From guest Mon Sep 1 11:08:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA01300; Mon, 1 Sep 1997 05:37:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA01284; Mon, 1 Sep 1997 05:37:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA11091; Mon, 1 Sep 1997 05:37:00 -0700 Received: from sgigbg.gothenburg.sgi.com ([144.253.217.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA06261 for ; Mon, 1 Sep 1997 05:36:57 -0700 env-from (root@sgigbg.gothenburg.sgi.com) Received: by sgigbg.gothenburg.sgi.com (950413.SGI.8.6.12/951211.SGI) for info-performer@sgi.com id OAA03930; Mon, 1 Sep 1997 14:36:50 +0200 Date: Mon, 1 Sep 1997 14:36:50 +0200 From: root@sgigbg.gothenburg.sgi.com (Super-User [SGIGBG]) Message-Id: <199709011236.OAA03930@sgigbg.gothenburg.sgi.com> Apparently-To: info-performer@sgi.com Status: O test, please ignore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 1 16:35:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA01718; Mon, 1 Sep 1997 10:55:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA01702; Mon, 1 Sep 1997 10:55:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA25010; Mon, 1 Sep 1997 10:55:00 -0700 Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA23103 for ; Mon, 1 Sep 1997 10:54:58 -0700 env-from (axel@artcom.de) Received: from bolle by otto.artcom.de with smtp id m0x5aeg-00ABNgC; Mon, 1 Sep 97 19:52 MDT Sender: axel@artcom.de Message-ID: <340B00F2.2781@artcom.de> Date: Mon, 01 Sep 1997 19:52:50 +0200 From: Axel Schmidt Organization: ART+COM GmbH X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: pfDelete bug Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Marcus: Thanks for your answer. I am afraid I was unable to state my problem sufficiently clear. So once again: As the test program from my last mail demonstrated, pfDelete doesn't have immediate effect on attribute arrays of a pfGeoSet. Only the geoset reference count is decremented immediately, while the attr-array is decremented not before the 4th pfFrame call. This is demonstrated in the below test program. According to the manual page, this behaviour would be expected only for pfAsyncDelete. Excerpt from the manpage: (from pfGeoSet) ... 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. ... (from pfBuffer) ... pfAsyncDelete is a special version of pfDelete which is useful for asynchronous database deletion. Instead of having immediate effect, ^^^^^^^^^^^^^^^^^^^^^^^^^^^ pfAsyncDelete simply registers a deletion request at the time of invocation. ... Thus, I suggest to clarify the behaviour of pfDelete in the manual page. Also, a reference to "pfMemory::checkDelete" for an immediate deletion of all children would be extermely helpful. I personally could have saved some hours of debugging. Regards. // // Compile with: CC -o pfDeleteTest pfDeleteTest.c++ -lpf -lfpe // type "pfDeleteTest": demonstrates delayed deletion of geoset's attribute list. // type "pfDeleteTest x": demonstrates immediate deletion of geoset's attribute list. // #include #include main(int ac, char** av) { pfNotifyLevel(0); pfInit(); pfMultiprocess(PFMP_APPCULLDRAW); // no mp pfConfig(); pfGeode* geode = new pfGeode(); pfGeoSet* gset = new pfGeoSet(); gset->ref(); // ref, so we can check if refcount is decremented after geode was deleted pfVec3* coord = (pfVec3*)pfMalloc(3 * sizeof(pfVec3), pfGetSharedArena()); pfMemory::getMemory(coord)->ref(); // ref, so we can check if refcount was decremented // after geoset was deleted gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, coord, 0); gset->setPrimType(PFGS_TRIS); gset->setNumPrims(1); geode->addGSet(gset); int retval; fprintf(stderr, "before any deletion : geode-rc=%d gset-rc=%d coord-rc=%d\n", geode->getRef(), gset->getRef(), pfMemory::getMemory(coord)->getRef()); if (ac == 1) { retval = pfDelete(geode); fprintf(stderr, "after pfDelete(geode)==%d : gset-rc=%d coord-rc=%d\n", retval, gset->getRef(), pfMemory::getMemory(coord)->getRef()); } else { retval = pfMemory::checkDelete(geode); fprintf(stderr, "after checkDelete(geode)==%d: gset-rc=%d coord-rc=%d\n", retval, gset->getRef(), pfMemory::getMemory(coord)->getRef()); } if (ac == 1) { gset->unref(); fprintf(stderr, "after gset.unref() : gset-rc=%d coord-rc=%d\n", gset->getRef(), pfMemory::getMemory(coord)->getRef()); retval = pfDelete(gset); fprintf(stderr, "after pfDelete(gset)==%d : coord-rc=%d (should be 1)\n", retval, pfMemory::getMemory(coord)->getRef()); for (int i = 1; pfMemory::getMemory(coord)->getRef() > 1; i++) { pfFrame(); fprintf(stderr, "after %d pfFrame() : coord-rc=%d (should be 1)\n", i, pfMemory::getMemory(coord)->getRef()); } } else { gset->unref(); retval = pfMemory::checkDelete(gset); fprintf(stderr, "after checkDelete(gset)==%d : coord-rc=%d (should be 1)\n", retval, pfMemory::getMemory(coord)->getRef()); } } -- Axel Schmidt axel@artcom.de fon +49-30-254 17 3 ART+COM Berlin http://www.artcom.de/ fax +49-30-254 17 555 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 06:01:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA03438; Tue, 2 Sep 1997 00:23:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA03422; Tue, 2 Sep 1997 00:23:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA27470; Tue, 2 Sep 1997 00:23:14 -0700 Received: from rtset.co.il (yael.rtset.co.il [194.90.96.229]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA19263 for ; Tue, 2 Sep 1997 00:23:10 -0700 env-from (rany@rtset.co.il) Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA01482 for info-performer@sgi.com; Tue, 2 Sep 1997 09:10:45 +0200 From: "Ran Yakir" Message-Id: <9709020910.ZM1481@sharon.rtset.co.il> Date: Tue, 2 Sep 1997 09:10:45 +0000 In-Reply-To: dorbie@multipass.engr.sgi.com (Angus Dorbie) "(Fwd) Re: DIVO" (Aug 28, 8:04pm) References: <9708282004.ZM4183@multipass.engr.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: DIVO Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 28, 8:04pm, Angus Dorbie wrote: > Subject: (Fwd) Re: DIVO > > --- Forwarded mail from willmc@vmaster (Will McGovern) > > I just reproduced the problem you are having... I was also getting > approx 3ms for each dmBufferFree. The cause of this is cache flushing > which occurs if you have DM_CACHEABLE set the DM_TRUE. If you turn > off the cachability of the buffer pool the time drops to ~0.05ms :-) > > The code of relevance is : > > dmBufferSetPoolDefaults( paramList, num, size, DM_FALSE, DM_TRUE ); > ^^^^^^^^ > This will solve your problem... > And indeed it solved [cries of joy]. Many thanks to Will and Angus. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 Ext #119 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | http://rtset.co.il/rany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 08:36:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA03666; Tue, 2 Sep 1997 02:49:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA03650; Tue, 2 Sep 1997 02:49:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA04740; Tue, 2 Sep 1997 02:49:10 -0700 Received: from mailgw1.fhg.de (mailgw1.fhg.de [153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA11092 for ; Tue, 2 Sep 1997 02:49:08 -0700 env-from (scheff@iff.fhg.de) From: scheff@iff.fhg.de Received: by mailgw1.fhg.de (fhg.de); Tue, 2 Sep 1997 11:44:48 +0200 (MET DST) X-ENV: (mailgw1.fhg.de) scheff@iff.fhg.de -> info-performer@sgi.com.VIA-SMTP Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Tue, 2 Sep 1997 11:44:35 +0200 (MET DST) from ue.iff.fhg.de Received: by ue.iff.fhg.de with SMTP; Tue, 2 Sep 1997 11:48:40 +0200 (MET DST) from sgi08.ue.iff.fhg.de Date: Tue, 2 Sep 1997 11:49:45 +0200 Received: by sgi08.ue.iff.fhg.de; Tue, 2 Sep 1997 11:49:45 +0200 Message-Id: <9709021149.ZM12269@sgi08> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: (Fwd) Re: Getting Multigen-planes from vega or performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello there, we try to manipulate single planes. I mean planes modeled in MultiGen. When we compute an intersection we get a pfGeoSet. It contains some tri-strips but tri-strips are not identical to our planes. Either triangles of one plane are separated to different tri-strips or triangles of more than one plane are put together in one tri-strip. Is there some possibility to retrieve original MultiGen planes in Performer? Hope someone can help us. Best regards, Dirk. -- ---------------------------------------------------- Dipl.-Inf. Dirk Scheffter Fraunhofer IFF fon: +49-39203/81591 Steinfeldstr. 3 fax: +49-39203/81619 D-39179 Barleben e-mail: scheff@iff.fhg.de Germany http://wwwue.iff.fhg.de/~scheff/ ---------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 10:28:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04040; Tue, 2 Sep 1997 07:35:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04024; Tue, 2 Sep 1997 07:35:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA24188; Tue, 2 Sep 1997 07:35:07 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA28693 for ; Tue, 2 Sep 1997 07:35:05 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id KAA07424; Tue, 2 Sep 1997 10:35:03 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma007420; Tue, 2 Sep 97 10:34:34 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id OAA12609; Tue, 2 Sep 1997 14:34:32 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id KAA13544; Tue, 2 Sep 1997 10:34:32 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709021434.KAA13544@hf.ht.com> Subject: Re: Intersections In-Reply-To: <9708221453.ZM24376@imtsg12.epfl.ch> from Didier Guzzoni at "Aug 22, 97 02:53:46 pm" To: guzzoni@imtsg14.epfl.ch (Didier Guzzoni) Date: Thu, 28 Aug 1997 12:43:52 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: scott@ht.com Status: O Didier Guzzoni wrote: > Scott McMillan wrote: > > I was successful in using multiple segs way back in 2.0 (no patches) but I > > was allocating an array of 32 pfHit** even when I only had 4 or 5 segs. > > Don't know if this has anything to do with my success, though. > > I am stuck trying to do the same, and it doesn't work. Let me show you > what I do : > > pfHit **mHits[PFIS_MAX_SEGS]; > pfSegSet segSet; > > segSet.mode = PFTRAV_IS_PRIM; > segSet.isectMask = 0xFFFFFFFF; > segSet.activeMask = 0x03; > segSet.userData = NULL; > segSet.bound = NULL; > segSet.discFunc = NULL; > > segSet.segs[...] = mySegs (Two of them, and there are OK) > > nbHits=(mRoot->isect(&segSet, (pfHit***)mHits)) > (Where mRoot is a pfNode pointing the whole scene) > > Even if I intersect the two segments, I get only (and always) one hit. > > My question is : Can I request the intersection query from the Root ? > Shall I set some masks in the root itself (Using setTravMask) I dusted off an old example in which I attach geometry I am interested in contacting with to the scene, along with other stuff I am not interested in testing intersections: const int CONTACT_GEOMETRY_MASK = 0x02; // arbitrarily set one bit // G_shared->anatomy is a pfNode * G_shared->anatomy = pfdLoadFile("hersheymod6.obj"); // G_shared->scene is a pfScene * G_shared->scene->addChild(G_shared->anatomy); G_shared->anatomy->setTravMask(PFTRAV_ISECT, CONTACT_GEOMETRY_MASK, PFTRAV_SELF|PFTRAV_DESCEND, PF_SET); For grins and giggles I also set the scene's isect traversal mask to CONTACT_GEOMETRY_MASK, with no difference in behaviour. I suspect Performer may be traversing the tree back to the root when I call setTravMask for the anatomy node. If this is not the case, then you need to set the isect traversal masks of all parent nodes to the OR'ed combination of all its children's isect traversal mask. (I vaguely recall someone posting a function that does this already, but I can't seem to find it at the moment). Next I set up the intersection data structures. Since I have NUM_CONTACT_POINTS isect segments and ((long) pow(2,NUM_CONTACT_POINTS)) - 1 is the corresponding bit field representation for setting the activeMask const int NUM_CONTACT_SEGMENTS = 4; pfHit **m_hits[PFIS_MAX_SEGS]; pfSegSet m_contact_seg_set; m_contact_seg_set.mode = PFTRAV_IS_PRIM|PFTRAV_IS_CULL_BACK|PFTRAV_IS_NORM; m_contact_seg_set.activeMask = ((long) pow(2,NUM_CONTACT_POINTS)) - 1; m_contact_seg_set.discFunc = NULL; m_contact_seg_set.bound = NULL; m_contact_seg_set.isectMask = CONTACT_GEOMETRY_MASK; All this can be set once. I was also successful when setting the isectMask to 0xffffffff. I also ignore backfaces (PFTRAV_IS_CULL_BACK) but including or omitting this has no effect on whether or not multiple isects are detected. (Note: I am also asking for the normals, which again has no effect on whether or not multiple hits are detected). Now for each isect test, I need to define the isect segments themselves, and for this I will use the pfSet::makePnts function (you can do whatever) pfVec3 pnt1[NUM_CONTACT_SEGMENTS], pnt2[NUM_CONTACT_SEGMENTS]; // do something here to define the beginning and end of each contact // segment and store the results in pnt1[i] and pnt2[i] respectively. for (int i=0; ianatomy->isect(&m_contact_seg_set, m_hits); A possible culprit to your problems is your specification of the pfHit argument. You shouldn't need the cast. Now I need to process the pfHit info if num_hits is greater than 0; if (num_hits) { cerr << num_hits << ": "; for (i=0; iquery(PFQHIT_FLAGS, &flags); // Make sure point and normal are valid - you don't need the latter. if ((flags & PFHIT_POINT) && (flags & PFHIT_NORM)) { // if we got here that means segment_i encountered a contact. cerr << i << ' '; static pfVec3 pnt, norm; m_hits[i][0]->query(PFQHIT_POINT, pnt.vec); m_hits[i][0]->query(PFQHIT_NORM, norm.vec); // if the object is attached via some DCS -- must Xform vectors // to express them in the global coordinate system. if (flags & PFHIT_XFORM) { static pfMatrix xform; m_hits[i][0]->query(PFQHIT_XFORM, (float*)xform.mat); pnt.xformPt(pnt, xform); norm.xformVec(norm, xform); } // do stuff with pnt and norm here to visualize results } } cerr << endl; } I have line segment classes that were developed in-house which I use to debug this stuff. I attach line segments to the scene which indicate where my isect segs are and where the contact point is (if present) and aligned along the normal direction at the intersection. I highly recommend you do something like this to debug your intersection testing. You may find that your intersection line segments aren't where they are supposed to be. By the way this works under Performer 2.0 (with the latest patches) on an Indigo2 Impact. I don't know about 2.1, but still works under 2.2beta. Hope this helps, scott -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 10:28:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04058; Tue, 2 Sep 1997 07:35:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04042; Tue, 2 Sep 1997 07:35:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA24276; Tue, 2 Sep 1997 07:35:38 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA28789 for ; Tue, 2 Sep 1997 07:35:35 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id KAA07435; Tue, 2 Sep 1997 10:35:32 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma007431; Tue, 2 Sep 97 10:35:28 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id OAA12627; Tue, 2 Sep 1997 14:35:21 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id KAA13548; Tue, 2 Sep 1997 10:35:21 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709021435.KAA13548@hf.ht.com> Subject: Re: How to build the senario of submarine To: jim@systech.hinet.net Date: Thu, 28 Aug 1997 13:49:51 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: scott@ht.com Status: O ----- Forwarded message from Rob Jenkins ----- On Aug 27, 7:47pm, jim wrote: > Subject: How to build the senario of submarine > Hi: > Have you any ideas about submarine simulation. I'd like to render the > circle channel of telescope and the undersea senario. > If your quesion is how to achieve the circular 'window' then you could do that with a stencil mask, you draw a circle to the stencil planes, enable a stencil test such that anything then drawn outside the circle fails the stencil test. I think there's OpenGL examples, you could put the OpenGL in a predraw call back then draw the scene, I dare say someone on the list has done something similar already. Cheers Rob ----- End of forwarded message from Rob Jenkins ----- Gee, could Rob be talking about me? ;-) Actually the original thread began back in January with Angus Dorbie's post (Re: pfPipeWindows & Texture on iR). And since then I have been fiddling with it. Here's all the info I can give about using stencil planes to do this. 1) use OpenGL 2) Add a stencil_flag variable to the shared arena 3) Get a visual that supports stencils. I do this after the call to pfPipeWindow::config() and before pfPipeWindow::open() pw->config(); //------------------------------------------------------------------- // Visuals testing code int constraints[] = {PFFB_DOUBLEBUFFER, PFFB_USE_GL, PFFB_RGBA, PFFB_DEPTH_SIZE, 24, PFFB_STENCIL_SIZE, 2, PFFB_RED_SIZE, 5, PFFB_ALPHA_SIZE, 0, NULL}; pfFBConfig vis=pfuChooseFBConfig(NULL,-1,constraints,pfGetSharedArena()); // if a visual is available that meets these constratints configure it. if (vis) { cerr << "pfuChooseFBConfig returned ID: " << hex << vis->visualid << endl; pw->setFBConfigId(vis->visualid); } pw->open(); //pfuPrintPWinFBConfig(pw, NULL); // find out which visual I have and whether or not it supports stencils int vid = pw->getFBConfigId(); int dst; int num = pw->query(PFQWIN_STENCIL_BITS, &dst); cerr << "Number of Stencil bits available = " << dst << endl; if (dst > 0) G_shared->stencil_flag = TRUE; else G_shared->stencil_flag = FALSE; A few notes: (1) you may have to fiddle with the constraints array as you go from platform to platform; (2) be careful not to request the 23depth/1stencil mode on the RE's and IR's because a clear of the depth buffer will also destroy any stencil information (thanks Sharon) -- thats why I have requested two stencil bits even though only one is needed in my application. 4) You need to build the stencil mask in the DRAW process so I do the following at the beginning of my draw callback: static int first_time = TRUE; // ======= FIRST TIME INIT ======= if (first_time) { if (G_shared->stencil_flag) { StencilHUD(scope_chan->getPWin()); } first_time = FALSE; } This uses the StencilHUD function from Angus Dorbie: static void StencilHUD(pfPipeWindow *pw) { double f; static int mapped = 0; float new_x = 0.0f, new_y = 0.0f; pw->select(); //pfSelectPWin(pw); glPushMatrix(); glLoadIdentity(); glMatrixMode(GL_PROJECTION); glPushMatrix(); glLoadIdentity(); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glMatrixMode(GL_MODELVIEW); glDisable(GL_CULL_FACE); glDisable(GL_DEPTH_TEST); glEnable(GL_STENCIL_TEST); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glClearColor(1.0f, 0.0f, 0.0f, 1.0f); glClear(GL_COLOR_BUFFER_BIT); glColor3f(0.0f, 0.0f, 0.0f); /* Clear stencil planes to one over entire window */ glClearStencil(0); glClear(GL_STENCIL_BUFFER_BIT); /* were a drawin' */ glStencilFunc(GL_ALWAYS, 0x1, 0x1); glStencilOp(GL_REPLACE, GL_REPLACE, GL_REPLACE); glBegin(GL_TRIANGLE_FAN); for(f = 0.0; f< 359.5; f+=1.0) { pfSinCos((float)f, &new_x, &new_y); glVertex2f(new_x, new_y); } glEnd(); glEnable(GL_CULL_FACE); glEnable(GL_DEPTH_TEST); // reset framebuffer glClearColor(0.0f, 0.0f, 0.0f, 1.0f); glClear(GL_COLOR_BUFFER_BIT); glMatrixMode(GL_PROJECTION); glPopMatrix(); glMatrixMode(GL_MODELVIEW); glPopMatrix(); glClearColor(1.0f, 0.0f, 0.0f, 1.0f); } Note that this sets up the projection so that 0,0 is in the middle of the channel (or is it pipewindow?) and a circle is drawn with radius 1 centered at 0,0 which takes it to the edges of the channel. Also note I have only gotten this to work in full screen applications. I have started trying to do this in smaller window that I can move around with little luck yet. I am pretty sure that if you begin moving the window around you need to rebuild the stencil plane each time. Not sure about resizing yet. 5) You must enable the stencil test in the DRAW callback as follows: // enable stencil test if (G_shared->stencil_flag) { glStencilFunc(GL_EQUAL, 0x1, 0x1); glStencilOp(GL_KEEP, GL_KEEP, GL_KEEP); glEnable(GL_STENCIL_TEST); } // ========= DRAW ========= // invoke Performer draw-processing for this frame pfDraw(); // disable stencil test if (G_shared->stencil_flag) { glDisable(GL_STENCIL_TEST); } 6) If you don't get a visual with stencil bits then you have to resort to using OpenGL commands in post-DRAW to draw black polygons around the outside of your view. I can use the same orthographic projection as in StencilHUD, to do this. void drawScopeTemplate() { float x,y; const int NUM_SIDES = 48; glColor3ub(0,0,0); glBegin(GL_TRIANGLE_STRIP); for (int j=0; j Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA03869; Tue, 2 Sep 1997 05:36:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA15093; Tue, 2 Sep 1997 05:36:20 -0700 Received: from ligsg32.epfl.ch (ligsg32.epfl.ch [128.178.78.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA04399 for ; Tue, 2 Sep 1997 05:36:13 -0700 env-from (aubel@lig.di.epfl.ch) Received: from localhost (734 bytes) by ligsg32.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Tue, 2 Sep 1997 14:36:06 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Amaury Aubel" Message-Id: <9709021436.ZM27376@lig.di.epfl.ch> Date: Tue, 2 Sep 1997 14:36:06 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Iv loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi fellow Performers, Does the iv loader perform any axis swapping or anything of the like, that could account for a strange orientation of .iv objects? I get different orientations when converting iv files to other formats. I know that the iv loader's code is shipped with Performer but I could not find any trace of such stuff there... Many thanks for any hint, Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 15:22:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04268; Tue, 2 Sep 1997 08:38:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04252; Tue, 2 Sep 1997 08:38:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA02681; Tue, 2 Sep 1997 08:38:57 -0700 Received: from ligsg32.epfl.ch (ligsg32.epfl.ch [128.178.78.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA15713 for ; Tue, 2 Sep 1997 08:38:54 -0700 env-from (aubel@lig.di.epfl.ch) Received: from localhost (1420 bytes) by ligsg32.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Tue, 2 Sep 1997 17:38:39 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Amaury Aubel" Message-Id: <9709021738.ZM27883@lig.di.epfl.ch> Date: Tue, 2 Sep 1997 17:38:39 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: LOD & multiprocessing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi again, I have the following tree: | pfLOD / \ pfDCS1 pfDCS2 | | pfGeode pfGeode Upon a LOD change, I want to set the matrix of pfDCS2 to that of pfDCS1. How can I manage to do this in a multiprocessing application, knowing that my performer tree is created after pfConfig()? If I set a pre-cull callback function on pfLOD to do the job, it does not work because a copy of pfLOD is passed. Thus, it is set in the cull process but it is not actually updated in the app. process (as I checked by reading the matrix one frame later). I know I could place one pfDCS above pfLOD but in fact, the above drawing is a simplified version of my actual hierarchy:-) Thanks in advance, Amaury -- +----------------------------------------------------------------------+ Amaury Aubel aubel@lig.di.epfl.ch EPFL-LIG, 1015 Lausanne/Switzerland Fax: +41 21 693 53 28 Swiss Federal Institute of technology, Computer Graphics Lab +----------------------------------------------------------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 16:23:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA04439; Tue, 2 Sep 1997 09:47:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA04423; Tue, 2 Sep 1997 09:47:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13266; Tue, 2 Sep 1997 09:47:24 -0700 Received: from c80.npt.nuwc.navy.mil (C80.NPT.NUWC.NAVY.MIL [129.190.84.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA06914 for ; Tue, 2 Sep 1997 09:47:17 -0700 env-from (katyl@c80.npt.nuwc.navy.mil) Message-ID: Date: 2 Sep 1997 12:40:51 -0500 From: "Katyl, Donald" Subject: Fog on Solid Impact To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-MS 3.0.1 GM Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Status: O Hello, Does anyone know if the Indigo2 Solid Impact graphics option supports fogged lines? I'm trying to get some of my code to run on our new = Indigo2, and polygons seem to work properly with fog, but lines don't. This seems to be true for Iris GL and OpenGL. IRIS 6.2. Thanks for any help. Don Katyl Naval Undersea Warfare Center Newport, Rhode Island katyl@c80.npt.nuwc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 17:09:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA04690; Tue, 2 Sep 1997 10:28:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04674; Tue, 2 Sep 1997 10:28:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19684; Tue, 2 Sep 1997 10:28:05 -0700 Received: from eos.arc.nasa.gov (eos.arc.nasa.gov [128.102.118.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA20766 for ; Tue, 2 Sep 1997 10:28:05 -0700 env-from (renata@eos.arc.nasa.gov) Received: (from renata@localhost) by eos.arc.nasa.gov (8.8.4/8.8.4) id KAA28558; Tue, 2 Sep 1997 10:28:03 -0700 From: Daniel Delgado Message-Id: <199709021728.KAA28558@eos.arc.nasa.gov> Subject: How to I make my own frustum from a Projection matrix (Southard's)? To: info-performer@sgi.com Date: Tue, 2 Sep 1997 10:28:02 -0700 (PDT) Cc: ddelgado@mail.arc.nasa.gov X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi all, Heres the problem... I am coding in the off-axis projection routines that Southard developed in: Viewing Model for Virtual Environment Displays David A. Southard Journal of Electronic Imaging October 1995 Vol. 4(4)/412 Which to my mind is the most comonsensical approach to doing this type of display (a 'virtual window' or 'Head Tracked Display' in Southards terminology). Southard's algorithm produces a Viewpoint and a Projection matrix. Now, I know that I can create an off-axis projection using the typical use of the pfMakePerspFrust to obtain a frustum that I can use. For example, pfFrustNearFar(left, 1.0f, 1000.0f); pfMakePerspFrust(left, n1, n2, n3, n4); Where I can use the subsidary transformations from the Southard algorithm to obtain the frustum coordinates; i.e. solve for n1,n2,n3,and n4; But I _really_ want to check out David's algorithm ... meaning I want to use his shear operations and perspective operations etc.. I want to be able to take his Projection Matrix and use it directly in the Performer program. Now I have tried the following frust1 = pfNewFrust(NULL); frust2 = pfNewFrust(NULL); pfFrustNearFar(frust1, ViewState->HTD.StP_Near, ViewState->HTD.StP_Far); pfMakePerspFrust(frust1, 1, -1, 1, -1 ); pfOrthoXformFrust(frust2,frust1,ViewState->HTD.N_projection); pfApplyFrust(frust2); pfChanViewMat (chan,ViewState->HTD.N_viewpoint); Which I think should work... make a perspective frustum that is in essence a orthogonal frustum... then take the Projection Matrix and transform the frustum and then apply it using the pfApplayFrust command.. but it does not work ....sigh... any help would be greatly appreciated. P.S. David.. if you are reading this... yep I am _finally_ finishing this up... I will email you a copy of the demo code when I am done. Thanks again for the wonderful work. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 17:40:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA04750; Tue, 2 Sep 1997 10:51:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04734; Tue, 2 Sep 1997 10:51:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23213; Tue, 2 Sep 1997 10:51:20 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA29198 for ; Tue, 2 Sep 1997 10:51:15 -0700 env-from (rany@rtset.co.il) Received: from rany (ts002p12.pop9a.netvision.net.il [194.90.11.50]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id TAA02605; Mon, 2 Sep 1996 19:37:39 +0200 Message-ID: <340C51E7.82A5D7D7@rtset.co.il> Date: Tue, 02 Sep 1997 20:50:31 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: scheff@iff.fhg.de CC: info-performer@sgi.com Subject: Re: (Fwd) Re: Getting Multigen-planes from vega or performer X-Priority: 3 (Normal) References: <9709021149.ZM12269@sgi08> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O scheff@iff.fhg.de wrote: > Hello there, > > we try to manipulate single planes. I mean planes modeled in MultiGen. > > When we compute an intersection we get a pfGeoSet. It contains some > tri-strips > but tri-strips are not identical to our planes. Either triangles of > one plane > are separated to different tri-strips or triangles of more than one > plane are > put together in one tri-strip. > Is there some possibility to retrieve original MultiGen planes in > Performer? One way to handle that is to separate the planes to different groups in MultiGen. This way, they will not be combined into one GeoSet (unless your application is doing some optimization of that sort). Don't do that for too many polygons, though, for it will hurt your CULL and DRAW performance. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il http://rtset.co.il/rany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 18:22:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA06657; Tue, 2 Sep 1997 15:29:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA06641; Tue, 2 Sep 1997 15:28:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA03260; Tue, 2 Sep 1997 15:28:58 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA00143 for ; Tue, 2 Sep 1997 15:28:58 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id PAA06638; Tue, 2 Sep 1997 15:28:37 -0700 Date: Tue, 2 Sep 1997 15:28:37 -0700 From: allan (Allan Schaffer) Message-Id: <9709021528.ZM6636@holodeck.csd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Administrivia Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello all, I've just returned from a sabbatical and am gradually catching up on info-performer. Special thanks to Rob Jenkins for handling the administrative duties while I was gone. I'm sure you've all noticed that info-performer submissions are taking longer and longer to make their way through the mail queue. I have various ideas about what is causing the delay and will be looking into it later this week. Let me know if my tinkering causes any disruptions. And last, the monthly archives are current through August now. ftp://sgigate.sgi.com/pub/Performer/monthly-archives Be seeing you, Allan ps. note to Javier: I climbed around on the Matterhorn for several days but never found an N64. I distinctly remember seeing one on the south side in the 'In Your Face' demo. Did some other performer user beat me to it? -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 18:22:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA06635; Tue, 2 Sep 1997 15:27:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA06619; Tue, 2 Sep 1997 15:27:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA03149; Tue, 2 Sep 1997 15:27:47 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA29785 for ; Tue, 2 Sep 1997 15:27:45 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id PAA26272 for ; Tue, 2 Sep 1997 15:36:05 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id WAA13328 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 2 Sep 1997 22:26:05 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA18587 for info-performer@sgi.com; Tue, 2 Sep 1997 15:26:04 -0700 From: "Marcus Barnes" Message-Id: <9709021526.ZM18585@logan.engr.multigen.com> Date: Tue, 2 Sep 1997 15:26:04 -0700 In-Reply-To: scheff@iff.fhg.de "(Fwd) Re: Getting Multigen-planes from vega or performer" (Sep 2, 11:49am) References: <9709021149.ZM12269@sgi08> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Getting Multigen-planes from vega or performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 2, 11:49am, scheff@iff.fhg.de wrote: > we try to manipulate single planes. I mean planes modeled in MultiGen. > When we compute an intersection we get a pfGeoSet. It contains some tri-strips > but tri-strips are not identical to our planes. Either triangles of one plane > are separated to different tri-strips or triangles of more than one plane are > put together in one tri-strip. By "planes" I assume you mean "faces" or "polygons" ... The OpenFlight loader optimizes sibling polygons into as few geosets and (long) t-strips as possible. It relies on pfdGeoBuilder and pfdTMesher to do the tesselating and meshing. There is no geobuilder mode to disable initial tesselation. You can disable retesselation by the mesher though (see the man page). > Is there some possibility to retrieve original MultiGen planes in Performer? If you isolate your polygons hierarchically using groups and objects, you can restrict tesselation and meshing to as few, sibling polygons as you like. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 18:22:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA06268; Tue, 2 Sep 1997 14:34:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06252; Tue, 2 Sep 1997 14:34:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26117; Tue, 2 Sep 1997 14:34:15 -0700 Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA12600 for ; Tue, 2 Sep 1997 14:34:13 -0700 env-from (crux@artcom.de) Received: from coop by otto.artcom.de with smtp id m0x60YA-00AEVlC; Tue, 2 Sep 97 23:31 MDT Sender: crux@artcom.de Message-ID: <340C85C6.41C6@artcom.de> Date: Tue, 02 Sep 1997 17:31:50 -0400 From: Dirk Luesebrink Organization: art+com gmbh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Amaury Aubel CC: info-performer@sgi.com Subject: Re: Iv loader References: <9709021436.ZM27376@lig.di.epfl.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O simple thing, the loader puts the whole scene under a rotation matrix to rotate the scene from inventor(opengl,irisgl, softimage, and many more) space to Performer space. nearby all grafix systems define Y as the natural up axis and the camera looking down the negative z axis, standing in zero. performer has Z has the up axis. this means the loader puts a 90 degree rotation around the x-axis on top of the scene graph. some other 'steps' in the process can than remove this pfDCS and render the rotation into the geometry. look man pfFlatten. i guess that was to please the tank driving folks, they traditionally use a coordinate system where X is right, Y is forward or north and the remaining third coordinate was later used for height. like on maps. thank good its a right handed coordinate system, at least. dirk. Amaury Aubel wrote: > > Hi fellow Performers, > > Does the iv loader perform any axis swapping or anything of the like, that > could account for a strange orientation of .iv objects? > I get different orientations when converting iv files to other formats. > I know that the iv loader's code is shipped with Performer but I could not find > any trace of such stuff there... > > Many thanks for any hint, > > Amaury. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 18:22:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA05573; Tue, 2 Sep 1997 11:54:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05557; Tue, 2 Sep 1997 11:54:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03471; Tue, 2 Sep 1997 11:54:40 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA20432 for ; Tue, 2 Sep 1997 11:54:38 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id OAA11106; Tue, 2 Sep 1997 14:54:35 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma011100; Tue, 2 Sep 97 14:54:28 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id SAA15877; Tue, 2 Sep 1997 18:54:30 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA14072; Tue, 2 Sep 1997 14:54:29 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709021854.OAA14072@hf.ht.com> Subject: Re: Iv loader In-Reply-To: <9709021436.ZM27376@lig.di.epfl.ch> from Amaury Aubel at "Sep 2, 97 02:36:06 pm" To: aubel@lig.di.epfl.ch (Amaury Aubel) Date: Tue, 2 Sep 1997 14:54:29 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > Hi fellow Performers, > > > Does the iv loader perform any axis swapping or anything of the like, that > could account for a strange orientation of .iv objects? > I get different orientations when converting iv files to other formats. > I know that the iv loader's code is shipped with Performer but I could not > find any trace of such stuff there... > > Many thanks for any hint, Yes, the iv loader does add a 90 degree rotation about the X axis. This is done because the Inventor world uses Y up and the Performer World uses Z up. Sometimes I find this added transformation a hassle as well. If you want to remove it you may edit the iv loader file. The pertinent function is pfdConvertFrom_iv(), and around line 2154 you will find the following: // Transform from GL/Inventor's Y-up coordinate system to Performer's Z-up mat.makeRot(90.0f, 1, 0, 0); pfRoot = new pfSCS(mat); Ideally it would be nice to remove this node altogether (and pfFlatten will accomplish that) but you can change the 90.0 to 0.0 to achieve the desired result. -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 2 23:23:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA07231; Tue, 2 Sep 1997 17:20:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA07215; Tue, 2 Sep 1997 17:20:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA16621; Tue, 2 Sep 1997 17:20:27 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA02570 for ; Tue, 2 Sep 1997 17:20:26 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id RAA26945 for ; Tue, 2 Sep 1997 17:28:46 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id AAA16783 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 3 Sep 1997 00:18:45 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA19544 for info-performer@sgi.com; Tue, 2 Sep 1997 17:18:45 -0700 From: "Marcus Barnes" Message-Id: <9709021718.ZM19542@logan.engr.multigen.com> Date: Tue, 2 Sep 1997 17:18:44 -0700 In-Reply-To: Axel Schmidt "Re: pfDelete bug" (Sep 1, 7:52pm) References: <340B00F2.2781@artcom.de> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfDelete bug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 1, 7:52pm, Axel Schmidt wrote: > Hi Marcus: > > Thanks for your answer. I am afraid I was unable to state > my problem sufficiently clear. So once again: Your welcome :) > As the test program from my last mail demonstrated, > pfDelete doesn't have immediate effect on attribute arrays > of a pfGeoSet. Actually, it doesn't have immediate effect on the pfGeoSet. This is partly due to the extra reference counting in your program. If I simply delete the geode/geoset/coord without any extra pfRef's or pfDelete's the test output is as follows: before any deletion : geode-rc=0 gset-rc=1 coord-rc=1 after pfDelete(geode)==1 : gset-rc=0 coord-rc=1 after 1 pfFrame() : coord-rc=1 (should be 1) after 2 pfFrame() : coord-rc=1 (should be 1) after 3 pfFrame() : coord-rc=1 (should be 1) ... which shows MP safe deletion of your geode and it's children by pfDelete, which is really pfBuffer::checkDelete. By changing the code to deal only with the geoset and its coord array, the same basic behavior is seen (see below) > Only the geoset reference count is > decremented immediately, while the attr-array is > decremented not before the 4th pfFrame call. Performer classes that are derived from pfUpdatable delete themselves in an MP safe manner at all times. pfBuffer appears to extend this safety to pfObject, by calling pfMemory::IsOfType to decide how to delete the object. > According to the manual page, this behaviour would be expected only for > pfAsyncDelete. The only real difference between pfAsyncDelete and pfDelete is that the former may occur in the DBASE process ... asynchronously from the APP process. > Thus, I suggest to clarify the behaviour of pfDelete in the manual page. I agree that the subject needs further clarification by the pfTeam. > Also, a reference to "pfMemory::checkDelete" for an immediate deletion > of all children would be extermely helpful. Don't rely on this because this is a virtual function whose exact behavior changes. In many cases pfDelete and *::checkDelete will behave the same. For example pfGeode::checkDelete() overrides pfMemory::checkDelete() to schedule the deletion via pfBuffer::pf_addDeletionUpdate(), since a geode is a pfNode and it's deletion needs to be MP safe. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 05:32:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA08842; Tue, 2 Sep 1997 23:54:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA08826; Tue, 2 Sep 1997 23:54:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA12374; Tue, 2 Sep 1997 23:54:07 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA18180 for ; Tue, 2 Sep 1997 23:51:41 -0700 env-from (c00chu00@elc044.dt.nchc.gov.tw) Received: from elc044.dt.nchc.gov.tw (elc044.dt.nchc.gov.tw [140.110.12.28]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id OAA05451 for ; Wed, 3 Sep 1997 14:51:47 +0800 (CST) Received: (from c00chu00@localhost) by elc044.dt.nchc.gov.tw (8.8.5/8.8.5) id OAA00862 for info-performer@sgi.com; Wed, 3 Sep 1997 14:48:38 +0800 (CST) From: Sam Chu Message-Id: <199709030648.OAA00862@elc044.dt.nchc.gov.tw> Subject: Unable allocate memory To: info-performer@sgi.com Date: Wed, 3 Sep 1997 14:48:30 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi Performers: I got the following error message using "perfly" while loading MultiGen database: PF Info: pfdLoadFile_flt: database c059.flt PF Info/Resource: loading file c059.flt PF Warning/Usage(12): pfMemory::new() Unable to allocate 26640 bytes from the heap. Trace/BPT trap (core dumped) Did I run out of memory ? Or I just need to reallocate arean for "perfly". Thank you for your advise! Sam Chu National Center for High-Performance Computing Scientific Visualization Lab Email: c00chu00@nchc.gov.tw Tel: (886)35-776085 Ext 248 Fax : (886)35-773538 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 06:05:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA08899; Wed, 3 Sep 1997 00:30:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA08883; Wed, 3 Sep 1997 00:30:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA14924; Wed, 3 Sep 1997 00:30:06 -0700 Received: from pandora.ita.es (sgonyx.ita.es [193.144.226.75]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA24694; Wed, 3 Sep 1997 00:29:50 -0700 env-from (abadia@pandora.ita.es) Received: (from abadia@localhost) by pandora.ita.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA09509; Wed, 3 Sep 1997 09:29:37 +0200 From: "Javier Abadia Miranda" Message-Id: <9709030929.ZM9507@pandora.ita.es> Date: Wed, 3 Sep 1997 09:29:36 +0000 In-Reply-To: joerg@munich.sgi.com (Joerg Wallmersperger) "Re: Magellan Space Mouse" (Aug 26, 12:14pm) References: <33FC4AE3.41C6@wetnt7.elektro.uni-wuppertal.de> <9708261214.ZM12094@zaphod.munich.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, joerg@munich.sgi.com (Joerg Wallmersperger) Subject: Re: Magellan Space Mouse Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello. I've been trying to integrate a Spaceball device into Performer programs. The sample code you posted here (info-performer) was very useful for me. Just one more question: - Is it posible to register callbacks for Spaceball events? If the answer is positive, as I think it should be: - What is the Event Mask that I should use for it? I have been searching the X11 Input Extension Library Specification, from X Consortium Standard, that came with my online books collection, but I haven't found any references to this xxxMask that I need to register the callback. Thank you. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 08:02:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA09212; Wed, 3 Sep 1997 02:26:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA09196; Wed, 3 Sep 1997 02:26:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA20414; Wed, 3 Sep 1997 02:26:44 -0700 Received: from ECRC.de (mail.ecrc.de [141.1.1.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA13407 for ; Wed, 3 Sep 1997 02:26:42 -0700 env-from (reiners@ecrc.de) Received: (qmail 5898 invoked from network); 3 Sep 1997 09:26:41 -0000 Received: from scorpio.ecrc.de (141.1.4.100) by mail.ecrc.de with SMTP; 3 Sep 1997 09:26:41 -0000 Received: from euclid.ecrc.de (euclid.ecrc.de [141.1.3.41]) by scorpio.ecrc.de (8.8.3/8.8.4/$Revision: 1.4 $) with ESMTP id LAA19986 for ; Wed, 3 Sep 1997 11:26:40 +0200 (MET DST) Received: (from reiners@localhost) by euclid.ecrc.de (8.8.2/8.8.2/$Revision: 1.1 $) id LAA09955 for info-performer@sgi.com; Wed, 3 Sep 1997 11:26:39 +0200 (MDT) From: "Dirk Reiners" Message-Id: <9709031126.ZM9953@euclid> Date: Wed, 3 Sep 1997 11:26:35 -0600 X-Face: "`A\#m^;_fF4zDC3eD@[pKCui5i.FQgNnQRYt[l7o[*M0tF5*@vI$(t1;}B+~t;s\&esfOu+<3\Lg/y"wyG]w'Z"K4j0-[u-~jw^D7{I;7BUU'hvnvF:~O1KGjjRoHO9/]5.@Y>~[v:km#3+c|+Rlk{LP"S~TunjL7MoGUMeTlJD?ciwXYP Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA09402; Wed, 3 Sep 1997 05:36:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA27952; Wed, 3 Sep 1997 05:36:30 -0700 Received: from mailgw1.fhg.de (mailgw1.fhg.de [153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA10809 for ; Wed, 3 Sep 1997 05:36:25 -0700 env-from (scheff@iff.fhg.de) From: scheff@iff.fhg.de Received: by mailgw1.fhg.de (fhg.de); Wed, 3 Sep 1997 14:32:03 +0200 (MET DST) X-ENV: (mailgw1.fhg.de) scheff@iff.fhg.de -> info-performer@sgi.com.VIA-SMTP Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Wed, 3 Sep 1997 14:31:55 +0200 (MET DST) from ue.iff.fhg.de Received: by ue.iff.fhg.de with SMTP; Wed, 3 Sep 1997 14:36:00 +0200 (MET DST) from sgi11.ue.iff.fhg.de Date: Wed, 3 Sep 1997 14:37:09 +0200 Received: by sgi11.ue.iff.fhg.de; Wed, 3 Sep 1997 14:37:09 +0200 Message-Id: <9709031437.ZM1267@sgi11> In-Reply-To: "Marcus Barnes" "Re: Getting Multigen-planes from vega or performer" (Sep 2, 15:26) References: <9709021149.ZM12269@sgi08> <9709021526.ZM18585@logan.engr.multigen.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Getting Multigen-planes from vega or performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Ran, Marcus and other Performer guys, Thanks for your fast answers and sorry of my limited English. Of course I meant faces or polygons. ;-) > > we try to manipulate single polygons. I mean polygons modeled in MultiGen. > > ... > By "planes" I assume you mean "faces" or "polygons" ... > > The OpenFlight loader optimizes sibling polygons into as few geosets and (long) > t-strips as possible. It relies on pfdGeoBuilder and pfdTMesher to do the > tesselating and meshing. There is no geobuilder mode to disable initial > tesselation. You can disable retesselation by the mesher though (see the man > page). > > > Is there some possibility to retrieve original MultiGen polygons in Performer? > > If you isolate your polygons hierarchically using groups and objects, you can > restrict tesselation and meshing to as few, sibling polygons as you like. This is what I was afraid. To use an object for each polygon seems performance consuming. So I'm thinking about another idea: To get an original polygon I collect all triangles or quadliterals which have more than one common vertex with interesting triangle and(!) the same orientation. (Perhaps I could compare the normals of each triangle in one pfGeoSet to find triangles with same orientation.) Another possibility could be to install a loader callback function and to store original hierarchy in an additional tree. Are there comments or other ideas? All help is appreciated. Best regards, Dirk. -- ---------------------------------------------------- Dipl.-Inf. Dirk Scheffter Fraunhofer IFF fon: +49-39203/81591 Steinfeldstr. 3 fax: +49-39203/81619 D-39179 Barleben e-mail: scheff@iff.fhg.de Germany http://wwwue.iff.fhg.de/~scheff/ ---------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 12:07:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09477; Wed, 3 Sep 1997 06:16:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09461; Wed, 3 Sep 1997 06:16:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00264; Wed, 3 Sep 1997 06:16:46 -0700 Received: from crane.cf.ac.uk (crane.cf.ac.uk [131.251.0.45]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA17550 for ; Wed, 3 Sep 1997 06:16:35 -0700 env-from (Ruddle@cardiff.ac.uk) Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP (PP); Wed, 3 Sep 1997 14:09:22 +0100 Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.7/8.6.12) with SMTP id OAA27173 for ; Wed, 3 Sep 1997 14:16:31 +0100 (BST) Date: Wed, 3 Sep 1997 14:16:31 +0100 (BST) From: Roy Ruddle Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.com Subject: Pf 2.0 make error Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi there, I've loaded the default Performer 2.0 but I get a very basic error when I try to compile the demos etc. that are in usr/share/Performer/src. The error message is: don't know how to make .MAKE (bu42). Surely someone can give me a quick fix for this (I hope)? roy ------------------------------------------------------------------------ Roy Ruddle, Senior Research Associate Cardiff Virtual Environment Laboratory School of Psychology, Cardiff University, PO Box 901, Cardiff CF1 3YG Tel: +44 (0) 1222 874000 x5030, Fax: +44 (0) 1222 874858 Email: Ruddle@CARDIFF.AC.UK http://www.cf.ac.uk/uwcc/psych/ruddle ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 14:26:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA10194; Wed, 3 Sep 1997 10:51:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10178; Wed, 3 Sep 1997 10:51:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA06625; Wed, 3 Sep 1997 10:51:40 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA08744 for ; Wed, 3 Sep 1997 10:51:36 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id KAA29998 for ; Wed, 3 Sep 1997 10:59:57 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA03940 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 3 Sep 1997 17:49:56 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA23577 for info-performer@sgi.com; Wed, 3 Sep 1997 10:49:55 -0700 From: "Marcus Barnes" Message-Id: <9709031049.ZM23575@logan.engr.multigen.com> Date: Wed, 3 Sep 1997 10:49:55 -0700 In-Reply-To: allan@holodeck.csd.sgi.com (Allan Schaffer) "Administrivia" (Sep 2, 3:28pm) References: <9709021528.ZM6636@holodeck.csd.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Administrivia Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 2, 3:28pm, Allan Schaffer wrote: > ps. note to Javier: I climbed around on the Matterhorn for several > days but never found an N64. I distinctly remember seeing one > on the south side in the 'In Your Face' demo. Did some other > performer user beat me to it? It's in my living room Allan! #%^) After ITEC last April, I went skiing at Zermat. On my last day there, I was traversing near the edge of the glacier. I looked down into the beautiful blue ice and behold! a N64 was partially exposed in the melting ice. Wonder of wonders!! I strapped it to my back and carried it back to my hotel. I couldn't power it on because, for some strange reason, it has a 60Hz/120v power supply. Obviously, this was a US model and so I decided to dutilessly return it to its homeland. The best thing about it was that it was still safely shrink wrapped. pps: as to how the Turok game got inside the shrink wrap ... i'll never know ;) welcome back! -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 14:26:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA09906; Wed, 3 Sep 1997 08:27:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA09890; Wed, 3 Sep 1997 08:27:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA14085; Wed, 3 Sep 1997 08:27:48 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA20987 for ; Wed, 3 Sep 1997 08:27:47 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id IAA14077; Wed, 3 Sep 1997 08:27:47 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA24086; Wed, 3 Sep 1997 08:27:36 -0700 From: "Rob Jenkins" Message-Id: <9709030827.ZM24084@quid.csd.sgi.com> Date: Wed, 3 Sep 1997 08:27:36 -0700 In-Reply-To: "Katyl, Donald" "Fog on Solid Impact" (Sep 2, 12:40pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Katyl, Donald" , info-performer@sgi.com Subject: Re: Fog on Solid Impact Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There were some fog fixes in the latest Impact gfx patch 1935 so make sure you have that, in fact anyone with Impact ought to get that patch as it has many fixes and performance improvements. I just tried perfly esprit.flt on my Impact ( with patch 1935 ) and the fog looked OK for polygons ( draw the model filled ) and for lines ( draw the model as lines ). If you already have that patch and still see your problem could could you try perfly ? Please send me details ( and ideally a test case ) to reproduce the problem if none of this helps. Cheers Rob On Sep 2, 12:40pm, Katyl, Donald wrote: > Subject: Fog on Solid Impact > > [ plain text > Encoded with "quoted-printable" ] : Hello, > > Does anyone know if the Indigo2 Solid Impact graphics option supports > fogged lines? I'm trying to get some of my code to run on our new Indigo2, > and polygons seem to work properly with fog, but lines don't. > This seems to be true for Iris GL and OpenGL. IRIS 6.2. > > Thanks for any help. > > Don Katyl > Naval Undersea Warfare Center > Newport, Rhode Island > katyl@c80.npt.nuwc.navy.mil > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Katyl, Donald -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 14:26:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA10170; Wed, 3 Sep 1997 10:42:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10154; Wed, 3 Sep 1997 10:42:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04881; Wed, 3 Sep 1997 10:42:49 -0700 Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05789 for ; Wed, 3 Sep 1997 10:42:47 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id KAA10000 sendmail 8.8.5/UCSD8.3 via SMTP Wed, 3 Sep 1997 10:42:45 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id KAA25831; Wed, 3 Sep 1997 10:42:44 -0700 Date: Wed, 3 Sep 1997 10:42:44 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199709031742.KAA25831@imm.ucsd.edu> To: info-performer@sgi.com Subject: shared arenas Status: O Hi, I have notice that whatever commands which require the memory from shared memory; i.e.: pfMalloc(sizeof(DCSData), arena); they must always be prefaced by: arena = pfGetSharedArena(); In fact, as I understand, it is even possible to do this: pfMalloc(sizeof(DCSData), pfGetSharedArena()); This, now, begs the question: What is the purpose of pfGetSharedArena(); Meaning this: If it must always be called, what is the point of having it as an optional command? Why not imbed it inside the pfMalloc()? The fact that this is not done suggests, to me, that there must be another purpose for: arena = pfGetSharedArena(); which has a use distinct from pfMalloc(sizeof(DCSData),arena); Could someone elaborate on this? Thanks, Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 18:05:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10245; Wed, 3 Sep 1997 11:15:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10229; Wed, 3 Sep 1997 11:15:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10375; Wed, 3 Sep 1997 11:15:12 -0700 Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA17029 for ; Wed, 3 Sep 1997 11:15:10 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id LAA16436 sendmail 8.8.5/UCSD8.3 via SMTP Wed, 3 Sep 1997 11:14:42 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id LAA25917; Wed, 3 Sep 1997 11:14:42 -0700 Date: Wed, 3 Sep 1997 11:14:42 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199709031814.LAA25917@imm.ucsd.edu> To: info-performer@sgi.com Subject: getpid() and pfNodeTravFuncs() Status: O Hi, I have taken a code from the Performer-examples. This is a section: pfNodeTravFuncs(carDCS, PFTRAV_DRAW, updateDCS, NULL); pfNodeTravData(carDCS, PFTRAV_DRAW, carData); I have made three different modifications: pfNodeTravFuncs(carDCS, PFTRAV_APP, updateDCS, NULL); pfNodeTravData(carDCS, PFTRAV_APP, carData); pfNodeTravFuncs(carDCS, PFTRAV_CULL, updateDCS, NULL); pfNodeTravData(carDCS, PFTRAV_CULL, carData); pfNodeTravFuncs(carDCS, PFTRAV_DRAW, updateDCS, NULL); pfNodeTravData(carDCS, PFTRAV_DRAW, carData); Naturally, I would assume that different processes would do the calling of this function: The cull process, the draw, and the app. Inside of updateDCS(), I add this line: printf("In updateDCS: pid = %d\n",getpid()); fflush(stdout); Just after main, and before I do anything else, I add this line: printf("In main - first thing: pid = %d\n",getpid()); fflush(stdout); I would expect that, depending on which of the above three cases: PFTRAV_APP PFTRAV_CULL PFTRAV_DRAW... I would see different pid numbers. But the pid numbers are always the same as that of main. I do not understand. Yes, I am only working on a 1-CPU impact (not a multi-proc) But, still, I should see the different process id numbers. >From another window, when I execute "ps", I see the three processes, so I know that three distince processes do exist, but I alway get the same number of pid as that which is reported by main. Could someone explain why? Thanks, Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 19:24:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10535; Wed, 3 Sep 1997 12:41:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10519; Wed, 3 Sep 1997 12:41:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA22433; Wed, 3 Sep 1997 12:41:26 -0700 Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA15336; Wed, 3 Sep 1997 12:41:19 -0700 env-from (prakash@drawcomp.com) Received: (from nobody@localhost) by amber.drawcomp.com (8.8.5/8.8.5) id PAA19507; Wed, 3 Sep 1997 15:33:47 -0400 (EDT) X-Authentication-Warning: amber.drawcomp.com: nobody set sender to using -f Received: from bock(10.0.0.9) by amber.drawcomp.com via smap (V2.0) id xma019502; Wed, 3 Sep 97 15:33:24 -0400 Sender: gpmahesh@DRAWCOMP.COM Message-ID: <340DBB83.52BF@drawcomp.com> Date: Wed, 03 Sep 1997 15:33:23 -0400 From: Prakash Mahesh Organization: DRaW Computing Assoc. Inc., http://www.openworlds.com/employees/prakash X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: remi@sgi.com, info-performer@sgi.com CC: dhunt@amber.drawcomp.com Subject: Texture coordinates Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I have a question regarding texture coordinates. I want to transform a set of texture coordinates by a matrix. Do I have to do it point by point, or is there a Performer functionality that can do this? Thanks. -- Prakash Mahesh prakash@drawcomp.com --or-- prakash@openworlds.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 21:21:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA11269; Wed, 3 Sep 1997 15:04:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA11253; Wed, 3 Sep 1997 15:04:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA12277; Wed, 3 Sep 1997 15:04:10 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA28965; Wed, 3 Sep 1997 15:04:09 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA14203; Wed, 3 Sep 1997 15:03:52 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709032203.PAA14203@remi.engr.sgi.com> Subject: Re: Texture coordinates To: prakash@DRAWCOMP.COM (Prakash Mahesh) Date: Wed, 3 Sep 1997 15:03:52 -0700 (PDT) Cc: remi@sgi.com, info-performer@sgi.com, dhunt@amber.drawcomp.com In-Reply-To: <340DBB83.52BF@drawcomp.com> from "Prakash Mahesh" at Sep 3, 97 03:33:23 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 606 Status: O Prakash Mahesh wrote: > > Hi, > > I have a question regarding texture coordinates. I want to transform a > set of texture coordinates by a matrix. Do I have to do it point by > point, or is there a Performer functionality that can do this? > is pfVec3::fullXformPt() what you are looking for ? > > Thanks. > > -- > Prakash Mahesh > prakash@drawcomp.com > --or-- > prakash@openworlds.com > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 20:55:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA11083; Wed, 3 Sep 1997 14:37:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11067; Wed, 3 Sep 1997 14:37:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA07670; Wed, 3 Sep 1997 14:37:52 -0700 Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA21252 for ; Wed, 3 Sep 1997 14:37:50 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id OAA26027 sendmail 8.8.5/UCSD8.3 via SMTP Wed, 3 Sep 1997 14:37:48 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id OAA26063; Wed, 3 Sep 1997 14:37:47 -0700 Date: Wed, 3 Sep 1997 14:37:47 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199709032137.OAA26063@imm.ucsd.edu> To: info-performer@sgi.com Subject: LOD and "selected" Callbacks Status: O I have created an LOD that, in turn, has 4 geodes as children. As with normal LOD operation, different children are displayed, depending on the camera object distance. I have also attached to each geode, a callback: for( i = 1; i <= numLOD; i++) { geode[i] = pfNewGeode(); gset = createTorusGSet(arena, numPieces, numPoints, 1.0f); pfAddGSet(geode[i], gset); pfAddChild(lod, geode[i]); if(i == 1)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData1,NULL); if(i == 2)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData2,NULL); if(i == 3)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData3,NULL); if(i == 4)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData4,NULL); /* etc */ } When I run the code and move the mouse, the correct image appears as expected. Further, the correct function is called. However in addition to the correct function being called, the first function, printData1(), is ALWAYS called, regardless of which geode is being displayed. Essentially, if LOD-3 is displayed, printData3() and printData1() are both called. if LOD-4 is displayed, printData4() and printData1() are both called. Basically, what I want is for a different callback to be called depending on which geode is displayed. As an alternative... It would be ideal if there was a function: (int) current_lod_index = pfGetCurrentLODIndex(lod) that I could call as a LOD was being traversed. Then, based upon that index, I call my appropriate function. Naturally, the easiest way may be to calculate the LOD-center to Camera distance, and call a function manually. However, it would be cleaner if I could automate the process without an additional if test. (and to be more direct, what I really want is for the function to be called on LOD passage. Meaning, as LOD-1 is visible printData1() is called ONCE. Upon passage to LOD-2, printData2() is called ONCE. Upon passage back to LOD-1, printData1() is called ONCE. etc.). Is this possible? Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 3 21:37:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA11374; Wed, 3 Sep 1997 15:14:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA11358; Wed, 3 Sep 1997 15:14:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA13655; Wed, 3 Sep 1997 15:14:45 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA02604 for ; Wed, 3 Sep 1997 15:14:43 -0700 env-from (jan@euryale.chinalake.navy.mil) Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id WAA13227 for info-performer@sgi.com; Wed, 3 Sep 1997 22:12:48 GMT From: Jan Barglowski Posted-Date: Wed, 3 Sep 1997 22:12:48 GMT Message-Id: <199709032212.WAA13227@cyclops> Subject: Framerate on iR... To: info-performer@sgi.com Date: Wed, 3 Sep 1997 15:12:48 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1053 Status: O Hi! I'm trying to optimize my framerate. At 30Hz PFPHASE_LOCK my app runs well, but about every 2 seconds the stats display "jumps" and I consistently get 2-4 misses shown in the stats window. For the app/cull/draw misses, there are zero misses shown. Now the fun part. I run the app at 60Hz PFPHASE_LOCK and I get the exact same symptoms: 2-4 misses and none shown for each of the processes. Thinking it was my program, I then ran "perfly esprit.flt" and got the same statistics. I checked the pfFrameStats and set PFFSTATS_UPDATE_FRAMES to 0 as shown in the Performer Guide, but I still get the jump ~2 second intervals. Setup: 12cpu iR, IRIX 6.2, Performer 2.1, running programs as root with non-degrading priorities and locked-down CPUs. My app can easily run 60Hz (well, I disabled preFrame() and postFrame() for these tests ;-) Any ideas? jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 04:00:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA14214; Thu, 4 Sep 1997 02:25:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14196; Thu, 4 Sep 1997 02:25:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA03978; Thu, 4 Sep 1997 02:25:50 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA14146 for ; Thu, 4 Sep 1997 02:25:40 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id LAA15972; Thu, 4 Sep 1997 11:45:33 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma015963; Thu, 4 Sep 97 11:45:25 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id LAA20367; Thu, 4 Sep 1997 11:22:56 +0200 (MET DST) From: Mario Veraart Message-Id: <199709040922.LAA20367@s00sn1.fel.tno.nl> Subject: Re: Pf 2.0 make error To: Ruddle@cardiff.ac.uk Date: Thu, 4 Sep 1997 11:22:56 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: from "Roy Ruddle" at Sep 3, 97 02:16:31 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I've loaded the default Performer 2.0 but I get a very basic error when I > try to compile the demos etc. that are in usr/share/Performer/src. The > error message is: > > don't know how to make .MAKE (bu42). > > Surely someone can give me a quick fix for this (I hope)? This is a feature of smake. The man page says .MAKE The .MAKE attribute marks its target as being a recursive invocation of pmake . This forces pmake to execute the script associated with the target (if it is out-of-date) even if you gave the -n or -t flag. This probably means that you have deleted the first line of the makefile #!smake -J1 Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 04:00:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA14166; Thu, 4 Sep 1997 02:25:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14150; Thu, 4 Sep 1997 02:25:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA03957; Thu, 4 Sep 1997 02:25:36 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA14133 for ; Thu, 4 Sep 1997 02:25:32 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199709040925.CAA14133@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 4 Sep 1997 11:23:37 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 4 Sep 1997 11:23:37 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Thu, 4 Sep 1997 11:15:41 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Thu, 4 Sep 1997 13:14:29 +0200 Date: Thu, 4 Sep 1997 13:14:29 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970904111429] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "P=INTERNET; DDA.TYPE=RFC-822; DDA.VALUE=info-performer(a)sgi.com" (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE: LOD and "selected" Callbacks MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CYou are setting traversal callbacks for APP process, but ALL the ch= ildren of a LOD are APP-traversed. The evaluation of the current LOD is made in the= CULL process. I believe, but am not sure, that all the children are also CULL-traversed. But only the curent LOD (according to cam-obj distance) i= s DRAW-traversed. So it would not be surprising that all your printdata%d functions should = be called. Considering your request of evaluating the active index of a LOD, you can= do it it a APPorCULLorDRAW callback, using the pfLOD::evaluate, and the curr= et transformation matrix supplied by pTraverser : lod->setTravFuncs(PFTRAV_APP, NULL, getInfo); int getInfo(pfTraverser* trav, void* ) ( pfMatrix mat; trav->getMat(mat); pfLOD *lod =3D (pfLOD*)trav->getNode(); float i =3D lod->evaluate(trav->getChan(), mat); print(i); ) is it what you are looking for ? Mike _________________________________________________________________________= ______ _ De: P=3DINTERNET; DDA.TYPE=3DRFC-822; DDA.VALUE=3Dguest(a)holodeck.csd.sg= i.com le Jeu 4 Sep 1997 7:02 Objet: LOD and "selected" Callbacks A: P=3DINTERNET; DDA.TYPE=3DRFC-822; DDA.VALUE=3Dinfo-performer(a)sgi.com= ; BOCCARA Michael I have created an LOD that, in turn, has 4 geodes as children. As with normal LOD operation, different children are displayed, depending on the camera object distance. I have also attached to each geode, a callback: for( i =3D 1; i <=3D numLOD; i++) < geode[i] =3D pfNewGeode(); gset =3D createTorusGSet(arena, numPieces, numPoints, 1.0f); pfAddGSet(geode[i], gset); pfAddChild(lod, geode[i]); if(i =3D=3D 1)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData1,NU= LL); if(i =3D=3D 2)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData2,NU= LL); if(i =3D=3D 3)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData3,NU= LL); if(i =3D=3D 4)pfNodeTravFuncs(geode[i], PFTRAV_APP, printData4,NU= LL); /* etc */ > When I run the code and move the mouse, the correct image appears as expected. Further, the correct function is called. However in addition to the correct function being called, the first function, printData1(), is ALWAYS called, regardless of which geode is being displayed. Essentially, if LOD-3 is displayed, printData3() and printData1() are both called. if LOD-4 is displayed, printData4() and printData1() are both called. Basically, what I want is for a different callback to be called depending= on which geode is displayed. As an alternative... It would be ideal if there was a function: (int) current_lod_index =3D pfGetCurrentLODIndex(lod) that I could call as a LOD was being traversed. Then, based upon that index, I call my appropriate function. Naturally, the easiest way may be to calculate the LOD-center to Camera distance, and call a function manually. However, it would be cleaner if I could automate the process without an additional if test. (and to be more direct, what I really want is for the function to be call= ed on LOD passage. Meaning, as LOD-1 is visible printData1() is called ONCE= From guest Thu Sep 4 04:00:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA13942; Thu, 4 Sep 1997 00:13:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA13926; Thu, 4 Sep 1997 00:13:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA26729; Thu, 4 Sep 1997 00:13:52 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA24124 for ; Thu, 4 Sep 1997 00:13:49 -0700 env-from (rany@rtset.co.il) Received: from rtset.co.il (alon.rtset.co.il [194.90.96.253]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id JAA04738; Wed, 4 Sep 1996 09:01:47 +0200 Sender: rany@rtset.co.il Message-ID: <340E5CAF.DCF018DE@rtset.co.il> Date: Thu, 04 Sep 1997 09:01:04 +0200 From: Ran Yakir X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Rémi Arnaud" CC: Prakash Mahesh , info-performer@sgi.com Subject: Re: Texture coordinates References: <199709032203.PAA14203@remi.engr.sgi.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Status: O Rémi Arnaud wrote: > Prakash Mahesh wrote: > > > > Hi, > > > > I have a question regarding texture coordinates. I want to transform a > > set of texture coordinates by a matrix. Do I have to do it point by > > point, or is there a Performer functionality that can do this? > > > > is pfVec3::fullXformPt() what you are looking for ? > > I think that the meaning was, to have a functionality that transforms all the texture coords of a geoset by the same matrix.Well, this functionality exists and is called the texture matrix. You set the texture matrix before sending the texture coords to the pipe, and they are transformed by it. There is a texture matrix attribute for a geostate which you can use. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 Ext #119 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | http://rtset.co.il/rany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 04:00:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA14000; Thu, 4 Sep 1997 00:45:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA13984; Thu, 4 Sep 1997 00:45:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA28444; Thu, 4 Sep 1997 00:45:30 -0700 Received: from ligsg32.epfl.ch (ligsg32.epfl.ch [128.178.78.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id AAA29457 for ; Thu, 4 Sep 1997 00:45:28 -0700 env-from (aubel@lig.di.epfl.ch) Received: from localhost (2278 bytes) by ligsg32.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Thu, 4 Sep 1997 09:45:21 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Amaury Aubel" Message-Id: <9709040945.ZM1979@lig.di.epfl.ch> Date: Thu, 4 Sep 1997 09:45:21 -0600 In-Reply-To: verdi@piano.ucsd.edu (Tom Impelluso) "LOD and "selected" Callbacks" (Sep 3, 2:37pm) References: <199709032137.OAA26063@imm.ucsd.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: verdi@piano.ucsd.edu (Tom Impelluso) Subject: Re: LOD and "selected" Callbacks Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 3, 2:37pm, Tom Impelluso wrote: > It would be ideal if there was a function: > > (int) current_lod_index = pfGetCurrentLODIndex(lod) > > that I could call as a LOD was being traversed. Then, based upon that > index, I call my appropriate function. > > > Naturally, the easiest way may be to calculate the LOD-center to Camera > distance, and call a function manually. However, it would be cleaner > if I could automate the process without an additional if test. > > (and to be more direct, what I really want is for the function to be called > on LOD passage. Meaning, as LOD-1 is visible printData1() is called ONCE. > Upon passage to LOD-2, printData2() is called ONCE. Upon passage back to LOD-1, > printData1() is called ONCE. etc.). > > Is this possible? Yes it is, by setting an appropriate callback function. As the LOD passage occurs first in the CULL process, you set a pre-cull drawback function on the pfLOD itself. It might look like: LOD_callback(pfTraverser *trav, void *userData) { ... pfLOD *lod = (pfLOD*) pfGetTravNode(trav); pfMatrix mat; int child; ... pfGetTravMat(trav, mat); /* get LOD's active child */ child = (int) pfEvaluateLOD(lod, pfGetTravChan(trav), &mat); /* Has a switch occured? */ if ( child!=*index ) { printf("switch LOD: child %d index %d\n",child,index); /* do what you have to here probably something like switch (child) { case 1: prindData1() etc. */ *index = child; } return PFTRAV_CONT; } index is a shared memory variable where the current LOD is stored. So upon initialization it must be assigned the right value. Hope this helps, Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 04:00:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA14081; Thu, 4 Sep 1997 01:37:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA14065; Thu, 4 Sep 1997 01:37:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA00788; Thu, 4 Sep 1997 01:37:51 -0700 Received: from punt-1.mail.demon.net (punt-1b.mail.demon.net [194.217.242.135]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA07693 for ; Thu, 4 Sep 1997 01:37:50 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-1.mail.demon.net id aa0918239; 4 Sep 97 9:20 BST From: Mark Baranowski To: Tom Impelluso Cc: info-performer@sgi.com Subject: Re: shared arenas Date: Thu, 04 Sep 1997 08:21:44 GMT Organization: Pera Message-ID: <340f6ba1.2401689@post.demon.co.uk> References: <199709031742.KAA25831@imm.ucsd.edu> In-Reply-To: <199709031742.KAA25831@imm.ucsd.edu> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Wed, 3 Sep 1997 10:42:44 -0700, Tom wrote: >Hi, > >I have notice that whatever commands which require the >memory from shared memory; i.e.: > > pfMalloc(sizeof(DCSData), arena); > >they must always be prefaced by: > > arena =3D pfGetSharedArena(); You need to tell pfMalloc etc which arena to allocate from, but you don't need to preface each pfMalloc call with pfGetSharedArena. > >In fact, as I understand, it is even possible to do this: > > pfMalloc(sizeof(DCSData), pfGetSharedArena()); Yes you can if you want. > >This, now, begs the question: > > What is the purpose of pfGetSharedArena(); > >Meaning this: > > If it must always be called, what is the point of >having it as an optional command? Why not imbed it inside the >pfMalloc()? The fact that this is not done suggests, to me, that >there must be another purpose for: > > arena =3D pfGetSharedArena(); > >which has a use distinct from=20 > > pfMalloc(sizeof(DCSData),arena); > > >Could someone elaborate on this? > You could create your own arenas and pfMalloc from these instead of using the default Performer arena. Hence the use of the second parameter in pfMalloc etc. Note if arena is NULL, then the space is allocated from the heap. pfGetSharedArena returns the default shared memory arena created by Performer when you exectute pfInit (another arena for locks and semaphores is also created and can be returned with pfGetSemaArena). The value returned by pfGetSharedArena will not change during the execution of your program. So you can just get the arena pointer once and use that in all subsequent calls to pfMalloc etc. Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 07:17:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA14192; Thu, 4 Sep 1997 02:25:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14176; Thu, 4 Sep 1997 02:25:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA03970; Thu, 4 Sep 1997 02:25:50 -0700 Received: from punt-1.mail.demon.net (punt-1d.mail.demon.net [194.217.242.138]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA14161 for ; Thu, 4 Sep 1997 02:25:48 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-1.mail.demon.net id ab0918239; 4 Sep 97 9:20 BST From: Mark Baranowski To: Tom Impelluso Cc: info-performer@sgi.com Subject: Re: getpid() and pfNodeTravFuncs() Date: Thu, 04 Sep 1997 08:21:49 GMT Organization: Pera Message-ID: <34106bd2.2450334@post.demon.co.uk> References: <199709031814.LAA25917@imm.ucsd.edu> In-Reply-To: <199709031814.LAA25917@imm.ucsd.edu> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Wed, 3 Sep 1997 11:14:42 -0700, Tom wrote: > > I would see different pid numbers. =20 > But the pid numbers are always the same as that of main. > >I do not understand. Yes, I am only working on a 1-CPU impact (not a = multi-proc) > >But, still, I should see the different process id numbers. >From another window, when I execute "ps", I see the three processes, so = I >know that three distince processes do exist, but I alway get the same = number >of pid as that which is reported by main. > >Could someone explain why? You are not multiprocessing (what value are you using in the pfMultiprocess function call). If it is PFMP_DEFAULT (which is the value used if you don't call pfMultiprocess) then on a single processor machine you will have app, cull & draw executing in the same process. Performer creates a clock process which is one of the ones you are seeing when using ps. One of the others is obviously your appculldraw process (not sure what the other entry is). Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 08:28:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA14503; Thu, 4 Sep 1997 03:02:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA14487; Thu, 4 Sep 1997 03:02:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA05680; Thu, 4 Sep 1997 03:02:13 -0700 Received: from crane.cf.ac.uk (crane.cf.ac.uk [131.251.0.45]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA18996 for ; Thu, 4 Sep 1997 03:02:11 -0700 env-from (Ruddle@cardiff.ac.uk) Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP (PP); Thu, 4 Sep 1997 10:54:55 +0100 Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.7/8.6.12) with SMTP id LAA07977 for ; Thu, 4 Sep 1997 11:02:05 +0100 (BST) Date: Thu, 4 Sep 1997 11:02:05 +0100 (BST) From: Roy Ruddle Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.com Subject: Re: Pf 2.0 make error In-Reply-To: <199709040922.LAA20367@s00sn1.fel.tno.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 4 Sep 1997, Mario Veraart wrote: > > I've loaded the default Performer 2.0 but I get a very basic error when I > > try to compile the demos etc. that are in usr/share/Performer/src. The > > error message is: > > > > don't know how to make .MAKE (bu42). > > > > Surely someone can give me a quick fix for this (I hope)? > > This is a feature of smake. The man page says > > .MAKE The .MAKE attribute marks its target as being a recursive > invocation of pmake . This forces pmake to execute the > script associated with the target (if it is out-of-date) > even if you gave the -n or -t flag. > > This probably means that you have deleted the first line of the > makefile > > #!smake -J1 > Thanks for the suggestion, but unfortunately this is not the answer. The demos are UNCHANGED from the installation (and the Makefile does in fact include the line #!smake -J1 Can anyone else make a suggestion? roy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA15273; Thu, 4 Sep 1997 06:33:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA15257; Thu, 4 Sep 1997 06:33:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA17741; Thu, 4 Sep 1997 06:33:47 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA21658 for ; Thu, 4 Sep 1997 06:33:22 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id PAA11961; Thu, 4 Sep 1997 15:53:13 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma011918; Thu, 4 Sep 97 15:52:43 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id PAA28887; Thu, 4 Sep 1997 15:30:11 +0200 (MET DST) From: Mario Veraart Message-Id: <199709041330.PAA28887@s00sn1.fel.tno.nl> Subject: Attempt to apply unknown pfUpdatable to pfLayer To: info-performer@sgi.com (Performer) Date: Thu, 4 Sep 1997 15:30:11 +0200 (MET DST) Cc: rioj7@s00sn1.fel.tno.nl (Mario Veraart) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hello, I've made an application on an Impact and Octane system. On these systems I get no warning. If I run it on an RE2 then I get the following Warning every frame PF Warning/Internal: Attempt to apply unknown pfUpdatable update 72 to object of type pfLayer whose id is 548. The application has only one pfLayer object. The Onyx RE2 has IRIX6.2 and Performer eoe 2.0.1. The Octane has IRIX6.4 and Performer eoe 2.1. Could somebody explain the reason of this warning. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15910; Thu, 4 Sep 1997 08:46:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15894; Thu, 4 Sep 1997 08:46:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA01232; Thu, 4 Sep 1997 08:46:00 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA25674 for ; Thu, 4 Sep 1997 08:45:58 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id LAA16309 for <@bnl.gov:info-performer@sgi.com>; Thu, 4 Sep 1997 11:45:55 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id LAA15334; Thu, 4 Sep 1997 11:45:50 -0400 From: "A. Ballard Andrews" Message-Id: <9709041145.ZM15332@sirius.ccd.bnl.gov> Date: Thu, 4 Sep 1997 11:45:50 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Fastrak, VR devices etc., Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Does anybody know where I can find Perf. source code/ libraries for: 1.) A Fastrak device coupled to a HMD and/or VR Glove. Initially, I just want to replace some of actions I currently perform with the keyboard/mouse (e.g., grabbing and moving DCS nodes around). 2.) How to 'walkthrough' the database using the mouse to steer? as some VR viewers do? Also: We don't know how well the Fastrack will work in our theatre 'cause there is LOTS of metal around. does anyone else have experience with this? Ballard Andrews Computing Division Brookhaven Lab ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA15186; Thu, 4 Sep 1997 05:52:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA15170; Thu, 4 Sep 1997 05:52:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA14998; Thu, 4 Sep 1997 05:52:02 -0700 Received: from tommy.chesapeake.net (tommy.chesapeake.net [205.130.220.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA14232 for ; Thu, 4 Sep 1997 05:51:59 -0700 env-from (sbrabson@acetef.nawcad.navy.mil) Received: from acetef (acetef.nawcad.navy.mil [140.229.93.252]) by tommy.chesapeake.net (8.7.3/8.7.3) with SMTP id IAA07968 for ; Thu, 4 Sep 1997 08:52:47 -0400 (EDT) Sender: sbrabson@tommy.chesapeake.net Message-ID: <340EACE3.167E@acetef.nawcad.navy.mil> Date: Thu, 04 Sep 1997 08:43:15 -0400 From: Scott Brabson X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP12) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Virtual Clip Textures? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello all, What is the difference between a "Real" clip texture and a "Virtual" clip texture? Reading the man pages, pfClipTexture, it says that the system limitation is 32K x 32k. I have seen in other locations a reference to Virtual ClipTextures which states they can be as large as 4M x 4M. Does this mean I can set the virtual size in the ct file to 4M x 4M and have an image cache file (s) ( for all of the mipmaps) to handle a 4M x 4M virtual clip texture? I am assuming if it can handle a 4M x 4M virtaul cliptexture the "real" cliptexture is the tile size which has a limitation of 32K x 32k for 64M of texture memory, is that correct? Thanks, Scott Brabson DCS Corporation ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15610; Thu, 4 Sep 1997 07:44:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15594; Thu, 4 Sep 1997 07:44:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA23738; Thu, 4 Sep 1997 07:44:32 -0700 Received: from ligsg31.epfl.ch (ligsg31.epfl.ch [128.178.78.46]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA07827 for ; Thu, 4 Sep 1997 07:44:29 -0700 env-from (ssbalcis@lig.di.epfl.ch) Received: from localhost (1710 bytes) by ligsg31.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Thu, 4 Sep 1997 16:44:42 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Selim Balcisoy" Message-Id: <9709041644.ZM8318@lig.di.epfl.ch> Date: Thu, 4 Sep 1997 16:44:42 -0600 x-face: #P&NsBKFFx9Hnuf!^Soh!WFCy{"G_hl<--s\G2'ett:~3wd}uKPu:RET#[s%j>;M7Nnyy_$nO:_9B,7{&vFzFpn|zF|YDse]JY}8W5VvtPfj9(-hBW~rx1]2]P@Vm11;mm[T\]CyQu3Fv+Cqf!,{h7K3kZ'oi)m}=VpCYB{Q{Fl[w7&Ci7}cDR!!)Y2c"Sn+2j X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Setting Background Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dear Performers, For an Augmented Relality application, we need to put an RGB image (720x576) at the background of the Performer window (Channel). There is a possibility to achive this with OpenGL and IRISGL function calls (glRasterPos3i, glDrawPixels) , or mapping the image on a far texture plane. However these solutions are more or less heuristic, and adding complexity to virtual camera calibration, and preventing us from using different image sizes easily. We are looking for a set of Performer functions to draw an image on the background. < the best would be something like: pfLoadBackground(pfChan, rgbimage) ??!!! > Is this possible and how ? Kind Regards Selim Balcisoy -- [][][][][][][][][][][][][][][][][][][][][][][][][]. ? Selim Saffet Balcisoy ssbalcis@lig.di.epfl.ch . ? WWW: http://ligwww.epfl.ch/ssbalcis.html . ? Computer Graphics Lab (EPFL-LIG) . ? Swiss Federal Institute of Technology . ? CH-1015 Lausanne, Switzerland Veni, Vidi, Vino. :|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|:|: ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA16087; Thu, 4 Sep 1997 09:47:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA16071; Thu, 4 Sep 1997 09:47:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09247; Thu, 4 Sep 1997 09:47:22 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA18381 for ; Thu, 4 Sep 1997 09:47:19 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA17615; Thu, 4 Sep 1997 09:48:13 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA19915; Thu, 4 Sep 1997 09:50:28 -0700 From: "Anita Kishore" Message-Id: <9709040950.ZM19913@tracey.triavest.com> Date: Thu, 4 Sep 1997 09:50:26 -0700 In-Reply-To: verdi@piano.ucsd.edu (Tom Impelluso) "shared arenas" (Sep 3, 10:42am) References: <199709031742.KAA25831@imm.ucsd.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: verdi@piano.ucsd.edu (Tom Impelluso), info-performer@sgi.com Subject: Re: shared arenas Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 3, 10:42am, Tom Impelluso wrote: > Subject: shared arenas > Hi, > > I have notice that whatever commands which require the > memory from shared memory; i.e.: > > pfMalloc(sizeof(DCSData), arena); > > they must always be prefaced by: > > arena = pfGetSharedArena(); > > > In fact, as I understand, it is even possible to do this: > > pfMalloc(sizeof(DCSData), pfGetSharedArena()); > > > This, now, begs the question: > > What is the purpose of pfGetSharedArena(); > > > Meaning this: > > If it must always be called, what is the point of > having it as an optional command? Why not imbed it inside the > pfMalloc()? The fact that this is not done suggests, to me, that > there must be another purpose for: > > arena = pfGetSharedArena(); > > which has a use distinct from > > pfMalloc(sizeof(DCSData),arena); > > > Could someone elaborate on this? > > Thanks, > Tom You have a choice of entering either NULL or the arena pointer in pfMalloc call. By entering NULL you are indicating that your malloc should happen on the heap, whereas giving an arena pointer means that malloc should happen on a shared arena. You could always make a one time call to pfGetSharedArena() and save the pointer returned by it for subsequent use. Hope this helps -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA16110; Thu, 4 Sep 1997 09:54:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA16094; Thu, 4 Sep 1997 09:54:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA10377; Thu, 4 Sep 1997 09:54:39 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA21744; Thu, 4 Sep 1997 09:54:31 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA17624; Thu, 4 Sep 1997 09:55:51 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA20028; Thu, 4 Sep 1997 09:58:07 -0700 From: "Anita Kishore" Message-Id: <9709040958.ZM20026@tracey.triavest.com> Date: Thu, 4 Sep 1997 09:58:05 -0700 In-Reply-To: Prakash Mahesh "Texture coordinates" (Sep 3, 3:33pm) References: <340DBB83.52BF@drawcomp.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Prakash Mahesh , remi@sgi.com, info-performer@sgi.com Subject: Re: Texture coordinates Cc: dhunt@amber.drawcomp.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 3, 3:33pm, Prakash Mahesh wrote: > Subject: Texture coordinates > Hi, > > I have a question regarding texture coordinates. I want to transform a > set of texture coordinates by a matrix. Do I have to do it point by > point, or is there a Performer functionality that can do this? > > > Thanks. > > -- If your texture is mapped on to a geometry and yopu want the texture transformations to be local, then you can use pre and post DRAW callbacks. In the pre callback, you load your transformation matrix onto the texture matrix stack after saving the previous state, and in the post callback, you restore the stack. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15482; Thu, 4 Sep 1997 07:13:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15466; Thu, 4 Sep 1997 07:13:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21015; Thu, 4 Sep 1997 07:13:52 -0700 Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA00586 for ; Thu, 4 Sep 1997 07:12:49 -0700 env-from (jgalis@pe-i.com) Received: from jimspc.paradigmsim.com by spiffy.paradigmsim.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA03079; Thu, 4 Sep 1997 09:09:11 -0500 Message-Id: <199709041409.JAA03079@spiffy.paradigmsim.com> From: "Jim Galis" To: Cc: Subject: new address Date: Thu, 4 Sep 1997 09:12:55 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Status: O Please set up my new email address to: jgalis@pe-i.com thanks ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA16014; Thu, 4 Sep 1997 09:22:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15998; Thu, 4 Sep 1997 09:22:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA05980; Thu, 4 Sep 1997 09:22:07 -0700 Received: from ns1.sara.nl (ns1.sara.nl [192.16.188.198]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA08032 for ; Thu, 4 Sep 1997 09:22:04 -0700 env-from (wilfred@sara.nl) Received: from isis.sp.sara.nl (isis-s114.sp.sara.nl [145.100.13.46]) by ns1.sara.nl (8.8.3/8.7.1) with ESMTP id SAA11048; Thu, 4 Sep 1997 18:22:01 +0200 (MET DST) Received: from isis-s114.sp.sara.nl by isis.sp.sara.nl (8.8.3/4.04) id QAA31486; Thu, 4 Sep 1997 16:22:00 GMT Sender: wilfred@sara.nl Message-ID: <340EE027.167E@sara.nl> Date: Thu, 04 Sep 1997 18:21:59 +0200 From: Wilfred Janssen Organization: SARA X-Mailer: Mozilla 3.01Gold (X11; I; AIX 1) MIME-Version: 1.0 To: info-performer@sgi.com Subject: ASD-demo & clipmapping Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Performers, At the friends of Performer meeting at Siggraph a very nice demo was shown that demonstrated the active surface definition (I think that was the term used) and I think it also used clipmapping. Terrain that was near the camera was represented by small polygons and high resolution textures and terrain further away was low res. We have to develop an application that does these things also. THerefore, is this demo program (source code) available or is there any description of how it is done? Thanks Wilfred -- =================================================================== | Wilfred Janssen SARA | | Project Manager CAVE P.O. Box 94613 | | Consultant Scientific Computing 1090 GP Amsterdam | | Academic Computing Services Amsterdam The Netherlands | | | | Phone: +31 (0) 20 592 3000 e-mail: wilfred@sara.nl | | Fax: +31 (0) 20 668 3167 URL: http://www.sara.nl | =================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:07:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15583; Thu, 4 Sep 1997 07:32:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15567; Thu, 4 Sep 1997 07:32:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22591; Thu, 4 Sep 1997 07:32:43 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA05191 for ; Thu, 4 Sep 1997 07:32:41 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id KAA01574; Thu, 4 Sep 1997 10:32:39 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma001570; Thu, 4 Sep 97 10:32:27 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id OAA16270; Thu, 4 Sep 1997 14:32:49 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA03219; Thu, 4 Sep 1997 10:32:39 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709041432.KAA03219@hf.ht.com> Subject: Re: Pf 2.0 make error To: info-performer@sgi.com, Ruddle@cardiff.ac.uk Date: Thu, 4 Sep 1997 10:32:38 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O ----- Forwarded message from Mario Veraart ----- > I've loaded the default Performer 2.0 but I get a very basic error when I > try to compile the demos etc. that are in usr/share/Performer/src. The > error message is: > > don't know how to make .MAKE (bu42). > > Surely someone can give me a quick fix for this (I hope)? This is a feature of smake. The man page says .MAKE The .MAKE attribute marks its target as being a recursive invocation of pmake . This forces pmake to execute the script associated with the target (if it is out-of-date) even if you gave the -n or -t flag. This probably means that you have deleted the first line of the makefile #!smake -J1 Mario ----- End of forwarded message from Mario Veraart ----- OR...you may not have Parallel Make Utilities software subsystem installed. I seem to remember that this subsystem was not installed by default when I had installed "Development System, 7.1 on irix 6.2" once upon a time. Cheers, scott -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon request. Fax: 301-984-2104 | Rockville, MD 20852 | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:47:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16187; Thu, 4 Sep 1997 10:14:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16171; Thu, 4 Sep 1997 10:14:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA13926; Thu, 4 Sep 1997 10:14:30 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA01550 for ; Thu, 4 Sep 1997 10:14:30 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA09970; Thu, 4 Sep 1997 10:14:24 -0700 Date: Thu, 4 Sep 1997 10:14:24 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709041014.ZM9968@multipass.engr.sgi.com> In-Reply-To: Jan Barglowski "Framerate on iR..." (Sep 3, 3:12pm) References: <199709032212.WAA13227@cyclops> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Jan Barglowski , info-performer@sgi.com Subject: Re: Framerate on iR... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do you have any other graphics running, for example a desktop clock? Cheers,Angus. On Sep 3, 3:12pm, Jan Barglowski wrote: > Subject: Framerate on iR... > Hi! > > I'm trying to optimize my framerate. At 30Hz PFPHASE_LOCK my app > runs well, but about every 2 seconds the stats display "jumps" > and I consistently get 2-4 misses shown in the stats window. For > the app/cull/draw misses, there are zero misses shown. > > Now the fun part. I run the app at 60Hz PFPHASE_LOCK and I get > the exact same symptoms: 2-4 misses and none shown for each of the > processes. Thinking it was my program, I then ran "perfly esprit.flt" > and got the same statistics. > > I checked the pfFrameStats and set PFFSTATS_UPDATE_FRAMES to 0 as > shown in the Performer Guide, but I still get the jump ~2 second > intervals. > > Setup: 12cpu iR, IRIX 6.2, Performer 2.1, running programs as root > with non-degrading priorities and locked-down CPUs. My app can easily > run 60Hz (well, I disabled preFrame() and postFrame() for these tests ;-) > > Any ideas? > > jan > > -- > Jan Anthony Barglowski jan@chinalake.navy.mil > Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan > Naval Air Warfare Center, China Lake (619) 927-1057 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jan Barglowski ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:47:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16216; Thu, 4 Sep 1997 10:20:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16200; Thu, 4 Sep 1997 10:20:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA15150; Thu, 4 Sep 1997 10:20:49 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA04821 for ; Thu, 4 Sep 1997 10:20:48 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA10016; Thu, 4 Sep 1997 10:20:36 -0700 Date: Thu, 4 Sep 1997 10:20:36 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709041020.ZM10012@multipass.engr.sgi.com> In-Reply-To: Ran Yakir "Re: Texture coordinates" (Sep 4, 9:01am) References: <199709032203.PAA14203@remi.engr.sgi.com> <340E5CAF.DCF018DE@rtset.co.il> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Ran Yakir , =?iso-8859-1?Q?=22R=E9mi_Arnaud=22?= Subject: Re: Texture coordinates Cc: Prakash Mahesh , info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709041020.ZM10012.engr.sgi.com" Status: O --PART-BOUNDARY=.19709041020.ZM10012.engr.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On Sep 4, 9:01am, Ran Yakir wrote: > Subject: Re: Texture coordinates > R=E9mi Arnaud wrote: > > > Prakash Mahesh wrote: > > > > > > Hi, > > > > > > I have a question regarding texture coordinates. I want to transfor= m a > > > set of texture coordinates by a matrix. Do I have to do it point by= > > > point, or is there a Performer functionality that can do this? > > > > > > > is pfVec3::fullXformPt() what you are looking for ? > > > > > > I think that the meaning was, to have a functionality that transforms a= ll > the texture coords of a geoset by the same matrix.Well, this functional= ity > exists and is called the texture matrix. You set the texture matrix bef= ore > sending the texture coords to the pipe, and they are transformed by it.= > There is a texture matrix attribute for a geostate which you can use. This attribute is new with performer 2.2, you'll have to use callbacks with earlier releases. Cheers,Angus. --PART-BOUNDARY=.19709041020.ZM10012.engr.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:47:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16242; Thu, 4 Sep 1997 10:24:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16226; Thu, 4 Sep 1997 10:24:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA15648; Thu, 4 Sep 1997 10:24:35 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA06732 for ; Thu, 4 Sep 1997 10:24:34 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id KAA15624; Thu, 4 Sep 1997 10:24:28 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA27531; Thu, 4 Sep 1997 10:24:28 -0700 Resent-From: "Rob Jenkins" Resent-Message-Id: <9709041024.ZM27529@quid.csd.sgi.com> Resent-Date: Thu, 4 Sep 1997 10:24:28 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Resent-To: info-performer@sgi.com Received: from rock.csd.sgi.com by quid.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03044; Thu, 21 Aug 1997 14:29:23 -0700 Received: from holodeck.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id OAA21537; Thu, 21 Aug 1997 14:29:22 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04813; Thu, 21 Aug 1997 07:26:28 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04797; Thu, 21 Aug 1997 07:26:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA23178; Thu, 21 Aug 1997 07:26:27 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA07221 for ; Thu, 21 Aug 1997 07:26:26 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id HAA23167; Thu, 21 Aug 1997 07:26:26 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id HAA00084; Thu, 21 Aug 1997 07:26:26 -0700 Resent-From: "Rob Jenkins" Resent-Message-Id: <9708210726.ZM82@quid.csd.sgi.com> Resent-Date: Thu, 21 Aug 1997 07:26:26 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Resent-To: info-performer@sgi.com Received: from rock.csd.sgi.com by quid.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25741; Wed, 20 Aug 1997 09:25:05 -0700 Received: from holodeck.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id JAA24949; Wed, 20 Aug 1997 09:25:04 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA29932; Wed, 20 Aug 1997 09:24:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24918; Wed, 20 Aug 1997 09:24:42 -0700 Received: from V70C.Npt.NUWC.Navy.Mil (NPT.NUWC.NAVY.MIL [129.190.70.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA04467 for ; Wed, 20 Aug 1997 09:24:40 -0700 env-from (shellr@medeiros4.npt.nuwc.navy.mil) Received: from TECH.NPT.NUWC.NAVY.MIL ("port 1426"@MEDEIROS4.NPT.NUWC.NAVY.MIL) by Npt.NUWC.Navy.Mil (PMDF V5.1-8 #13154) with ESMTP id <01IMNV3HVJ3IQPFGAN@Npt.NUWC.Navy.Mil> for info-performer-request@sgi.com; Wed, 20 Aug 1997 12:24:20 -0400 (EDT) Received: from [129.190.82.132] by TECH.NPT.NUWC.NAVY.MIL with SMTP (Apple Internet Mail Server 1.1.1); Wed, 20 Aug 1997 12:26:25 -0400 Date: Wed, 20 Aug 1997 12:26:25 -0400 From: Richard Shell Subject: Questions about SFLY To: info-performer-request@sgi.com Reply-to: Richard Shell Message-id: <1340042511-181724094@TECH.NPT.NUWC.NAVY.MIL> MIME-version: 1.0 X-Mailer: POPmail 2.3b7 Content-type: text/plain; charset=us-ascii Status: O I've down loaded the stereo performer program sfly from sgi's public folder. I've compiled the program on both an IRIS4D-340GTX and on a Power Indigo2 Extreme. The program comes up on the 4D but isn't in stereo. When I change the interocular distance it only moves a single object from left to right on the screen. I've tried use the setmon command for both STR_RECT and STR_BOT. Neither command causes a stereo image. On the Indigo the program compiles but when I run it, it just brings up a black screen with the arrow cursor on it. It must be running, however, because hitting the ESC key causes the program to quit. Also the run time messages left on the screen are normal. Again I've tried using the setmon command for both STR_RECT and STR_BOT but nothing changes. Any suggestions ? Thanks. Richard Shell Richard Shell Naval Undersea Warfare Center Code 8212 Bldg. 679/1 Newport, RI 02841 Phone: (401) 841-3307 E-mail: shellr@medeiros4.npt.nuwc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 12:47:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16169; Thu, 4 Sep 1997 10:13:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16153; Thu, 4 Sep 1997 10:13:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA13748; Thu, 4 Sep 1997 10:13:46 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA01194; Thu, 4 Sep 1997 10:13:45 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA09959; Thu, 4 Sep 1997 10:13:13 -0700 Date: Thu, 4 Sep 1997 10:13:13 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709041013.ZM9955@multipass.engr.sgi.com> In-Reply-To: =?iso-8859-1?Q?remi=40remi_=28R=E9mi_Arnaud=29 _______=22Re=3A_Texture_coordinates=22_=28Sep__3=2C__3=3A03pm=29?= References: <199709032203.PAA14203@remi.engr.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: remi@remi.engr.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), prakash@DRAWCOMP.COM (Prakash Mahesh) Subject: Re: Texture coordinates Cc: remi@sgi.com, info-performer@sgi.com, dhunt@amber.drawcomp.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709041013.ZM9955.engr.sgi.com" Status: O --PART-BOUNDARY=.19709041013.ZM9955.engr.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On Sep 3, 3:03pm, R=E9mi Arnaud wrote: > Subject: Re: Texture coordinates > Prakash Mahesh wrote: > > > > Hi, > > > > I have a question regarding texture coordinates. I want to transform = a > > set of texture coordinates by a matrix. Do I have to do it point by > > point, or is there a Performer functionality that can do this? > > > > is pfVec3::fullXformPt() what you are looking for ? The other option is to use the gl in a draw callback to modify the gl texture matrix. Use glMatrixMode(GL_TEXTURE) to get the texture matrix stack and use the usual gl matrix and other types of transformation. Be sure and set the matrix mode back to GL_MODELVIEW or whatever state yo= u read on the way in. Cheers,Angus. --PART-BOUNDARY=.19709041013.ZM9955.engr.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 15:04:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA16421; Thu, 4 Sep 1997 11:42:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16405; Thu, 4 Sep 1997 11:42:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28576; Thu, 4 Sep 1997 11:42:20 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA03014 for ; Thu, 4 Sep 1997 11:42:19 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA16779; Thu, 4 Sep 1997 11:42:16 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709041842.LAA16779@remi.engr.sgi.com> Subject: Re: Swap Barriers To: reiners@ecrc.de (Dirk Reiners) Date: Thu, 4 Sep 1997 11:42:16 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9709031126.ZM9953@euclid> from "Dirk Reiners" at Sep 3, 97 11:26:35 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2232 Status: O Dirk Reiners wrote: > > > Hi Performers, > > it's a little off-topic, but this list should probably have a subtitle along > the lines of 'the high-end-SGI-wizards list' anyway ;). > > I'm looking for a demo program for swap barriers. The man page looks simple > enough, but starting with known good code is always better. I couldn't find > anything on the Website or in the Toolbox. So if anybody has a little test I'd > be thankful. > > What are people's experiences with using swap barriers anyway? Do you use > special quality cable? How long can it be? Has anybody tried connecting an Onyx > iR to an Onyx2 iR? Any other things to watch out for? > > Any info welcome > > Dirk > SwapBarrier is not implemented in Performer for OpenGL. It will be available with performer2.2. You need patch 1808 for OnyxiR and patch or patch 2191 on Onyx2 to use the swapbarrier. You can use openGL directly to set the swapbarrier with those patches. The two functions call are: glXJoinSwapGroupSGIX(dsp, w, group); glXBindSwapBarrierSGIX(dsp, w, barrier); The first group windows together so they swap at the same time. It is only possible to attach windows on the same pipe. the second call attach a window, or a group of window if the window passed as a parameter is in a group, to the SwapBarrier Signal. Only one window can be attached to a swapbarrier. So, you join all your windows in the same group (you can use the window id as a group id), and then attach one window on the BArrier. You do the same for all pipes you want to synchronize. It work the same if the pipe are in the same rack, or in different racks. It should work fine to swapBarrier an Onyx2 with an Onyx1 IR, even a RE2. Be carefull to have the same video format, and to genlock the video as the SwapBarrier signal is only active on the Vertical sync, every video should have the same Vsync. a 75ohms cable would be just fine. Just plug directly the cable in the swap ready connector at both end (no terminator). If you have more than two pipes, use a 'T'. Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 15:04:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA17972; Thu, 4 Sep 1997 13:09:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA17956; Thu, 4 Sep 1997 13:09:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11125; Thu, 4 Sep 1997 13:09:52 -0700 Received: from tigger.scc.uni-weimar.de (tigger.scc.uni-weimar.de [141.54.1.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA01509 for ; Thu, 4 Sep 1997 13:09:49 -0700 env-from (jan.springer@informatik.uni-weimar.de) Received: from emu (emu.medien.uni-weimar.de [141.54.117.9]) by tigger.scc.uni-weimar.de (8.7.6/8.7.3) with SMTP id WAA17144; Thu, 4 Sep 1997 22:08:22 +0200 (MET DST) Sender: jsd@tigger.scc.uni-weimar.de Message-ID: <340F14AA.41C6@informatik.uni-weimar.de> Date: Thu, 04 Sep 1997 22:06:02 +0200 From: Jan Springer Organization: [atelier, virtual [i-group] (B11R2.34) X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: "A. Ballard Andrews" CC: info-performer@sgi.com Subject: Re: Fastrak, VR devices etc., References: <9709041145.ZM15332@sirius.ccd.bnl.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O A. Ballard Andrews wrote: > > Hi, > > Does anybody know where I can find Perf. source code/ > libraries for: > > 1.) A Fastrak device coupled to a HMD and/or VR Glove. > Initially, I just want to replace some of actions > I currently perform with the keyboard/mouse > (e.g., grabbing and moving DCS nodes around). > > 2.) How to 'walkthrough' the database using the mouse to steer? > as some VR viewers do? > > Also: > We don't know how well the Fastrack will work in our theatre > 'cause there is LOTS of metal around. > does anyone else have experience with this? > > Ballard Andrews > Computing Division > Brookhaven Lab > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com with lots of metal you should either try to get the metal compensation module from polhemus or looking for another tracking system (ascension's flock of bird for example). i've done programming on both and must confess the bird is easier to use/ maintain but seems not that accurate at long distances as the fastrak with a longranger does. you may contact me for some sources but they are neither performer related nor performer tested. hope this helps. j. -- +---------------------------------------+-----------------------+ | jan springer | this | | student of applied computer science | space | | bauhaus-university germany | reserved | +---------------------------------------+ for | | jan.springer@informatik.uni-weimar.de | quote | +---------------------------------------+-----------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 15:04:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16264; Thu, 4 Sep 1997 10:28:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16248; Thu, 4 Sep 1997 10:28:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA16425; Thu, 4 Sep 1997 10:28:38 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA08156 for ; Thu, 4 Sep 1997 10:28:37 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id KAA16420; Thu, 4 Sep 1997 10:28:37 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id KAA27550; Thu, 4 Sep 1997 10:28:36 -0700 Resent-From: "Rob Jenkins" Resent-Message-Id: <9709041028.ZM27548@quid.csd.sgi.com> Resent-Date: Thu, 4 Sep 1997 10:28:36 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Resent-To: info-performer@sgi.com Received: from rock.csd.sgi.com by quid.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA07486; Thu, 28 Aug 1997 03:17:20 -0700 Received: from holodeck.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id DAA18349; Thu, 28 Aug 1997 03:17:20 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA19712; Thu, 28 Aug 1997 03:16:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA18270; Thu, 28 Aug 1997 03:16:58 -0700 Received: from V70C.Npt.NUWC.Navy.Mil (NPT.NUWC.NAVY.MIL [129.190.70.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA04842 for ; Thu, 28 Aug 1997 03:16:53 -0700 env-from (shellr@medeiros4.npt.nuwc.navy.mil) Received: from TECH.NPT.NUWC.NAVY.MIL ("port 1633"@MEDEIROS4.NPT.NUWC.NAVY.MIL) by Npt.NUWC.Navy.Mil (PMDF V5.1-8 #13154) with ESMTP id <01IMYOLLHYMU8Y5DBM@Npt.NUWC.Navy.Mil> for info-performer-request@sgi.com; Thu, 28 Aug 1997 06:16:49 -0400 (EDT) Received: from [129.190.82.132] by TECH.NPT.NUWC.NAVY.MIL with SMTP (Apple Internet Mail Server 1.1.1); Thu, 28 Aug 1997 06:18:53 -0400 Date: Thu, 28 Aug 1997 06:18:53 -0400 From: Richard Shell Subject: Stereo Graphics To: info-performer-request@sgi.com Reply-to: Richard Shell Message-id: <1339373363-221973017@TECH.NPT.NUWC.NAVY.MIL> MIME-version: 1.0 X-Mailer: POPmail 2.3b7 Content-type: text/plain; charset=us-ascii Status: O I have an Indigo2 with Extreme graphics running Performer 1.2. I've downloaded the program sfly.c. I can compile it but it won't run in stereo because my machine doesn't support the stereobuffer command. Is there a work around for this? I know the machine does support stero under Performer 2.1 Thanks, Richard Shell Richard Shell Naval Undersea Warfare Center Code 8212 Bldg. 679/1 Newport, RI 02841 Phone: (401) 841-3307 E-mail: shellr@medeiros4.npt.nuwc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 15:04:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18073; Thu, 4 Sep 1997 13:12:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA18057; Thu, 4 Sep 1997 13:12:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11408; Thu, 4 Sep 1997 13:12:29 -0700 Received: from sgimco.orlando.sgi.com ([169.238.145.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA02413 for ; Thu, 4 Sep 1997 13:12:27 -0700 env-from (peter@magic.orlando.sgi.com) Received: from magic.orlando.sgi.com by sgimco.orlando.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgimco.orlando.sgi.com:info-performer@sgi.com> id PAA13675; Thu, 4 Sep 1997 15:46:18 -0400 Received: by magic.orlando.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id PAA16107; Thu, 4 Sep 1997 15:46:17 -0400 From: "peter" Message-Id: <9709041546.ZM16105@magic.orlando.sgi.com> Date: Thu, 4 Sep 1997 15:46:06 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: softimage motion paths Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello all, does anyone have some example code on importing softimage motion paths into performer ? Thanks, Peter Drewes System Engineer Silicon Graphics Orlando peter@orlando.sgi.com -- peter ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 15:04:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA17498; Thu, 4 Sep 1997 12:58:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA17480; Thu, 4 Sep 1997 12:58:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA09096; Thu, 4 Sep 1997 12:58:08 -0700 Received: from omega.turknet.com.tr (omega.turk.net [194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id MAA27567 for ; Thu, 4 Sep 1997 12:57:36 -0700 env-from (mderdem@turk.net) Received: from DEVRIM (DEVRIM [194.54.52.234]) by omega.turknet.com.tr (NTMail 3.02.13) with ESMTP id ta335263 for ; Thu, 4 Sep 1997 22:58:50 +0300 From: Simulation Dept X-Priority: Normal Content-Type: text/plain To: info-performer@sgi.com Subject: DTED and DFAD file format X-Mailer: Pronto97 E-Mail [ver 4.0] Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 4 Sep 1997 22:58:50 +0300 Message-Id: <19585090257580@turknet.com.tr> Status: O Hi, I looking for the file format of dted and dfad. Can anyone show me some pointers ? ==================================== Devrim Erdem mderdem@turk.net Application Engineer infoTRON - Turkey ==================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 4 15:04:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA17717; Thu, 4 Sep 1997 13:02:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA17701; Thu, 4 Sep 1997 13:01:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA09847; Thu, 4 Sep 1997 13:01:58 -0700 Received: from omega.turknet.com.tr (omega.turk.net [194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA28959 for ; Thu, 4 Sep 1997 13:01:52 -0700 env-from (mderdem@turk.net) Received: from DEVRIM (DEVRIM [194.54.52.234]) by omega.turknet.com.tr (NTMail 3.02.13) with ESMTP id xa335267 for ; Thu, 4 Sep 1997 23:03:00 +0300 From: Simulation Dept X-Priority: Normal Content-Type: text/plain To: info-performer@sgi.com Subject: Dxf to DFAD X-Mailer: Pronto97 E-Mail [ver 4.0] Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 4 Sep 1997 23:03:00 +0300 Message-Id: <20030069257614@turknet.com.tr> Status: O Hi, I have received a very detailed dxf and I want to create a dfad for use with performer and vega. However Multigen exportdfad didn't help much. I think we need to code our converter. But before that does anyone had a similar problem and found a faster solution ? ( You know best code is the non existing code.) ==================================== Devrim Erdem mderdem@turk.net Application Engineer infoTRON - Turkey ==================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From allan Thu Sep 4 22:43:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-log id WAA02306; Thu, 4 Sep 1997 22:43:26 -0700 Return-Path: Date: Thu, 4 Sep 1997 22:43:26 -0700 From: allan (Allan Schaffer) Message-Id: <199709050543.WAA02306@holodeck.csd.sgi.com> To: info-performer-log Subject: testing Status: O testing log ---- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan From guest Fri Sep 5 00:56:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA01158; Thu, 4 Sep 1997 19:04:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA01132; Thu, 4 Sep 1997 19:04:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA23497; Thu, 4 Sep 1997 19:04:01 -0700 Received: from burdell.cc.gatech.edu (burdell.cc.gatech.edu [130.207.3.207]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA15239 for ; Thu, 4 Sep 1997 19:03:59 -0700 env-from (koller@cc.gatech.edu) Received: from gaia.cc.gatech.edu (koller@gaia.cc.gatech.edu [130.207.3.8]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id WAA29637; Thu, 4 Sep 1997 22:03:57 -0400 (EDT) Received: (from koller@localhost) by gaia.cc.gatech.edu (8.8.4/8.6.9) id WAA05412; Thu, 4 Sep 1997 22:03:56 -0400 (EDT) From: koller@cc.gatech.edu (David Koller) Message-Id: <199709050203.WAA05412@gaia.cc.gatech.edu> Subject: Re: DTED and DFAD file format To: mderdem@turk.net (Simulation Dept) Date: Thu, 4 Sep 1997 22:03:55 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <19585090257580@turknet.com.tr> from "Simulation Dept" at Sep 4, 97 10:58:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O > I looking for the file format of dted and dfad. Can anyone show me some > pointers ? Specifications for both DTED and DFAD Levels 1 and 2 are available in Microsoft Word format at the NIMA WWW site: http://www.nima.mil/publications/specs/index.html -------------------- David Koller koller@cc.gatech.edu | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 00:32:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA00900; Thu, 4 Sep 1997 18:36:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00872; Thu, 4 Sep 1997 18:36:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA21374; Thu, 4 Sep 1997 18:36:21 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA09835 for ; Thu, 4 Sep 1997 18:36:21 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id SAA00705; Thu, 4 Sep 1997 18:34:28 -0700 Date: Thu, 4 Sep 1997 18:34:28 -0700 From: allan (Allan Schaffer) Message-Id: <9709041834.ZM703@holodeck.csd.sgi.com> In-Reply-To: Jan Barglowski "Framerate on iR..." (Sep 3, 3:12pm) References: <199709032212.WAA13227@cyclops> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Jan Barglowski , info-performer@sgi.com Subject: Re: Framerate on iR... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 3, 3:12pm, Jan Barglowski wrote: > > I'm trying to optimize my framerate. At 30Hz PFPHASE_LOCK my app > runs well, but about every 2 seconds the stats display "jumps" > and I consistently get 2-4 misses shown in the stats window. For > the app/cull/draw misses, there are zero misses shown. > > Now the fun part. I run the app at 60Hz PFPHASE_LOCK and I get > the exact same symptoms: 2-4 misses and none shown for each of the > processes. Thinking it was my program, I then ran "perfly esprit.flt" > and got the same statistics. > > Setup: 12cpu iR, IRIX 6.2, Performer 2.1, running programs as root > with non-degrading priorities and locked-down CPUs. My app can easily > run 60Hz (well, I disabled preFrame() and postFrame() for these tests ;-) It's most likely that something is waking up (on another CPU) and drawing some graphics, which causes a graphics context switch to occur in the pipeline. Do you have a clock, gr_osview, gr_top, top, osview, or any other program running which might be periodically updating its display? Does your application print debug info into a shell window? Are messages coming in from this mailing list every two seconds? :-) Even if the culprit is covered by your simulation window, it will still cause the graphics pipe to switch contexts (so it can determine which window -is- on top) and the simulation will glitch. Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 01:21:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA01332; Thu, 4 Sep 1997 19:31:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA01307; Thu, 4 Sep 1997 19:31:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA24875; Thu, 4 Sep 1997 19:31:10 -0700 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA20331 for ; Thu, 4 Sep 1997 19:31:08 -0700 env-from (cutt@netcom.com) Received: (from cutt@localhost) by netcom.netcom.com (8.6.13/Netcom) id TAA20931; Thu, 4 Sep 1997 19:31:01 -0700 Date: Thu, 4 Sep 1997 19:31:00 -0700 (PDT) From: "Paul S. Cutt" Subject: Re: Fastrak, VR devices etc., To: Jan Springer cc: "A. Ballard Andrews" , info-performer@sgi.com In-Reply-To: <340F14AA.41C6@informatik.uni-weimar.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear Mr Springer, Our XVS-Synclink API has the libraries you need and is guaranteed to work with Performer. Also provides you with the interfaces to most VR devices and will add the ones you need. Thanks, paul Xtensory XVS-Link (TM) A Standard Device Interface for Virtual Environments and Applications (The software formerly known as SyncLink) Benefits XVS-Link (TM) is a C++ class library that simplifies adding and maintaining virtual reality (VR) sensor support in existing applications. It provides a standard device interface for including virtual environment devices into applications. Virtual environments have led to the proliferation of 3D devices with multiple degrees of freedom x, y, z, roll, pitch, yaw). Each device has its own strengths and weaknesses, and the creation of new devices brings with it a constant improvement in the capabilities available. However, using these devices in applications is not easy. Many of these devices are mutually incompatible. They have different command sets; they use different command syntax for the same commands; the output they give to the computer follows different binary formats; and the same type of data is presented using different coordinate systems. Until now, the near-total lack of standardization of even the simplest virtual reality functions has discouraged developers from supporting multiple devices, or adding any VR support to their applications at all. XVS-Link takes the load off the application developer by providing a standardized and portable object-oriented set of VR device drivers. This lets the developer concentrate on the applications, rather than the idiosyncracies of each VR device. Object Oriented XVS-Link provides an object-oriented interface to VR devices. There is a single C++ class hierarchy for VR sensors. This hierarchy currently handles 6-D sensors such as the Polhemus Fastrak, Logitech 3D Mouse, Ascension Flock of Birds, Spaceball 2003, and the VPL Research DataGlove Model 2. A second C++ class for coordinate systems allows the application programmer to translate automatically between the differing coordinate systems used by VR devices, 3D rendering systems, and existing applications and data sets. In addition, XVS-Link also provides a C interface to the C++ libraries. This enables programming entirely in C and calling all the devices from C. Common Interface All devices which provide 6-degree of freedom position and orientation data are handled similarly. XVS-Link's base sensor class provides standard operations for opening devices, closing devices, and reading position, Euler angles, toggles, and other device data. Common filtering operations are also avaiable in the base class, including origin offset, setting tolerance levels, clipping, modulo, and scaling. Each device may report data in either absolute or relative values, whether it is an isometric device like the Spaceball, or an isotonic device like the Fastrak. While the XVS-Link base class provides a common interface to common VR functions across different devices, it does not limit the application programmer to the lowest common denominator. Device-specific functions are also provided. For example, Fastrak and Flock of Birds users can make use of the multistation capabilities of these devices, allowing multiple receivers to be read from a single serial port. DataGlove Model 2 programmers can calibrate the glove and read and write ASCII-formatted calibration tables. Logitech users may access the fringe and out of range settings which warn when the receiver is approaching its line-of-sight limits. Sample application code provided with XVS-Link demonstrates how the same source code can be used to control any of the supported sensors. Switching Sensors XVS-Link's common interface makes it easy to switch between sensors from within an application. Simply close and delete the old sensor object, create and open a new sensor object, and reapply the application's sensor filters. Even this level of detail can be hidden from the user by the application. No longer do the software incompatibilities between sensors inhibit switching between them from within an application. Customized Support Xtensory provides the services for adding customized device support at minimal costs. We will add your device to use the same interface. Custom devices can then use the same standard object-oriented interface as commercial devices, without losing access to the functionality that makes the device unique. This enables all devices to share the same API. Maintenance Xtensory provides support for upgrades and maintains the drivers as new devices become available. Portability XVS-Link provides portability between different UNIX and POSIX platforms. The same C++ class library is available for Silicon Graphics, Kubota Pacific, and Digital Equipment systems. Devices Supported Ascension Flock of Birds Ascension Extended Range Flock of Birds Ascension MotionStar BG Systems BeeBox General Reality CyberEye General Reality DataGlove Immersion Probe and Personal Digitizer Immersion Impulse Engine 2000 Logitech 3D Mouse, Cyberman and Space Control Mouse/Magellan Origin Instruments DynaSight Polhemus Fastrak, Insidetrak, Isotrak, and 3Ball Precision Navigation Wayfinder Spacetec Spaceball 2003 and 3003 Virtual I/O i-glasses! Virtual Technologies CyberGlove VPL DataGlove Model 2 5DT 5-Glove System Requirements XVS-Link includes a C wrapper library, C++ object library, C++ header files, and sample C++ test software. XVS-Link requires one of the following operating systems: SGI IRIX 5.2 or later (Irix 6.2 is now supported with CC -n32 -o3 compile option) Digital OSF/1 1.3 or later Microsoft Windows NT 3.51 (or later)/Windows 95 HP-UX 9.0 or later Sun XVS-Link also requires the appropriate C/C++ compiler for the platform: SGI C++ 3.0 Digital C++ 1.3 or later Microsoft Visual C++ 4.0 HP Sun Contact Xtensory regarding support for VR devices or UNIX/POSIX operating systems not listed above. Xtensory will add in specific device support for custom devices so that they use the same interface API at minimal cost. Contact Xtensory Inc 140 Sunridge Drive Scotts Valley, CA 95066 USA Tel 408/439-0600 Fax 408/439-8845 cutt@netcom.com www.xtensory.com ...opening the doors of perception (TM) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 03:05:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA01647; Thu, 4 Sep 1997 21:29:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA01622; Thu, 4 Sep 1997 21:29:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA00677; Thu, 4 Sep 1997 21:29:13 -0700 Received: from mail.airmail.net (mail.airmail.net [206.66.12.40]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id VAA13802 for ; Thu, 4 Sep 1997 21:29:11 -0700 env-from (jgalis@airmail.net) Received: from ia.airmail.net from [207.136.12.26] by mail.airmail.net (/\##/\ Smail3.1.30.16 #30.181) with smtp for id ; Thu, 4 Sep 97 23:29:00 -0500 (CDT) Message-ID: <340F8B28.1FEE@airmail.net> Date: Thu, 04 Sep 1997 23:31:36 -0500 From: jgalis Reply-To: jgalis@airmail.net Organization: NA X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: Angus Dorbie CC: Jan Barglowski , info-performer@sgi.com, jgalis@pe-i.com Subject: Re: Framerate on iR... References: <199709032212.WAA13227@cyclops> <9709041014.ZM9968@multipass.engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Angus Dorbie wrote: > > Do you have any other graphics running, for example a desktop clock? that might do it, but some other things to check: 1. are you running any ISECT processes? 2. How about DBASE processes? are they forked/sproced and are they also locked down? 3. are you sure your processes are locked down? mpadmin -s will tell you 4. is this multipipe? if so, are you genlocked? 5. The swapbuffers will sync with the video retrace interval. Are you running a video format that is in phase with 30 or 60Hz? 6. you can also look at what cron jobs are running in background 7. check in your irix.sm file to make sure you are directing sprayed interrupts to the right cpus 8. were you running gr_osview or osview at a 2sec interval? 9. the best thing to do is to run the rtmond daemon using react-pro-sw along with WindView and get a trace of each cpu on your system during the time when it "jumps". this is the most deterministic way to evaluate whats going on. You can run WindView traces down to the microsec without any problems. After that, if you still have problems, you'll need to bring in the big guns! I know someone youcan call :) -- Thanks, Jim ******************************************* Jim Galis Work email: jgalis@pe-i.com Home email: jgalis@airmail.net --- There are no accidents --- ******************************************* > > Cheers,Angus. > > On Sep 3, 3:12pm, Jan Barglowski wrote: > > Subject: Framerate on iR... > > Hi! > > > > I'm trying to optimize my framerate. At 30Hz PFPHASE_LOCK my app > > runs well, but about every 2 seconds the stats display "jumps" > > and I consistently get 2-4 misses shown in the stats window. For > > the app/cull/draw misses, there are zero misses shown. > > > > Now the fun part. I run the app at 60Hz PFPHASE_LOCK and I get > > the exact same symptoms: 2-4 misses and none shown for each of the > > processes. Thinking it was my program, I then ran "perfly esprit.flt" > > and got the same statistics. > > > > I checked the pfFrameStats and set PFFSTATS_UPDATE_FRAMES to 0 as > > shown in the Performer Guide, but I still get the jump ~2 second > > intervals. > > > > Setup: 12cpu iR, IRIX 6.2, Performer 2.1, running programs as root > > with non-degrading priorities and locked-down CPUs. My app can easily > > run 60Hz (well, I disabled preFrame() and postFrame() for these tests ;-) > > > > Any ideas? > > > > jan > > > > -- > > Jan Anthony Barglowski jan@chinalake.navy.mil > > Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan > > Naval Air Warfare Center, China Lake (619) 927-1057 > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Jan Barglowski > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 03:28:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA01751; Thu, 4 Sep 1997 21:49:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA01726; Thu, 4 Sep 1997 21:49:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA01520; Thu, 4 Sep 1997 21:49:06 -0700 Received: from mailgate2.boeing.com (mailgate2.boeing.com [199.238.248.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA16967 for ; Thu, 4 Sep 1997 21:49:04 -0700 env-from (shankar@redwood.rt.cs.boeing.com) Received: from splinter.boeing.com by mailgate2.boeing.com (SMI-8.6/SMI-SVR4) id VAA04845; Thu, 4 Sep 1997 21:49:01 -0700 Received: from redwood.rt.cs.boeing.com by splinter.boeing.com with SMTP (1.37.109.16/16.2) id AA216094942; Thu, 4 Sep 1997 21:49:02 -0700 Received: from vidya by redwood.rt.cs.boeing.com (5.x/SMI-SVR4) id AA05469; Thu, 4 Sep 1997 21:49:53 -0700 Received: (from shankar@localhost) by vidya (950413.SGI.8.6.12/950213.SGI.AUTOCF) id VAA14373 for info-performer@sgi.com; Thu, 4 Sep 1997 21:48:58 -0700 From: "Shankar Swamy" Message-Id: <9709042148.ZM14372@vidya> Date: Thu, 4 Sep 1997 21:48:58 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Gettting the modelview matrix from precull callback Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I need to compute the modelview matrix that performer loads for rendering a given geode. Here is what I am trying (and failing to get the right matrix): Inside the precull-callback: 1. Get the view matrix for the channel: pfChannel::getViewMat(myPfVMat); 2. Collect the transformations from DCS's/SCS's along the path to the geode: pfTraverser::getMat(myCMat); 3. myPfVMat->preMult(myCMat); 4. Transform to OpenGL system by a 90-degree rotation about x-axis and then a transpose: myTmpMat.preRot(90, 1,0,0, myPfVMat) ; myOglMat.transpose(myTmpMat) ; Now, I compare this with the OpenGL modelview matrix that I get by doing glGetFloatv(GL_MODELVIEW_MATRIX, ...) in the post/pre-draw callbacks for the same node, I get a different matrix!! Does someone see what's going wrong here? Some additional info that might be relevant: 1. I have tried minor variations of the above such as postRot(..) in place of preRot(...) etc. :-) 2. I need to get this in the precull-callback because for my application, based on the nature of the modelview matrix, at times I cull the geode. So obtaining the MODELVIEW matrix from the draw callbacks is not an option. Thanks, - shankar swamy ---------------------------------------------------------------------------- shankar@boeing.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 04:40:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA02456; Thu, 4 Sep 1997 23:11:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA02429; Thu, 4 Sep 1997 23:11:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA05357; Thu, 4 Sep 1997 23:11:02 -0700 Received: from cupid.dt.nchc.gov.tw ([140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA01701 for ; Thu, 4 Sep 1997 23:07:42 -0700 env-from (a00chc00@nchc.gov.tw) Received: from nchc.gov.tw ([140.110.12.168]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id OAA27450 for ; Fri, 5 Sep 1997 14:04:02 +0800 (CST) Message-ID: <340FA0BC.16A75BA9@nchc.gov.tw> Date: Fri, 05 Sep 1997 14:03:40 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.02 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: pixel problem... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, In our application we need to output four 640x480 and four 320x240 channels. We use DG4-8 on our Onyx2 IR (R10000) machine and have 8 VGA monitors conneted to the output ports. The problem is that those 320x240 images get scaled up on the VGA monitors and cover the whole screen, and we would like to make the image to be displayed at the center of the screen and covering 1/4 of the screen area. Is there anyway to do that? Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 05:40:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA02584; Fri, 5 Sep 1997 00:19:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA02559; Fri, 5 Sep 1997 00:19:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA10756; Fri, 5 Sep 1997 00:19:09 -0700 Received: from nic.eunet.no (nic.eunet.no [193.71.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA13639 for ; Fri, 5 Sep 1997 00:19:06 -0700 env-from (nic.eunet.no!indigo!autosim.no!inge) Received: from indigo.UUCP (uucp@localhost) by nic.eunet.no (8.8.6/8.8.6) with UUCP id JAA28317 for eunor!sgi.com!info-performer; Fri, 5 Sep 1997 09:00:50 +0200 (MET DST) Received: from gloria.autosim.no by indigo.autosim.no via SMTP (931110.SGI/930416.SGI) for eunor!sgi.com!info-performer id AA14024; Fri, 5 Sep 97 11:11:21 +0200 Sender: rock.csd.sgi.com!sgi.com!nic.eunet.no!indigo!inge Message-Id: <340FCCB9.41C6@autosim.no> Date: Fri, 05 Sep 1997 02:11:21 -0700 From: Inge Henriksen Organization: Autosim A/S X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: sgi-infoperformer Subject: Re: JPG converter References: <340F1EC7.31DF@drawcomp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Prakash Mahesh wrote: > > Hi, > > This is not directly a performer question. > Is there a JPG to RGB converter? Or JPG to any other format? I have the > from* stuff (fromxbm, fromgif,...), unforunately that does not have a > JPG converter. > I would appreciate any pointers. > Thanks. > -- > Prakash Mahesh > prakash@drawcomp.com > --or-- > prakash@openworlds.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Hello ----- If you have a program called /usr/sbin/compview you can use this, otherwise the program imcopy will do the trick: imgcopy test.jpg test.rgb Greetings --------------------------- Inge Eivind Henriksen Autosim A/S P.B. 2303 N-9002 Tromsoe Norway Tlf.nr.: +(47) 77 67 50 75 Fax.nr.: +(47) 77 67 67 01 Mailto:inge@autosim.no ---------------------------- Word for thought: Joh.3:16-21 ---------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 05:59:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA02635; Fri, 5 Sep 1997 00:38:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA02610; Fri, 5 Sep 1997 00:38:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA12253; Fri, 5 Sep 1997 00:38:20 -0700 Received: from puth.demeern.sgi.com ([144.253.208.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA17465 for ; Fri, 5 Sep 1997 00:38:13 -0700 env-from (dick@demeern.sgi.com) Received: by puth.demeern.sgi.com (950413.SGI.8.6.12/940406.SGI) id JAA27782; Fri, 5 Sep 1997 09:24:44 +0200 Date: Fri, 5 Sep 1997 09:24:44 +0200 From: dick@demeern.sgi.com (Dick Rous) Message-Id: <9709050924.ZM27780@puth.demeern.sgi.com> In-Reply-To: Wilfred Janssen "ASD-demo & clipmapping" (Sep 4, 6:21pm) References: <340EE027.167E@sara.nl> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Wilfred Janssen , info-performer@sgi.com Subject: Re: ASD-demo & clipmapping Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Wilfred, Sample source code for ASD is in /usr/share/Performer/src/sample/[C,C++]/asdfly Clipmapping sample is in the performer_dev distribution for 2.2 Regards, Dick. On Sep 4, 6:21pm, Wilfred Janssen wrote: > Subject: ASD-demo & clipmapping > Hello Performers, > > At the friends of Performer meeting at Siggraph a very nice demo was > shown that demonstrated the active surface definition (I think that was > the term used) and I think it also used clipmapping. Terrain that was > near the camera was represented by small polygons and high resolution > textures and terrain further away was low res. We have to develop an > application that does these things also. THerefore, is this demo program > (source code) available or is there any description of how it is done? > > Thanks > > Wilfred > > -- > =================================================================== > | Wilfred Janssen SARA | > | Project Manager CAVE P.O. Box 94613 | > | Consultant Scientific Computing 1090 GP Amsterdam | > | Academic Computing Services Amsterdam The Netherlands | > | | > | Phone: +31 (0) 20 592 3000 e-mail: wilfred@sara.nl | > | Fax: +31 (0) 20 668 3167 URL: http://www.sara.nl | > =================================================================== > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Wilfred Janssen -- ______________________________________________________________ Dick Rous direct phone: (31) 30-6696868 Senior Systems Engineer Graphics Technology Silicon Graphics BV phone....: (31) 30-6696777 Veldzigt 2 fax......: (31) 30-6696799 3454 PW De Meern email....: dick@demeern.sgi.com The Netherlands ______________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 06:26:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA02743; Fri, 5 Sep 1997 01:08:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA02718; Fri, 5 Sep 1997 01:08:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA13556; Fri, 5 Sep 1997 01:08:26 -0700 Received: from crane.cf.ac.uk (crane.cf.ac.uk [131.251.0.45]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA22818 for ; Fri, 5 Sep 1997 01:08:25 -0700 env-from (Ruddle@cardiff.ac.uk) Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP (PP); Fri, 5 Sep 1997 09:01:03 +0100 Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.7/8.6.12) with SMTP id JAA23613 for ; Fri, 5 Sep 1997 09:08:14 +0100 (BST) Date: Fri, 5 Sep 1997 09:08:14 +0100 (BST) From: Roy Ruddle Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.com Subject: Re: Pf 2.0 make error (the ANSWER) In-Reply-To: <199709041432.KAA03219@hf.ht.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > OR...you may not have Parallel Make Utilities software subsystem installed. I > seem to remember that this subsystem was not installed by default when I had > installed "Development System, 7.1 on irix 6.2" once upon a time. > > Cheers, > scott > Thanks Scott, you're memory is 100% correct. That provides the solution. roy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 09:04:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04075; Fri, 5 Sep 1997 06:23:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04050; Fri, 5 Sep 1997 06:23:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00113; Fri, 5 Sep 1997 06:23:24 -0700 Received: from ECRC.de (mail.ecrc.de [141.1.1.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA11102 for ; Fri, 5 Sep 1997 06:23:23 -0700 env-from (reiners@ecrc.de) Received: (qmail 31469 invoked from network); 5 Sep 1997 13:23:21 -0000 Received: from scorpio.ecrc.de (141.1.4.100) by mail.ecrc.de with SMTP; 5 Sep 1997 13:23:21 -0000 Received: from euclid.ecrc.de (euclid.ecrc.de [141.1.3.41]) by scorpio.ecrc.de (8.8.3/8.8.4/$Revision: 1.4 $) with ESMTP id PAA16589; Fri, 5 Sep 1997 15:23:20 +0200 (MET DST) Received: (from reiners@localhost) by euclid.ecrc.de (8.8.2/8.8.2/$Revision: 1.1 $) id PAA15301; Fri, 5 Sep 1997 15:23:22 +0200 (MDT) From: "Dirk Reiners" Message-Id: <9709051523.ZM15299@euclid> Date: Fri, 5 Sep 1997 15:23:21 -0600 In-Reply-To: "Charlie H. Chang" "pixel problem..." (Sep 5, 2:03pm) References: <340FA0BC.16A75BA9@nchc.gov.tw> X-Face: "`A\#m^;_fF4zDC3eD@[pKCui5i.FQgNnQRYt[l7o[*M0tF5*@vI$(t1;}B+~t;s\&esfOu+<3\Lg/y"wyG]w'Z"K4j0-[u-~jw^D7{I;7BUU'hvnvF:~O1KGjjRoHO9/]5.@Y>~[v:km#3+c|+Rlk{LP"S~TunjL7MoGUMeTlJD?ciwXYP Subject: Re: pixel problem... Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 5, 2:03pm, Charlie H. Chang wrote: > Subject: pixel problem... > Hi, > > In our application we need to output four 640x480 and four 320x240 > channels. > We use DG4-8 on our Onyx2 IR (R10000) machine and have 8 VGA > monitors conneted to the output ports. The problem is that those > 320x240 > images get scaled up on the VGA monitors and cover the whole screen, and > we > would like to make the image to be displayed at the center of the screen > and covering > 1/4 of the screen area. > Is there anyway to do that? > Thank you in advance! > >-- End of excerpt from Charlie H. Chang Two ideas: 1. Make all the output channels 640x480 and add a black border around your 320x240 channels. You will need to make your X display area bigger and might take a hit on pixel depth (don't have an iR handy to try). And this also assumes that the 320x240 are not just zooms into parts of other displays but are separate channels. 2. Create your own video output format that uses longer front and back porches so that only 320x240 is displayed in the middle of the screen. I have no idea if the monitor can handle that or if it works at all, but that's the only chance I see. Take a look at http://www.sgi.com/Products/software/vfc/ on how to do your own video formats. Hope it helps Dirk -- -- Dirk Reiners reiners@ecrc.de, reiners@igd.fhg.de -- ZGDV - AR Group http://www.igd.fhg.de/~reiners -- Arabellastr. 17 (ECRC) -- D-81925 Muenchen All standard disclaimers apply. -- Truth is stranger than fiction because fiction has to make sense. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 09:04:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA03822; Fri, 5 Sep 1997 05:22:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA03797; Fri, 5 Sep 1997 05:22:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA26326; Fri, 5 Sep 1997 05:22:44 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA00489 for ; Fri, 5 Sep 1997 05:22:41 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id OAA06870; Fri, 5 Sep 1997 14:42:40 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma006844; Fri, 5 Sep 97 14:42:18 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id OAA24417; Fri, 5 Sep 1997 14:19:41 +0200 (MET DST) From: Mario Veraart Message-Id: <199709051219.OAA24417@s00sn1.fel.tno.nl> Subject: Re: Transparency and Lighting? Don't work together? To: rhoinkes@imm-studios.com (Rodney Hoinkes) Date: Fri, 5 Sep 1997 14:19:41 +0200 (MET DST) Cc: info-performer@sgi.com (Performer) In-Reply-To: <33E7C9F2.41C6@imm-studios.com> from "Rodney Hoinkes" at Aug 5, 97 08:48:50 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > We are having a problem that it is likely others have as well and are > seeking advice from the wise. > > We have a custom pf loader for our data. Some nodes within it are solid > (no alpha) and some are alpha'd. When I setup the modes with > pfdBldrStateMode and turn PFSTATE_TRANSPARENCY ON, the objects only show > transparency when the 'sun' is OFF (not EYE or SUN in perfly). > > Now I can live without lighting (if I must) on alpha'd objects so I also > added PFSTATE_ENLIGHTING to OFF on transparent nodes. This generally > works except that I occasionally get lighting flashes across the model > while fly around it (lighting on the whole model - or big parts of it > turn on or off briefly). These flashes are unacceptable as are solid > nodes that should be alpha. I encountered the same effect in my app that builds it's owm geometry. I found that I needed to attach a material to ALL the geometry. Try to share the same matrial as much as possible. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 09:04:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04612; Fri, 5 Sep 1997 07:38:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04587; Fri, 5 Sep 1997 07:38:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06433; Fri, 5 Sep 1997 07:38:06 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA29187 for ; Fri, 5 Sep 1997 07:38:05 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id HAA06428; Fri, 5 Sep 1997 07:38:05 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id HAA00115; Fri, 5 Sep 1997 07:38:04 -0700 From: "Rob Jenkins" Message-Id: <9709050738.ZM113@quid.csd.sgi.com> Date: Fri, 5 Sep 1997 07:38:04 -0700 In-Reply-To: Jan Barglowski "Framerate on iR..." (Sep 3, 3:12pm) References: <199709032212.WAA13227@cyclops> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Framerate on iR... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Doh ! I think I just said par -rSSt would trace scheduling, I meant: par -rQQt Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 09:04:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04533; Fri, 5 Sep 1997 07:30:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04508; Fri, 5 Sep 1997 07:30:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05632; Fri, 5 Sep 1997 07:30:58 -0700 Received: from austin.cs.unc.edu (austin.cs.unc.edu [152.2.128.87]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA27121 for ; Fri, 5 Sep 1997 07:30:56 -0700 env-from (zhangh@cs.unc.edu) Received: from pleco.cs.unc.edu by austin.cs.unc.edu (8.6.10/UNC_10_05_96) id KAA07140; Fri, 5 Sep 1997 10:30:54 -0400 From: Hansong Zhang Received: (from zhangh@localhost) by pleco.cs.unc.edu (8.8.6/8.8.6) id KAA10654; Fri, 5 Sep 1997 10:30:54 -0400 (EDT) Message-Id: <199709051430.KAA10654@pleco.cs.unc.edu> Subject: Re: Gettting the modelview matrix from precull callback To: shankar@redwood.rt.cs.boeing.com (Shankar Swamy) Date: Fri, 5 Sep 1997 10:30:53 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <9709042148.ZM14372@vidya> from "Shankar Swamy" at Sep 4, 97 09:48:58 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > > I need to compute the modelview matrix that performer loads for > rendering a given geode. Here is what I am trying (and failing to > get the right matrix): > > Inside the precull-callback: > > 1. Get the view matrix for the channel: pfChannel::getViewMat(myPfVMat); > > 2. Collect the transformations from DCS's/SCS's along the path to the > geode: pfTraverser::getMat(myCMat); > 3. myPfVMat->preMult(myCMat); > 4. Transform to OpenGL system by a 90-degree rotation about x-axis and > then a transpose: > myTmpMat.preRot(90, 1,0,0, myPfVMat) ; > myOglMat.transpose(myTmpMat) ; > > Now, I compare this with the OpenGL modelview matrix that I get by doing > glGetFloatv(GL_MODELVIEW_MATRIX, ...) in the post/pre-draw callbacks for > the same node, I get a different matrix!! > > Does someone see what's going wrong here? > > Some additional info that might be relevant: > > 1. I have tried minor variations of the above such as postRot(..) in place of > preRot(...) etc. :-) > > 2. I need to get this in the precull-callback because for my application, > based on the nature of the modelview matrix, at times I cull the geode. > So obtaining the MODELVIEW matrix from the draw callbacks is not an > option. > > Thanks, > > - shankar swamy The viewing matrix you get from pfChannel::getViewMat() is the inverse of a "normal" viewmat. That is, it tranforms from eye coord to world coord. To transform the performer viewing matrix (viewMat) into an OpenGL one (glViewMat), you could: glViewMat.invertAff(viewMat); glViewMat.postRot(glViewMat, -90, 1, 0, 0); Hansong ------------------------------------------------------------- Hansong Zhang \ zhangh@cs.unc.edu Walkthrough Group \ http://www.cs.unc.edu/~zhangh Department of Computer Science \ (919)962-1835 (O) UNC-Chapel Hill \ (919)914-0761 (H) ------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 09:04:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA03876; Fri, 5 Sep 1997 05:44:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA03851; Fri, 5 Sep 1997 05:44:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA27587; Fri, 5 Sep 1997 05:44:10 -0700 Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA03776 for ; Fri, 5 Sep 1997 05:44:09 -0700 env-from (tbeaucha@d-a-s.com) Received: from d-a-s.com (picard.d-a-s.com [198.240.116.34]) by us.net (8.8.6/8.8.6) with SMTP id IAA01231; Fri, 5 Sep 1997 08:44:06 -0400 (EDT) X-Provider: US Net - Advanced Internet Services - (301) 572-5926 - info@us.net Where Business Connects! (tm) -- http://www.us.net/ Received: from skinner by d-a-s.com (4.1/SMI-4.1) id AA03112; Fri, 5 Sep 97 08:46:52 EDT Sender: tbeaucha@d-a-s.com Message-Id: <340FFF3B.3F54@d-a-s.com> Date: Fri, 05 Sep 1997 08:46:51 -0400 From: "Tracey Beauchat (DAS)" Organization: Dynamic Animations Systems, Inc. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: David Koller Cc: info-performer@sgi.com Subject: Re: DTED and DFAD file format References: <199709050203.WAA05412@gaia.cc.gatech.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O David Koller wrote: > > > I looking for the file format of dted and dfad. Can anyone show me some > > pointers ? > > Specifications for both DTED and DFAD Levels 1 and 2 are > available in Microsoft Word format at the NIMA WWW site: > > http://www.nima.mil/publications/specs/index.html > Speaking of file formats, does anyone know where I can find a specification for ADRG? The above site only has CADRG. Thanks for any pointers. -- Tracey A. Beauchat, Ph.D. Principal Engineer Dynamic Animation Systems Voice: (703)425-2203 6035 Burke Center Parkway Fax : (703)425-2204 Suite 200 Burke, VA 22015 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 11:28:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05488; Fri, 5 Sep 1997 10:02:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05463; Fri, 5 Sep 1997 10:02:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28247; Fri, 5 Sep 1997 10:02:29 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA13422 for ; Fri, 5 Sep 1997 10:02:29 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA19564; Fri, 5 Sep 1997 10:02:23 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709051702.KAA19564@remi.engr.sgi.com> Subject: Re: pixel problem... To: a00chc00@nchc.gov.tw (Charlie H. Chang) Date: Fri, 5 Sep 1997 10:02:23 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <340FA0BC.16A75BA9@nchc.gov.tw> from "Charlie H. Chang" at Sep 5, 97 02:03:40 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1104 Status: O Charlie H. Chang wrote: > > Hi, > > In our application we need to output four 640x480 and four 320x240 > channels. > We use DG4-8 on our Onyx2 IR (R10000) machine and have 8 VGA > monitors conneted to the output ports. The problem is that those > 320x240 > images get scaled up on the VGA monitors and cover the whole screen, and > we > would like to make the image to be displayed at the center of the screen > and covering > 1/4 of the screen area. > Is there anyway to do that? > Thank you in advance! Sure, you set a 640x480 video format, and you render in a 320x240 area centered in the 640x480 space. this is wasting 3/4 of the screen you paid for :-(. What you can do is doing 4x 320x240 channels in one video output. You can connect 4 monitors to the same video output and mask 3/4 of the image on each monitor, that will save you video outputs. You could do 4x4 = 16 320x240 displays with the same number of video output ! _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 11:28:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04921; Fri, 5 Sep 1997 08:48:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04896; Fri, 5 Sep 1997 08:48:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15742; Fri, 5 Sep 1997 08:48:36 -0700 Received: from hell.engr.sgi.com ([150.166.37.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA19266 for ; Fri, 5 Sep 1997 08:48:35 -0700 env-from (hatch@hell.engr.sgi.com) Received: (from hatch@localhost) by hell.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA06120 for info-performer@sgi.com; Fri, 5 Sep 1997 08:48:35 -0700 From: "Don Hatch" Message-Id: <9709050848.ZM6118@hell.engr.sgi.com> Date: Fri, 5 Sep 1997 08:48:34 -0700 In-Reply-To: allan@holodeck.csd.sgi.com (Allan Schaffer) "Re: Framerate on iR..." (Sep 4, 6:34pm) References: <199709032212.WAA13227@cyclops> <9709041834.ZM703@holodeck.csd.sgi.com> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Framerate on iR... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 3, 3:12pm, Jan Barglowski wrote: > > I'm trying to optimize my framerate. At 30Hz PFPHASE_LOCK my app > runs well, but about every 2 seconds the stats display "jumps" > and I consistently get 2-4 misses shown in the stats window. For > the app/cull/draw misses, there are zero misses shown. > > Now the fun part. I run the app at 60Hz PFPHASE_LOCK and I get > the exact same symptoms: 2-4 misses and none shown for each of the > processes. Thinking it was my program, I then ran "perfly esprit.flt" > and got the same statistics. > > Setup: 12cpu iR, IRIX 6.2, Performer 2.1, running programs as root > with non-degrading priorities and locked-down CPUs. My app can easily > run 60Hz (well, I disabled preFrame() and postFrame() for these tests ;-) Others have seen the every-two-seconds jump as well. It turns out it was due to frame stats collection, which is done be default every 2 seconds. If you are working from perfly source, you can change this by looking for the lines: pfFStatsAttr(fsp, PFFSTATS_UPDATE_SECS, 2.0f); first = 0; and changing them to: pfFStatsAttr(fsp, PFFSTATS_UPDATE_SECS, whatever_you_want); if (i == ViewState->numChans-1) first = 0; /* did it on all the channels once */ (The added "if" should have been there all along; without it, this will only happen on the first channel, which is wrong when running with multiple channels; this will be fixed in Performer 2.2). Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 11:28:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04803; Fri, 5 Sep 1997 08:02:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04778; Fri, 5 Sep 1997 08:02:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09641; Fri, 5 Sep 1997 08:02:45 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA05809 for ; Fri, 5 Sep 1997 08:02:31 -0700 env-from (rany@rtset.co.il) Received: from rany (ts001p16.pop9a.netvision.net.il [194.90.11.36]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id QAA00364; Thu, 5 Sep 1996 16:47:19 +0200 Message-ID: <34101EAF.9EF6127B@rtset.co.il> Date: Fri, 05 Sep 1997 18:01:03 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: "Charlie H. Chang" CC: info-performer@sgi.com Subject: Re: pixel problem... X-Priority: 3 (Normal) References: <340FA0BC.16A75BA9@nchc.gov.tw> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Charlie H. Chang wrote: > Hi, > > In our application we need to output four 640x480 and four 320x240 > channels. > We use DG4-8 on our Onyx2 IR (R10000) machine and have 8 VGA > monitors conneted to the output ports. The problem is that those > 320x240 > images get scaled up on the VGA monitors and cover the whole screen, > and > we > would like to make the image to be displayed at the center of the > screen > and covering > 1/4 of the screen area. > Is there anyway to do that? > You could define the output format of the four 320x240 channels to be 640x480, and use pfChanViewport to set the active draw viewport of your channels to 320x240. I don't know if 8x640x480 channels can be output from your machine, but I suppose they can, and ircombine will tell you for sure. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il http://rtset.co.il/rany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 11:28:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04568; Fri, 5 Sep 1997 07:33:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04543; Fri, 5 Sep 1997 07:33:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06021; Fri, 5 Sep 1997 07:33:49 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA28071 for ; Fri, 5 Sep 1997 07:33:49 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id HAA06012; Fri, 5 Sep 1997 07:33:48 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id HAA00097; Fri, 5 Sep 1997 07:33:48 -0700 From: "Rob Jenkins" Message-Id: <9709050733.ZM95@quid.csd.sgi.com> Date: Fri, 5 Sep 1997 07:33:48 -0700 In-Reply-To: jgalis "Re: Framerate on iR..." (Sep 4, 11:31pm) References: <199709032212.WAA13227@cyclops> <9709041014.ZM9968@multipass.engr.sgi.com> <340F8B28.1FEE@airmail.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Framerate on iR... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > 9. the best thing to do is to run the rtmond daemon using react-pro-sw > > along with WindView and get a trace of each cpu on your system during > the time when it > > "jumps". this is the most deterministic way to evaluate whats going on. > You can run WindView traces down to the microsec without any problems. > par -rSSt where N is long enough to catch your glitch ( say 3 secs ) will also show you what ran on what CPU and at what priority etc so you can see if anything preempted your pf procs. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 11:28:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04882; Fri, 5 Sep 1997 08:31:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04857; Fri, 5 Sep 1997 08:31:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13671; Fri, 5 Sep 1997 08:31:45 -0700 Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA14567; Fri, 5 Sep 1997 08:31:42 -0700 env-from (prakash@drawcomp.com) Received: (from nobody@localhost) by amber.drawcomp.com (8.8.5/8.8.5) id LAA05915; Fri, 5 Sep 1997 11:24:06 -0400 (EDT) X-Authentication-Warning: amber.drawcomp.com: nobody set sender to using -f Received: from porter(10.0.0.5) by amber.drawcomp.com via smap (V2.0) id xma005912; Fri, 5 Sep 97 11:23:45 -0400 Sender: gpmahesh@DRAWCOMP.COM Message-ID: <34102400.59E2@drawcomp.com> Date: Fri, 05 Sep 1997 11:23:44 -0400 From: Prakash Mahesh Organization: DRaW Computing Assoc. Inc., http://www.openworlds.com/employees/prakash X-Mailer: Mozilla 3.02 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com CC: remi@sgi.com Subject: Transparency problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, We are having a problem with transparency. We have two objects, A and B, A has a transparent texture and is in front of B. As we move the scene around, at certain angles, the parts of B behind the transparent areas of A also disappear. We think it may be some kind of drawing order problem involved with z-buffering. We don't do the actual drawing, that is handled in perfly, is there some way to stop this from happening in the scene definition? Thanks. -- Prakash Mahesh prakash@drawcomp.com --or-- prakash@openworlds.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 15:20:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA08075; Fri, 5 Sep 1997 13:38:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06305; Fri, 5 Sep 1997 11:49:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA15638; Fri, 5 Sep 1997 11:49:55 -0700 Received: from graphics.lcs.mit.edu (graphics.lcs.mit.edu [18.24.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA21366 for ; Fri, 5 Sep 1997 11:49:50 -0700 env-from (shalabi@graphics.lcs.mit.edu) Received: from graphics.lcs.mit.edu (varnish.lcs.mit.edu [18.24.2.101]) by graphics.lcs.mit.edu (8.8.7/8.8.7) with ESMTP id OAA22384 for ; Fri, 5 Sep 1997 14:54:03 -0400 (EDT) Sender: shalabi@graphics.lcs.mit.edu Message-ID: <34105473.38A6912@graphics.lcs.mit.edu> Date: Fri, 05 Sep 1997 14:50:27 -0400 From: Sami Shalabi Organization: MIT LCS Computer Graphics Group X-Mailer: Mozilla 4.02 [en] (X11; U; IRIX 6.2 IP22) MIME-Version: 1.0 To: "info-performer@sgi.com" Subject: Off Screen Rendering example Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi! Does anyone have any sample code that shows how one opens a pipe to do offscreen rendering. Thanks, Sami -- ********* Sami Shalabi * shalabi@graphics.lcs.mit.edu ********* * o \ o / _ o __| \ / |__ o _ \ o / o * * /|\ | /\ __\o \o | o/ o/__ /\ | /|\ * * / \ / \ | \ /) | (\ /o\ /) | (\ / | / \ / \ * * MIT Computer Graphics Group * * 545 Technology Square, Rm NE43-218 * Cambridge, MA 02139 * * Tel: (617) 253 8871 * Fax: (617) 253 6652 * * http://graphics.lcs.mit.edu/~shalabi/ * ********* Wasting time is an important part of living ********* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 15:20:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA07657; Fri, 5 Sep 1997 13:08:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06388; Fri, 5 Sep 1997 12:07:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18801; Fri, 5 Sep 1997 12:07:43 -0700 Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA28645 for ; Fri, 5 Sep 1997 12:07:40 -0700 env-from (jaf@chem.ucsd.edu) Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id MAA12165 for ; Fri, 5 Sep 1997 12:07:38 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id MAA27847 for ; Fri, 5 Sep 1997 12:07:37 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id TAA00238; Fri, 5 Sep 1997 19:07:46 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199709051907.TAA00238@sdchemw1.ucsd.edu> Subject: MCO output--which hardware can do it? To: info-performer@sgi.com Date: Fri, 5 Sep 1997 12:07:46 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi All, Sorry for this off-topic question, but are there any other SGI computers other than Onyx/PowerOnyx/Onyx2 that can do multi channel output? For example, is there any way to do it on an Octane? Thanks, Jeremy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 15:20:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA07912; Fri, 5 Sep 1997 13:23:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05813; Fri, 5 Sep 1997 10:25:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA02177; Fri, 5 Sep 1997 10:25:18 -0700 Received: from kurita.star-league.com (kurita.star-league.com [206.31.231.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA21683 for ; Fri, 5 Sep 1997 10:25:16 -0700 env-from (mgaertner@fasainteractive.com) Received: (from Administrator@localhost) by kurita.star-league.com (1.0 (Berkeley 8.7) Build 341/Configuration 4) id MAA00225 for ; Fri, 05 Sep 1997 12:26:49 -0500 Received: from comstar.vweg.com(192.168.1.240) by kurita via smtp-gw id xma8761.tmp; Fri, 05 Sep 97 12:26:36 -0500 Received: by comstar.vweg.com with Internet Mail Service (5.0.1458.49) id ; Fri, 5 Sep 1997 12:26:02 -0500 Message-ID: From: "Gaertner, Michael" To: "'info-performer@sgi.com'" Subject: [Q] pfColortable Date: Fri, 5 Sep 1997 12:25:59 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Status: O Hi, I encountered problems with pfColortable. I tried to change the global color table as discribed in example #2 in performer references for 'pfColorTable' but w/o success. I'd like to achieve an effect as suggested in the notes (infrared vision or some like this). does anyone has experience with this class and could provide me with examples. thanx michael gaertner virtual world entertainment ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 15:20:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA07842; Fri, 5 Sep 1997 13:18:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA07817; Fri, 5 Sep 1997 13:18:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA28753; Fri, 5 Sep 1997 13:18:35 -0700 Received: from ntserver.ivex3d.com ([199.250.179.65]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA21357 for ; Fri, 5 Sep 1997 13:18:28 -0700 env-from (ram@ivex3d.com) Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Fri, 05 Sep 1997 16:12:48 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng8 (192.168.1.127::mail daemon; unverified,SLmailNT V2.3); Fri, 05 Sep 1997 16:12:48 Eastern Daylight Time Sender: "Ram Munjulur" Message-ID: <34106997.41C6@ivex3d.com> Date: Fri, 05 Sep 1997 16:20:39 -0400 From: Rambabu Organization: Ivex X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: two channels in motif.c !!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I added a second channel to the sample motif.c and when I bring up the app, it draws the first frame well. just as I try to move around, seems like the draw has gone to sleep on the second pfchannel. I mean, the view point is updated correctly on chan0 but Chan1 is stuck. The Motif I/O is on a different process with pfMultiProcess(PF_APP_CULL_DRAW); The main channel is getting drawn correctly. The second is kind of frozen. I am sure its got something to do with the forking of motif. I am not sure what. Any suggestions ???? Thanks, -- Ram ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 17:30:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA08138; Fri, 5 Sep 1997 13:53:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06252; Fri, 5 Sep 1997 11:37:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA14028; Fri, 5 Sep 1997 11:37:10 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA17561 for ; Fri, 5 Sep 1997 11:37:08 -0700 env-from (ekuo@ait.nrl.navy.mil) Received: from stiletto.ait.nrl.navy.mil (stiletto [132.250.128.59]) by ait.nrl.navy.mil (8.8.5/8.8.5) with SMTP id OAA18234 for ; Fri, 5 Sep 1997 14:37:02 -0400 (EDT) Date: Fri, 5 Sep 1997 14:37:05 -0400 (EDT) From: Eddy Kuo To: info-performer@sgi.com Subject: Question about 2 pipes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello: I am trying to display images thru two pipes (physical pipe) on different screen. But I am keep getting an badwindow ID error. I setup my pipe as follows p[0] = pfGetPipe(0); p[0]->setWSConnectionName(":0.0"); p[1] = pfGetPipe(1); p[1]->setWSConnectionName(":1.0"); I then create windows for each p[0], p[1]. I can see the windows coming up and then I got an X Error of a bad WindowID I have tried setting the DISPLAY env, but it doesn't work. Thanks for any advices. Ed. ----------------------------------------------------------------------- Eddy Kuo work phone: waiting on it Virtual Reality Lab home phone: 703-893-2553 Naval Research Lab http://www.cis.ohio-state.edu/~ekuo ----------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 17:30:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08308; Fri, 5 Sep 1997 14:08:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA05012; Fri, 5 Sep 1997 09:24:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA21916; Fri, 5 Sep 1997 09:24:37 -0700 Received: from ligsg28.epfl.ch (ligsg28.epfl.ch [128.178.78.38]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA00750 for ; Fri, 5 Sep 1997 09:24:35 -0700 env-from (aubel@lig.di.epfl.ch) Received: from localhost (1270 bytes) by ligsg28.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Fri, 5 Sep 1997 18:35:23 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Amaury Aubel" Message-Id: <9709051835.ZM24691@lig.di.epfl.ch> Date: Fri, 5 Sep 1997 18:35:22 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: LOD & multiprocessing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I posted something a few days ago, which went apparently unoticed. Maybe I did not make myself very clear. So here I go again: I have the following tree: | pfLOD / \ pfDCS1 pfDCS2 | | pfGeode pfGeode Upon a LOD change, I want to set the matrix of pfDCS2 to that of pfDCS1. How can I manage to do this in a multiprocessing application, knowing that my performer tree is created after pfConfig()? If I set a pre-cull callback function on pfLOD to do the job, it does not work because a copy of pfLOD is passed. Thus, I juste update a copy of the pfDCS... I also tried to set an APP callback but it does not work either: as far as I could understand, the pfLOD switch always takes place first in the CULL process. This implies one frame gets wrong (even in mono-processed mode btw). Does anyone have any clue as to how I could get around this? Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 17:30:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08396; Fri, 5 Sep 1997 14:23:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05926; Fri, 5 Sep 1997 10:48:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA05610; Fri, 5 Sep 1997 10:48:19 -0700 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA29580 for ; Fri, 5 Sep 1997 10:48:17 -0700 env-from (cutt@netcom.com) Received: (from cutt@localhost) by netcom.netcom.com (8.6.13/Netcom) id KAA00311; Fri, 5 Sep 1997 10:48:11 -0700 Date: Fri, 5 Sep 1997 10:48:10 -0700 (PDT) From: "Paul S. Cutt" Subject: Re: Fastrak, VR devices etc., To: info-performer@sgi.com In-Reply-To: <9709041145.ZM15332@sirius.ccd.bnl.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 4 Sep 1997, A. Ballard Andrews wrote: > Hi, > > Does anybody know where I can find Perf. source code/ > libraries for: > > 1.) A Fastrak device coupled to a HMD and/or VR Glove. > Initially, I just want to replace some of actions > I currently perform with the keyboard/mouse > (e.g., grabbing and moving DCS nodes around). > Hi Performers, I just want to let you know that my company sells a software product, SyncLink, that may be of interest for this kind of application. Below is a description. Please let me know if you have any questions or comments. Regards, Paul Cutt VP Engineering Xtensory Inc 140 Sunridge Drive Scotts Valley, CA 95066 USA Tel: 408/439-0600 Fax: 408/439-8845 Email: cutt@netcom.com URL: www.xtensory.com ...opening the doors of perception (TM) -------------------------------------------- XVS-Link (TM) A Standard Device Interface for Virtual Environments and Applications (The software formerly known as SyncLink) Benefits XVS-Link (TM) is a C++ class library that simplifies adding and maintaining virtual reality (VR) sensor support in existing applications. It provides a standard device interface for including virtual environment devices into applications. Virtual environments have led to the proliferation of 3D devices with multiple degrees of freedom x, y, z, roll, pitch, yaw). Each device has its own strengths and weaknesses, and the creation of new devices brings with it a constant improvement in the capabilities available. However, using these devices in applications is not easy. Many of these devices are mutually incompatible. They have different command sets; they use different command syntax for the same commands; the output they give to the computer follows different binary formats; and the same type of data is presented using different coordinate systems. Until now, the near-total lack of standardization of even the simplest virtual reality functions has discouraged developers from supporting multiple devices, or adding any VR support to their applications at all. XVS-Link takes the load off the application developer by providing a standardized and portable object-oriented set of VR device drivers. This lets the developer concentrate on the applications, rather than the idiosyncracies of each VR device. Object Oriented XVS-Link provides an object-oriented interface to VR devices. There is a single C++ class hierarchy for VR sensors. This hierarchy currently handles 6-D sensors such as the Polhemus Fastrak, Logitech 3D Mouse, Ascension Flock of Birds, Spaceball 2003, and the VPL Research DataGlove Model 2. A second C++ class for coordinate systems allows the application programmer to translate automatically between the differing coordinate systems used by VR devices, 3D rendering systems, and existing applications and data sets. In addition, XVS-Link also provides a C interface to the C++ libraries. This enables programming entirely in C and calling all the devices from C. Common Interface All devices which provide 6-degree of freedom position and orientation data are handled similarly. XVS-Link's base sensor class provides standard operations for opening devices, closing devices, and reading position, Euler angles, toggles, and other device data. Common filtering operations are also avaiable in the base class, including origin offset, setting tolerance levels, clipping, modulo, and scaling. Each device may report data in either absolute or relative values, whether it is an isometric device like the Spaceball, or an isotonic device like the Fastrak. While the XVS-Link base class provides a common interface to common VR functions across different devices, it does not limit the application programmer to the lowest common denominator. Device-specific functions are also provided. For example, Fastrak and Flock of Birds users can make use of the multistation capabilities of these devices, allowing multiple receivers to be read from a single serial port. DataGlove Model 2 programmers can calibrate the glove and read and write ASCII-formatted calibration tables. Logitech users may access the fringe and out of range settings which warn when the receiver is approaching its line-of-sight limits. Sample application code provided with XVS-Link demonstrates how the same source code can be used to control any of the supported sensors. Switching Sensors XVS-Link's common interface makes it easy to switch between sensors from within an application. Simply close and delete the old sensor object, create and open a new sensor object, and reapply the application's sensor filters. Even this level of detail can be hidden from the user by the application. No longer do the software incompatibilities between sensors inhibit switching between them from within an application. Customized Support Xtensory provides the services for adding customized device support at minimal costs. We will add your device to use the same interface. Custom devices can then use the same standard object-oriented interface as commercial devices, without losing access to the functionality that makes the device unique. This enables all devices to share the same API. Maintenance Xtensory provides support for upgrades and maintains the drivers as new devices become available. Portability XVS-Link provides portability between different UNIX and POSIX platforms. The same C++ class library is available for Silicon Graphics, Kubota Pacific, and Digital Equipment systems. Devices Supported Ascension Flock of Birds Ascension Extended Range Flock of Birds Ascension MotionStar BG Systems BeeBox General Reality CyberEye General Reality DataGlove Immersion Probe and Personal Digitizer Immersion Impulse Engine 2000 Logitech 3D Mouse, Cyberman and Space Control Mouse/Magellan Origin Instruments DynaSight Polhemus Fastrak, Insidetrak, Isotrak, and 3Ball Precision Navigation Wayfinder Spacetec Spaceball 2003 and 3003 Virtual I/O i-glasses! Virtual Technologies CyberGlove VPL DataGlove Model 2 5DT 5-Glove System Requirements XVS-Link includes a C wrapper library, C++ object library, C++ header files, and sample C++ test software. XVS-Link requires one of the following operating systems: SGI IRIX 5.2 or later (Irix 6.2 is now supported with CC -n32 -o3 compile option) Digital OSF/1 1.3 or later Microsoft Windows NT 3.51 (or later)/Windows 95 HP-UX 9.0 or later Sun XVS-Link also requires the appropriate C/C++ compiler for the platform: SGI C++ 3.0 Digital C++ 1.3 or later Microsoft Visual C++ 4.0 HP Sun Contact Xtensory regarding support for VR devices or UNIX/POSIX operating systems not listed above. Xtensory will add in specific device support for custom devices so that they use the same interface API at minimal cost. Contact Xtensory Inc 140 Sunridge Drive Scotts Valley, CA 95066 USA Tel 408/439-0600 Fax 408/439-8845 cutt@netcom.com www.xtensory.com ...opening the doors of perception (TM) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 5 23:01:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA09480; Fri, 5 Sep 1997 17:09:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA09455; Fri, 5 Sep 1997 17:09:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA24068; Fri, 5 Sep 1997 17:09:38 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA00859 for ; Fri, 5 Sep 1997 17:09:37 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id RAA24056; Fri, 5 Sep 1997 17:09:36 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA05504; Fri, 5 Sep 1997 17:09:06 -0700 From: "Rob Jenkins" Message-Id: <9709051709.ZM5502@quid.csd.sgi.com> Date: Fri, 5 Sep 1997 17:09:06 -0700 In-Reply-To: jaf@chem.ucsd.edu (Jeremy Friesner) "MCO output--which hardware can do it?" (Sep 5, 12:07pm) References: <199709051907.TAA00238@sdchemw1.ucsd.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jaf@chem.ucsd.edu (Jeremy Friesner), info-performer@sgi.com Subject: Re: MCO output--which hardware can do it? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Impact and Octane have such options called 'Impact/OCTANE Channel Option' respectively: www.sgi.com/Products/hardware/Indigo2/products/ has brief description for Impact. Cheers Rob On Sep 5, 12:07pm, Jeremy Friesner wrote: > Subject: MCO output--which hardware can do it? > > Hi All, > > Sorry for this off-topic question, but are there any other SGI > computers other than Onyx/PowerOnyx/Onyx2 that can do multi channel > output? For example, is there any way to do it on an Octane? > > Thanks, > > Jeremy > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jeremy Friesner -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Sep 6 07:59:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA11002; Sat, 6 Sep 1997 02:34:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10977; Sat, 6 Sep 1997 02:34:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA21700; Sat, 6 Sep 1997 02:34:05 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA23499 for ; Sat, 6 Sep 1997 02:34:01 -0700 env-from (rany@rtset.co.il) Received: from rtset.co.il (ts025p12.pop9a.netvision.net.il [194.90.5.212]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id LAA00957; Fri, 6 Sep 1996 11:20:34 +0200 Message-ID: <34112376.16E9E69C@rtset.co.il> Date: Sat, 06 Sep 1997 12:33:43 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: "Gaertner, Michael" CC: "'info-performer@sgi.com'" Subject: Re: [Q] pfColortable References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Gaertner, Michael wrote: > Hi, > I encountered problems with pfColortable. I tried to change the global > color table as discribed in example #2 in performer references for > 'pfColorTable' but w/o success. I'd like to achieve an effect as > suggested in the notes (infrared vision or some like this). > > does anyone has experience with this class and could provide me > with examples. The steps you'de have to follow if you want a global colortable is : 1. Make your geosets indexed. i.e. use color indexes instead of colors in your geoset. I think that if you want the colors to be indexed, you'll have to make the other attributes indexed too (coords, texcoords, normals). For that, you can just create an index list of one-to-one indexes. 2. Create a pfColorTable 3. Either attach it to the channel, or pfApply it at the beginning of your draw. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il http://rtset.co.il/rany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Sep 6 15:05:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA11263; Sat, 6 Sep 1997 09:26:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA11238; Sat, 6 Sep 1997 09:26:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08014; Sat, 6 Sep 1997 09:26:31 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA09769 for ; Sat, 6 Sep 1997 09:26:13 -0700 env-from (czg@iname.com) From: czg@iname.com Received: from pc-czg (ab-1-214.bta.net.cn [202.99.63.226]) by public.bta.net.cn (8.8.5/8.8.5) with SMTP id AAA09897 for ; Sun, 7 Sep 1997 00:25:51 +0900 (CDT) Message-ID: <34125661.5C58@iname.com> Date: Sun, 07 Sep 1997 00:23:13 -0700 Reply-To: czg@iname.com X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: about pfGetNodeName Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello pfFriends, I build a scene database using Multigen. The groups and objects in the database all have names. I use pfGetNodeName to get the names. But only the names of the groups can be read. What's wrong? Thanks Cao Zhigang =================================== E-Mail: flysiml@public.bta.net.cn Tel: (8610)68428861-340 Fax: (8610)68424844 =================================== bellow are the code: static int PrintNodeName(pfuTraverser *trav) { pfNode *node = trav->node; fprintf(outFP, "\nName: %s type: %s address: 0x%p\n", pfGetNodeName(node), pfGetTypeName((pfObject *)node), node); return PFTRAV_CONT; } void InitScene(void) { int loaded = 0; pfScene *scene = NULL; pfuTraverser trav; /* Read in any databases specified on cmd line */ ViewState->scene = scene = pfNewScene(); /* Read all files mentioned on command line */ loaded = initSceneGraph(scene); /* Print out nodes Name */ if (!(outFP = fopen("aaa.out", "w"))) { pfNotify(PFNFY_FATAL, PFNFY_RESOURCE, "pfuTravPrintNodes: can't open aaa.out for write"); exit(0); } trav.preFunc = PrintNodeName; trav.postFunc = NULL; trav.mode = PFUTRAV_SW_ALL | PFUTRAV_LOD_ALL | PFUTRAV_SEQ_ALL; trav.mstack = NULL; trav.data = NULL; trav.node = NULL; trav.depth = 0; pfuTraverse((pfNode *)scene, &trav); } ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Sep 6 20:12:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12202; Sat, 6 Sep 1997 14:22:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12177; Sat, 6 Sep 1997 14:22:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA20338; Sat, 6 Sep 1997 14:22:54 -0700 Received: from aec.at (web.aec.at [193.170.192.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA23741 for ; Sat, 6 Sep 1997 14:22:51 -0700 env-from (dave@aec.at) Received: (from dave@localhost) by aec.at (8.8.3/8.7) id XAA06722; Sat, 6 Sep 1997 23:22:37 +0200 Date: Sat, 6 Sep 1997 23:22:37 +0200 (MET DST) From: Dave Pape To: Eddy Kuo cc: info-performer@sgi.com Subject: Re: Question about 2 pipes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 5 Sep 1997, Eddy Kuo wrote: > > I am trying to display images thru two pipes (physical pipe) on different > screen. But I am keep getting an badwindow ID error. >... > I then create windows for each p[0], p[1]. I can see the windows > coming up and then I got an X Error of a bad WindowID If you're using Performer 2.1, try patch 1696 (aka Performer 2.0.4/2.1.2, I think). 2.1 has a bug which causes it to fail with multiple displays, such as on a TKO; 1696 fixed it for us. -Dave --------------------------------------------------------------------------- Dave Pape Electronic Visualization Laboratory, UIC pape@evl.uic.edu http://www.evl.uic.edu/pape/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 09:39:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15709; Mon, 8 Sep 1997 07:18:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15684; Mon, 8 Sep 1997 07:18:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08299; Mon, 8 Sep 1997 07:18:27 -0700 Received: from tommy.chesapeake.net (tommy.chesapeake.net [205.130.220.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA02465 for ; Mon, 8 Sep 1997 07:18:26 -0700 env-from (sbrabson@southernmaryland.com) Received: from acetef (acetef.nawcad.navy.mil [140.229.93.252]) by tommy.chesapeake.net (8.7.3/8.7.3) with SMTP id JAA14888 for ; Mon, 8 Sep 1997 09:29:38 -0400 (EDT) Sender: sbrabson@tommy.chesapeake.net Message-ID: <3413FB8E.41C6@southernmaryland.com> Date: Mon, 08 Sep 1997 09:20:14 -0400 From: Scott Brabson X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP12) MIME-Version: 1.0 To: info-performer@sgi.com Subject: LODOffset and Virtual Clip Textures? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello everyone, Last week I had asked questions regarding virtual cliptextures, what are they? No one responded, so I will try to clarify my question. Two parameters for a cliptexture, effective levels and LOD Offset, can be set during run time. Effective Levels can be set in the ct config file. Reading through the man pages and how a cliptexture is loaded it appears that for any texture larger than 32K by 32K the LOD Offset must be set. The following is an example of sample values IMAGE SIZE |Effective Levels |LOD Offset 32k x 32k 16 0 64k x 64k 16 1 128k x 128k 16 2 ... Has anyone created cliptextures larger than 32K? Before I go out and create all of the imagery for a 128k x 128k, I would like to make sure this works! I created an empty 64K and 128K ic files and set the LOD Offset in my program. It does not die or even choke. Is this a sufficient test to see if the cliptextures are virtual and the 128K ic is being read? Thanks for any help, Scott Brabson ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 09:39:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA15663; Mon, 8 Sep 1997 06:56:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA15638; Mon, 8 Sep 1997 06:56:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06409; Mon, 8 Sep 1997 06:56:35 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA23294 for ; Mon, 8 Sep 1997 06:56:26 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id NAA20185; Mon, 8 Sep 1997 13:58:38 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma020159; Mon, 8 Sep 97 13:58:21 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id NAA02991; Mon, 8 Sep 1997 13:35:31 +0200 (MET DST) From: Mario Veraart Message-Id: <199709081135.NAA02991@s00sn1.fel.tno.nl> Subject: Re: Transparency problem To: prakash@DRAWCOMP.COM (Prakash Mahesh) Date: Mon, 8 Sep 1997 13:35:31 +0200 (MET DST) Cc: info-performer@sgi.com (Performer) In-Reply-To: <34102400.59E2@drawcomp.com> from "Prakash Mahesh" at Sep 5, 97 11:23:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > We are having a problem with transparency. We have two objects, A and > B, A has a transparent texture and is in front of B. As we move the > scene around, at certain angles, the parts of B behind the transparent > areas of A also disappear. We think it may be some kind of drawing > order problem involved with z-buffering. We don't do the actual > drawing, that is handled in perfly, is there some way to stop this from > happening in the scene definition? This could be caused by the fact that your system doesn't support multismaple. On those platforms when you render a transparent-textured polygon there will be an update of the Z-buffer and this causes the geometry that is later rendered and that lies behind this polygon not to be drawn. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 09:39:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15785; Mon, 8 Sep 1997 07:46:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15760; Mon, 8 Sep 1997 07:46:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA11983; Mon, 8 Sep 1997 07:46:27 -0700 Received: from suc1a.harris.com (suc1a.corp.harris.com [137.237.104.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA15498; Mon, 8 Sep 1997 07:46:24 -0700 env-from (echan@harris.com) Received: from su102w.ess.harris.com (su102w.ess.harris.com [130.41.19.162]) by suc1a.harris.com (8.8.5/8.8.5) with SMTP id KAA29355; Mon, 8 Sep 1997 10:46:20 -0400 (EDT) Received: from sc006442.hisd.harris.com by su102w.ess.harris.com (SMI-8.6/SMI-SVR4) id KAA14830; Mon, 8 Sep 1997 10:46:18 -0400 Message-ID: <3414108E.60A7@harris.com> Date: Mon, 08 Sep 1997 10:49:50 -0400 From: Ellery Chan Reply-To: echan@harris.com Organization: Harris ISD X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com CC: peter@orlando.sgi.com Subject: Error loading large .iv into perfly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O When I try loading a large Inventor file into perfly (Onyx2 iR, Performer 2.1) it loads for a couple of minutes, then says "killed" and quits. There is an error in SYSLOG: Sep 5 16:16:30 4A:onyx unix: WARNING: RRM_ValidFault: killing process 0x447a because not bound to an rn Any idea what this means? -- Ellery Chan | mail: echan@harris.com Harris Corporation | Tel: (407) 984-6506 Melbourne, FL 32901 | FAX: (407) 984-6353 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 09:40:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15758; Mon, 8 Sep 1997 07:45:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15733; Mon, 8 Sep 1997 07:45:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA11890; Mon, 8 Sep 1997 07:45:25 -0700 Received: from kurita.star-league.com (kurita.star-league.com [206.31.231.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA14988 for ; Mon, 8 Sep 1997 07:45:22 -0700 env-from (mgaertner@fasainteractive.com) Received: (from Administrator@localhost) by kurita.star-league.com (1.0 (Berkeley 8.7) Build 341/Configuration 4) id JAA00211 for ; Mon, 08 Sep 1997 09:46:42 -0500 Received: from comstar.vweg.com(192.168.1.240) by kurita via smtp-gw id xmaEF61.tmp; Mon, 08 Sep 97 09:46:41 -0500 Received: by comstar.vweg.com with Internet Mail Service (5.0.1458.49) id ; Mon, 8 Sep 1997 09:46:20 -0500 Message-ID: From: "Gaertner, Michael" To: "'info-performer@sgi.com'" Subject: [Q] pfColortable #2 Date: Mon, 8 Sep 1997 09:46:18 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Status: O Hi, I got the pfColortable for pfGeoSet to work. Now I am wondering: are there indexed textures in Performer I could use with pfColortable ... so I could change the colors in the texture by changing the color table ??? thanx Michael Gaertner Virtual World Entertainment ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 17:17:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16120; Mon, 8 Sep 1997 10:08:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16095; Mon, 8 Sep 1997 10:08:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA03233; Mon, 8 Sep 1997 10:08:05 -0700 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA08737 for ; Mon, 8 Sep 1997 10:07:34 -0700 env-from (Yann.Argotti@imag.fr) Received: from safran.imag.fr (safran.imag.fr [129.88.42.9]) by imag.imag.fr (8.8.1/8.8.5) with ESMTP id TAA25490 for ; Mon, 8 Sep 1997 19:07:33 +0200 (MET DST) Received: from imag.fr (paprika [129.88.29.88]) by safran.imag.fr (8.6.10/8.6.9) with ESMTP id TAA25805 for ; Mon, 8 Sep 1997 19:07:32 +0200 Sender: Yann.Argotti@imag.fr Message-ID: <341430D3.BAAE86C2@imag.fr> Date: Mon, 08 Sep 1997 19:07:32 +0200 From: Yann Argotti X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "info-performer@sgi.com" Subject: 4 texture coordinates ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, In my application I need to use the four texture coordinates (ie: S, T, R and Q) per vertex to compensate a double perspective effect (you can read : L. Darsa et al, "Navigating Static Environments Using Image-Space Simplication and Morphing", Symposium on Interactive 3D Graphics, 97, pages 25-34). Currently, I use pfGeoSet where we can just specify PFGS_TEXCOORD2 and not "PFGS_TEXTURECOORD4". Does anyone have any suggestions or sample code to use four texture coordinates per vertex ? Thanks, Yann. -- +--------------+----------------------------------------------+ | Yann ARGOTTI | iMAGIS - GRAVIR/IMAG , 220 rue de la chimie | | | B.P. 53, 38041 Grenoble Cedex (France) | +--------------+------------------+---------------------------+ | e-mail : Yann.Argotti@imag.fr | fax : +33 4 76 63 55 80 | +---------------------------------+---------------------------+ | http://w3imagis.imag.fr | +-------------------------------------------------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 18:07:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16699; Mon, 8 Sep 1997 10:58:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16674; Mon, 8 Sep 1997 10:58:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA11349; Mon, 8 Sep 1997 10:58:20 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA00799 for ; Mon, 8 Sep 1997 10:58:19 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id LAA20393 for ; Mon, 8 Sep 1997 11:06:43 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA00544 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 8 Sep 1997 17:56:44 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA22341 for info-performer@sgi.com; Mon, 8 Sep 1997 10:56:44 -0700 From: "Marcus Barnes" Message-Id: <9709081056.ZM22339@logan.engr.multigen.com> Date: Mon, 8 Sep 1997 10:56:43 -0700 In-Reply-To: czg@iname.com "about pfGetNodeName" (Sep 7, 12:23am) References: <34125661.5C58@iname.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: about pfGetNodeName Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 7, 12:23am, czg@iname.com wrote: > But only the names of the groups can be read. What's wrong? By default, the OpenFlight loader cleans the scene graph. This means that all unneccesary nodes are deleted for performance reasons. If you _really_ need, you can disabled this mode (see below) ... > void > InitScene(void) > { > int loaded = 0; > pfScene *scene = NULL; > > pfuTraverser trav; > > /* Read in any databases specified on cmd line */ > ViewState->scene = scene = pfNewScene(); /* don't clean the scene graph */ pfdConverterMode( "flt", PFFLT_CLEAN, PF_OFF ); > /* Read all files mentioned on command line */ > loaded = initSceneGraph(scene); ... and also don't call pfdCleanTree() which does similar things. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 18:21:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17018; Mon, 8 Sep 1997 11:19:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16993; Mon, 8 Sep 1997 11:19:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA15075; Mon, 8 Sep 1997 11:19:36 -0700 Received: from sixty.engr.sgi.com ([198.29.106.150]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA11691 for ; Mon, 8 Sep 1997 11:19:35 -0700 env-from (javier@sixty.engr.sgi.com) Received: (from javier@localhost) by sixty.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA03233; Mon, 8 Sep 1997 11:19:30 -0700 Date: Mon, 8 Sep 1997 11:19:30 -0700 From: javier@sixty.engr.sgi.com (Javier Castellar) Message-Id: <9709081119.ZM3231@sixty.engr.sgi.com> In-Reply-To: Scott Brabson "LODOffset and Virtual Clip Textures?" (Sep 8, 9:20am) References: <3413FB8E.41C6@southernmaryland.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Scott Brabson , info-performer@sgi.com Subject: Re: LODOffset and Virtual Clip Textures? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There is one simulator being delivered with 2Mx2M virtual clipmap as I write this email. -Javier On Sep 8, 9:20am, Scott Brabson wrote: > Subject: LODOffset and Virtual Clip Textures? > Hello everyone, > > Last week I had asked questions regarding virtual cliptextures, what are > they? No one responded, so I will try to clarify my question. > > Two parameters for a cliptexture, effective levels and LOD Offset, can > be set during run time. Effective Levels can be set in the ct config > file. Reading through the man pages and how a cliptexture is loaded it > appears that for any texture larger than 32K by 32K the LOD Offset must > be set. The following is an example of sample values > > IMAGE SIZE |Effective Levels |LOD Offset > 32k x 32k 16 0 > 64k x 64k 16 1 > 128k x 128k 16 2 > ... > > > Has anyone created cliptextures larger than 32K? Before I go out and > create all of the imagery for a 128k x 128k, I would like to make sure > this works! I created an empty 64K and 128K ic files and set the LOD > Offset in my program. It does not die or even choke. Is this a > sufficient test to see if the cliptextures are virtual and the 128K ic > is being read? > > Thanks for any help, > Scott Brabson > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Scott Brabson -- ***************************************************************** * Javier Castellar Arribas * Email: javier@sgi.com * * * Vmail: 933-1589 * * Member of Technical Staff * Phone: 415-933-1589 * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Graphics Division * MailStop: 8L-525 * ***************************************************************** * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ***************************************************************** "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 19:20:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA17162; Mon, 8 Sep 1997 12:08:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA17137; Mon, 8 Sep 1997 12:08:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA23402; Mon, 8 Sep 1997 12:08:14 -0700 Received: from mail1.sense8.com (batmobile.sense8.com [208.205.186.66]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA02609 for ; Mon, 8 Sep 1997 12:08:13 -0700 env-from (tomp@sense8.com) Received: from mavericks.sense8.com (mavericks.sense8.com [192.168.200.170]) by mail1.sense8.com (8.6.12/8.6.9) with SMTP id MAA32611; Mon, 8 Sep 1997 12:08:48 -0700 Message-Id: <3.0.32.19970908121303.00a5b2c0@mail1> X-Sender: tomp@mail1 X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 08 Sep 1997 12:13:04 -0500 To: sig-wtk@artemis.arc.nasa.gov, info-performer@sgi.com From: Tom Payne Subject: Position Available (fwd) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi, I am forwarding this on behalf of one of our customers. Please respond directly to Dr. Lun (below) Tom Payne Sense8 =========== Position immediately available for Research Fellow Medical Virtual Reality Project The newly established Medical Informatics Programme (MIP) is a multidisciplinary and campus-wide research initiative at the National University of Singapore (NUS) which is aimed at promoting and leading upstream basic research in medical informatics and building the foundation for a centre of excellence in medical informatics in Singapore as well as the Asia-Pacific region. It is jointly funded by the Singapore National Science and Technology Board and the Ministry of Education for Singapore $6.6 million (about US$ 4.7 million) initially for a period of three years (1996-1999). The MIP comprises five research groups: 1. Health Information Systems 2. Clinical Decision Systems 3. Biomedical Datamining Systems 4. Medical Education Systems 5. Medical Networking, Application Development and Integration Framework Under the Medical Education Systems Group, there are plans to build up research expertise in PC-based virtual reality systems. Current versions of VR systems require a substantial investment in developing resources, well beyond the reach of most educational institutions. The recent availability of PC-based VR systems has opened up a new realm for medical educational research in which the user can explore three-dimensional environments using divergent logic. The MES/MIP is working on a project to design a generic VR authoring system that would allow medical content specialist with minimal computer experience to be able to construct a specific VR tutoring package. Such a system shell would, in effect, become a laboratory for virtual reality - the Virtual Laboratory. We shall be using Sense8 WorldToolKit and WorldUp as our VR developmental platform. The Research Group invites suitably qualified individuals to apply for the position of Research Fellow (Medical Virtual Reality). Candidates should possess a Ph.D. in Computer Science, Electrical Engineering or Medical Informatics with a good research track record in virtual reality applications development. The position will require the Research Fellow to lead a research team in the development of a PC-based generic virtual reality authoring system shell to enable medical content specialists with minimal computer experience to construct specific VR tutoring packages. The appointment will be for a period of one year in the first instance, with the possibility of extension up to a maximum of three years. The commencing salary will depend on the candidate's qualifications, experience and level of appointment. Leave and medical benefits will be provided. Candidates interested in the Research Fellow Position should contact: Dr K C Lun Director Medical Informatics Programme National University Hospital Lower Kent Ridge Road Singapore 119074 Internet: coflunkc@nus.sg ========================================================================= Tom Payne tomp@sense8.com Director of Product Marketing http://www.sense8.com Sense8 Corporation 415-289-7739 (direct) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 21:07:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-log id VAA27415; Mon, 8 Sep 1997 21:07:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA20612; Mon, 8 Sep 1997 17:48:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA13816; Mon, 8 Sep 1997 17:48:30 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA07208; Mon, 8 Sep 1997 17:48:29 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA20597; Mon, 8 Sep 1997 17:47:17 -0700 Date: Mon, 8 Sep 1997 17:47:17 -0700 From: allan (Allan Schaffer) Message-Id: <9709081747.ZM20595@holodeck.csd.sgi.com> In-Reply-To: Eddy Kuo "Question about 2 pipes" (Sep 5, 2:37pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Eddy Kuo , info-performer@sgi.com Subject: Re: Question about 2 pipes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 5, 2:37pm, Eddy Kuo wrote: > > I am trying to display images thru two pipes (physical pipe) on different > screen. But I am keep getting an badwindow ID error. I setup my pipe as > follows > p[0] = pfGetPipe(0); > p[0]->setWSConnectionName(":0.0"); > p[1] = pfGetPipe(1); > p[1]->setWSConnectionName(":1.0"); > I then create windows for each p[0], p[1]. I can see the windows > coming up and then I got an X Error of a bad WindowID > I have tried setting the DISPLAY env, but it doesn't work. First question; do you have a dual-display ("TKO") setup or just two graphics pipes? If TKO, check out the example below from the archives. But if you have a "standard" configuration (one keyboard, two graphics pipes) the pipes need to be addressed as :0.0 and :0.1. [my apologies if the attributions below are incorrect] From: "Dave Pape" Date: Wed, 17 Apr 1996 05:54:55 -0500 > On Apr 15, 11:08am, Vali Lalioti wrote: > > > > I have a problem with using two pipes and two screens on a > > machine that is set to the "triple keyboard option" (TKO). > > The warning I get is that there is no screen 1, which > > probably is true since with this option the displays are 0.0, > > 1.0,2.0 instead of 0.0, 0.1, 0.2. Is there any way to solve > > this problem? I include a small example and the error > > messages. > > sincerely yours, > > Dr. V. Lalioti. I recently ran into on this problem as well. The program below shows the relevant calls which finally worked on our TKO. Note that this only works with the OpenGL libraries. If I compile with IrisGL, both windows are opened on the same display. -Dave ----- #include #include #include #include void config0(pfPipeWindow *pwin) { pfOpenWSConnection(":0.0",TRUE); pfOpenPWin(pwin); } void config1(pfPipeWindow *pwin) { pfOpenWSConnection(":1.0",TRUE); pfOpenPWin(pwin); } int main(int argc,char **argv) { pfPipe *pipe[2]; pfPipeWindow *pwin[2]; pfInit(); pfMultipipe(2); pfConfig(); pipe[0] = pfGetPipe(0); pfPipeWSConnectionName(pipe[0],":0.0"); pfPipeScreen(pipe[0],0); pwin[0] = pfNewPWin(pipe[0]); pfPWinOriginSize(pwin[0],0,0,512,512); pfPWinConfigFunc(pwin[0],config0); pfConfigPWin(pwin[0]); pipe[1] = pfGetPipe(1); pfPipeWSConnectionName(pipe[1],":1.0"); pfPipeScreen(pipe[1],0); pwin[1] = pfNewPWin(pipe[1]); pfPWinOriginSize(pwin[1],0,0,512,512); pfPWinConfigFunc(pwin[1],config1); pfConfigPWin(pwin[1]); while (1) { pfSync(); pfFrame(); } pfExit(); } -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 20:27:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA17674; Mon, 8 Sep 1997 13:17:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA17649; Mon, 8 Sep 1997 13:17:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA05666; Mon, 8 Sep 1997 13:17:32 -0700 Received: from ECRC.de (mail.ecrc.de [141.1.1.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA28757 for ; Mon, 8 Sep 1997 13:17:28 -0700 env-from (reiners@ecrc.de) Received: (qmail 30188 invoked from network); 8 Sep 1997 20:17:27 -0000 Received: from scorpio.ecrc.de (141.1.4.100) by mail.ecrc.de with SMTP; 8 Sep 1997 20:17:27 -0000 Received: from euclid.ecrc.de (euclid.ecrc.de [141.1.3.41]) by scorpio.ecrc.de (8.8.3/8.8.4/$Revision: 1.4 $) with ESMTP id WAA08205 for ; Mon, 8 Sep 1997 22:17:26 +0200 (MET DST) Received: (from reiners@localhost) by euclid.ecrc.de (8.8.2/8.8.2/$Revision: 1.1 $) id WAA19868 for info-performer@sgi.com; Mon, 8 Sep 1997 22:17:30 +0200 (MDT) From: "Dirk Reiners" Message-Id: <9709082217.ZM19866@euclid> Date: Mon, 8 Sep 1997 22:17:29 -0600 In-Reply-To: Prakash Mahesh "Transparency problem" (Sep 5, 11:23am) References: <34102400.59E2@drawcomp.com> X-Face: "`A\#m^;_fF4zDC3eD@[pKCui5i.FQgNnQRYt[l7o[*M0tF5*@vI$(t1;}B+~t;s\&esfOu+<3\Lg/y"wyG]w'Z"K4j0-[u-~jw^D7{I;7BUU'hvnvF:~O1KGjjRoHO9/]5.@Y>~[v:km#3+c|+Rlk{LP"S~TunjL7MoGUMeTlJD?ciwXYP Subject: Transparency problem > Hi, > > We are having a problem with transparency. We have two objects, A and > B, A has a transparent texture and is in front of B. As we move the > scene around, at certain angles, the parts of B behind the transparent > areas of A also disappear. We think it may be some kind of drawing > order problem involved with z-buffering. We don't do the actual > drawing, that is handled in perfly, is there some way to stop this from > happening in the scene definition? > > Thanks. >-- End of excerpt from Prakash Mahesh One solution that you can use if your transparent texture is of the 0%/100% variety is activating the alpha test. See glAlphaFunc for details. Pro: Sort-independent. Con: Multisample AA doesn't work for this (as the texture is only evaluated once per pixel), so the edges of your textured objects will alias. Hope it helps Dirk -- -- Dirk Reiners reiners@ecrc.de, reiners@igd.fhg.de -- ZGDV - AR Group http://www.igd.fhg.de/~reiners -- Arabellastr. 17 (ECRC) -- D-81925 Muenchen All standard disclaimers apply. -- Truth is stranger than fiction because fiction has to make sense. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 21:07:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA18201; Mon, 8 Sep 1997 14:03:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA18176; Mon, 8 Sep 1997 14:03:25 -0700 Received: from deliverator.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA13498; Mon, 8 Sep 1997 14:03:24 -0700 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by deliverator.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA13594 for <@external-bulk-relay.sgi.com:info-performer@sgi.com>; Mon, 8 Sep 1997 14:03:23 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id OAA18173; Mon, 8 Sep 1997 14:03:23 -0700 Date: Mon, 8 Sep 1997 14:03:23 -0700 From: allan (Allan Schaffer) Message-Id: <199709082103.OAA18173@holodeck.csd.sgi.com> To: info-performer@sgi.com Subject: info-performer daily digest now available Status: O Hello Performers, By popular demand, "digest" subscriptions to the info-performer mailing list are now available. Each digest is a collection of all the messages posted on the previous day and is be mailed to digest subscribers early each morning. ****** To subscribe, mail info-performer-request@sgi.com indicating that you'd like to receive the digests. ****** If you subscribe to the digests I'll assume you want to be removed from the "regular" info-performer distribution. If you want both, please let me know. Here's a sample of what you'd receive (based on the messages sent so far today): Welcome to the info-performer mailing list DIGEST for September 08 1997 List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Send Submissions to: info-performer@sgi.com Add/Remove requests: info-performer-request@sgi.com Message Subjects: 2 Transparency problem 2 LODOffset and Virtual Clip Textures? 1 about pfGetNodeName 1 [Q] pfColortable #2 1 Position Available (fwd) 1 LOD & multiprocessing 1 Error loading large .iv into perfly 1 4 texture coordinates ? ============================================================= From: Mario Veraart Date: Mon, 8 Sep 1997 13:35:31 +0200 (MET DST) Subject: Re: Transparency problem > We are having a problem with transparency. We have two objects, A and > B, A has a transparent texture and is in front of B. As we move the > scene around, at certain angles, the parts of B behind the transparent [...] Allan ---- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 21:20:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA18911; Mon, 8 Sep 1997 15:04:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA18886; Mon, 8 Sep 1997 15:04:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA22200; Mon, 8 Sep 1997 15:04:30 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA10987 for ; Mon, 8 Sep 1997 15:04:21 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id SAA21216 for <@bnl.gov:info-performer@sgi.com>; Mon, 8 Sep 1997 18:04:18 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id SAA21934; Mon, 8 Sep 1997 18:04:17 -0400 From: "A. Ballard Andrews" Message-Id: <9709081804.ZM21932@sirius.ccd.bnl.gov> Date: Mon, 8 Sep 1997 18:04:17 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Magellan or Space Ball Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Folks, 1.) Does anybody know if the driver that comes with either the Magellan or Space Ball supports X? I haven't been able to get this info from sales person. 2.) I'm wondering how many if any Performers are using either these devices in their App.'s and if so could they describe what they had to do to get them working (without Vega). 3.) Has anyone used the XVS Link libraries on a RE2 (IR not available yet) that can comment on them? I talked to a technician at Xtensory and it sounds more like a PC product. Regards, Ballard Andrews, Computing Division Brookhaven Lab ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 21:18:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA25177; Mon, 8 Sep 1997 19:19:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA25149; Mon, 8 Sep 1997 19:19:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA22463; Mon, 8 Sep 1997 19:19:36 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA04863 for ; Mon, 8 Sep 1997 19:19:36 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA17548 for info-performer@sgi.com; Mon, 8 Sep 1997 19:19:35 -0700 Date: Mon, 8 Sep 1997 19:19:35 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709081919.ZM17546@multipass.engr.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Gemini "benchmark" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've just come across some utterly ridiculous web pages which contain "benchmarks" of various PC cards. They use the Gemini re2stone rating with no quality metric and resolution going up and down like a Yo-Yo. This seems to me like a moronic test which measures nothing usefull, except perhaps the testers stupidity. I'd like to take a straw pole. Has anyone else encountered this benchmark? Has anyone seen this benchmark taken seriously? Has anyone seen this benchmark abused in a flagrant manner? Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 20:51:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA17999; Mon, 8 Sep 1997 13:44:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA17974; Mon, 8 Sep 1997 13:44:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA09887; Mon, 8 Sep 1997 13:44:39 -0700 Received: from Ballad.GSC.GTE.com (Ballad-se1.GSC.GTE.COM [192.31.1.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA11136 for ; Mon, 8 Sep 1997 13:44:38 -0700 env-from (Jim.Gullen@GSC.GTE.Com) Received: from mtvex02.mtv.gtegsc.com ("port 3443"@mtvex02.mtv.gtegsc.com) by Ballad.GSC.GTE.Com (PMDF V5.0-6 #18654) id <01INEHF8OI1A00007Z@Ballad.GSC.GTE.Com> for info-performer@sgi.com; Mon, 08 Sep 1997 13:44:20 -0700 (PDT) Received: by mtvex02.mtv.gtegsc.com with Internet Mail Service (5.0.1458.49) id ; Mon, 08 Sep 1997 13:43:50 -0700 Date: Mon, 08 Sep 1997 13:40:13 -0700 From: "Gullen, Jim" Subject: RE: LOD & multiprocessing To: "'Amaury Aubel'" Cc: "'info-performer@sgi.com'" Message-id: <8160010C5363D0118D3B00805FC184042BCCC5@mtvex03.mtv.gtegsc.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-type: text/plain Content-transfer-encoding: 7BIT X-Priority: 3 Status: O > On Fri Sep 5, 1997 Amaury wrote: > > I have the following tree: > > > > | > > pfLOD > > / \ > > pfDCS1 pfDCS2 > > | | > > pfGeode pfGeode > > > > Upon a LOD change, I want to set the matrix of pfDCS2 to that of > pfDCS1. How > > can I manage to do this in a multiprocessing application, knowing > that my > > performer tree is created after pfConfig()? > Would the following tree be what you need? This would select one of your pfGeodes based on range *after* your pfDCS1 is applied. > pfDCS1 > | > pfLOD > / \ > pfGeode pfGeode > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 8 22:21:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA26896; Mon, 8 Sep 1997 20:38:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA26869; Mon, 8 Sep 1997 20:38:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA27313; Mon, 8 Sep 1997 20:38:35 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA25450 for ; Mon, 8 Sep 1997 20:38:13 -0700 env-from (a00chc00@nchc.gov.tw) Received: from nchc.gov.tw ([140.110.12.168]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id LAA04684 for ; Tue, 9 Sep 1997 11:37:47 +0800 (CST) Message-ID: <3414C491.21089CCC@nchc.gov.tw> Date: Tue, 09 Sep 1997 11:37:53 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.02 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: multi-channel output with DG4 board Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, Last time I asked question about displaying 320x240 on a VGA screen but instead of using the whole monitor screen, I want to use a portion of the area at the center: 1024x768 SVGA PC monitor +---------------------------------+ | 320x240 | | --------------------- | | | | | | | | | | | | | | --------------------- | There were a few solutions proposed in the last response, however, since I have to output 8 channels, I might not have enough frame buffer and create some blank channels to mask the border. And I am thinking about using video format compiler (vfc), any suggestion? By the way I am not familiar with vfc, is there any vfo file that I can use? Thank you in advance! -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 02:49:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA00294; Tue, 9 Sep 1997 00:53:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA00269; Tue, 9 Sep 1997 00:53:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA12187; Tue, 9 Sep 1997 00:53:10 -0700 Received: from zaphod.munich.sgi.com ([144.253.193.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA18137 for ; Tue, 9 Sep 1997 00:53:05 -0700 env-from (joerg@zaphod.munich.sgi.com) Received: by zaphod.munich.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA18675; Tue, 9 Sep 1997 09:52:23 +0200 Date: Tue, 9 Sep 1997 09:52:23 +0200 From: joerg@zaphod.munich.sgi.com (Joerg Wallmersperger) Message-Id: <9709090952.ZM18673@zaphod.munich.sgi.com> In-Reply-To: "A. Ballard Andrews" "Magellan or Space Ball" (Sep 8, 6:04pm) References: <9709081804.ZM21932@sirius.ccd.bnl.gov> X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgck]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og(, info-performer@sgi.com Subject: Re: Magellan or Space Ball Cc: magellan@dlr.de Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709090952.ZM18673.munich.sgi.com" Status: O -- --PART-BOUNDARY=.19709090952.ZM18673.munich.sgi.com Content-Type: text/plain; charset=us-ascii } 1.) Does anybody know if the driver that comes with either } the Magellan or Space Ball supports X? I haven't been able } to get this info from sales person. Yes, there is a driver for the XInputExtension available which comes along with Irix 6.x. Install eoe.sw.optinput For more information regarding driver software examples look at http://dv.op.dlr.de/FF-DR-RS/SC/software/index.html } 2.) I'm wondering how many if any Performers are using either } these devices in their App.'s and if so could they describe } what they had to do to get them working (without Vega). I attached a small C++ program, which is an extension to complex.C. All Magellan related lines are enclosed in #ifdef SPACEMOUSE ... #endif directives. The example uses XInput.h. Greetings Joerg -- Joerg Wallmersperger Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn E-mail: joerg@munich.sgi.com Tel.: 089-46108314 (US: 49.89.46108314) Fax.: 089-46107314 (US: 49.89.46107314) http://reality.sgi.com/joerg_munich --PART-BOUNDARY=.19709090952.ZM18673.munich.sgi.com X-Zm-Content-Name: Makefile Content-Description: Text Content-Type: text/plain ; name="Makefile" ; charset=us-ascii #!smake -J 1 #-------------------------------------------------------------------# #-- Makefile for Performer/src/pguide/libpf/C++ directory --# #-------------------------------------------------------------------# #-- RCS version information --# #-- $Revision: 1.57 $ --# #-- $Date: 1995/11/29 00:56:32 $ --# #-------------------------------------------------------------------# #-------------------------------------------------------------------# #-- The default make target makes the IRISGL Dynamic Shared Object.-# #-- The targets are: --# #-- build debugging versions: igldbg (or ogldbg) --# #-- build optimized versions: iglopt (or oglopt) --# #-- build dynamic shared object versions: igldso ogldso --# #-- build debugging dynamic shared object versions: --# #-- iglddso oglddso --# #-- remove all unneeded files after a build: clean --# #-- remove all machine generated files: clobber --# #-- --# #-- --# #-------------------------------------------------------------------# #-- #-- definitions #-- #if !defined(PFSTYLE) PFSTYLE = 32 #endif #if $(PFSTYLE) == "64" OBJECT_STYLE = 64 LIBBITSUF=64 PFRELEASE=N64 #endif #if $(PFSTYLE) == "N32" OBJECT_STYLE = N32_M3 LIBBITSUF=32 PFRELEASE=N32 #endif #if $(PFSTYLE) == "32" OBJECT_STYLE = 32 LIBBITSUF= PFRELEASE=O32 #endif include $(ROOT)/usr/include/make/commondefs C++FLAGS += -DSPACEMOUSE -DSTEREO PFROOT ?= $(ROOT) DSOLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF) \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) DDSOLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Debug \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Debug/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) DBGLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/DebugStatic \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/DebugStatic/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) OPTLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Static \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Static/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) IGLLIB = -ignore_unresolved -lpf_igl -lpfdu_igl -lpfui -lpfutil_igl OGLLIB = -ignore_unresolved -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl #if defined(PFSTATIC_CONVERTERS) IGLLIB += -all $(PFSTATIC_CONVERTERS) -none OGLLIB += -all $(PFSTATIC_CONVERTERS) -none #endif LIBIRISGL = -lgl LIBOPENGL = -lGLU -lGL -lXext SYSTEM_IRISGL = \ -lmpc \ -limage \ -lfm \ ${LIBIRISGL} \ -lXirisw \ -lXi \ -lXsgivc \ -lXm \ -lXt \ -lfpe \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC SYSTEM_OPENGL = \ -lmpc \ -limage \ -lGLw \ ${LIBOPENGL} \ -lfpe \ -lXi \ -lXsgivc \ -lXm \ -lXt \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC #if $(PFSTYLE) == "64" SYSTEM_OPENGL = \ -limage \ ${LIBOPENGL} \ -lXsgivc \ -lXi \ -lXmu \ -lX11 \ -lm \ -lC #endif #if $(PFSTYLE) == "N32" SYSTEM_IRISGL = \ -limage \ ${LIBIRISGL} \ -lXi \ -lXmu \ -lX11 \ -lm \ -lfm \ -lC SYSTEM_OPENGL = \ -limage \ ${LIBOPENGL} \ -lXsgivc \ -lXi \ -lXmu \ -lX11 \ -lm \ -lC #endif #-- targets are the executables TARGETS = \ stereofly \ spacefly OBJECTS = \ $(TARGETS:=.o)\ culldl.o #-- #-- #-- generic targets #-- #-- make optimized dso version of program by default default: oglopt #-- synonym targets debug: igldbg optimize: iglopt #-- make all versions of program all: igldbg iglopt igldso iglddso ogldbg oglopt ogldso oglddso #if $(PFSTYLE) == "64" #-- make optimized dso version of program by default default: ogldso #-- synonym targets debug: ogldbg optimize: oglopt #-- make all versions of program all: ogldbg oglopt ogldso oglddso #endif igldso: $(TARGETS:=.igldso) iglopt: $(TARGETS:=.iglopt) igldbg: $(TARGETS:=.igldbg) iglddso: $(TARGETS:=.iglddso) ogldso: $(TARGETS:=.ogldso) oglopt: $(TARGETS:=.oglopt) ogldbg: $(TARGETS:=.ogldbg) oglddso: $(TARGETS:=.oglddso) #-- clean up directories {remove junk} clean: if test -d DBG.$(PFRELEASE).IRISGL; then cd DBG.$(PFRELEASE).IRISGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d DBG.$(PFRELEASE).OPENGL; then cd DBG.$(PFRELEASE).OPENGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d OPT.$(PFRELEASE).IRISGL; then cd OPT.$(PFRELEASE).IRISGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d OPT.$(PFRELEASE).OPENGL; then cd OPT.$(PFRELEASE).OPENGL ; rm -f ${OBJECTS} core ; cd .. ; fi #-- remove all machine-built files clobber: clean if test -d OPT.$(PFRELEASE).IRISGL ; then rm -rf OPT.$(PFRELEASE).IRISGL ; fi if test -d OPT.$(PFRELEASE).OPENGL ; then rm -rf OPT.$(PFRELEASE).OPENGL ; fi if test -d DBG.$(PFRELEASE).IRISGL ; then rm -rf DBG.$(PFRELEASE).IRISGL ; fi if test -d DBG.$(PFRELEASE).OPENGL ; then rm -rf DBG.$(PFRELEASE).OPENGL ; fi rm -f ${TARGETS} #-- #-- library targets #-- $(TARGETS): $(@:=.igldso) $(TARGETS:=.igldbg): .MAKE @echo "\nmaking IrisGL DBG version of $@" @if test ! -d DBG.$(PFRELEASE).IRISGL ; then mkdir -p DBG.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.igldbg//) @cd DBG.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER=-g LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; @echo "making symbolic links to DBG versions" ln -s DBG.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.igldbg//) ; $(TARGETS:=.iglopt): .MAKE @echo "\nmaking IrisGL OPT version of $@" @if test ! -d OPT.$(PFRELEASE).IRISGL ; then mkdir -p OPT.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.iglopt//) @cd OPT.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to OPT versions" ln -s OPT.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.iglopt//) ; $(TARGETS:=.igldso): .MAKE @echo "\nmaking IrisGL DSO version of $@" @if test ! -d OPT.$(PFRELEASE).IRISGL ; then mkdir -p OPT.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.igldso//) @cd OPT.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to DSO versions" ln -s OPT.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.igldso//) ; $(TARGETS:=.iglddso): .MAKE @echo "\nmaking IrisGL DDSO version of $@" @if test ! -d DBG.$(PFRELEASE).IRISGL ; then mkdir -p DBG.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.iglddso//) @cd DBG.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER=-g LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to DDSO versions" ln -s DBG.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.iglddso//) ; $(TARGETS:=.ogldbg): .MAKE @echo "\nmaking OpenGL DBG version of $@" @if test ! -d DBG.$(PFRELEASE).OPENGL ; then mkdir -p DBG.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.ogldbg//) @cd DBG.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-g " \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DBG versions" ln -s DBG.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.ogldbg//) ; $(TARGETS:=.oglopt): .MAKE @echo "\nmaking OpenGL OPT version of $@" @if test ! -d OPT.$(PFRELEASE).OPENGL ; then mkdir -p OPT.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.oglopt//) @cd OPT.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to OPT versions" ln -s OPT.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.oglopt//) ; $(TARGETS:=.ogldso): .MAKE @echo "\nmaking OpenGL DSO version of $@" @if test ! -d OPT.$(PFRELEASE).OPENGL ; then mkdir -p OPT.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.ogldso//) @cd OPT.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DSO versions" ln -s OPT.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.ogldso//); $(TARGETS:=.oglddso): .MAKE @echo "\nmaking OpenGL DDSO version of $@" @if test ! -d DBG.$(PFRELEASE).OPENGL ; then mkdir -p DBG.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.oglddso//) @cd DBG.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-g " \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DDSO versions" ln -s DBG.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.oglddso//); dso: igldso ddso: iglddso dbg: igldbg opt: iglopt #-- #-- internal targets #-- .SUFFIXES: .dbgcmd .optcmd .dsocmd .ddsocmd .o.dbgcmd: ${CC} ${CFLAGS} -o $@ $< $(DBGLINKS) -all ${LIBRARIES} .o.optcmd: ${CC} ${CFLAGS} -o $@ $< $(OPTLINKS) -all ${LIBRARIES} .o.dsocmd: ${CC} ${CFLAGS} -o $@ $< $(DSOLINKS) -all ${LIBRARIES} .o.ddsocmd: ${CC} ${CFLAGS} -o $@ $< $(DDSOLINKS) -all ${LIBRARIES} #-- #-- internal targets #-- #-- look for sources in this dir when recursing .PATH: .. --PART-BOUNDARY=.19709090952.ZM18673.munich.sgi.com X-Zm-Content-Name: spacefly.C Content-Description: Text Content-Type: text/plain ; name="spacefly.C" ; charset=us-ascii // // Copyright 1995, Silicon Graphics, Inc. // ALL RIGHTS RESERVED // // UNPUBLISHED -- Rights reserved under the copyright laws of the United // States. Use of a copyright notice is precautionary only and does not // imply publication or disclosure. // // U.S. GOVERNMENT RESTRICTED RIGHTS LEGEND: // Use, duplication or disclosure by the Government is subject to restrictions // as set forth in FAR 52.227.19(c)(2) or subparagraph (c)(1)(ii) of the Rights // in Technical Data and Computer Software clause at DFARS 252.227-7013 and/or // in similar or successor clauses in the FAR, or the DOD or NASA FAR // Supplement. Contractor/manufacturer is Silicon Graphics, Inc., // 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311. // // Permission to use, copy, modify, distribute, and sell this software // and its documentation for any purpose is hereby granted without // fee, provided that (i) the above copyright notices and this // permission notice appear in all copies of the software and related // documentation, and (ii) the name of Silicon Graphics may not be // used in any advertising or publicity relating to the software // without the specific, prior written permission of Silicon Graphics. // // THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, // EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY // WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. // // IN NO EVENT SHALL SILICON GRAPHICS BE LIABLE FOR ANY SPECIAL, // INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, OR ANY // DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, // WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY // THEORY OF LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE // OR PERFORMANCE OF THIS SOFTWARE. // // // spacefly.C // ------------ // // is based on the Performer example complex.C and includes support // for the spacemouse device. // // new command line options are // // -s translation_speed; > 1.0 more translation speed, 0..1 less speed // // if runs in stereo mode // // -i ; default is 0.07 // // new run-time controls are // // +-: increase interocular distance // --: decrease interocular distance // // For further information on spacemouse // devices watch out for // // http://dv.op.dlr.de/FF-DR-RS/SC // // If the compiler directives SPACEMOUSE and SPACEMOUSE_DEBUG are // omitted the program behaves like 'complex'. // // spacemouse and stereo code was added by // Andreas Loesch // and Joerg Wallmersperger // // complex.C documentation: // ------------------------ // IRIS Performer example using cull and draw process callbacks. // Mouse and keyboard go through GL which is simpler than mixed // model (GLX), but does incur some overhead in the draw process. // X input handling is done in a forked event handling process. // // $Revision: 1.18 $ // $Date: 1996/12/18 03:49:02 $ // // Command-line options: // -b : norborder window // -f : full screen // -F : put X input handling in a forked process // -m procsplit : multiprocess mode // -w : write scene to file // // // Run-time controls: // ESC-key: exits // F1-key: profile // Left-mouse: advance // Middle-mouse: stop // Right-mouse: retreat #include #include #include #include // for sigset for forked X event handler process #include // for cmdline handler #include #ifdef IRISGL #include #endif // GL type #include #include #include #include #include #include #ifdef SPACEMOUSE #include #endif // // structure that resides in shared memory so that the // application, cull, and draw processes can access it. typedef struct { pfPipeWindow *pw; int exitFlag; int inWindow, reset; float mouseX, mouseY; int winSizeX, winSizeY; int mouseButtons; pfCoord view, viewOrig; float accelRate; float sceneSize; int drawStats; int XInputInited; #ifdef SPACEMOUSE int spacemouse; pfCoord spacecoord; float smousefactor; XDevice *spaceMouseDev; #endif #ifdef STEREO int stereo; #endif } SharedData; static SharedData *Shared; #ifdef SPACEMOUSE int MagellanMotionEventType, MagellanButtonPressEventType, MagellanButtonReleaseEventType, MagellanMotionEventClass, MagellanButtonPressEventClass, MagellanButtonReleaseEventClass; XEventClass ListOfEventClass[3]; float transSpeed = 1.0; #endif #ifdef STEREO int frustrumChanged = FALSE; static float Iod = .07f; static int FBAttrs[] = { PFFB_RGBA, PFFB_DOUBLEBUFFER, PFFB_STEREO, PFFB_DEPTH_SIZE, 23, PFFB_RED_SIZE, 1, PFFB_STENCIL_SIZE, 1, None, }; #endif static float Fov = 45.f; // // APP process variables // for configuring multi-process static int ProcSplit = PFMP_DEFAULT; // write out scene upon read-in - uses pfDebugPrint static int WriteScene = 0; static int FullScreen = 0; static int WinType = PFPWIN_TYPE_X; static int NoBorder = 0; static int ForkedXInput = 0; float far = 10000.0f; float near = .1f; char ProgName[PF_MAXSTRING]; // light source created and updated in DRAW-process static pfLight *Sun; static void CullChannel(pfChannel *chan, void *data); static void DrawChannel(pfChannel *chan, void *data); static void OpenPipeWin(pfPipeWindow *pw); static void UpdateView(void); static void GetGLInput(void); static void InitXInput(pfWSConnection dsp); static void DoXInput(void); static void GetXInput(Display *dsp); static void Usage(void); #ifdef SPACEMOUSE static void initSpaceMouse(void); #endif #ifdef STEREO void initializeFrustrum(pfChannel *, pfChannel *); #endif // // Usage() -- print usage advice and exit. This procedure // is executed in the application process. static void Usage (void) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "\ Usage: %s [-s translation_speed] [-i IOD] [-m procSplit] [-f] [-F] [-b]\ [-w] [file.ext ...]\n", ProgName); exit(1); } // // docmdline() -- use getopt to get command-line arguments, // executed at the start of the application process. static int docmdline(int argc, char *argv[]) { int opt; strcpy(ProgName, argv[0]); // process command-line arguments while ((opt = getopt(argc, argv, "s:fFbm:wxp:?")) != -1) { switch (opt) { case 'f': FullScreen = 1; break; case 'F': ForkedXInput = 1; break; case 'm': case 'p': ProcSplit = atoi(optarg); break; case 'w': WriteScene = 1; break; case 'x': WinType &= ~(PFPWIN_TYPE_X); break; case 'b': NoBorder ^= 1; break; #ifdef SPACEMOUSE case 's': transSpeed = atof(optarg); break; #endif #ifdef STEREO case 'i': /* get interocular distance */ Iod = atof(optarg); break; case 'v': /* get field of view */ Fov = atof(optarg); break; #endif case '?': case 'h': Usage(); } } return optind; } // // main() -- program entry point. this procedure // is executed in the application process. int main (int argc, char *argv[]) { int arg; int found; pfBox bbox; pfWSConnection dsp=NULL; #ifdef SPACEMOUSE pfMatrix mat1,mat2; #endif #ifdef STEREO unsigned int mask; int *leftArg, *rightArg; #endif arg = docmdline(argc, argv); pfInit(); // configure multi-process selection pfMultiprocess(ProcSplit); // allocate shared before fork()'ing parallel processes Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena()); Shared->inWindow = 0; Shared->reset = 0; Shared->exitFlag = 0; Shared->drawStats = 1; Shared->XInputInited = 0; // Load all loader DSO's before pfConfig() forks for (found = arg; found < argc; found++) pfdInitConverter(argv[found]); // initiate multi-processing mode set in pfMultiprocess call // FORKs for Performer processes, CULL and DRAW, etc. happen here. pfConfig(); // configure pipes and windows Shared->pw = new pfPipeWindow(pfGetPipe(0)); Shared->pw->setName("IRIS Performer"); Shared->pw->setWinType(WinType); if (NoBorder) Shared->pw->setMode(PFWIN_NOBORDER, 1); // Open and configure the GL window. Shared->pw->setConfigFunc(OpenPipeWin); Shared->pw->config(); if (FullScreen) Shared->pw->setFullScreen(); else Shared->pw->setOriginSize(0, 0, 300, 300); // set off the draw process to open windows and call init callbacks pfFrame(); // create forked XInput handling process // since the Shared pointer has already been initialized, that structure // will be visible to the XInput process. Nothing else created in the // application after this fork whose handles are not put in shared memory // (such as the database and channels) will be visible to the // XInput process. if (WinType & PFPWIN_TYPE_X) { pid_t fpid = 0; if (ForkedXInput) { if ((fpid = fork()) < 0) pfNotify(PFNFY_FATAL, PFNFY_SYSERR, "Fork of XInput process failed."); else if (fpid) pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"XInput running in forked process %d", fpid); else if (!fpid) DoXInput(); } else { dsp = pfGetCurWSConnection(); } } // specify directories where geometry and textures exist if (!(getenv("PFPATH"))) pfFilePath( "." ":./data" ":../data" ":../../data" ":/usr/share/Performer/data" ); pfNotify(PFNFY_INFO, PFNFY_PRINT,"FilePath: %s\n", pfGetFilePath()); // load files named by command line arguments pfScene *scene = new pfScene(); for (found = 0; arg < argc; arg++) { pfNode *root; if ((root = pfdLoadFile(argv[arg])) != NULL) { scene->addChild(root); found++; } } // if no files successfully loaded, terminate program #if 0 if (!found) Usage(); #endif // Write out nodes in scene (for debugging) if (WriteScene) { FILE *fp; if (fp = fopen("scene.out", "w")) { pfPrint(scene, PFTRAV_SELF|PFTRAV_DESCEND, PFPRINT_VB_DEBUG, fp); fclose(fp); } else pfNotify(PFNFY_WARN, PFNFY_RESOURCE, "Could not open scene.out for debug printing."); } // determine extent of scene's geometry pfuTravCalcBBox(scene, &bbox); pfFrameRate(30.0f); pfPhase(PFPHASE_FREE_RUN); #ifdef STEREO /* create a channel for each eye */ pfChannel *left = new pfChannel(pfGetPipe(0)); pfChannel *chan = left; pfChannel *right = new pfChannel(pfGetPipe(0)); left->attach(right); mask = left->getShare(); /* same viewport */ mask |= PFCHAN_VIEWPORT; left->setShare(mask); left->setTravFunc(PFTRAV_CULL, CullChannel); left->setTravFunc(PFTRAV_DRAW, DrawChannel); left->setScene(scene); left->setNearFar(0.1f, far); /* set up data to distinguish between left and right eye */ leftArg = (int *)left->allocChanData(sizeof(int)); rightArg = (int *)right->allocChanData(sizeof(int)); *leftArg = 1; *rightArg = 0; /* data never changes, so we only need to pass it once */ left->passChanData(); right->passChanData(); left->setFOV(Fov, -1.f); initializeFrustrum(left,right); #else pfChannel *chan = new pfChannel(pfGetPipe(0)); Shared->pw->addChan(chan); chan->setTravFunc(PFTRAV_CULL, CullChannel); chan->setTravFunc(PFTRAV_DRAW, DrawChannel); chan->setScene(scene); chan->setNearFar(near, far); // vertical FOV is matched to window aspect ratio chan->setFOV(Fov, -1.0f); #endif chan->setTravMode(PFTRAV_CULL, PFCULL_VIEW|PFCULL_GSET); if (found) { float sceneSize; // Set initial view to be "in front" of scene // view point at center of bbox Shared->view.xyz.add(bbox.min, bbox.max); Shared->view.xyz.scale(0.5f, Shared->view.xyz); // find max dimension sceneSize = bbox.max[PF_X] - bbox.min[PF_X]; sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Y] - bbox.min[PF_Y]); sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Z] - bbox.min[PF_Z]); sceneSize = PF_MIN2(sceneSize, 0.5f * far); Shared->sceneSize = sceneSize; // offset so all is visible Shared->view.xyz[PF_Y] -= sceneSize; Shared->view.xyz[PF_Z] += 0.25f*sceneSize; } else { Shared->view.xyz.set(0.0f, 0.0f, 100.0f); PFSET_VEC3(bbox.min, -5000.0f, -5000.0f, -1000000.0f); PFSET_VEC3(bbox.max, 5000.0f, 5000.0f, 10000000.0f); Shared->sceneSize = 10000.0f; } Shared->view.hpr.set(0.0f, 0.0f, 0.0f); chan->setView(Shared->view.xyz, Shared->view.hpr); PFCOPY_VEC3(Shared->viewOrig.xyz, Shared->view.xyz); PFCOPY_VEC3(Shared->viewOrig.hpr, Shared->view.hpr); #ifdef SPACEMOUSE Shared->smousefactor = transSpeed * Shared->sceneSize; #endif // main simulation loop while (!Shared->exitFlag) { // wait until next frame boundary pfSync(); pfFrame(); #ifdef STEREO if (frustrumChanged) initializeFrustrum(left,right); #endif // Set view parameters for next frame UpdateView(); #ifndef SPACEMOUSE chan->setView(Shared->view.xyz, Shared->view.hpr); #else mat1.makeCoord(&Shared->view); mat2.makeCoord(&Shared->spacecoord); mat1.preMult(mat2); chan->setViewMat(mat1); mat1.getOrthoCoord(&Shared->view); #endif // initiate traversal using current state if (!ForkedXInput) { if (!Shared->XInputInited) InitXInput(dsp); if (Shared->XInputInited) GetXInput(dsp); } } #ifdef SPACEMOUSE // close the Space Mouse XCloseDevice( dsp, Shared->spaceMouseDev); #endif // terminate cull and draw processes (if they exist) pfExit(); // exit to operating system return 0; } static void InitXInput(pfWSConnection dsp) { Window w; #ifdef SPACEMOUSE initSpaceMouse(); #endif /* wait for X Window to exist in Performer shared memory */ if (w = Shared->pw->getWSWindow()) { XSelectInput(dsp, w, PointerMotionMask | ButtonPressMask | ButtonReleaseMask | KeyPressMask | KeyReleaseMask); XMapWindow(dsp, w); XFlush(dsp); Shared->XInputInited = 1; } } // // DoXInput() runs an asychronous forked even handling process. // Shared memory structures can be read from this process // but NO performer calls that set any structures should be // issues by routines in this process. void DoXInput(void) { // windows from draw should now exist so can attach X input handling // to the X window Display *dsp = pfGetCurWSConnection(); prctl(PR_TERMCHILD); // Exit when parent does sigset(SIGHUP, SIG_DFL); // Exit when sent SIGHUP by TERMCHILD InitXInput(dsp); while (1) { XEvent event; if (!Shared->XInputInited) InitXInput(dsp); if (Shared->XInputInited) { XPeekEvent(dsp, &event); GetXInput(dsp); } } } // // UpdateView() updates the eyepoint based on the information // placed in shared memory by GetInput(). static void UpdateView(void) { static float speed = 0.0f; pfCoord *view = &Shared->view; float cp; float mx, my; static double thisTime = -1.0f; double prevTime; float deltaTime; prevTime = thisTime; thisTime = pfGetTime(); if (prevTime < 0.0f) return; if (!Shared->inWindow || Shared->reset) { speed = 0; Shared->reset = 0; Shared->accelRate = 0.1f * Shared->sceneSize; return; } deltaTime = thisTime - prevTime; switch (Shared->mouseButtons) { case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/ case Button1Mask|Button2Mask: speed += Shared->accelRate * deltaTime; if (speed > Shared->sceneSize) speed = Shared->sceneSize; break; case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/ case Button3Mask|Button2Mask: speed -= Shared->accelRate * deltaTime; if (speed < -Shared->sceneSize) speed = -Shared->sceneSize; break; } if (Shared->mouseButtons) { mx = 2.0f * (Shared->mouseX / (float)Shared->winSizeX) - 1.0f; my = 2.0f * (Shared->mouseY / (float)Shared->winSizeY) - 1.0f; /* update view direction */ view->hpr[PF_H] -= mx * PF_ABS(mx) * 30.0f * deltaTime; view->hpr[PF_P] += my * PF_ABS(my) * 30.0f * deltaTime; #ifndef SPACEMOUSE view->hpr[PF_R] = 0.0f; #endif /* update view position */ cp = cosf(PF_DEG2RAD(view->hpr[PF_P])); view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H]))*cp; view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H]))*cp; view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P])); } else { speed = 0.0f; Shared->accelRate = 0.1f * Shared->sceneSize; } } // // CullChannel() -- traverse the scene graph and generate a // display list for the draw process. This procedure is // executed in the CULL process. static void CullChannel(pfChannel *, void *) { // // pfDrawGeoSet or other display listable Performer routines // could be invoked before or after pfCull() pfCull(); } // // OpenPipeWin() -- create a win: setup the GL and IRIS Performer. // This procedure is executed in the DRAW process // (when there is a separate draw process). static void OpenPipeWin(pfPipeWindow *pw) { #ifdef STEREO pw->setFBConfigAttrs(FBAttrs); #endif pw->open(); #ifdef STEREO pw->query(PFQWIN_STEREO, &Shared->stereo); if(Shared->stereo == PFQFTR_FALSE) pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE, "Couldn't get a stereo window; using mono mode"); #endif #ifdef IRISGL if (!(WinType & PFPWIN_TYPE_X)) { // register events of note with event-queue manager qdevice(ESCKEY); qdevice(F1KEY); qdevice(GKEY); } #endif // GL type // create a light source in the "south-west" (QIII) Sun = new pfLight(); Sun->setPos(-0.3f, -0.3f, 1.0f, 0.0f); } // // DrawChannel() -- draw a channel and read input queue. this // procedure is executed in the draw process (when there is a // separate draw process). static void DrawChannel (pfChannel *channel, void *left) { // rebind light so it stays fixed in position Sun->on(); #ifdef STEREO /* which buffer to draw into ? */ if(Shared->stereo) { /* if not stereo, draw to left all the time */ if(*(int*)left) { #ifdef IRISGL leftbuffer(1); rightbuffer(0); #else glDrawBuffer(GL_BACK_LEFT); #endif } else { #ifdef IRISGL leftbuffer(0); rightbuffer(1); #else glDrawBuffer(GL_BACK_RIGHT); #endif } } #endif /*STEREO*/ // erase framebuffer and draw Earth-Sky model channel->clear(); // invoke Performer draw-processing for this frame pfDraw(); // draw Performer throughput statistics if (Shared->drawStats) channel->drawStats(); // read window origin and size (it may have changed) channel->getPWin()->getSize(&Shared->winSizeX, &Shared->winSizeY); #ifdef IRISGL // if (!(WinType & PFPWIN_TYPE_X)) GetGLInput(); #endif // GL type #ifdef STEREO if(!Shared->stereo) /* mono mode */ if(*(int*)left) /* add extra swap to draw both buffers */ (channel->getPWin())->swapBuffers(); #endif } #ifdef IRISGL static void GetGLInput(void) { long x, y; long xo, yo; while (qtest()) { short value; int device = qread(&value); // only act on key-down transitions if (value) { switch (device) { // ESC-key signals end of simulation case ESCKEY: Shared->exitFlag = 1; break; // g-key and F1-key toggles channel-stats display case GKEY: case F1KEY: Shared->drawStats = !Shared->drawStats; break; } } } // read cursor position (may be outside our window) x = getvaluator(MOUSEX); y = getvaluator(MOUSEY); // IRIS GL - mouse pos in screen relative and focus management is not so good // so update cursor virtual position when cursor inside window getorigin(&xo, &yo); if (x >= xo && x < (xo + Shared->winSizeX) && y >= yo && y < (yo + Shared->winSizeY)) { Shared->inWindow = 1; Shared->mouseX = x - xo; Shared->mouseY = y - yo; Shared->mouseButtons = ((getbutton(LEFTMOUSE) ? Button1Mask : 0) | (getbutton(MIDDLEMOUSE) ? Button2Mask : 0) | (getbutton(RIGHTMOUSE) ? Button3Mask : 0)); } else Shared->inWindow = 0; } #endif // GL type static void GetXInput(pfWSConnection dsp) { static int x=0, y=0; if (XEventsQueued(dsp, QueuedAfterFlush)) while (XEventsQueued(dsp, QueuedAlready)) { XEvent event; #ifdef SPACEMOUSE XDeviceButtonEvent *ButtonPtr; XDeviceMotionEvent *MotionPtr; #endif XNextEvent(dsp, &event); switch (event.type) { case ConfigureNotify: break; case FocusIn: Shared->inWindow = 1; break; case FocusOut: Shared->inWindow = 0; break; case MotionNotify: { XMotionEvent *motion_event = (XMotionEvent *) &event; x = motion_event->x; y = Shared->winSizeY - motion_event->y; } break; case ButtonPress: { XButtonEvent *button_event = (XButtonEvent *) &event; x = event.xbutton.x; y = Shared->winSizeY - event.xbutton.y; Shared->inWindow = 1; switch (button_event->button) { case Button1: Shared->mouseButtons |= Button1Mask; break; case Button2: Shared->mouseButtons |= Button2Mask; break; case Button3: Shared->mouseButtons |= Button3Mask; break; } } break; case ButtonRelease: { XButtonEvent *button_event = (XButtonEvent *) &event; switch (button_event->button) { case Button1: Shared->mouseButtons &= ~Button1Mask; break; case Button2: Shared->mouseButtons &= ~Button2Mask; break; case Button3: Shared->mouseButtons &= ~Button3Mask; break; } } break; case KeyPress: { char buf[100]; int rv; KeySym ks; rv = XLookupString(&event.xkey, buf, sizeof(buf), &ks, 0); switch(ks) { case XK_Escape: Shared->exitFlag = 1; exit(0); break; case XK_space: Shared->reset = 1; PFCOPY_VEC3(Shared->view.xyz, Shared->viewOrig.xyz); PFCOPY_VEC3(Shared->view.hpr, Shared->viewOrig.hpr); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Reset"); break; case XK_g: Shared->drawStats = !Shared->drawStats; break; #ifdef STEREO case XK_KP_Add: Iod *= 1.3; frustrumChanged = TRUE; break; case XK_KP_Subtract: Iod /= 1.3; frustrumChanged = TRUE; break; #endif default: break; } } break; default: #ifdef SPACEMOUSE if (event.type == MagellanMotionEventType){ MotionPtr = (XDeviceMotionEvent *) &(event); if ( (MotionPtr->axes_count == 6) && (MotionPtr->first_axis == 0)){ Shared->spacecoord.xyz[0]=MotionPtr->axis_data[ 0 ] *(.00002*Shared->smousefactor); Shared->spacecoord.xyz[1]=MotionPtr->axis_data[ 2 ] *(.00002*Shared->smousefactor); Shared->spacecoord.xyz[2]=MotionPtr->axis_data[ 1 ] *(.00002*Shared->smousefactor); Shared->spacecoord.hpr[0]=.001*MotionPtr->axis_data[ 4 ]; Shared->spacecoord.hpr[1]=.001*MotionPtr->axis_data[ 3 ]; Shared->spacecoord.hpr[2]=.001*MotionPtr->axis_data[ 5 ]; Shared->spacemouse=TRUE; #ifdef SPACEMOUSE_DEBUG printf("factor: %f spaceball motion: xyz: %f %f %f hpr: %f %f %f\n", Shared->smousefactor, Shared->spacecoord.xyz[0], Shared->spacecoord.xyz[1], Shared->spacecoord.xyz[2], Shared->spacecoord.hpr[0], Shared->spacecoord.hpr[1], Shared->spacecoord.hpr[2]); #endif } } if (event.type == MagellanButtonPressEventType){ ButtonPtr = (XDeviceButtonEvent *) &(event); } if (event.type == MagellanButtonReleaseEventType){ ButtonPtr = (XDeviceButtonEvent *) &(event); } #endif break; }// switch } Shared->mouseX = x; Shared->mouseY = y; } #ifdef SPACEMOUSE void initSpaceMouse() { int MagellanID, DeviceNumber, loop, c_class; XDeviceInfo *DeviceInfo; XDevice *Device; Window w; Display *dsp; XAxisInfoPtr XAxisPtr; XAnyClassPtr XClassPtr; int axis, axes; XExtensionVersion *ExtVersion; XFeedbackState *MagellanFeedback; int FeedbackNumber; w = Shared->pw->getWSWindow(); dsp = pfGetCurWSConnection(); ExtVersion = XGetExtensionVersion( dsp, "XInputExtension" ); if ( (ExtVersion == NULL) || ((int)ExtVersion == NoSuchExtension) ) { fprintf( stderr, "Cannot access X Input Extension. Exit ... \n"); exit( -1 ); }; printf("X Input Extension Version %d.%d \n", ExtVersion->major_version, ExtVersion->minor_version ); XFree( ExtVersion ); DeviceInfo = XListInputDevices( dsp, &DeviceNumber ); MagellanID = -1; for ( loop=0; loopc_class ) { case 0: printf(" Keyboard Keycode Min = %d Max = %d Number of Keys = %d \n", ((XKeyInfo *)XClassPtr)->min_keycode, ((XKeyInfo *)XClassPtr)->max_keycode, ((XKeyInfo *)XClassPtr)->num_keys ); break; case 1: printf(" Button(s) Number of Buttons = %d \n", ((XButtonInfo *)XClassPtr)->num_buttons ); break; case 2: printf(" Valuator(s) Axes = %d Mode = %d Motion Buffer = %d \n", ((XValuatorInfo *)XClassPtr)->num_axes, ((XValuatorInfo *)XClassPtr)->mode, ((XValuatorInfo *)XClassPtr)->motion_buffer ); XAxisPtr = ((XValuatorInfo *)XClassPtr)->axes; axes = ((XValuatorInfo *)XClassPtr)->num_axes; for ( axis=0; axismin_value, XAxisPtr->max_value, XAxisPtr->resolution ); ++XAxisPtr; }; break; default: printf(" Class ID = %d Length = %d \n", XClassPtr->c_class, XClassPtr->length ); break; }; XClassPtr = (XAnyClassPtr) ((char *)XClassPtr+XClassPtr->length); }; }; for ( loop=0; loopspaceMouseDev = Device; DeviceMotionNotify( Device, MagellanMotionEventType, MagellanMotionEventClass ); DeviceButtonPress( Device, MagellanButtonPressEventType, MagellanButtonPressEventClass ); DeviceButtonRelease( Device, MagellanButtonReleaseEventType, MagellanButtonReleaseEventClass ); printf("MotionNotify Type=%d Class=%d \n", MagellanMotionEventType, MagellanMotionEventClass ); printf("ButtonPress Type=%d Class=%d \n", MagellanButtonPressEventType, MagellanButtonPressEventClass ); printf("ButtonRelease Type=%d Class=%d \n", MagellanButtonReleaseEventType, MagellanButtonReleaseEventClass ); ListOfEventClass[0] = MagellanMotionEventClass; ListOfEventClass[1] = MagellanButtonPressEventClass; ListOfEventClass[2] = MagellanButtonReleaseEventClass; XSelectExtensionEvent( dsp, w, ListOfEventClass, 3 ); MagellanFeedback = XGetFeedbackControl( dsp, Device, &FeedbackNumber ); printf("Magellan Feedback Number = %d \n", FeedbackNumber ); for ( loop=0; loopc_class, MagellanFeedback->length, MagellanFeedback->id ); switch( MagellanFeedback->c_class ) { case KbdFeedbackClass: printf(" KbdFeedbackClass Bell Volume = %d Pitch = %d Duration = %d \n", ((XKbdFeedbackState *)MagellanFeedback)->percent, ((XKbdFeedbackState *)MagellanFeedback)->pitch, ((XKbdFeedbackState *)MagellanFeedback)->duration ); break; case BellFeedbackClass: printf(" BellFeedbackClass Bell Volume = %d Pitch = %d Duration = %d \n", ((XBellFeedbackState *)MagellanFeedback)->percent, ((XBellFeedbackState *)MagellanFeedback)->pitch, ((XBellFeedbackState *)MagellanFeedback)->duration ); break; case PtrFeedbackClass: printf(" PtrFeedbackClass \n"); break; case IntegerFeedbackClass: printf(" IntegerFeedbackClass \n"); break; case StringFeedbackClass: printf(" StringFeedbackClass \n"); break; case LedFeedbackClass: printf(" LedFeedbackClass \n"); break; default: printf(" Unkonw FeedbackClass \n"); } MagellanFeedback = (XFeedbackState *)((char *)MagellanFeedback+MagellanFeedback->length); } Shared->spacemouse=FALSE; } #endif #ifdef STEREO void initializeFrustrum(pfChannel *left, pfChannel *right){ pfVec3 xyzOffsets; pfVec3 hprOffsets; float fr_l, fr_r, fr_t, fr_b; float Sx = 0.5, Sy = 0.4, Dist = 1.000; /* set up offsets for left and right channels for stereo viewing */ /* left eye */ hprOffsets.set(0.f, 0.f, 0.f); xyzOffsets.set(-Iod/2.f, 0.f, 0.f); left->setViewOffsets(xyzOffsets, hprOffsets); /* right eye */ hprOffsets.set(0.f, 0.f, 0.f); xyzOffsets.set(Iod/2.f, 0.f, 0.f); right->setViewOffsets(xyzOffsets, hprOffsets); fr_r = (Sx-Iod)*near/(2*Dist); fr_l = -(Sx+Iod)*near/(2*Dist); fr_t = Sy*near/(2*Dist); fr_b = -fr_t; right->makePersp(fr_l,fr_r,fr_b,fr_t); left->makePersp(-fr_r,-fr_l,fr_b,fr_t); frustrumChanged = FALSE; } #endif --PART-BOUNDARY=.19709090952.ZM18673.munich.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 03:48:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA00641; Tue, 9 Sep 1997 01:57:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA00616; Tue, 9 Sep 1997 01:57:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA14861; Tue, 9 Sep 1997 01:57:53 -0700 Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA28551 for ; Tue, 9 Sep 1997 01:57:43 -0700 env-from (yprj2317@cse.cuhk.edu.hk) From: yprj2317@cse.cuhk.edu.hk Received: from sparc59.cs.cuhk.hk by cse.cuhk.edu.hk with SMTP id QAA12201; Tue, 9 Sep 1997 16:57:35 +0800 (HKT) Received: by sparc59.cs.cuhk.hk (SMI-8.6/SMI-SVR4) id QAA09654; Tue, 9 Sep 1997 16:57:34 +0800 Message-Id: <199709090857.QAA09654@sparc59.cs.cuhk.hk> Subject: Animation in IRIS performer ? To: info-performer@sgi.com Date: Tue, 9 Sep 1997 16:57:33 +0800 (HKT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Dear all, If I have an object which is animated, created by Alias/Wavefront. Then, how can I make the animated object read by IRIX Performer. Moreover, anyone have c++ version of stereo.c ( the one use quad-buffer ), please email to yprj2317@cse.cuhk.edu.hk. Actually, we cannot run some of the c++ sample program under IRIX64, here is the error message : X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 2 (X_ChangeWindowAttributes) Resource id in failed request: 0x5e939750 Serial number of failed request: 146 Current serial number in output stream: 148 Thanks in advance. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 08:19:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01603; Tue, 9 Sep 1997 07:19:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01578; Tue, 9 Sep 1997 07:19:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05441; Tue, 9 Sep 1997 07:19:48 -0700 Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA21498 for ; Tue, 9 Sep 1997 07:19:44 -0700 env-from (pplachta@sim6.dciem.dnd.ca) Received: (from pplachta@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA23612; Tue, 9 Sep 1997 10:20:57 -0400 Date: Tue, 9 Sep 1997 10:20:57 -0400 (EDT) From: Peter Plachta To: info-performer@sgi.com Subject: Colouring a DCS node. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Is there a way to change the colour of a DCS node? I have a light that I load from a file & I want to change its colour manually (in my program) without having to change the file. Is this possible? Thank you, Peter Plachta +----------------------------------------------------------------------------+ pplachta@sim6.dciem.dnd.ca DCIEM, P.O. Box 2000 Simulator Training Technologies 1133 Sheppard Ave. West Tel: (416)-635-2047 North York, Ont., Canada Fax: (416)-635-2104 M3M 3B9 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 08:20:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01564; Tue, 9 Sep 1997 07:16:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01539; Tue, 9 Sep 1997 07:16:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05027; Tue, 9 Sep 1997 07:16:30 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA20938 for ; Tue, 9 Sep 1997 07:16:25 -0700 env-from (perfly@segolene.roazhon.inra.fr) From: perfly@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id QAA17388 for ; Tue, 9 Sep 1997 16:16:07 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA16779; Tue, 9 Sep 1997 16:12:30 +0200 Date: Tue, 9 Sep 1997 16:12:30 +0200 Message-Id: <9709091412.AA16779@segolene.roazhon.inra.fr> To: info-performer@sgi.com Subject: pfb terrain file without any modeller X-Sun-Charset: US-ASCII Status: O Salut, How can I create a pfb terrain file without any modeller. Thanks ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 09:31:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01721; Tue, 9 Sep 1997 07:42:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01696; Tue, 9 Sep 1997 07:42:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08212; Tue, 9 Sep 1997 07:42:45 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA27509 for ; Tue, 9 Sep 1997 07:42:43 -0700 env-from (ekuo@ait.nrl.navy.mil) Received: from stiletto.ait.nrl.navy.mil (stiletto [132.250.128.59]) by ait.nrl.navy.mil (8.8.5/8.8.5) with SMTP id KAA10748 for ; Tue, 9 Sep 1997 10:42:41 -0400 (EDT) Date: Tue, 9 Sep 1997 10:42:47 -0400 (EDT) From: Eddy Kuo To: info-performer@sgi.com Subject: 2 Pipes Problem Again Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello Performer Folks: Thanks for all the advices for my pervious question. Unfortunately, I am still having problem with displaying on a two pipe system. My system is setup to have two keyboards, each for one pipe, and for each pipe, there is a single X screen connected to it, i.e. :0.0 :1.0 for my two pipes. Here is the problems that I am still having: i) After I applied the patch 1696, my program just crushed. So I have to uninstall the patch. ii) When I use pfOpenWSConnection in my open window callback (I copy exactly from one of the suggestion), I am still getting the bad XWindow ID error. Any suggestion or successful story will be greatly appreciated. ----------------------------------------------------------------------- Eddy Kuo work phone: waiting on it Virtual Reality Lab home phone: 703-893-2553 Naval Research Lab http://www.cis.ohio-state.edu/~ekuo ----------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 11:24:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA02138; Tue, 9 Sep 1997 09:42:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02113; Tue, 9 Sep 1997 09:42:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA25004; Tue, 9 Sep 1997 09:42:01 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA07206 for ; Tue, 9 Sep 1997 09:42:01 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA08284; Tue, 9 Sep 1997 09:41:59 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709091641.JAA08284@remi.engr.sgi.com> Subject: Re: pfb terrain file without any modeller To: perfly@segolene.roazhon.inra.fr Date: Tue, 9 Sep 1997 09:41:59 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9709091412.AA16779@segolene.roazhon.inra.fr> from "perfly@segolene.roazhon.inra.fr" at Sep 9, 97 04:12:30 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 587 Status: O perfly@segolene.roazhon.inra.fr wrote: > > Salut, > > How can I create a pfb terrain file without any modeller. pfconv can convert any file loaded by Performer in a pfb file. Pick your favorite format, make a file in that format, and then use pfconv to save the file as pfb. Do not use pfb as a source for any database, this is not a modeler format, only a real time file format (preprocessed) so it is fast to load. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 10:47:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA01861; Tue, 9 Sep 1997 08:23:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA01836; Tue, 9 Sep 1997 08:23:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA14029; Tue, 9 Sep 1997 08:23:23 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA09313 for ; Tue, 9 Sep 1997 08:23:22 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA05043 for info-performer@sgi.com; Tue, 9 Sep 1997 10:24:26 -0500 From: "Ren-Jye Yu" Message-Id: <9709091024.ZM5042@python.tamu.edu> Date: Tue, 9 Sep 1997 10:24:26 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Questions on the usage of RAM and CPU ?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I am creating a pfPipeWindow with a size of 1280x1504. There are three channels on it. I found that the drawing time for each channel is about 4.5 to 5.5 msec. The culling time for each channel is about 0.1 msec. The app time is about 3.8 msec. If I add the time consumed in these stages, the total time is not more than 22 msec. The Head Up Display subroutine takes about 14 msec. So the overall time should be 36 msec. But the time to run the loop is about 43 msec to 57 msec. Do you have any idea where the difference in time is ? Which memory does the frame buffer use (RAM)? Do you know any command to check the usage of the RAM? I have 256M of RAM. I used gr_osview and gr_top to check the usage of CPU. (I have only one R4400 CPU) I found that my code used more than 70% of CPU. The rest of the CPU is idle. Why does the code use only 70% or less of the CPU? Is this reduced CPU usage related to the degradedation of the frame rate? The machine that I use is Onyx RE2, 1 CPU, 256 RAM with MCO option. Thanks. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 11:24:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA02097; Tue, 9 Sep 1997 09:40:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02072; Tue, 9 Sep 1997 09:40:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24872; Tue, 9 Sep 1997 09:40:39 -0700 Received: from dedalo.eleinf.uv.es (dedalo.eleinf.uv.es [147.156.133.11]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA06463 for ; Tue, 9 Sep 1997 09:40:34 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost (jcasilla@localhost) by dedalo.eleinf.uv.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA03673 for ; Tue, 9 Sep 1997 18:35:13 -0700 Date: Tue, 9 Sep 1997 18:35:13 -0700 (PDT) From: Joaquin Casillas Melendez X-Sender: jcasilla@dedalo.eleinf.uv.es To: Performer Mailing List Subject: Window configuration Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all. I need to change the window framebuffer configuration in my pf application at execution time. The goal is to have a 'normal' framebuffer configuration with 4 samples, 1 bit stencil, etc, and also have a configuration for doing stereo drawing, so I'll need 1 bit for stereo. Well, the question is if there is any way to change this framebuffer configuration when I switch between mono and stereo modes. I have proved this in my app (in the draw process), without success: if(StereoMode) { ... pfPWinFBConfigId(pw, 0x60); /* RGBA, db, stereo, Z 31, S1 */ pfConfigPWin(pw); ... } else ... pfPWinFBConfigId(pw, 0x70); /* RGBA, db, Z 16, samples 4 */ pfConfigPWin(pw); ... } I would be very gratefull if someone could help me to solve this problem. Tahnk you. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 12:39:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02347; Tue, 9 Sep 1997 10:45:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02322; Tue, 9 Sep 1997 10:45:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04008; Tue, 9 Sep 1997 10:45:15 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA00509 for ; Tue, 9 Sep 1997 10:45:14 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA18561; Tue, 9 Sep 1997 10:44:54 -0700 Date: Tue, 9 Sep 1997 10:44:54 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709091044.ZM18559@multipass.engr.sgi.com> In-Reply-To: allan@holodeck.csd.sgi.com (Allan Schaffer) "info-performer daily digest now available" (Sep 8, 2:03pm) References: <199709082103.OAA18173@holodeck.csd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: allan (Allan Schaffer), info-performer@sgi.com Subject: Re: info-performer daily digest now available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O OK for lurkers, but lets hope it doesn't catch on. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 16:21:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03905; Tue, 9 Sep 1997 14:27:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03880; Tue, 9 Sep 1997 14:27:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06299; Tue, 9 Sep 1997 14:27:40 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA16808 for ; Tue, 9 Sep 1997 14:27:39 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA00528; Tue, 9 Sep 1997 14:27:19 -0700 From: "Sharon Clay" Message-Id: <9709091427.ZM526@rose.engr.sgi.com> Date: Tue, 9 Sep 1997 14:27:18 -0700 In-Reply-To: Eddy Kuo "2 Pipes Problem Again" (Sep 9, 10:42am) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Eddy Kuo , info-performer@sgi.com Subject: Re: 2 Pipes Problem Again Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Sep 9, 10:42am, Eddy Kuo wrote: > Subject: 2 Pipes Problem Again ->Subject: 2 Pipes Problem Again -> ->Hello Performer Folks: -> ->Thanks for all the advices for my pervious question. -> ->Unfortunately, I am still having problem with displaying on a ->two pipe system. My system is setup to have two keyboards, each ->for one pipe, and for each pipe, there is a single X screen connected ->to it, i.e. :0.0 :1.0 for my two pipes. Multipipe on multiple keyboards worked in the original 2.0 release but broke some time after (2.0.2) and then was fixed in patch1696. -> ->Here is the problems that I am still having: -> ->i) After I applied the patch 1696, my program just crushed. -> So I have to uninstall the patch. This is surprising. The patch should be binary compatible. Are you dumping core? ->ii) When I use pfOpenWSConnection in my open window callback -> (I copy exactly from one of the suggestion), I am still -> getting the bad XWindow ID error. Yes - the trouble was that we lost track of the different X displays so then we would try to talk to an X display about a window that it did not know about. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 17:10:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA04825; Tue, 9 Sep 1997 15:17:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA04800; Tue, 9 Sep 1997 15:17:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA13437; Tue, 9 Sep 1997 15:17:41 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA02318 for ; Tue, 9 Sep 1997 15:17:40 -0700 env-from (ekuo@ait.nrl.navy.mil) Received: from stiletto.ait.nrl.navy.mil (stiletto [132.250.128.59]) by ait.nrl.navy.mil (8.8.5/8.8.5) with SMTP id SAA15928 for ; Tue, 9 Sep 1997 18:17:39 -0400 (EDT) Date: Tue, 9 Sep 1997 18:17:40 -0400 (EDT) From: Eddy Kuo To: info-performer@sgi.com Subject: Question on Patch 1696 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello Performer Folks: As I was trying to solve my multiple pipe multikeyboard, multi display problem (mentioned in my last mail) I applied patch 1696 to my performer 2.1 After applying patch 1969, the linker couldn't find a member function from pfChannel called "getOutputSize". After resolving the above problem (by just hardcoding the size), all my previous working program will now core dump. I didn't get any error msg from performer (I have setup pfNotify to warning) Any advice will be greatly appreciated. Ed. ----------------------------------------------------------------------- Eddy Kuo work phone: waiting on it Virtual Reality Lab home phone: 703-893-2553 Naval Research Lab http://www.cis.ohio-state.edu/~ekuo ----------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 9 23:58:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA06404; Tue, 9 Sep 1997 22:06:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA06379; Tue, 9 Sep 1997 22:06:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA17316; Tue, 9 Sep 1997 22:06:41 -0700 Received: from caligari.com (sprite.caligari.com [206.40.94.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA10919 for ; Tue, 9 Sep 1997 22:06:40 -0700 env-from (pari@caligari.com) Received: from nca by caligari.com (SMI-8.6/SMI-SVR4) id WAA12601; Tue, 9 Sep 1997 22:05:47 -0700 Message-ID: <34150467.1EC4@caligari.com> Date: Tue, 09 Sep 1997 22:03:17 -0700 From: Pari Natarajan Reply-To: pari@caligari.com Organization: Caligari Corp X-Mailer: Mozilla 3.01C-KIT (Win95; U) MIME-Version: 1.0 To: pari@caligari.com CC: info-performer@sgi.com Subject: ACM SIGGraph Silicon Valley Chapter Meeting Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O ANNOUNCEMENT: September Silicon Valley ACM SIGGraph Chapter Meeting DATE: Thursday Sept 18, 1997 TIME: 7:30pm, Demo of 3D image technology(The magic cube!), Networking and Socializing 8:00pm, Meeting PLACE: Town Hall Auditorium, Apple Conference Center #4 Infinite Loop, Apple Headquarters, Cupertino Just off 280 and De Anza Blvd. TOPIC: True 3D images ENTRANCE FEE: Absolutly free! SPEAKER: Dr. Elizabeth Downing, Founder 3D Technology Labs Dr. Downing will be talking about the technology which she has developed for viewing true, moving 3D images in a small glass cube. This technology may redefine the way we visualize in the future. The talk will discuss the technological innovations behind this new way of viewing 3d objects and will discuss various chemical species and material systems in which this phenomenon works (and doesn't work), system integration and architecture issues, features of this type of volumetric display (vs say rotating ones), and application areas for this emerging technology. Dr. Downing received her B.S., in Mechanical Engineering from Carnegie Mellon University. She received both an M.S. and Ph.D., in Mechanical Engineering at Stanford University. ABOUT 3D Technology Labs: 3D Technology Laboratories has a vision of the future that is a quantum leap beyond current display hardware. Using commercially available U.S. manufactured components, 3DTL is working to integrate a volumetric display that can satisfy the visualization needs of industries as diverse as military, medicine, science, engineering, education, and entertainment. This technology, which has just emerged on the display scene, represents a paradigm shift in the way we present and interpret information. Winner of Industry Week and Discover magazines Technology of the Year awards for its simplicity and elegance, this powerful new display technology is poised to lead America into the next millennium. More information in http://www.3dtl.com NEXT MEETING: October 23, 1997 SIGGraph Electronic Theatre Film Show MEMBERSHIP NEWS: Starting with our October meeting, ACM SIGGraph Silicon Valley chapter will begin charging for meetings. There will be no charge for the meeting this month. $5 per meeting for non-members. Free for members and full-time students (with valid ID). Membership applications will be available starting at our next meeting. Membership dues are $20 per calendar year (January 1- December 31). Membership applications which are submitted after August 1 will include the remaining months of the current year for free. CONTACT INFORMATION: Chapter Officers: Alesh Jancarik Pari Natarajan Jenny Dana E-mail: silicon_valley_chapter@siggraph.org Web: http://www.siggraph.org/chapters/siliconv Snail Mail: PO Box 804, Mountain View, CA 94042-1205 (Please distribute to appropriate educational and corporate intranets) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 04:20:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA06815; Wed, 10 Sep 1997 02:28:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA06790; Wed, 10 Sep 1997 02:28:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA02330; Wed, 10 Sep 1997 02:28:08 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA24940 for ; Wed, 10 Sep 1997 02:28:04 -0700 env-from (perfly@segolene.roazhon.inra.fr) From: perfly@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id LAA18274 for ; Wed, 10 Sep 1997 11:27:50 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA17353; Wed, 10 Sep 1997 11:24:13 +0200 Date: Wed, 10 Sep 1997 11:24:13 +0200 Message-Id: <9709100924.AA17353@segolene.roazhon.inra.fr> To: info-performer@sgi.com Subject: Performer 2.2 X-Sun-Charset: US-ASCII Status: O Salut, Where can I have informations on Perfomer 2.2 ? (When it will be availabe ? differences between release 2.1 ...) Kenavo. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 06:45:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA06969; Wed, 10 Sep 1997 04:43:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA06944; Wed, 10 Sep 1997 04:43:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA08309; Wed, 10 Sep 1997 04:43:45 -0700 Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA17600 for ; Wed, 10 Sep 1997 04:40:23 -0700 env-from (ganga@superman.serc.iisc.ernet.in) Received: from superman.serc.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id RAA28644; Wed, 10 Sep 1997 17:09:53 +0530 Received: from localhost (ganga@localhost) by superman.serc.iisc.ernet.in (8.8.4/8.8.4) with SMTP id MAA16279 for ; Wed, 10 Sep 1997 12:06:32 -0500 Date: Wed, 10 Sep 1997 12:06:31 -0500 (GMT+5) From: SERC To: info-performer@sgi.com Subject: subscription... (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O ---------- Forwarded message ---------- Date: Wed, 10 Sep 1997 12:04:12 -0500 (GMT+5) From: SERC To: kociok@wetnt7.elektro.uni-wuppertal.de Subject: subscription... jai Ganga I am a novice to graphics field . I want to have a detailed information of the key concepts in graphics like lighting ,texturing,anti-aliasing,etc... It would help me if you can forward me the details related to the above topics . I also want the related web sites and email addresses to which I can subscribe to get the neccessary information. with kind regards, jai ganga ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 11:10:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA08114; Wed, 10 Sep 1997 09:17:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA08089; Wed, 10 Sep 1997 09:17:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA07026; Wed, 10 Sep 1997 09:17:30 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA02242 for ; Wed, 10 Sep 1997 09:17:28 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id JAA07010; Wed, 10 Sep 1997 09:17:27 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA17804; Wed, 10 Sep 1997 09:17:16 -0700 From: "Rob Jenkins" Message-Id: <9709100917.ZM17802@quid.csd.sgi.com> Date: Wed, 10 Sep 1997 09:17:16 -0700 In-Reply-To: SERC "subscription... (fwd)" (Sep 10, 12:06pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: SERC , info-performer@sgi.com Subject: Re: subscription... (fwd) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I forwarded your mail to info-performer-request@sgi.com so you should get added to this list soon. Some web pages you might look at: www.sgi.com/Technology/www.sgi.com/Technology/ has links under it to the SGI gfx pages ( eg Performer, Inventor, OpenGL ). There are many public newsgroups you could look at too, eg: comp.graphics.api.inventor comp.graphics.api.opengl comp.sys.sgi.graphics SGI Customer Education runs traing courses, see the link under: www.sgi.com/Support/ The books 'OpenGL Programming Guide' and 'OpenGL Programming on the X Window System' are extremely useful. You have the former online as an insight ( as well as the Performer and Inventor Prog guides if you has those dev options ). The other useful insight book is 'OpenGL on SGI Systems'. You also have the online sample code under /usr/share Hope this helps. Rob On Sep 10, 12:06pm, SERC wrote: > Subject: subscription... (fwd) > > > ---------- Forwarded message ---------- > Date: Wed, 10 Sep 1997 12:04:12 -0500 (GMT+5) > From: SERC > To: kociok@wetnt7.elektro.uni-wuppertal.de > Subject: subscription... > > jai Ganga > > I am a novice to graphics field . I want to have a detailed information > of the key concepts in graphics like lighting > ,texturing,anti-aliasing,etc... > It would help me if you can forward me the details related to the above > topics . I also want the related web sites and email addresses to which I > can subscribe to get the neccessary information. > > with kind regards, > jai ganga > > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from SERC -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 12:04:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA08217; Wed, 10 Sep 1997 10:36:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA08192; Wed, 10 Sep 1997 10:36:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20784; Wed, 10 Sep 1997 10:36:05 -0700 Received: from hyperion.roblis (hyperion.lisitt.uv.es [147.156.133.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA03189 for ; Wed, 10 Sep 1997 10:34:25 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost (jcasilla@localhost) by hyperion.roblis (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id TAA05700 for ; Wed, 10 Sep 1997 19:34:36 -0700 Date: Wed, 10 Sep 1997 19:34:36 -0700 (PDT) From: Joaquin Casillas Melendez X-Sender: jcasilla@hyperion.roblis To: Performer Mailing List Subject: pfCullResult & C++ Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello performers. I want a node to always pass the culling test, which I've achieved with the funcion pfCullResult(PFIS_ALL_IN) in a precull callback. This works fine when compiled in C. However, I'm now compiling in C++ and got this error: error(3114): identifier "pfCullResult" is undefined pfCullResult(PFIS_ALL_IN); I have included the header file , and the function appears in the C++ section of the man page. Any idea about what's going wrong? I'm using performer 2.1, Irix 6.4 on a Onyx2 Reality. Thank you. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 15:31:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA08892; Wed, 10 Sep 1997 13:39:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA08867; Wed, 10 Sep 1997 13:39:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16340; Wed, 10 Sep 1997 13:38:59 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA09364 for ; Wed, 10 Sep 1997 13:38:58 -0700 env-from (jan@euryale.chinalake.navy.mil) Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id UAA01603 for info-performer@sgi.com; Wed, 10 Sep 1997 20:37:04 GMT From: Jan Barglowski Posted-Date: Wed, 10 Sep 1997 20:37:04 GMT Message-Id: <199709102037.UAA01603@cyclops> Subject: Framerate on iR, Part II... To: info-performer@sgi.com Date: Wed, 10 Sep 1997 13:37:03 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2768 Status: O Thanks to all who've replied, and sorry I haven't summarized sooner! I still have the ~2 second "glitch", and here's what I've done so far: - Stopped displaying my xclock (thanks Angus) - Added the NOINTR directive in my irix.sm (thanks Dr. Colin) as shown in the FAQ. I now have protected processors 9, 10, and 11 from broadcast interrupts and lock them in my app. - I run a "desktop" with three "desks", some with nice picture backgrounds. Haven't had the chance to disable this, but the desk I run the app on has no background defined. Also, the framebuffer is 2560x1024 across 2 monitors so I can debug if necessary. (printf's off when testing framerate, however). Haven't compare it to a 1280x1024 framebuffer yet. Now I haven't had a lot of time to test various setups, but here's a snapshot of "top" when the machine's idle: --- IRIX64 cyclops 6.2 03131016 IP25 Load[0.24,0.33,0.54] 13:22:22 106 procs user pid pgrp %cpu proc pri size rss time command root 21 0 4.29 * +39 0 0 5:30 sockd jan 1559 1559 0.64 2 61 110 69 0:00 top root 3 0 0.12 * +39 0 0 0:08 bdflush root 370 0 0.10 * 39 89 47 0:03 sysctlrd root 807 0 0.06 * 60 120 70 0:03 mediad root 18 0 0.04 * +39 0 0 0:02 rtnetd root 210 210 0.04 * 60 135 88 0:00 rpcbind root 213 0 0.03 * 60 86 47 0:00 ypbind root 22 0 0.03 * +39 0 0 0:00 tpisockd root 885 885 0.02 * 60 1024 715 9:19 Xsgi jan 1268 1266 0.01 * 60 252 143 0:00 xterm root 103 0 0.01 * 60 90 48 0:00 syslogd root 233 0 0.00 * 61 0 0 0:00 nfsd root 232 0 0.00 * 61 0 0 0:00 nfsd root 234 0 0.00 * 61 0 0 0:00 nfsd root 224 0 0.00 * 61 0 0 0:00 nfsd --- Most curious is this sockd, which seems to be running with a rather high priority and takes up quite of bit of CPU time, too. I got a little info on sockd, which is a firewall proxy daemon? The NFS mounts are few and checked to be inactive during testing. Maybe bdflush? I do run an intersect process, but the stats show "0" time spent (and I've disabled the intersect and same prob stays) Once again, iR, 12CPU, 2-64Mb RM6, 2Gb RAM, IRIX 6.2, Performer 2.1 OK, Round 2 begin! jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 16:02:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA09273; Wed, 10 Sep 1997 14:09:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA09248; Wed, 10 Sep 1997 14:09:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA20831; Wed, 10 Sep 1997 14:09:46 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA18860 for ; Wed, 10 Sep 1997 14:09:45 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA03626; Wed, 10 Sep 1997 14:09:44 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709102109.OAA03626@remi.engr.sgi.com> Subject: Re: pfCullResult & C++ To: jcasilla@glup.eleinf.uv.es (Joaquin Casillas Melendez) Date: Wed, 10 Sep 1997 14:09:43 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Joaquin Casillas Melendez" at Sep 10, 97 07:34:36 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 834 Status: O Joaquin Casillas Melendez wrote: > > > Hello performers. > > I want a node to always pass the culling test, which I've achieved with > the funcion pfCullResult(PFIS_ALL_IN) in a precull callback. This works > fine when compiled in C. However, I'm now compiling in C++ and got this > error: > > error(3114): identifier "pfCullResult" is undefined > pfCullResult(PFIS_ALL_IN); pfCullResult() is defined in pf/pfTraverser.h > > I have included the header file , and the function > appears in the C++ section of the man page. > > Any idea about what's going wrong? > I'm using performer 2.1, Irix 6.4 on a Onyx2 Reality. > > Thank you. > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 16:16:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA09437; Wed, 10 Sep 1997 14:23:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA09412; Wed, 10 Sep 1997 14:23:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA22538; Wed, 10 Sep 1997 14:23:17 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA22819 for ; Wed, 10 Sep 1997 14:23:15 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA22792; Wed, 10 Sep 1997 17:13:12 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id RAA04043; Wed, 10 Sep 1997 17:08:25 -0400 From: "Nicolas Gauvin" Message-Id: <9709101708.ZM4041@christine.cae.ca> Date: Wed, 10 Sep 1997 17:08:25 -0400 In-Reply-To: Joaquin Casillas Melendez "pfCullResult & C++" (Sep 10, 7:34pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Joaquin Casillas Melendez , Performer Mailing List Subject: Re: pfCullResult & C++ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 10, 7:34pm, Joaquin Casillas Melendez wrote: > Subject: pfCullResult & C++ > > Hello performers. > > I want a node to always pass the culling test, which I've achieved with > the funcion pfCullResult(PFIS_ALL_IN) in a precull callback. This works > fine when compiled in C. However, I'm now compiling in C++ and got this > error: > > error(3114): identifier "pfCullResult" is undefined > pfCullResult(PFIS_ALL_IN); > > I have included the header file , and the function > appears in the C++ section of the man page. > > Any idea about what's going wrong? > The man page is wrong. It should have been: #include This typo has been corrected for the next release of Performer. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 19:04:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10278; Wed, 10 Sep 1997 17:15:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10253; Wed, 10 Sep 1997 17:15:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA16694; Wed, 10 Sep 1997 17:15:01 -0700 Received: from hell.engr.sgi.com ([150.166.37.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA12634 for ; Wed, 10 Sep 1997 17:15:00 -0700 env-from (hatch@hell.engr.sgi.com) Received: (from hatch@localhost) by hell.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA01286; Wed, 10 Sep 1997 17:14:58 -0700 From: "Don Hatch" Message-Id: <9709101714.ZM1284@hell.engr.sgi.com> Date: Wed, 10 Sep 1997 17:14:58 -0700 In-Reply-To: Jan Barglowski "Framerate on iR, Part II..." (Sep 10, 1:37pm) References: <199709102037.UAA01603@cyclops> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jan Barglowski , info-performer@sgi.com Subject: Re: Framerate on iR, Part II... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 10, 1:37pm, Jan Barglowski wrote: > Subject: Framerate on iR, Part II... > Thanks to all who've replied, and sorry I haven't summarized sooner! > > I still have the ~2 second "glitch", and here's what I've done so far: > > - Stopped displaying my xclock (thanks Angus) > > - Added the NOINTR directive in my irix.sm (thanks Dr. Colin) as shown > in the FAQ. I now have protected processors 9, 10, and 11 from > broadcast interrupts and lock them in my app. > > - I run a "desktop" with three "desks", some with nice picture backgrounds. > Haven't had the chance to disable this, but the desk I run the app on > has no background defined. Also, the framebuffer is 2560x1024 across > 2 monitors so I can debug if necessary. (printf's off when testing > framerate, however). Haven't compare it to a 1280x1024 framebuffer > yet. > Did you try my suggestion? Here's my reply again in case it didn't make it the first time... On Sep 5, 8:48am, Don Hatch wrote: > Subject: Re: Framerate on iR... > On Sep 3, 3:12pm, Jan Barglowski wrote: > > > > I'm trying to optimize my framerate. At 30Hz PFPHASE_LOCK my app > > runs well, but about every 2 seconds the stats display "jumps" > > and I consistently get 2-4 misses shown in the stats window. For > > the app/cull/draw misses, there are zero misses shown. > > > > Now the fun part. I run the app at 60Hz PFPHASE_LOCK and I get > > the exact same symptoms: 2-4 misses and none shown for each of the > > processes. Thinking it was my program, I then ran "perfly esprit.flt" > > and got the same statistics. > > > > Setup: 12cpu iR, IRIX 6.2, Performer 2.1, running programs as root > > with non-degrading priorities and locked-down CPUs. My app can easily > > run 60Hz (well, I disabled preFrame() and postFrame() for these tests ;-) > > Others have seen the every-two-seconds jump as well. > It turns out it was due to frame stats collection, which is done > be default every 2 seconds. > > If you are working from perfly source, > you can change this by looking for the lines: > pfFStatsAttr(fsp, PFFSTATS_UPDATE_SECS, 2.0f); > first = 0; > and changing them to: > pfFStatsAttr(fsp, PFFSTATS_UPDATE_SECS, whatever_you_want); > if (i == ViewState->numChans-1) > first = 0; /* did it on all the channels once */ > (The added "if" should have been there all along; > without it, this will only happen on the first channel, > which is wrong when running with multiple channels; > this will be fixed in Performer 2.2). > > Don > > -- > Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. >-- End of excerpt from Don Hatch -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 10 19:23:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10577; Wed, 10 Sep 1997 17:32:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10551; Wed, 10 Sep 1997 17:32:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA18362; Wed, 10 Sep 1997 17:32:27 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA16860 for ; Wed, 10 Sep 1997 17:32:27 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA21341; Wed, 10 Sep 1997 17:32:22 -0700 Date: Wed, 10 Sep 1997 17:32:22 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709101732.ZM21339@multipass.engr.sgi.com> In-Reply-To: Jan Barglowski "Framerate on iR, Part II..." (Sep 10, 1:37pm) References: <199709102037.UAA01603@cyclops> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Jan Barglowski , info-performer@sgi.com Subject: Re: Framerate on iR, Part II... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 10, 1:37pm, Jan Barglowski wrote: > Subject: Framerate on iR, Part II... > Thanks to all who've replied, and sorry I haven't summarized sooner! > > I still have the ~2 second "glitch", and here's what I've done so far: > > - Stopped displaying my xclock (thanks Angus) > > - Added the NOINTR directive in my irix.sm (thanks Dr. Colin) as shown > in the FAQ. I now have protected processors 9, 10, and 11 from > broadcast interrupts and lock them in my app. > > - I run a "desktop" with three "desks", some with nice picture backgrounds. > Haven't had the chance to disable this, but the desk I run the app on > has no background defined. Also, the framebuffer is 2560x1024 across > 2 monitors so I can debug if necessary. (printf's off when testing > framerate, however). Haven't compare it to a 1280x1024 framebuffer > yet. > > Now I haven't had a lot of time to test various setups, but here's a > snapshot of "top" when the machine's idle: > --- > IRIX64 cyclops 6.2 03131016 IP25 Load[0.24,0.33,0.54] 13:22:22 106 procs > user pid pgrp %cpu proc pri size rss time command > root 21 0 4.29 * +39 0 0 5:30 sockd > jan 1559 1559 0.64 2 61 110 69 0:00 top > root 3 0 0.12 * +39 0 0 0:08 bdflush > root 370 0 0.10 * 39 89 47 0:03 sysctlrd > root 807 0 0.06 * 60 120 70 0:03 mediad > root 18 0 0.04 * +39 0 0 0:02 rtnetd > root 210 210 0.04 * 60 135 88 0:00 rpcbind > root 213 0 0.03 * 60 86 47 0:00 ypbind > root 22 0 0.03 * +39 0 0 0:00 tpisockd > root 885 885 0.02 * 60 1024 715 9:19 Xsgi > jan 1268 1266 0.01 * 60 252 143 0:00 xterm > root 103 0 0.01 * 60 90 48 0:00 syslogd > root 233 0 0.00 * 61 0 0 0:00 nfsd > root 232 0 0.00 * 61 0 0 0:00 nfsd > root 234 0 0.00 * 61 0 0 0:00 nfsd > root 224 0 0.00 * 61 0 0 0:00 nfsd > --- > > Most curious is this sockd, which seems to be running with a rather > high priority and takes up quite of bit of CPU time, too. I got a > little info on sockd, which is a firewall proxy daemon? The NFS > mounts are few and checked to be inactive during testing. Maybe > bdflush? > > I do run an intersect process, but the stats show "0" time spent > (and I've disabled the intersect and same prob stays) > > Once again, iR, 12CPU, 2-64Mb RM6, 2Gb RAM, IRIX 6.2, Performer 2.1 > > OK, Round 2 begin! > Try making sure CPU 0 isn't too busy, I think there are some issues with the vertical retrace interrupt if you have a really heavy load on this processor. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 02:18:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA11659; Thu, 11 Sep 1997 01:17:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA11634; Thu, 11 Sep 1997 01:17:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA17496; Thu, 11 Sep 1997 01:17:40 -0700 Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA17602 for ; Thu, 11 Sep 1997 01:16:59 -0700 env-from (ganga@superman.serc.iisc.ernet.in) Received: from superman.serc.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id NAA09442; Thu, 11 Sep 1997 13:46:03 +0530 Received: from localhost (ganga@localhost) by superman.serc.iisc.ernet.in (8.8.4/8.8.4) with SMTP id IAA22702 for ; Thu, 11 Sep 1997 08:42:54 -0500 Date: Thu, 11 Sep 1997 08:42:54 -0500 (GMT+5) From: SERC To: info-performer@sgi.com Subject: subscription... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear Netters: Though this question is not directly related to performer I feel that you can help me. I am a novice to this graphics field. I would like to receive useful websites in the following topics: lighting, texturing,anti-aliasing,etc... Further I would appreciate to receive any helpful articles and websites Users Lists related to graphics. Thanks in advance. jai ganga ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 02:18:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA11687; Thu, 11 Sep 1997 01:18:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA11662; Thu, 11 Sep 1997 01:18:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA17561; Thu, 11 Sep 1997 01:18:27 -0700 Received: from nic.eunet.no (nic.eunet.no [193.71.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA17739 for ; Thu, 11 Sep 1997 01:18:24 -0700 env-from (nic.eunet.no!indigo!autosim.no!inge) Received: from indigo.UUCP (uucp@localhost) by nic.eunet.no (8.8.6/8.8.6) with UUCP id KAA05466 for eunor!sgi.com!info-performer; Thu, 11 Sep 1997 10:03:04 +0200 (MET DST) Received: from onyx.autosim.no by indigo.autosim.no via SMTP (931110.SGI/930416.SGI) for eunor!sgi.com!info-performer id AA03388; Thu, 11 Sep 97 19:05:33 +0200 Sender: rock.csd.sgi.com!sgi.com!nic.eunet.no!indigo!inge Message-Id: <341824DD.41C6@autosim.no> Date: Thu, 11 Sep 1997 19:05:33 +0200 From: Inge Henriksen Organization: Autosim A/S X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Re: info-performer Sep 09 1997 References: <199709100900.CAA06747@holodeck.csd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O -- Hei Ole ------- Jeg fikk en litt interesang (unsxyld feilstavlexem ) mail fra info@performer der det snakkes om et nytt 3D-display system. Tenkte det kunne vaere interresant for deg ogsaa. Vennlig hilsen Inge --------------------------- Inge Eivind Henriksen Autosim A/S P.B. 2303 N-9002 Tromsoe Norway Tlf.nr.: +(47) 77 67 50 75 Fax.nr.: +(47) 77 67 67 01 Mailto:inge@autosim.no ---------------------------- Word for thought: Joh.3:16-21 ---------------------------- ****************************************************************************** From: Pari Natarajan Date: Tue, 09 Sep 1997 22:03:17 -0700 Subject: ACM SIGGraph Silicon Valley Chapter Meeting Reply-To: pari@caligari.com ANNOUNCEMENT: September Silicon Valley ACM SIGGraph Chapter Meeting DATE: Thursday Sept 18, 1997 TIME: 7:30pm, Demo of 3D image technology(The magic cube!), Networking and Socializing 8:00pm, Meeting PLACE: Town Hall Auditorium, Apple Conference Center #4 Infinite Loop, Apple Headquarters, Cupertino Just off 280 and De Anza Blvd. TOPIC: True 3D images ENTRANCE FEE: Absolutly free! SPEAKER: Dr. Elizabeth Downing, Founder 3D Technology Labs Dr. Downing will be talking about the technology which she has developed for viewing true, moving 3D images in a small glass cube. This technology may redefine the way we visualize in the future. The talk will discuss the technological innovations behind this new way of viewing 3d objects and will discuss various chemical species and material systems in which this phenomenon works (and doesn't work), system integration and architecture issues, features of this type of volumetric display (vs say rotating ones), and application areas for this emerging technology. Dr. Downing received her B.S., in Mechanical Engineering from Carnegie Mellon University. She received both an M.S. and Ph.D., in Mechanical Engineering at Stanford University. ABOUT 3D Technology Labs: 3D Technology Laboratories has a vision of the future that is a quantum leap beyond current display hardware. Using commercially available U.S. manufactured components, 3DTL is working to integrate a volumetric display that can satisfy the visualization needs of industries as diverse as military, medicine, science, engineering, education, and entertainment. This technology, which has just emerged on the display scene, represents a paradigm shift in the way we present and interpret information. Winner of Industry Week and Discover magazines Technology of the Year awards for its simplicity and elegance, this powerful new display technology is poised to lead America into the next millennium. More information in http://www.3dtl.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 04:17:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA11920; Thu, 11 Sep 1997 03:19:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA11895; Thu, 11 Sep 1997 03:19:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA22751; Thu, 11 Sep 1997 03:19:00 -0700 Received: from hotmail.com (F15.hotmail.com [207.82.250.26]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id DAA06716 for ; Thu, 11 Sep 1997 03:18:59 -0700 env-from (venkatakrishnanc@hotmail.com) Received: (qmail 6698 invoked by uid 0); 11 Sep 1997 10:18:59 -0000 Message-ID: <19970911101859.6697.qmail@hotmail.com> Received: from 202.54.36.29 by www.hotmail.com with HTTP; Thu, 11 Sep 1997 03:18:59 PDT X-Originating-IP: [202.54.36.29] From: "VenkataKrishnan Chandran" To: info-performer@sgi.com Subject: Terrain following Content-Type: text/plain Date: Thu, 11 Sep 1997 03:18:59 PDT Status: O Hi Performer folks, I am trying to develop a software having terrain following. I am new to Performer development environment. Can any one help in this regard, by giving few tips to start of? Suggest some references for the same. Thanking you, Venkatakrishnan.C ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 04:17:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA11848; Thu, 11 Sep 1997 03:09:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA11823; Thu, 11 Sep 1997 03:09:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA22468; Thu, 11 Sep 1997 03:09:37 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA03507 for ; Thu, 11 Sep 1997 03:09:36 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA05720; Thu, 11 Sep 1997 03:09:32 -0700 From: "Sharon Clay" Message-Id: <9709110309.ZM5718@rose.engr.sgi.com> Date: Thu, 11 Sep 1997 03:09:32 -0700 In-Reply-To: "Don Hatch" "Re: Framerate on iR, Part II..." (Sep 10, 5:14pm) References: <199709102037.UAA01603@cyclops> <9709101714.ZM1284@hell.engr.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Don Hatch" , Jan Barglowski , info-performer@sgi.com Subject: Re: Framerate on iR, Part II... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Sep 10, 5:14pm, Don Hatch wrote: > Subject: Re: Framerate on iR, Part II... ->From guest@holodeck.csd.sgi.com Wed Sep 10 20:39:23 1997 ->Subject: Re: Framerate on iR, Part II... -> ->On Sep 10, 1:37pm, Jan Barglowski wrote: ->> Subject: Framerate on iR, Part II... ->> Thanks to all who've replied, and sorry I haven't summarized sooner! ->> ->> I still have the ~2 second "glitch", and here's what I've done so far: ->> [ ... ] -> ->Did you try my suggestion? ->Here's my reply again in case it didn't make it the first time... -> ->On Sep 5, 8:48am, Don Hatch wrote: ->> Subject: Re: Framerate on iR... ->> On Sep 3, 3:12pm, Jan Barglowski wrote: ->> > [ ... ] ->> ->> Others have seen the every-two-seconds jump as well. ->> It turns out it was due to frame stats collection, which is done ->> be default every 2 seconds. Important clarification here: it was not due to stats collection which is very fast and independent of the UPDATE period but due to the copying the data down to the cull process to be later be drawn in your display after the averaging over the UPDATE period has been done. The copy to the draw process is OK. The bug was that only the few enabled/change stats need to be copied from the app to the cull, not the entire structure - an incorrect flag was given to the copy routine. So, the hit is in a very specific place (start of the CULL of each channel where APP updates the CULL) and a very fixed size (time to copy the structure). This means that the APP and CULL processes are the ones that are impacted and a forked CULL process is required to incur the hit. ->> ->> If you are working from perfly source, ->> you can change this by looking for the lines: ->> pfFStatsAttr(fsp, PFFSTATS_UPDATE_SECS, 2.0f); ->> first = 0; ->> and changing them to: ->> pfFStatsAttr(fsp, PFFSTATS_UPDATE_SECS, whatever_you_want); ->> if (i == ViewState->numChans-1) ->> first = 0; /* did it on all the channels once */ ->> (The added "if" should have been there all along; ->> without it, this will only happen on the first channel, ->> which is wrong when running with multiple channels; ->> this will be fixed in Performer 2.2). We will also be able to fix this in 2.0/2.1 compatibility libraries that will ship with 2.2. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 08:43:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12706; Thu, 11 Sep 1997 07:48:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12681; Thu, 11 Sep 1997 07:48:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA12113; Thu, 11 Sep 1997 07:48:24 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA00142 for ; Thu, 11 Sep 1997 07:48:21 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id KAA25016 for ; Thu, 11 Sep 1997 10:49:21 -0400 (EDT) Received: by bangate.etcusa.com; Thu, 11 Sep 97 11:09:40 EDT Date: Thu, 11 Sep 97 11:03:46 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: PfInit Error X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Dear Performers, I have been trying to run an executable written in Performer. I have Performer 2.1. The executable gives this error message and exits: Performer Fatal: pfInit: cannot create semaphore area via NFS (/usr/tmp).Change PFTMPDIR. I did set it to other directories like /tmp but it is no use. Is that an incompatability problem or I have to set some variable in my code. Note that I donot use NFS and work in standalone network mode. Any ideas or suggestions are welcome.. Dogan Cibiceli ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 08:43:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12663; Thu, 11 Sep 1997 07:43:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12638; Thu, 11 Sep 1997 07:43:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA11535; Thu, 11 Sep 1997 07:43:22 -0700 Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA27950 for ; Thu, 11 Sep 1997 07:43:18 -0700 env-from (jgalis@paradigmsim.com) Received: from jimspc.paradigmsim.com by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA15642; Thu, 11 Sep 1997 09:39:05 -0500 Received: by jimspc.paradigmsim.com with Microsoft Mail id <01BCBE97.2B0F66A0@jimspc.paradigmsim.com>; Thu, 11 Sep 1997 09:43:33 -0500 Message-ID: <01BCBE97.2B0F66A0@jimspc.paradigmsim.com> From: Jim Galis To: "'jan@chinalake.navy.mil'" Cc: "'info-performer@sgi.com'" Subject: Re: Framerate on iR... Date: Thu, 11 Sep 1997 09:43:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O >> >> Others have seen the every-two-seconds jump as well. >> It turns out it was due to frame stats collection, which is done >> be default every 2 seconds. >> If you have looked at this (above) and that isnt it, there is a sure fire method to find it: WindView. this will analyze (in realtime) your processes on each CPU, and you can instrument your code to find the problem areas. It is very easy to use, and non-intrusive. Even without the instrumentation, WindView exposes all tasks running. You can get this software for eval, and try it out. You must be running rtmond for it to work. >Thanks to all who've replied, and sorry I haven't summarized sooner! > >I still have the ~2 second "glitch", and here's what I've done so far: > >- Stopped displaying my xclock (thanks Angus) > >- Added the NOINTR directive in my irix.sm (thanks Dr. Colin) as shown > in the FAQ. I now have protected processors 9, 10, and 11 from > broadcast interrupts and lock them in my app. > >- I run a "desktop" with three "desks", some with nice picture backgrounds. > Haven't had the chance to disable this, but the desk I run the app on > has no background defined. Also, the framebuffer is 2560x1024 across > 2 monitors so I can debug if necessary. (printf's off when testing > framerate, however). Haven't compare it to a 1280x1024 framebuffer > yet. > >Most curious is this sockd, which seems to be running with a rather >high priority and takes up quite of bit of CPU time, too. I got a >little info on sockd, which is a firewall proxy daemon? The NFS >mounts are few and checked to be inactive during testing. Maybe >bdflush? > >I do run an intersect process, but the stats show "0" time spent >(and I've disabled the intersect and same prob stays) > >Once again, iR, 12CPU, 2-64Mb RM6, 2Gb RAM, IRIX 6.2, Performer 2.1 > >OK, Round 2 begin! =========================================== Jim Galis Paradigm Entertainment, Inc. jgalis@paradigmsim.com ---- There are no accidents ---- =========================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 10:16:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12737; Thu, 11 Sep 1997 08:15:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12712; Thu, 11 Sep 1997 08:15:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15372; Thu, 11 Sep 1997 08:15:41 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA12232 for ; Thu, 11 Sep 1997 08:15:20 -0700 env-from (perfly@segolene.roazhon.inra.fr) From: perfly@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id RAA20921 for ; Thu, 11 Sep 1997 17:14:59 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA18199; Thu, 11 Sep 1997 17:11:20 +0200 Date: Thu, 11 Sep 1997 17:11:20 +0200 Message-Id: <9709111511.AA18199@segolene.roazhon.inra.fr> To: info-performer@sgi.com Subject: pfconv brest.im brest.pfb -- doesn't work -- X-Sun-Charset: US-ASCII Status: O Salut, When I convert my ".im" file in a ".pfb" file with pfconv, I lose all my clipmap textures and here are the messages : PF Warning/Internal: pfdStoreFile_pfb: find_in_table() could not find 0 (0x0) in Texture Internal Format table. PF Warning/Internal: pfdStoreFile_pfb: find_in_table() could not find 1 (0x1) in Texture External Format table. PF Warning/Internal: pfdStoreFile_pfb: find_in_table() could not find 0 (0x0) in Texture Repeat table. So, I 've tried to convert it in my application with the function pfdStoreFile_pfb. I set PFPFB_SAVE_TEXTURE_PATH and PFPFB_SAVE_TEXTURE_IMAGE to PF_ON. and it doesn't work !! What is the Problem ? Kenavo my ".im" file: /*---------------------------------------------------------------------- new root Root end_root new geode Geode end new scs scs1 rotate 0.0 -90.0 0.0 scale 100.0 100.0 100.0 end_scs load_geode Geode #XXX see above... #tgen_linear cliptex brest.ct poly 4 vc -.5 0.0 -.5 .5 0.0 -.5 .5 0.0 .5 -.5 0.0 .5 #XXX see above... tc 0.0 0.0 1.0 0.0 1.0 1.0 0.0 1.0 end #clipcenter ClipCenter Geode Geode # XXX Weird behavior if refnode is a geode directly, # so interpose a dummy group... new group DummyGroup end attach DummyGroup Geode mpclipcenter ClipCenter DummyGroup DummyGroup attach scs1 ClipCenter attach Root scs1 ---------------------------------------------------------------------------*/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 11:07:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12969; Thu, 11 Sep 1997 09:47:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12944; Thu, 11 Sep 1997 09:47:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA28903; Thu, 11 Sep 1997 09:47:12 -0700 Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA12185 for ; Thu, 11 Sep 1997 09:47:06 -0700 env-from (tmax@cs.duke.edu) Received: from tanager.cs.duke.edu (tanager.cs.duke.edu [152.3.140.150]) by duke.cs.duke.edu (8.8.5/8.8.5) with ESMTP id MAA27240; Thu, 11 Sep 1997 12:47:02 -0400 (EDT) Received: (tmax@localhost) by tanager.cs.duke.edu (8.8.5/8.6.9) id MAA05295; Thu, 11 Sep 1997 12:47:01 -0400 (EDT) Date: Thu, 11 Sep 1997 12:47:01 -0400 (EDT) Message-Id: <199709111647.MAA05295@tanager.cs.duke.edu> From: "T. M. Murali" To: info-performer@sgi.com Subject: advice on using Performer X-Mailer: VM 6.32 under 19.15 XEmacs Lucid Status: O Hi, I am planning to write a walkthrough application on top of Performer and would like some advice on the issues I am facing. I will be using an SGI Octane with two R10000 processors. The application will first read in an input model (say, containing only triangles) and construct a Binary Space Partition (BSP) for the model. For each frame, it will traverse the BSP in a depth first order that depends on the viewpoint, determine the triangles that are visible, and render them. The application uses some tricks to determine (a small subset of) the visible triangles and render only these triangles. It is unlikely that the triangles will need to be rendered in different modes. Most of them will be untextured and opaque, with attributes bounded per-vertex or per-triangle uniformly throughout the model. I need to be able to process each triangle to construct and traverse the BSP. It seems to me that I need finer access to the triangles than is provided by a pfGeoSet. Further, the order in which the triangles are rendered will be completely determined by the traversal. If I store the input model in a Performer scene graph, this order might be confounded by the order in which the pfGeoSets are normally rendered by Performer. One possibility I am considering is to read in the triangles into my own data structures and use OpenGL calls to render them. To use the multiprocessing support built into Performer, I can traverse the BSP in the APP process and render in the DRAW process. Another possibility is to create a new node called (say) pfBSP in the Performer node hierarchy. I could conceivably traverse the hierarchy of pfBSP nodes in the CULL process and do all the necessary processing using callbacks. However, it seems to be me that I still need to render triangles using OpenGL calls. If I am to take advantage of Performer's ability to draw pfGeoSets efficiently, I might have to create pfGeoSets on the fly. Is that a very costly operation? Typically, I expect to create many pfGeoSets for the first frame and only a small number in each subsequent frame. Are there any other options I should consider? Thanks for your help. Murali ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 12:00:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA13294; Thu, 11 Sep 1997 10:46:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA13269; Thu, 11 Sep 1997 10:46:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09185; Thu, 11 Sep 1997 10:46:37 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA02612 for ; Thu, 11 Sep 1997 10:46:34 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id NAA04744; Thu, 11 Sep 1997 13:46:26 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) id NAA26282; Thu, 11 Sep 1997 13:46:25 -0400 From: "A. Ballard Andrews" Message-Id: <9709111346.ZM26280@sirius.ccd.bnl.gov> Date: Thu, 11 Sep 1997 13:46:24 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: dcibiceli@etcusa.com Subject: PfInit Error Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dogan, If your executable was compiled under 5.X with the older efs file system, it might generate this error (or vica versa) If that's the case, you'll have to partition the disk with an efs tmp dir - not recomended! Can you recompile the binary? What OS are you running now? Ballard Andrews CCD/BNL ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 12:51:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13467; Thu, 11 Sep 1997 11:27:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13442; Thu, 11 Sep 1997 11:27:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA15111; Thu, 11 Sep 1997 11:27:15 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA17057 for ; Thu, 11 Sep 1997 11:27:14 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA22337; Thu, 11 Sep 1997 11:26:25 -0700 Date: Thu, 11 Sep 1997 11:26:25 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709111126.ZM22335@multipass.engr.sgi.com> In-Reply-To: SERC "subscription..." (Sep 11, 8:42am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: SERC , info-performer@sgi.com Subject: Re: subscription... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 11, 8:42am, SERC wrote: > Subject: subscription... > > Dear Netters: > > Though this question is not directly related to performer I > feel that you can help me. I am a novice to this graphics field. I would > like to receive useful websites in the following topics: lighting, > texturing,anti-aliasing,etc... Further I would appreciate to receive any > helpful articles and websites Users Lists related to graphics. Thanks in > advance. > www.altavista.digital.com Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 16:49:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14434; Thu, 11 Sep 1997 13:21:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14409; Thu, 11 Sep 1997 13:21:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA29960; Thu, 11 Sep 1997 13:21:38 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA25348 for ; Thu, 11 Sep 1997 13:21:37 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id NAA29943; Thu, 11 Sep 1997 13:21:36 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA03945; Thu, 11 Sep 1997 13:21:15 -0700 From: "Rob Jenkins" Message-Id: <9709111321.ZM3943@quid.csd.sgi.com> Date: Thu, 11 Sep 1997 13:21:14 -0700 In-Reply-To: Jim Galis "Re: Framerate on iR..." (Sep 11, 9:43am) References: <01BCBE97.2B0F66A0@jimspc.paradigmsim.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jim Galis , "'jan@chinalake.navy.mil '" Subject: Re: Framerate on iR... Cc: "'info-performer@sgi.com'" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O par -rQQt will also show you scheduling info( as will WindView), you can look to see if sockd really is causing one of you performer processes to be preempted and kicked of a CPU run Q early, it also shows proc priority. You should: o Make sure you have the latest kernel rollup patch ( for recent scheduling fixes ), the latest 6.2 kernel rollup patch is 2187. o Follow all the steps in the FAQs ( chkconfig as much 'off' as possible ), you find you can backout some of those changes after you find what the problem is. o Trace the scheduling activity as described ( with Windview or par ) see who's running what where and at which priority, if sockd seems to be kicking you off then does lowering it's priority with renice help ? Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 17:19:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14912; Thu, 11 Sep 1997 13:58:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14887; Thu, 11 Sep 1997 13:57:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA04674; Thu, 11 Sep 1997 13:57:47 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA06350 for ; Thu, 11 Sep 1997 13:57:46 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id QAA21066; Thu, 11 Sep 1997 16:57:43 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma021062; Thu, 11 Sep 97 16:57:24 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id UAA11923; Thu, 11 Sep 1997 20:35:02 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA03021; Thu, 11 Sep 1997 16:35:02 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709112035.QAA03021@hf.ht.com> Subject: PfInit Error To: info-performer@sgi.com, dcibiceli@etcusa.com Date: Thu, 11 Sep 1997 16:35:02 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O ----- Forwarded message from A. Ballard Andrews ----- Dogan, If your executable was compiled under 5.X with the older efs file system, it might generate this error (or vica versa) If that's the case, you'll have to partition the disk with an efs tmp dir - not recomended! Can you recompile the binary? What OS are you running now? Ballard Andrews CCD/BNL ----- End of forwarded message from A. Ballard Andrews ----- If this is indeed the case there are two possible workarounds: 1) set PFTMPDIR to point to an EFS file system, or 2) if you do not have an EFS file system handy, there was a small program posted to the mailing list a LONG time ago (try November 1996) that you can run to "patch" your 5.x executable so that it will work with XFS file systems. Don't have the exact source of the patch program but it was one of the Performer team (probably Rob Jenkins). Cheers, scott -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 17:04:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14850; Thu, 11 Sep 1997 13:48:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14825; Thu, 11 Sep 1997 13:48:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA03659; Thu, 11 Sep 1997 13:48:20 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA03553 for ; Thu, 11 Sep 1997 13:48:17 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id QAA21020; Thu, 11 Sep 1997 16:48:12 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma021018; Thu, 11 Sep 97 16:48:00 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id UAA11828; Thu, 11 Sep 1997 20:25:55 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id QAA03003; Thu, 11 Sep 1997 16:25:45 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709112025.QAA03003@hf.ht.com> Subject: OBJ loader or pfdBuilder question To: info-performer@sgi.com Date: Thu, 11 Sep 1997 16:25:45 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O I have an OBJ file that appears to load fine with perfly, i.e. the front faces across groups seems to be correct. Now I have been developing my own OBJ loader to have greater control over strips and though I had reasonably stable. But with this one particular model some of the groups have the normals reversed (back and front have been reversed). Now I am used to Alias screwing up the normals on entire groups, and I am trying to figure out whether the (1) OBJ file is messed up or (2) my code has a bug. My question involves the former case: during pfLoadFile_obj, does the pfdBuilder code (or whatever) check to see if the assigned normals are consistent with the CCW order of the vertices of the triangles, and if it detects an inconsistency does it reverse the normals? Regards, scott -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 16:34:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA15185; Thu, 11 Sep 1997 14:25:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA15160; Thu, 11 Sep 1997 14:25:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA08225; Thu, 11 Sep 1997 14:25:25 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA14627 for ; Thu, 11 Sep 1997 14:24:46 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id RAA04363 for ; Thu, 11 Sep 1997 17:25:40 -0400 (EDT) Received: by bangate.etcusa.com; Thu, 11 Sep 97 17:45:48 EDT Date: Thu, 11 Sep 97 17:38:17 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: Thanks a lot and an another question X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Dear Performers, I just got two quick responses from Scott and Andrews. Thanks to both of them. I have got the source and looked into it. It was written (my guess Performer 1.2)) so I have to make a conversion from Perf 1.2 -> 2.1 ( will swapping solve my problems :-) ) Here is another question. I have got another source which was in Performer 2.1. I can compile and run it without problems. However I got this nice message from the linker ld: Multiply defined weak symbol ( bla_bla_1 ) in /usr/lib/libpfui_ogl.a (bla_bla_2) and /usr/lib/libpfui_ogl.a (bla_bla_3) 2nd definition ignored My guess is that when this library is compiled bla_bla_2 and bla_bla_3 defined bla_bla_1. Now the ld is getting angry about it. Although it is causing no problems, I want to get rid of those warning messages. Any quick ideas ?? Thanks a lot Dogan Cibiceli ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 17:34:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA15241; Thu, 11 Sep 1997 14:30:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA15216; Thu, 11 Sep 1997 14:30:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA08998; Thu, 11 Sep 1997 14:30:36 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA16651 for ; Thu, 11 Sep 1997 14:30:35 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA07969; Thu, 11 Sep 1997 14:30:34 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709112130.OAA07969@remi.engr.sgi.com> Subject: Re: advice on using Performer To: tmax@cs.duke.edu (T. M. Murali) Date: Thu, 11 Sep 1997 14:30:34 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199709111647.MAA05295@tanager.cs.duke.edu> from "T. M. Murali" at Sep 11, 97 12:47:01 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2755 Status: O T. M. Murali wrote: > > Hi, > I am planning to write a walkthrough application on top of Performer > and would like some advice on the issues I am facing. I will be using > an SGI Octane with two R10000 processors. > > The application will first read in an input model (say, containing > only triangles) and construct a Binary Space Partition (BSP) for the > model. For each frame, it will traverse the BSP in a depth first order > that depends on the viewpoint, determine the triangles that are > visible, and render them. The application uses some tricks to > determine (a small subset of) the visible triangles and render only > these triangles. Is there any reason why you do not use the Z-buffer ? > > It is unlikely that the triangles will need to be rendered in > different modes. Most of them will be untextured and opaque, with > attributes bounded per-vertex or per-triangle uniformly throughout the > model. > > I need to be able to process each triangle to construct and traverse > the BSP. It seems to me that I need finer access to the triangles than > is provided by a pfGeoSet. Further, the order in which the triangles > are rendered will be completely determined by the traversal. If I > store the input model in a Performer scene graph, this order might be > confounded by the order in which the pfGeoSets are normally rendered > by Performer. > > One possibility I am considering is to read in the triangles into my > own data structures and use OpenGL calls to render them. To use the > multiprocessing support built into Performer, I can traverse the BSP > in the APP process and render in the DRAW process. > > Another possibility is to create a new node called (say) pfBSP in the > Performer node hierarchy. I could conceivably traverse the hierarchy > of pfBSP nodes in the CULL process and do all the necessary processing > using callbacks. However, it seems to be me that I still need to > render triangles using OpenGL calls. > > If I am to take advantage of Performer's ability to draw pfGeoSets > efficiently, I might have to create pfGeoSets on the fly. Is that a > very costly operation? Typically, I expect to create many pfGeoSets > for the first frame and only a small number in each subsequent frame. > > Are there any other options I should consider? Thanks for your help. > Murali > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 17:31:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA17232; Thu, 11 Sep 1997 16:36:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA17207; Thu, 11 Sep 1997 16:36:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA28121; Thu, 11 Sep 1997 16:36:16 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA29004 for ; Thu, 11 Sep 1997 16:36:15 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id QAA17204; Thu, 11 Sep 1997 16:36:15 -0700 Date: Thu, 11 Sep 1997 16:36:15 -0700 From: allan (Allan Schaffer) Message-Id: <9709111636.ZM17202@holodeck.csd.sgi.com> In-Reply-To: "VenkataKrishnan Chandran" "Terrain following" (Sep 11, 3:18am) References: <19970911101859.6697.qmail@hotmail.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Terrain following Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 11, 3:18am, VenkataKrishnan Chandran wrote: > I am trying to develop a software having terrain following. I am new > to Performer development environment. Can any one help in this regard, > by giving few tips to start of? Suggest some references for the same. It's a very simple example, but check out /usr/share/Performer/src/pguide/libpf/C/intersect.c It determines the height-above-ground by intersecting the ground with a ray (from high above). An obvious enhancement would be to intersect the ground with, say, one ray pointing down from each corner of the virtual "vehicle", and use any differences in intersection position to approximate the pitch or roll. (perfly does this) Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 20:01:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA18606; Thu, 11 Sep 1997 18:08:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA18581; Thu, 11 Sep 1997 18:08:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA08345; Thu, 11 Sep 1997 18:08:26 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA29319 for ; Thu, 11 Sep 1997 18:08:25 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id SAA18570; Thu, 11 Sep 1997 18:08:06 -0700 Date: Thu, 11 Sep 1997 18:08:06 -0700 From: allan (Allan Schaffer) Message-Id: <9709111808.ZM18568@holodeck.csd.sgi.com> In-Reply-To: dcibiceli@etcusa.com "Thanks a lot and an another question" (Sep 11, 5:38pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: dcibiceli@etcusa.com, Subject: Re: Thanks a lot and an another question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 11, 5:38pm, dcibiceli@etcusa.com wrote: > Here is another question. I have got another source which was in > Performer 2.1. I can compile and run it without problems. However I got this > nice message from the linker > > ld: Multiply defined weak symbol ( bla_bla_1 ) in > /usr/lib/libpfui_ogl.a (bla_bla_2) and /usr/lib/libpfui_ogl.a (bla_bla_3) > 2nd definition ignored > > My guess is that when this library is compiled bla_bla_2 and > bla_bla_3 defined bla_bla_1. Now the ld is getting angry about it. Although > it is causing no problems, I want to get rid of those warning messages. Any > quick ideas ?? I think they're error message #85 from the linker. You can turn them off by adding this to your compile flags: -Wl,-woff,85 Allan -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 20:53:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA19234; Thu, 11 Sep 1997 19:05:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA19205; Thu, 11 Sep 1997 19:05:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA13538; Thu, 11 Sep 1997 19:05:21 -0700 Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA13865 for ; Thu, 11 Sep 1997 19:05:19 -0700 env-from (tmax@cs.duke.edu) Received: from tanager.cs.duke.edu (tanager.cs.duke.edu [152.3.140.150]) by duke.cs.duke.edu (8.8.5/8.8.5) with ESMTP id WAA08084; Thu, 11 Sep 1997 22:05:10 -0400 (EDT) Received: (tmax@localhost) by tanager.cs.duke.edu (8.8.5/8.6.9) id WAA07149; Thu, 11 Sep 1997 22:05:09 -0400 (EDT) Date: Thu, 11 Sep 1997 22:05:09 -0400 (EDT) Message-Id: <199709120205.WAA07149@tanager.cs.duke.edu> From: "T. M. Murali" To: remi@remi.engr.sgi.com (Rémi Arnaud) Cc: info-performer@sgi.com Subject: Re: advice on using Performer In-Reply-To: your message from Thu, September 11 References: <199709111647.MAA05295@tanager.cs.duke.edu> <199709112130.OAA07969@remi.engr.sgi.com> X-Mailer: VM 6.32 under 19.15 XEmacs Lucid Status: O Rémi Arnaud writes: > T. M. Murali wrote: > > > > Hi, > > I am planning to write a walkthrough application on top of Performer > > and would like some advice on the issues I am facing. I will be using > > an SGI Octane with two R10000 processors. > > > > The application will first read in an input model (say, containing > > only triangles) and construct a Binary Space Partition (BSP) for the > > model. For each frame, it will traverse the BSP in a depth first order > > that depends on the viewpoint, determine the triangles that are > > visible, and render them. The application uses some tricks to > > determine (a small subset of) the visible triangles and render only > > these triangles. > > Is there any reason why you do not use the Z-buffer ? I am sorry. I should have been more clear. I *will* render the visible triangles using the Z-buffer. Even if I know a triangle is visible, I will not know exactly which portions of that triangle are visible. Hence, to form the final image, I do need the Z-buffer. The basic motivation of the application is to do occlusion culling in software.Hence, rather than rendering *all* triangles in the view frustum using the Z-buffer, I want to determine which are (partially) visible using the BSP and render only these. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 11 21:44:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA20633; Thu, 11 Sep 1997 20:31:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA20608; Thu, 11 Sep 1997 20:31:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA18441; Thu, 11 Sep 1997 20:31:05 -0700 Received: from sixty.engr.sgi.com ([198.29.106.150]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA04936 for ; Thu, 11 Sep 1997 20:31:04 -0700 env-from (javier@sixty.engr.sgi.com) Received: (from javier@localhost) by sixty.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id UAA08708; Thu, 11 Sep 1997 20:31:02 -0700 Date: Thu, 11 Sep 1997 20:31:02 -0700 From: javier@sixty.engr.sgi.com (Javier Castellar) Message-Id: <9709112031.ZM8706@sixty.engr.sgi.com> In-Reply-To: Jan Barglowski "Framerate on iR, Part II..." (Sep 10, 1:37pm) References: <199709102037.UAA01603@cyclops> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Jan Barglowski , info-performer@sgi.com Subject: Re: Framerate on iR, Part II... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Also the following will help: - chkconfig desktop off (and then reboot) - killall mediad - login as: FAIL_SAFE -Javier On Sep 10, 1:37pm, Jan Barglowski wrote: > Subject: Framerate on iR, Part II... > Thanks to all who've replied, and sorry I haven't summarized sooner! > > I still have the ~2 second "glitch", and here's what I've done so far: > > - Stopped displaying my xclock (thanks Angus) > > - Added the NOINTR directive in my irix.sm (thanks Dr. Colin) as shown > in the FAQ. I now have protected processors 9, 10, and 11 from > broadcast interrupts and lock them in my app. > > - I run a "desktop" with three "desks", some with nice picture backgrounds. > Haven't had the chance to disable this, but the desk I run the app on > has no background defined. Also, the framebuffer is 2560x1024 across > 2 monitors so I can debug if necessary. (printf's off when testing > framerate, however). Haven't compare it to a 1280x1024 framebuffer > yet. > > Now I haven't had a lot of time to test various setups, but here's a > snapshot of "top" when the machine's idle: > --- > IRIX64 cyclops 6.2 03131016 IP25 Load[0.24,0.33,0.54] 13:22:22 106 procs > user pid pgrp %cpu proc pri size rss time command > root 21 0 4.29 * +39 0 0 5:30 sockd > jan 1559 1559 0.64 2 61 110 69 0:00 top > root 3 0 0.12 * +39 0 0 0:08 bdflush > root 370 0 0.10 * 39 89 47 0:03 sysctlrd > root 807 0 0.06 * 60 120 70 0:03 mediad > root 18 0 0.04 * +39 0 0 0:02 rtnetd > root 210 210 0.04 * 60 135 88 0:00 rpcbind > root 213 0 0.03 * 60 86 47 0:00 ypbind > root 22 0 0.03 * +39 0 0 0:00 tpisockd > root 885 885 0.02 * 60 1024 715 9:19 Xsgi > jan 1268 1266 0.01 * 60 252 143 0:00 xterm > root 103 0 0.01 * 60 90 48 0:00 syslogd > root 233 0 0.00 * 61 0 0 0:00 nfsd > root 232 0 0.00 * 61 0 0 0:00 nfsd > root 234 0 0.00 * 61 0 0 0:00 nfsd > root 224 0 0.00 * 61 0 0 0:00 nfsd > --- > > Most curious is this sockd, which seems to be running with a rather > high priority and takes up quite of bit of CPU time, too. I got a > little info on sockd, which is a firewall proxy daemon? The NFS > mounts are few and checked to be inactive during testing. Maybe > bdflush? > > I do run an intersect process, but the stats show "0" time spent > (and I've disabled the intersect and same prob stays) > > Once again, iR, 12CPU, 2-64Mb RM6, 2Gb RAM, IRIX 6.2, Performer 2.1 > > OK, Round 2 begin! > > jan > > -- > Jan Anthony Barglowski jan@chinalake.navy.mil > Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan > Naval Air Warfare Center, China Lake (619) 927-1057 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jan Barglowski -- ***************************************************************** * Javier Castellar Arribas * Email: javier@sgi.com * * * Vmail: 933-1589 * * Member of Technical Staff * Phone: 415-933-1589 * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Graphics Division * MailStop: 8L-525 * ***************************************************************** * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ***************************************************************** "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 00:20:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA21197; Thu, 11 Sep 1997 22:34:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA21172; Thu, 11 Sep 1997 22:34:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA25381; Thu, 11 Sep 1997 22:34:23 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA26381 for ; Thu, 11 Sep 1997 22:34:23 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA09214; Thu, 11 Sep 1997 22:34:21 -0700 From: "Sharon Clay" Message-Id: <9709112234.ZM9212@rose.engr.sgi.com> Date: Thu, 11 Sep 1997 22:34:21 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "OBJ loader or pfdBuilder question" (Sep 11, 4:25pm) References: <199709112025.QAA03003@hf.ht.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: OBJ loader or pfdBuilder question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Sep 11, 4:25pm, Scott McMillan wrote: > Subject: OBJ loader or pfdBuilder question -> ->I have an OBJ file that appears to load fine with perfly, i.e. the ->front faces across groups seems to be correct. -> ->Now I have been developing my own OBJ loader to have greater control over ->strips and though I had reasonably stable. But with this one particular ->model some of the groups have the normals reversed (back and front have been ->reversed). -> ->Now I am used to Alias screwing up the normals on entire groups, and I am ->trying to figure out whether the (1) OBJ file is messed up or (2) my code has ->a bug. -> ->My question involves the former case: during pfLoadFile_obj, does the ->pfdBuilder code (or whatever) check to see if the assigned normals are ->consistent with the CCW order of the vertices of the triangles, and if it ->detects an inconsistency does it reverse the normals? The AUTO_ORIENT Builder/GeoBuilder mode does this. there is also ORIENT_VERTICES to give the normal priority and re-order the verticies. Then there is ORIENT_PRESERVE to tell us to keep our paws off. The default is ORIENT_VERTICES so if Alias flipped your normals, we would flip the verts to match. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 00:33:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA21269; Thu, 11 Sep 1997 22:46:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA21244; Thu, 11 Sep 1997 22:46:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA25987; Thu, 11 Sep 1997 22:46:22 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA28598 for ; Thu, 11 Sep 1997 22:46:22 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA09019; Thu, 11 Sep 1997 22:46:20 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709120546.WAA09019@remi.engr.sgi.com> Subject: Re: advice on using Performer To: tmax@cs.duke.edu (T. M. Murali) Date: Thu, 11 Sep 1997 22:46:20 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199709120205.WAA07149@tanager.cs.duke.edu> from "T. M. Murali" at Sep 11, 97 10:05:09 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2510 Status: O T. M. Murali wrote: > > Rémi Arnaud writes: > > T. M. Murali wrote: > > > > > > Hi, > > > I am planning to write a walkthrough application on top of Performer > > > and would like some advice on the issues I am facing. I will be using > > > an SGI Octane with two R10000 processors. > > > > > > The application will first read in an input model (say, containing > > > only triangles) and construct a Binary Space Partition (BSP) for the > > > model. For each frame, it will traverse the BSP in a depth first order > > > that depends on the viewpoint, determine the triangles that are > > > visible, and render them. The application uses some tricks to > > > determine (a small subset of) the visible triangles and render only > > > these triangles. > > > > Is there any reason why you do not use the Z-buffer ? > > I am sorry. I should have been more clear. I *will* render the visible > triangles using the Z-buffer. Even if I know a triangle is visible, I > will not know exactly which portions of that triangle are > visible. Hence, to form the final image, I do need the Z-buffer. Well if you use BSP, you can draw the triangles in the back to front order and have the correct result without any Z-buffer. This would be faster to just turn off the Z-buffer in that case. > > The basic motivation of the application is to do occlusion culling in > software.Hence, rather than rendering *all* triangles in the view > frustum using the Z-buffer, I want to determine which are (partially) > visible using the BSP and render only these. My point is that you are certainly going too far if the goal is performance. Note that the hardware is optimized for triangle strips, not for individual triangles. If you try some benchmark, you will see that it is better to waste some time sending non visible triangles (backfaces) in a t-mesh, than to send the right individual triangles. You can have a database that does a good job in Frustum culling by keeping the bounding spheres small in not grouping objects that are far appart. The main optimisation you would like to do is to not draw objects that are 100% hidden behind a wall for example. That is Occlusion culling, which BSP does not provide naturally, and that would be a good win if this is the kind of database you are walking through. Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 07:15:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA22073; Fri, 12 Sep 1997 05:34:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA22048; Fri, 12 Sep 1997 05:34:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA17948; Fri, 12 Sep 1997 05:34:53 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA05327 for ; Fri, 12 Sep 1997 05:34:52 -0700 env-from (ashein@orac.boston.sgi.com) Received: by orac.boston.sgi.com (950413.SGI.8.6.12/940406.SGI) id FAA22149; Fri, 12 Sep 1997 05:06:42 -0700 From: "Andy Shein" Message-Id: <9709120506.ZM22145@orac.boston.sgi.com> Date: Fri, 12 Sep 1997 05:06:41 -0700 In-Reply-To: "T. M. Murali" "Re: advice on using Performer" (Sep 11, 10:05pm) References: <199709111647.MAA05295@tanager.cs.duke.edu> <199709112130.OAA07969@remi.engr.sgi.com> <199709120205.WAA07149@tanager.cs.duke.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "T. M. Murali" Subject: Re: advice on using Performer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709120506.ZM22145.boston.sgi.com" Status: O --PART-BOUNDARY=.19709120506.ZM22145.boston.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u How about taking a look at Dave Luebke's portal culling instead of the BSP. http://www.cs.unc.edu/~luebke/visibility.html I have used it for a ship walkthru and it works great. I have a version that uses OpenGL instead of IRIS gl which you may wnat to use on an Octane. Andy On Sep 11, 10:05pm, T. M. Murali wrote: > Subject: Re: advice on using Performer > R=E9mi Arnaud writes: > > T. M. Murali wrote: > > > > > > Hi, > > > I am planning to write a walkthrough application on top of Perfo= rmer > > > and would like some advice on the issues I am facing. I will be us= ing > > > an SGI Octane with two R10000 processors. > > > > > > The application will first read in an input model (say, containing= > > > only triangles) and construct a Binary Space Partition (BSP) for t= he > > > model. For each frame, it will traverse the BSP in a depth first o= rder > > > that depends on the viewpoint, determine the triangles that are > > > visible, and render them. The application uses some tricks to > > > determine (a small subset of) the visible triangles and render onl= y > > > these triangles. > > > > Is there any reason why you do not use the Z-buffer ? > > I am sorry. I should have been more clear. I *will* render the visible > triangles using the Z-buffer. Even if I know a triangle is visible, I > will not know exactly which portions of that triangle are > visible. Hence, to form the final image, I do need the Z-buffer. > > The basic motivation of the application is to do occlusion culling in > software.Hence, rather than rendering *all* triangles in the view > frustum using the Z-buffer, I want to determine which are (partially) > visible using the BSP and render only these. > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from T. M. Murali -- = Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 --PART-BOUNDARY=.19709120506.ZM22145.boston.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 07:33:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA22125; Fri, 12 Sep 1997 05:50:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA22100; Fri, 12 Sep 1997 05:50:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA18829; Fri, 12 Sep 1997 05:50:04 -0700 Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA07885 for ; Fri, 12 Sep 1997 05:49:57 -0700 env-from (yprj2317@cse.cuhk.edu.hk) Received: from sgi23.cs.cuhk.hk by cse.cuhk.edu.hk with SMTP id UAA14225; Fri, 12 Sep 1997 20:49:53 +0800 (HKT) From: VR Entertainment II Received: by sgi23.cs.cuhk.hk (950413.SGI.8.6.12/Spike-2.0) id UAA07121; Fri, 12 Sep 1997 20:49:52 +0800 Message-Id: <199709121249.UAA07121@sgi23.cs.cuhk.hk> Subject: Object files created by alias wavefront. To: info-performer@sgi.com Date: Fri, 12 Sep 1997 20:49:51 +0800 (HKT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Status: O Dear all, I use Alias/Wavefront to creat objects and save as OBJ files. Alias/Wavefront always produce two files, one is the OBJ and the other Col where define the shaders. Then when I use Performer to load the OBJ, there is an error said that material cannot be found? How can I slove this problem ? Wai & Shar ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 08:08:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA22174; Fri, 12 Sep 1997 06:53:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA22149; Fri, 12 Sep 1997 06:53:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA22821; Fri, 12 Sep 1997 06:53:29 -0700 Received: from rivafw.rivatech.com ([207.239.188.17]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA20809 for ; Fri, 12 Sep 1997 06:53:25 -0700 env-from (dweller@rivatech.com) Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) for <@rivafw.rivatech.com:info-performer@sgi.com> id IAA26803; Fri, 12 Sep 1997 08:51:57 -0500 Received: from linus.rivatech.com(192.168.1.3) by rivafw.rivatech.com via smap (V1.3) id sma026801; Fri Sep 12 08:51:57 1997 Received: (from dweller@localhost) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA06437 for info-performer@sgi.com; Fri, 12 Sep 1997 08:53:15 -0500 From: dweller@rivatech.com (David Weller) Message-Id: <199709121353.IAA06437@linus.rivatech.com> Subject: Re: advice on using Performer (OpenGL Optimizer?) To: info-performer@sgi.com Date: Fri, 12 Sep 1997 08:53:15 -0500 (CDT) Reply-To: dweller@rivatech.com In-Reply-To: <199709120546.WAA09019@remi.engr.sgi.com> from "Rémi Arnaud" at Sep 11, 97 10:46:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1731 Status: O > > > > I am planning to write a walkthrough application on top of Performer > > > > and would like some advice on the issues I am facing. I will be using > > > > an SGI Octane with two R10000 processors. > > > > [deletia] > > > > The basic motivation of the application is to do occlusion culling in > > software.Hence, rather than rendering *all* triangles in the view > > frustum using the Z-buffer, I want to determine which are (partially) > > visible using the BSP and render only these. > > [deletia of some of Remi's comments] > > That is Occlusion culling, which BSP does not provide naturally, and that > would be a good win if this is the kind of database you are walking through. > Perhaps slightly off-topic, but that was the primary focus of OpenGL Optimizer, was it not? Walkthru-type applications need occlusion culling, and that's exactly what OpenGL Optimizer does. Of course, the count of available database loaders, as far as I can tell, is currently at "2" :-) (Somebody correct me, PLEASE!) Which brings me to another small issue, which is that there doesn't appear to be very many good guidelines to help developers decide where the greatest advantage per application comes from (Performer v. OpenGL Optimizer). Certainly from my perspective, I'm going to get better performance using Performer for things like flight simulation. But if I have a customer that wants me to deliver an application of, say, a new selection of homes, I'm faced with a new set of decisions. SGI press releases say, "This is great for CAD/CAM/CAE stuff!" but many of us work in the fuzzy, gray areas (or in both domains :-). IMHO, this is a FAQ that belongs in both the Performer and OpenGL Optimizer FAQs. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 09:52:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22487; Fri, 12 Sep 1997 09:05:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22462; Fri, 12 Sep 1997 09:05:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08321; Fri, 12 Sep 1997 09:05:03 -0700 Received: from mail.ziplink.net (mail.ziplink.net [199.232.240.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA03530 for ; Fri, 12 Sep 1997 09:05:01 -0700 env-from (bz@infinity-technologies.com) Received: from Infinity0 (nyc-ip-1-52.ziplink.net [208.196.104.52]) by mail.ziplink.net (8.8.7/8.8.5) with SMTP id MAA10489; Fri, 12 Sep 1997 12:04:47 -0400 (EDT) Sender: bingz@mail.ziplink.net Message-ID: <34198CF1.167E@infinity-technologies.com> Date: Fri, 12 Sep 1997 11:41:53 -0700 From: Bing Zeng Organization: Infinity Technologies X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: VR Entertainment II CC: info-performer@sgi.com Subject: Re: Object files created by alias wavefront. References: <199709121249.UAA07121@sgi23.cs.cuhk.hk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O VR Entertainment II wrote: > > Dear all, > > I use Alias/Wavefront to creat objects and save as OBJ files. > Alias/Wavefront always produce two files, one is the OBJ and the other Col > where define the shaders. > > Then when I use Performer to load the OBJ, there is an error said > that material cannot be found? > > How can I slove this problem ? > > Wai & Shar You need to make sure that the material file is specified in one the two ways -- for example: 1) setenv WF_MTL_LIB $HOME/colors.mtl 2) Include a line "mtllib $HOME/colors.mtl" in you OBJ file. -- Regards, Bing *********************************** Bing Zeng Infinity Technologies P.O.Box 991013, Boston, MA 02199 Voice: 617-262-8273; 516-244-1304 Fax: 617-262-3718; 516-395-2996 Email: bz@infinity-technologies.com http://infinity-technologies.com ************************************ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 09:42:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22319; Fri, 12 Sep 1997 08:38:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22294; Fri, 12 Sep 1997 08:38:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA04287; Fri, 12 Sep 1997 08:38:34 -0700 Received: from punt-2.mail.demon.net (punt-2d.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA20287 for ; Fri, 12 Sep 1997 08:38:32 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id aa1508268; 12 Sep 97 13:07 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Re: advice on using Performer Date: Fri, 12 Sep 1997 12:09:15 GMT Organization: Pera Message-ID: <34192e79.12760465@post.demon.co.uk> References: <199709111647.MAA05295@tanager.cs.duke.edu> In-Reply-To: <199709111647.MAA05295@tanager.cs.duke.edu> X-Mailer: Forte Agent 1.5/32.450 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Thu, 11 Sep 1997 12:47:01 -0400 (EDT), "T. M. Murali" wrote: >Hi, > I am planning to write a walkthrough application on top of Performer >and would like some advice on the issues I am facing. I will be using >an SGI Octane with two R10000 processors.=20 (seems to me a lot of work trying to force a round peg in a square hole!) >Are there any other options I should consider? Thanks for your help. > Murali Have you considered looking at the pfPortal visibility culling library (I don't have the URL's to hand, but a web search on pfPortal will be enough)? Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 09:42:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22279; Fri, 12 Sep 1997 08:31:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22254; Fri, 12 Sep 1997 08:31:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA03421; Fri, 12 Sep 1997 08:31:56 -0700 Received: from rivafw.rivatech.com (rivatech.com [207.239.188.17]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA18183; Fri, 12 Sep 1997 08:31:53 -0700 env-from (dweller@rivatech.com) Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) id KAA27133; Fri, 12 Sep 1997 10:30:56 -0500 Received: from linus.rivatech.com(192.168.1.3) by rivafw.rivatech.com via smap (V1.3) id sma027131; Fri Sep 12 10:30:29 1997 Received: (from dweller@localhost) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA06664; Fri, 12 Sep 1997 10:31:43 -0500 From: dweller@rivatech.com (David Weller) Message-Id: <199709121531.KAA06664@linus.rivatech.com> Subject: Re: advice on using Performer To: ashein@orac.boston.sgi.com (Andy Shein) Date: Fri, 12 Sep 1997 10:31:43 -0500 (CDT) Cc: tmax@cs.duke.edu, info-performer@sgi.com In-Reply-To: <9709120506.ZM22145@orac.boston.sgi.com> from "Andy Shein" at Sep 12, 97 05:06:41 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1006 Status: O > How about taking a look at Dave Luebke's portal culling > instead of the BSP. > > http://www.cs.unc.edu/~luebke/visibility.html > > I have used it for a ship walkthru and it works great. > I have a version that uses OpenGL instead of IRIS gl > which you may wnat to use on an Octane. > Andy > Oh, great. Now we muddy up the Performer vs. OpenGL Optimizer issue even more :-) Honestly, I wish both the Performer and OpenGL Optimizer FAQs would have a discussion about which is more appropriate for a given app. I'm much more inclined to use OpenGL Optimizer for walkthrus, but since OGLO is so new, I don't see as much model support as I do for Performer (I can only determine there's a loader for Wavefront/Alias .obj format and the .iv format, any others?). There doesn't seem to be much "Cross-feed" between the Performer and OGLO camps other than "Yeah, we know about that other group". Perhaps Mike Jones, or somebody from the OGLO camp, would be kind enough to clear up this matter? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 09:52:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22455; Fri, 12 Sep 1997 09:04:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22430; Fri, 12 Sep 1997 09:04:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08130; Fri, 12 Sep 1997 09:04:13 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA02867 for ; Fri, 12 Sep 1997 09:04:11 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id MAA28524; Fri, 12 Sep 1997 12:04:10 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma028517; Fri, 12 Sep 97 12:03:51 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA19047; Fri, 12 Sep 1997 15:53:34 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04964; Fri, 12 Sep 1997 11:53:25 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709121553.LAA04964@hf.ht.com> Subject: Re: OBJ loader or pfdBuilder question In-Reply-To: <9709112234.ZM9212@rose.engr.sgi.com> from Sharon Clay at "Sep 11, 97 10:34:21 pm" To: src@rose.engr.sgi.com (Sharon Clay) Date: Fri, 12 Sep 1997 11:53:25 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > The AUTO_ORIENT Builder/GeoBuilder mode does this. > there is also ORIENT_VERTICES to give the normal priority and > re-order the verticies. Then there is ORIENT_PRESERVE to tell > us to keep our paws off. The default is ORIENT_VERTICES so if > Alias flipped your normals, we would flip the verts to match. > > > src. That explains everything! Wow I have been fighting against perfly (partially) and didn't even know it. So if I just make a call to pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_PRESERVE); or pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_NORMALS); (or use perfly -O 13,x) this should affect the pfdGeoBuilder state appropriately before I load my model with pfdLoadFile, right? -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 09:52:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22551; Fri, 12 Sep 1997 09:12:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22526; Fri, 12 Sep 1997 09:12:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09905; Fri, 12 Sep 1997 09:12:44 -0700 Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA07646 for ; Fri, 12 Sep 1997 09:12:37 -0700 env-from (tmax@cs.duke.edu) Received: from tanager.cs.duke.edu (tanager.cs.duke.edu [152.3.140.150]) by duke.cs.duke.edu (8.8.5/8.8.5) with ESMTP id MAA21909 for ; Fri, 12 Sep 1997 12:12:34 -0400 (EDT) Received: (tmax@localhost) by tanager.cs.duke.edu (8.8.5/8.6.9) id MAA10369; Fri, 12 Sep 1997 12:12:33 -0400 (EDT) Date: Fri, 12 Sep 1997 12:12:33 -0400 (EDT) Message-Id: <199709121612.MAA10369@tanager.cs.duke.edu> From: "T. M. Murali" To: info-performer@sgi.com Subject: Re: advice on using Performer In-Reply-To: your message from Fri, September 12 References: <199709111647.MAA05295@tanager.cs.duke.edu> <199709112130.OAA07969@remi.engr.sgi.com> <199709120205.WAA07149@tanager.cs.duke.edu> <9709120506.ZM22145@orac.boston.sgi.com> X-Mailer: VM 6.32 under 19.15 XEmacs Lucid Status: O Andy Shein writes: > How about taking a look at Dave Luebke's portal culling > instead of the BSP. > > http://www.cs.unc.edu/~luebke/visibility.html > > I have used it for a ship walkthru and it works great. > I have a version that uses OpenGL instead of IRIS gl > which you may wnat to use on an Octane. > Andy Thanks for the pointer. I know about the portal culling algorithm. I would like to clarify that I have my own algorithm for occlusion culling that I want to implement. This algorithm inherently depends on a BSP; it traverses the BSP in front-to-back order to determine what triangles are (potentially) visible. It then renders these triangles using the z-buffer. What I am trying to figure out is the best way to interface this algorithm with Performer so that I can extract the maximum benefit from the support built into Performer for real-time graphics applications. Once I finish the implementation, I hope to compare its performance to the performance of the portal culling algorithm. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 09:52:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22368; Fri, 12 Sep 1997 08:45:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22343; Fri, 12 Sep 1997 08:45:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05124; Fri, 12 Sep 1997 08:45:15 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA23394 for ; Fri, 12 Sep 1997 08:45:14 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id IAA05115; Fri, 12 Sep 1997 08:45:13 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA01953; Fri, 12 Sep 1997 08:45:03 -0700 From: "Rob Jenkins" Message-Id: <9709120845.ZM1951@quid.csd.sgi.com> Date: Fri, 12 Sep 1997 08:45:03 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "PfInit Error" (Sep 11, 4:35pm) References: <199709112035.QAA03021@hf.ht.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dcibiceli@etcusa.com, info-performer@sgi.com Subject: Re: PfInit Error Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709120845.ZM1951.csd.sgi.com" Status: O -- --PART-BOUNDARY=.19709120845.ZM1951.csd.sgi.com Content-Type: text/plain; charset=us-ascii The script Scott mentions was done by Don Hatch and is attached. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA --PART-BOUNDARY=.19709120845.ZM1951.csd.sgi.com X-Zm-Content-Name: perf12xfs Content-Description: Text Content-Type: text/plain ; name="perf12xfs" ; charset=us-ascii #!/bin/sh # # perf12xfs $Revision: 1.5 $ # # Script to patch a statically linked Performer1.2 application # to allow it to run when PFTMPDIR is an XFS file system # (getting rid of the bogus fatal "cannot create semaphore arena via NFS" # error). # # Run this script on the executable (but make a backup first!) # # So far, it has been tested on the following files: # ~src/trees/demo/GL/perfly/perfly # /usr/demos/Impact/data/GIS/terrain/perfly.ptu # /usr/demos/Impact/MaxImpact/SGI/site/perfly # /usr/demos/Impact/MaxImpact/SGI/realitycenter/perpath # If you have an executable for which it doesn't work, # please let me know (hatch@sgi.com). # if [ $# -ne 1 ] then echo Usage: `basename $0` executablename >&2 exit 1 fi perl -p -i.bak \ -e '$/ = 0777;' \ -e "s/pfInit: cannot create semaphore arena via NFS \(%s\). Change PFTMPDIR./pfInit: semaphore arena dir (%s) is not EFS. Use PFTMPDIR to change./;" \ -e "s/(\ \217\274\000\040\ \000\000\000\000\ \217\231..\ \047\244..\ \003\040\370\011\ \047\245..\ \217\274\000\040\ \047\244..\ \217\231..\ \044\005\000\057\ \003\040\370\011\ \000\000\000\000\ \217\274\000\040\ \020\100\000\002\ \047\244..\ \240\100\000\000\ \217\231..\ \047\245..\ \044\006\000\050\ \003\040\370\011\ \000\000\070\045\ \217\274\000\040\ \004\101\000\013\ \207\256..\ \217\206..\ \217\231..\ \044\004\000\001\ \044\005\000\003\ \047\247..\ \003\040\370\011\ \044\306..\ \217\274\000\040\ \000\000\000\000\ \207\256..\ \044\001\000\001\ \025\301\000\012\ \000\000\000\000\ \217\206..\ \217\231..\ \044\004\000)\001\ /"'$1'"\005/g;" \ -e "s/(\ \047\244..\ \003\040\370\011\ \044\245..\ \217\274\000\040\ \000\000\000\000\ \217\231..\ \047\244..\ \003\040\370\011\ \047\245..\ \217\274\000\040\ \047\244..\ \217\231..\ \044\005\000\057\ \003\040\370\011\ \000\000\000\000\ \217\274\000\040\ \020\100\000\002\ \047\244..\ \240\100\000\000\ \217\231..\ \047\245..\ \044\006\000\050\ \003\040\370\011\ \000\000\070\045\ \217\274\000\040\ \004\101\000\013\ \207\257..\ \217\206..\ \217\231..\ \044\004\000\001\ \044\005\000\003\ \047\247..\ \003\040\370\011\ \044\306..\ \217\274\000\040\ \000\000\000\000\ \207\257..\ \044\001\000\001\ \025\341\000\011\ \044\004\000)\001\ /"'$1'"\005/g;" \ $1 exit 0 --PART-BOUNDARY=.19709120845.ZM1951.csd.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 10:20:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22605; Fri, 12 Sep 1997 09:23:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22580; Fri, 12 Sep 1997 09:23:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA11275; Fri, 12 Sep 1997 09:23:33 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA13048 for ; Fri, 12 Sep 1997 09:23:32 -0700 env-from (ashein@orac.boston.sgi.com) Received: by orac.boston.sgi.com (950413.SGI.8.6.12/940406.SGI) id IAA22441; Fri, 12 Sep 1997 08:55:29 -0700 From: "Andy Shein" Message-Id: <9709120855.ZM22439@orac.boston.sgi.com> Date: Fri, 12 Sep 1997 08:55:29 -0700 In-Reply-To: dweller@rivatech.com (David Weller) "Re: advice on using Performer" (Sep 12, 10:31am) References: <199709121531.KAA06664@linus.rivatech.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dweller@rivatech.com (David Weller) Subject: Re: advice on using Performer Cc: tmax@cs.duke.edu, info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 12, 10:31am, David Weller wrote: > Subject: Re: advice on using Performer > > How about taking a look at Dave Luebke's portal culling > > instead of the BSP. > > > > http://www.cs.unc.edu/~luebke/visibility.html > > > > I have used it for a ship walkthru and it works great. > > I have a version that uses OpenGL instead of IRIS gl > > which you may wnat to use on an Octane. > > Andy > > > > Oh, great. Now we muddy up the Performer vs. OpenGL Optimizer issue > even more :-) Who said anything about OpenGL Optimizer ? > > Honestly, I wish both the Performer and OpenGL Optimizer FAQs would > have a discussion about which is more appropriate for a given app. > I'm much more inclined to use OpenGL Optimizer for walkthrus, but > since OGLO is so new, I don't see as much model support as I do for > Performer (I can only determine there's a loader for Wavefront/Alias > .obj format and the .iv format, any others?). Optimizer has loaders for pfb, csb and iv. You could always write one for obj :) > > There doesn't seem to be much "Cross-feed" between the Performer and > OGLO camps other than "Yeah, we know about that other group". Actually they talk a lot and are in the same hallway. I spent part of my summer writeing a csb loader for Performer, so you could use Optimizer to create models to be loaded into Perfomer. It should be out w/ Perf 2.2 Andy > > Perhaps Mike Jones, or somebody from the OGLO camp, would be kind > enough to clear up this matter? >-- End of excerpt from David Weller -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 10:21:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22648; Fri, 12 Sep 1997 09:27:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22623; Fri, 12 Sep 1997 09:27:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA12003; Fri, 12 Sep 1997 09:27:31 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA15153 for ; Fri, 12 Sep 1997 09:27:29 -0700 env-from (gestep@link.com) Received: from link.com (jason.bgm.link.com [130.210.246.40]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with ESMTP id LAA01191 for ; Fri, 12 Sep 1997 11:27:24 -0500 (CDT) Sender: gestep@link.com Message-ID: <34196E62.E1E7FFEE@link.com> Date: Fri, 12 Sep 1997 11:31:31 -0500 From: "G.W. Estep II" X-Mailer: Mozilla 4.02 [en] (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Finding intersection point Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I have an application that loads a terrain model file (dwb) on start up and then I add obstructions (trees, buildings, etc) to the scene after the terrain model is loaded. Right now I am hacking this together. I know the height of the top of the obstruction and so I just scale them tall enough such that the bottom of the obstruction is always under the terrain. This works fine for things that are uniform cross sections (i.e. square buildings, radio towers, etc.) but I need to put trees and such in now and this "hacked" approach is not going to work. What I want to do is, after I load the terrain model, determine the elevation of the terrain (z value) at a specific (x,y) point which I already know, and with this information "plant" the bottom of the model on the terrain. Is there a way to do this? I'm not concerned with speed of this process because it is still load time as far as the user is concerned. Any help would be greatly appreciated. Thanks, G.W. G.W. Estep II gw@rivatech.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 12:00:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA22924; Fri, 12 Sep 1997 10:42:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA22899; Fri, 12 Sep 1997 10:42:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA21539; Fri, 12 Sep 1997 10:42:48 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA11172 for ; Fri, 12 Sep 1997 10:42:33 -0700 env-from (nchehayeb@ceit.es) Received: by correo.ceit.es with Internet Mail Service (5.0.1458.49) id ; Fri, 12 Sep 1997 19:39:08 +0200 Message-ID: <4117B47B16A5CF118A6400805F4C3F51011AAC@correo.ceit.es> From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: RE: C++ Objects in pfDataPool Date: Fri, 12 Sep 1997 19:39:07 +0200 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BCBFB3.897D4230" Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_000_01BCBFB3.897D4230 Content-Type: text/plain Hi Performers, I enclosed an example using the pfDataPool object. The example produce a SIGBUS error when it is compiled with the option -n32 (see Makefile below). The same example works properly using the option -64. I wonder if this is a Performer bug or it is a programming mistake. Thanks, Nassouh Adel Chehayeb C.E.I.T. (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) Applied Mechanics Department Paseo de Manuel Lardizabal - 15 20009. San Sebastian (SPAIN) e-mail: nchehayeb@ceit.es Phone: ++34-43-21.28.00 Fax : ++34-43-21.30.76 > ------ =_NextPart_000_01BCBFB3.897D4230 Content-Type: application/octet-stream; name="MAIN.CXX" Content-Disposition: attachment; filename="MAIN.CXX" #include #include #include "myForce.h" void main() { int i; myForce* force; pfInit(); vrPoolObject::initPool(); for (i=0; i<2000; i++) force = new myForce; printf("All ok\n"); vrPoolObject::exitPool(); pfExit(); } ------ =_NextPart_000_01BCBFB3.897D4230 Content-Type: application/octet-stream; name="MAKEFILE" Content-Disposition: attachment; filename="MAKEFILE" #!pmake # This style produces a SIGBUS error!!! STYLE = n32 # This style works fine # STYLE = 64 STUFF = ${STYLE:S/n//} C++OPT = -${STYLE} -g LDFLAGS = -L \ -L/usr/lib${STUFF} \ -L/usr/lib${STUFF}/Performer/Static SYSLIB = -lXmu -lX11 -lm -lC IGLLIB = -lpf_igl -limage -lgl OGLLIB = -lpf_ogl -limage -lGLU -lGL -lXext LIB = $(OGLLIB) $(SYSLIB) a.exe: main.o myForce.o vrPoolObject.o CC $(C++OPT) -o $@ $> $(LDFLAGS) $(LIB) .SUFFIXES: .o .cxx .cxx.o: CC $(C++OPT) -c $< clean: rm -f *.o core clobber: clean rm -f *.exe ------ =_NextPart_000_01BCBFB3.897D4230 Content-Type: application/octet-stream; name="MYFORCE.CXX" Content-Disposition: attachment; filename="MYFORCE.CXX" #include #include "myForce.h" myForce::myForce() { id = 10; f[0]=0; f[1]=1; f[2]=2; } ------ =_NextPart_000_01BCBFB3.897D4230 Content-Type: application/octet-stream; name="MYFORCE.H" Content-Disposition: attachment; filename="MYFORCE.H" #include "vrPoolObject.h" #ifndef __MYFORCE_H__ #define __MYFORCE_H__ class myForce : public vrPoolObject { int id; double f[3]; public: myForce(); ~myForce() {} }; #endif ------ =_NextPart_000_01BCBFB3.897D4230 Content-Type: application/octet-stream; name="VRPOOLOB.CXX" Content-Disposition: attachment; filename="VRPOOLOB.CXX" #include #include "vrPoolObject.h" pfDataPool *vrPoolObject::pdata = NULL; void vrPoolObject::initPool() { pdata = pfDataPool::create(VR_DATAPOOL_SIZE, VR_DATAPOOL_NAME); assert(pdata); } void vrPoolObject::exitPool() { pdata->release(); } void *vrPoolObject::operator new(size_t sz, int id) { void *mem; mem = (void *)pdata->alloc(sz,id); assert(mem); return mem; } void vrPoolObject::operator delete(void *mem) { if (mem == NULL) return; pdata->free(mem); } ------ =_NextPart_000_01BCBFB3.897D4230 Content-Type: application/octet-stream; name="VRPOOLOB.H" Content-Disposition: attachment; filename="VRPOOLOB.H" #ifndef __VRPOOLOBJECT_H__ #define __VRPOOLOBJECT_H__ #include #define VR_DATAPOOL_NAME "vrMyPool" #define VR_DATAPOOL_SIZE 5120000 class vrPoolObject { public: vrPoolObject() {} virtual ~vrPoolObject() {} void *operator new(size_t sz, int id=0); void operator delete(void *mem); static void initPool(); static void exitPool(); protected: static pfDataPool *pdata; }; #endif ------ =_NextPart_000_01BCBFB3.897D4230-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 12:00:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA22865; Fri, 12 Sep 1997 10:31:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA22840; Fri, 12 Sep 1997 10:31:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20097; Fri, 12 Sep 1997 10:31:25 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA07270 for ; Fri, 12 Sep 1997 10:31:25 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id KAA20088; Fri, 12 Sep 1997 10:31:24 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA02258; Fri, 12 Sep 1997 10:31:14 -0700 From: "Rob Jenkins" Message-Id: <9709121031.ZM2256@quid.csd.sgi.com> Date: Fri, 12 Sep 1997 10:31:13 -0700 In-Reply-To: dweller@rivatech.com (David Weller) "Re: advice on using Performer (OpenGL Optimizer?)" (Sep 12, 8:53am) References: <199709121353.IAA06437@linus.rivatech.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dweller@rivatech.com, info-performer@sgi.com Subject: Re: advice on using Performer (OpenGL Optimizer?) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O .snip. > Perhaps slightly off-topic, but that was the primary focus of OpenGL > Optimizer, was it not? Walkthru-type applications need occlusion > culling, and that's exactly what OpenGL Optimizer does. Of course, > the count of available database loaders, as far as I can tell, is > currently at "2" :-) (Somebody correct me, PLEASE!) > Optimiser does indeed do clever culling. The Optimiser whitepaper ( link under the Optimiser web page off www.sgi.com/Technology ) says this about loaders: " Reading Files and Database Paging: OpenGL Optimizer and the scene graph layer API provide an extensible subsystem for reading and writing design files. Sample loaders are provided to read Open Inventor files and a highly efficient binary file format called CSB. IRIS Performer PFB data files can also be read into OpenGL Optimizer and stored into the CSB format, providing access to the 40 file formats supported by IRIS Performer. Adding new loaders is not difficult and there are examples that demonstrate how this is done. " Note - to be clear, the utility 'pfconv' will read any supported PF format, and write to .pfa, .pfb, .dwb or medit. > Which brings me to another small issue, which is that there doesn't > appear to be very many good guidelines to help developers decide where > the greatest advantage per application comes from (Performer v. OpenGL > Optimizer). Certainly from my perspective, I'm going to get better > performance using Performer for things like flight simulation. But if > I have a customer that wants me to deliver an application of, say, a > new selection of homes, I'm faced with a new set of decisions. SGI > press releases say, "This is great for CAD/CAM/CAE stuff!" but many of > us work in the fuzzy, gray areas (or in both domains :-). > > IMHO, this is a FAQ that belongs in both the Performer and OpenGL > Optimizer FAQs. > I'm not sure there's a clear general answer except to get detail on each API and consider any application specifically. There's more Optimiser info under the web page ( mentioned above ). You're right though, a discussion of relative merits of the current APIs would be useful. In the future, mixing/matching features from the various APIs will get easier and avoid this situation. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 12:00:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA23324; Fri, 12 Sep 1997 11:17:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA23299; Fri, 12 Sep 1997 11:17:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27347; Fri, 12 Sep 1997 11:17:50 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA23327 for ; Fri, 12 Sep 1997 11:17:49 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA24244; Fri, 12 Sep 1997 11:17:47 -0700 Date: Fri, 12 Sep 1997 11:17:47 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709121117.ZM24242@multipass.engr.sgi.com> In-Reply-To: dweller@rivatech.com (David Weller) "Re: advice on using Performer (OpenGL Optimizer?)" (Sep 12, 8:53am) References: <199709121353.IAA06437@linus.rivatech.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: dweller@rivatech.com, info-performer@sgi.com Subject: Re: advice on using Performer (OpenGL Optimizer?) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 12, 8:53am, David Weller wrote: > Subject: Re: advice on using Performer (OpenGL Optimizer?) > > > > > I am planning to write a walkthrough application on top of Performer > > > > > and would like some advice on the issues I am facing. I will be using > > > > > an SGI Octane with two R10000 processors. > > > > > [deletia] > > > > > > The basic motivation of the application is to do occlusion culling in > > > software.Hence, rather than rendering *all* triangles in the view > > > frustum using the Z-buffer, I want to determine which are (partially) > > > visible using the BSP and render only these. > > > > [deletia of some of Remi's comments] > > > > That is Occlusion culling, which BSP does not provide naturally, and that > > would be a good win if this is the kind of database you are walking through. > > > > Perhaps slightly off-topic, but that was the primary focus of OpenGL > Optimizer, was it not? Walkthru-type applications need occlusion > culling, and that's exactly what OpenGL Optimizer does. Of course, > the count of available database loaders, as far as I can tell, is > currently at "2" :-) (Somebody correct me, PLEASE!) Not sure what your point is. Optimizer does more than just overlay, but there are performer features which are still desirable. Optimizers occlusion culling is particularly effective with very dense highly complex scenes. There are other approaches which you might want to explore for Vis Sim applications. > > Which brings me to another small issue, which is that there doesn't > appear to be very many good guidelines to help developers decide where > the greatest advantage per application comes from (Performer v. OpenGL > Optimizer). Certainly from my perspective, I'm going to get better > performance using Performer for things like flight simulation. But if > I have a customer that wants me to deliver an application of, say, a > new selection of homes, I'm faced with a new set of decisions. SGI > press releases say, "This is great for CAD/CAM/CAE stuff!" but many of > us work in the fuzzy, gray areas (or in both domains :-). These decisions are difficult. However things will become clearer when we are further down the road with OpenGL++ and interoperable Optimizer, Vis Sim, Imaging, Inventor other libraries. > > IMHO, this is a FAQ that belongs in both the Performer and OpenGL > Optimizer FAQs. Yep. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 12:33:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA23223; Fri, 12 Sep 1997 11:10:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA23198; Fri, 12 Sep 1997 11:10:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26053; Fri, 12 Sep 1997 11:10:02 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA20926 for ; Fri, 12 Sep 1997 11:10:01 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA12855; Fri, 12 Sep 1997 11:10:00 -0700 From: "Sharon Clay" Message-Id: <9709121110.ZM12853@rose.engr.sgi.com> Date: Fri, 12 Sep 1997 11:10:00 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "Re: OBJ loader or pfdBuilder question" (Sep 12, 11:53am) References: <199709121553.LAA04964@hf.ht.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: scott@ht.com (Scott McMillan) Subject: Re: OBJ loader or pfdBuilder question Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709121110.ZM12853.engr.sgi.com" Status: O -- --PART-BOUNDARY=.19709121110.ZM12853.engr.sgi.com Content-Type: text/plain; charset=us-ascii +>---- On Sep 12, 11:53am, Scott McMillan wrote: -> ->That explains everything! -> ->Wow I have been fighting against perfly (partially) and didn't even know it. -> ->So if I just make a call to -> pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_PRESERVE); -> or -> pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_NORMALS); ->(or use perfly -O 13,x) this should affect the pfdGeoBuilder state ->appropriately before I load my model with pfdLoadFile, right? I think so - did it work? src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ --PART-BOUNDARY=.19709121110.ZM12853.engr.sgi.com Content-Description: Message from scott@ht.com (Scott McMillan) Content-Type: message/rfc822 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA12838 for ; Fri, 12 Sep 1997 11:08:30 -0700 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA28903; Fri, 12 Sep 1997 11:08:25 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22455; Fri, 12 Sep 1997 09:04:15 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22430; Fri, 12 Sep 1997 09:04:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08130; Fri, 12 Sep 1997 09:04:13 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA02867 for ; Fri, 12 Sep 1997 09:04:11 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id MAA28524; Fri, 12 Sep 1997 12:04:10 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma028517; Fri, 12 Sep 97 12:03:51 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA19047; Fri, 12 Sep 1997 15:53:34 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04964; Fri, 12 Sep 1997 11:53:25 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709121553.LAA04964@hf.ht.com> Subject: Re: OBJ loader or pfdBuilder question In-Reply-To: <9709112234.ZM9212@rose.engr.sgi.com> from Sharon Clay at "Sep 11, 97 10:34:21 pm" To: src (Sharon Clay) Date: Fri, 12 Sep 1997 11:53:25 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > The AUTO_ORIENT Builder/GeoBuilder mode does this. > there is also ORIENT_VERTICES to give the normal priority and > re-order the verticies. Then there is ORIENT_PRESERVE to tell > us to keep our paws off. The default is ORIENT_VERTICES so if > Alias flipped your normals, we would flip the verts to match. > > > src. That explains everything! Wow I have been fighting against perfly (partially) and didn't even know it. So if I just make a call to pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_PRESERVE); or pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_NORMALS); (or use perfly -O 13,x) this should affect the pfdGeoBuilder state appropriately before I load my model with pfdLoadFile, right? -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --PART-BOUNDARY=.19709121110.ZM12853.engr.sgi.com Content-Description: Message from scott@ht.com (Scott McMillan) Content-Type: message/rfc822 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA12838 for ; Fri, 12 Sep 1997 11:08:30 -0700 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA28903; Fri, 12 Sep 1997 11:08:25 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22455; Fri, 12 Sep 1997 09:04:15 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22430; Fri, 12 Sep 1997 09:04:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08130; Fri, 12 Sep 1997 09:04:13 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA02867 for ; Fri, 12 Sep 1997 09:04:11 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id MAA28524; Fri, 12 Sep 1997 12:04:10 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma028517; Fri, 12 Sep 97 12:03:51 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA19047; Fri, 12 Sep 1997 15:53:34 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04964; Fri, 12 Sep 1997 11:53:25 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709121553.LAA04964@hf.ht.com> Subject: Re: OBJ loader or pfdBuilder question In-Reply-To: <9709112234.ZM9212@rose.engr.sgi.com> from Sharon Clay at "Sep 11, 97 10:34:21 pm" To: src (Sharon Clay) Date: Fri, 12 Sep 1997 11:53:25 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > The AUTO_ORIENT Builder/GeoBuilder mode does this. > there is also ORIENT_VERTICES to give the normal priority and > re-order the verticies. Then there is ORIENT_PRESERVE to tell > us to keep our paws off. The default is ORIENT_VERTICES so if > Alias flipped your normals, we would flip the verts to match. > > > src. That explains everything! Wow I have been fighting against perfly (partially) and didn't even know it. So if I just make a call to pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_PRESERVE); or pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_NORMALS); (or use perfly -O 13,x) this should affect the pfdGeoBuilder state appropriately before I load my model with pfdLoadFile, right? -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --PART-BOUNDARY=.19709121110.ZM12853.engr.sgi.com Content-Description: Message from scott@ht.com (Scott McMillan) Content-Type: message/rfc822 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA12838 for ; Fri, 12 Sep 1997 11:08:30 -0700 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA28903; Fri, 12 Sep 1997 11:08:25 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22455; Fri, 12 Sep 1997 09:04:15 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22430; Fri, 12 Sep 1997 09:04:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08130; Fri, 12 Sep 1997 09:04:13 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA02867 for ; Fri, 12 Sep 1997 09:04:11 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id MAA28524; Fri, 12 Sep 1997 12:04:10 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma028517; Fri, 12 Sep 97 12:03:51 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA19047; Fri, 12 Sep 1997 15:53:34 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04964; Fri, 12 Sep 1997 11:53:25 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709121553.LAA04964@hf.ht.com> Subject: Re: OBJ loader or pfdBuilder question In-Reply-To: <9709112234.ZM9212@rose.engr.sgi.com> from Sharon Clay at "Sep 11, 97 10:34:21 pm" To: src (Sharon Clay) Date: Fri, 12 Sep 1997 11:53:25 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > The AUTO_ORIENT Builder/GeoBuilder mode does this. > there is also ORIENT_VERTICES to give the normal priority and > re-order the verticies. Then there is ORIENT_PRESERVE to tell > us to keep our paws off. The default is ORIENT_VERTICES so if > Alias flipped your normals, we would flip the verts to match. > > > src. That explains everything! Wow I have been fighting against perfly (partially) and didn't even know it. So if I just make a call to pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_PRESERVE); or pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_NORMALS); (or use perfly -O 13,x) this should affect the pfdGeoBuilder state appropriately before I load my model with pfdLoadFile, right? -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --PART-BOUNDARY=.19709121110.ZM12853.engr.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 13:23:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23539; Fri, 12 Sep 1997 12:15:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23514; Fri, 12 Sep 1997 12:15:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05875; Fri, 12 Sep 1997 12:15:15 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA12669 for ; Fri, 12 Sep 1997 12:15:13 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id PAA00826; Fri, 12 Sep 1997 15:15:12 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma000822; Fri, 12 Sep 97 15:15:00 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id TAA20719; Fri, 12 Sep 1997 19:02:18 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA05480; Fri, 12 Sep 1997 15:02:12 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709121902.PAA05480@hf.ht.com> Subject: Re: OBJ loader or pfdBuilder question In-Reply-To: <9709121110.ZM12853@rose.engr.sgi.com> from Sharon Clay at "Sep 12, 97 11:10:00 am" To: src@rose.engr.sgi.com (Sharon Clay) Date: Fri, 12 Sep 1997 15:02:12 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > +>---- On Sep 12, 11:53am, Scott McMillan wrote: > > -> > ->That explains everything! > -> > ->Wow I have been fighting against perfly (partially) and didn't even know it. > -> > ->So if I just make a call to > -> pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_PRESERVE); > -> or > -> pfdBldrMode(PFDGBLDR_AUTO_ORIENT, PFDGBLDR_ORIENT_NORMALS); > ->(or use perfly -O 13,x) this should affect the pfdGeoBuilder state > ->appropriately before I load my model with pfdLoadFile, right? > > I think so - did it work? > > src. No and then finally yes....I have finally found the source of my confusion: The following is reported by 'perfly -h': -O , -Set builder mode (default value is ON) : : 13 -> PFDBLDR_AUTO_ORIENT 0 -> PFDBLDR_ORIENT_PRESERVE - leave normal and order alone 1 -> PFDBLDR_ORIENT_NORMALS - make normal match vertex order 2 -> PFDBLDR_ORIENT_VERTICES + make vertex order match normal Which I take to mean that option 2 is the default. I get the following from /usr/include/Performer/pfdu.h: /* PFDBLDR_AUTO_ORIENT modes */ #define PFDBLDR_ORIENT_PRESERVE 0 #define PFDBLDR_ORIENT_VERTICES 1 #define PFDBLDR_ORIENT_NORMALS 2 So the usage help for perfly is incorrect: while ORIENT_VERTICES is indeed the default it is =1 (not 2). and 'perfly -O 13,2' is what I needed to verify my problems. Thanks, scott P.S. This is still a bug in the pf2.2 perfly source (another minor nit, Sharon :). The usage help in cmdline.C should read: 13 -> PFDBLDR_AUTO_ORIENT 0 -> PFDBLDR_ORIENT_PRESERVE - leave normal and order alone 1 -> PFDBLDR_ORIENT_VERTICES + make vertex order match normal 2 -> PFDBLDR_ORIENT_NORMALS - make normal match vertex order -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 16:08:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA24327; Fri, 12 Sep 1997 14:15:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA24302; Fri, 12 Sep 1997 14:15:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA20537; Fri, 12 Sep 1997 14:15:34 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA17842 for ; Fri, 12 Sep 1997 14:15:33 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA24592; Fri, 12 Sep 1997 14:15:05 -0700 Date: Fri, 12 Sep 1997 14:15:05 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709121415.ZM24590@multipass.engr.sgi.com> In-Reply-To: dweller@rivatech.com (David Weller) "Re: advice on using Performer" (Sep 12, 10:31am) References: <199709121531.KAA06664@linus.rivatech.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: dweller@rivatech.com (David Weller), ashein@orac.boston.sgi.com (Andy Shein) Subject: Re: advice on using Performer Cc: tmax@cs.duke.edu, info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 12, 10:31am, David Weller wrote: > Subject: Re: advice on using Performer > > How about taking a look at Dave Luebke's portal culling > > instead of the BSP. > > > > http://www.cs.unc.edu/~luebke/visibility.html > > > > I have used it for a ship walkthru and it works great. > > I have a version that uses OpenGL instead of IRIS gl > > which you may wnat to use on an Octane. > > Andy > > > > Oh, great. Now we muddy up the Performer vs. OpenGL Optimizer issue > even more :-) > > Honestly, I wish both the Performer and OpenGL Optimizer FAQs would > have a discussion about which is more appropriate for a given app. > I'm much more inclined to use OpenGL Optimizer for walkthrus, but > since OGLO is so new, I don't see as much model support as I do for > Performer (I can only determine there's a loader for Wavefront/Alias > .obj format and the .iv format, any others?). > > There doesn't seem to be much "Cross-feed" between the Performer and > OGLO camps other than "Yeah, we know about that other group". What your complaining about again is a lack if info about which API is best for various circumstances. Don't confuse this with inaccurate statements about "Cross-feed". Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 18:27:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA25136; Fri, 12 Sep 1997 16:31:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA25111; Fri, 12 Sep 1997 16:31:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA07548; Fri, 12 Sep 1997 16:31:34 -0700 Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA24792 for ; Fri, 12 Sep 1997 16:31:33 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id QAA21596 sendmail 8.8.5/UCSD8.3 via SMTP Fri, 12 Sep 1997 16:31:29 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id QAA02872; Fri, 12 Sep 1997 16:31:27 -0700 Date: Fri, 12 Sep 1997 16:31:27 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199709122331.QAA02872@imm.ucsd.edu> To: info-performer@sgi.com Subject: sproc, stdin, in Performer Status: O Hi, I have a performer code (which will, naturally, fork an APP, CULL, DRAW process. Further, it will also sproc another process called, say: get_numerics() Now, I want this function, get_numerics() to query the user using standard scanf from stdin. But the code hangs. I am wondering, if, after I sproc(), I must close the performer part of the code from receiving data, or something like that. Could someone advise? Thanks, Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 19:03:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA25289; Fri, 12 Sep 1997 17:15:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA25264; Fri, 12 Sep 1997 17:15:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA11274; Fri, 12 Sep 1997 17:15:12 -0700 Received: from rivafw.rivatech.com (rivatech.com [207.239.188.17]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA07958; Fri, 12 Sep 1997 17:15:11 -0700 env-from (dweller@rivatech.com) Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) id TAA29106; Fri, 12 Sep 1997 19:14:13 -0500 Received: from linus.rivatech.com(192.168.1.3) by rivafw.rivatech.com via smap (V1.3) id sma029104; Fri Sep 12 19:13:51 1997 Received: (from dweller@localhost) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA07709; Fri, 12 Sep 1997 19:15:04 -0500 From: dweller@rivatech.com (David Weller) Message-Id: <199709130015.TAA07709@linus.rivatech.com> Subject: Re: advice on using Performer To: dorbie@multipass.engr.sgi.com (Angus Dorbie) Date: Fri, 12 Sep 1997 19:15:04 -0500 (CDT) Cc: ashein@orac.boston.sgi.com, tmax@cs.duke.edu, info-performer@sgi.com In-Reply-To: <9709121415.ZM24590@multipass.engr.sgi.com> from "Angus Dorbie" at Sep 12, 97 02:15:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 473 Status: O > > There doesn't seem to be much "Cross-feed" between the Performer and > > OGLO camps other than "Yeah, we know about that other group". > > What your complaining about again is a lack if info about which > API is best for various circumstances. Don't confuse this with > inaccurate statements about "Cross-feed". Angus, That's a fair comment, and I apologize for unfairly characterizing (or appearing to unfairly characterize) anyone in the Performer or OGLO groups. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 12 23:10:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA25903; Fri, 12 Sep 1997 21:25:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA25878; Fri, 12 Sep 1997 21:25:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA24745; Fri, 12 Sep 1997 21:24:59 -0700 Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA24843 for ; Fri, 12 Sep 1997 21:24:56 -0700 env-from (yprj2317@cse.cuhk.edu.hk) Received: from sgi22.cs.cuhk.hk by cse.cuhk.edu.hk with SMTP id MAA22335; Sat, 13 Sep 1997 12:24:48 +0800 (HKT) From: VR Entertainment II Received: by sgi22.cs.cuhk.hk (950413.SGI.8.6.12/Spike-2.0) id MAA29680; Sat, 13 Sep 1997 12:24:47 +0800 Message-Id: <199709130424.MAA29680@sgi22.cs.cuhk.hk> Subject: Re: Object files created by alias wavefront.u To: bz@infinity-technologies.com (Bing Zeng) Date: Sat, 13 Sep 1997 12:24:46 +0800 (HKT) Cc: info-performer@sgi.com In-Reply-To: <34198CF1.167E@infinity-technologies.com> from "Bing Zeng" at Sep 12, 97 11:41:53 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Status: O > > VR Entertainment II wrote: > > > > Dear all, > > > > I use Alias/Wavefront to creat objects and save as OBJ files. > > Alias/Wavefront always produce two files, one is the OBJ and the other Col > > where define the shaders. > > > > Then when I use Performer to load the OBJ, there is an error said > > that material cannot be found? > > > > How can I slove this problem ? > > > > Wai & Shar > > You need to make sure that the material file is specified in one the two > ways -- for example: > > 1) setenv WF_MTL_LIB $HOME/colors.mtl > 2) Include a line "mtllib $HOME/colors.mtl" in you OBJ file. However, I do not have the mtl, Alias/Wavfront only produce a Col file. How can I have a mtl file ? > -- > > Regards, > Bing > > *********************************** > Bing Zeng > Infinity Technologies > P.O.Box 991013, Boston, MA 02199 > Voice: 617-262-8273; 516-244-1304 > Fax: 617-262-3718; 516-395-2996 > Email: bz@infinity-technologies.com > http://infinity-technologies.com > ************************************ > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 01:32:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA29101; Sun, 14 Sep 1997 23:47:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA29076; Sun, 14 Sep 1997 23:47:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA27687; Sun, 14 Sep 1997 23:47:39 -0700 Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA13995 for ; Sun, 14 Sep 1997 23:47:31 -0700 env-from (yprj2317@cse.cuhk.edu.hk) Received: from mxi.cs.cuhk.hk by cse.cuhk.edu.hk with SMTP id OAA11787; Mon, 15 Sep 1997 14:47:24 +0800 (HKT) From: VR Entertainment II Received: by mxi.cs.cuhk.hk (950413.SGI.8.6.12/Spike-2.0) id OAA02424; Mon, 15 Sep 1997 14:47:24 +0800 Message-Id: <199709150647.OAA02424@mxi.cs.cuhk.hk> Subject: Cannot run perfly To: info-performer@sgi.com Date: Mon, 15 Sep 1997 14:47:23 +0800 (HKT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Status: O Dear all, I try to compile the C version of perfly in a SGI OCTANE, running IRIX64. Although I can compile it success, but we I run it, it complaint : 2412:./perfly: rld: Fatal Error: this executable has unresolvable symbols 2412:./perfly: rld: Error: unresolvable symbol in ./perfly: GLOBALBorder What is the problem ? Wai ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 04:45:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA29363; Mon, 15 Sep 1997 02:59:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA29338; Mon, 15 Sep 1997 02:59:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA07505; Mon, 15 Sep 1997 02:59:13 -0700 Received: from alpha.netvision.net.il (alpha.NetVision.net.il [194.90.1.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA13450 for ; Mon, 15 Sep 1997 02:59:11 -0700 env-from (dtrami@netvision.net.il) Received: from rami-s-place (ts020p13.pop9a.netvision.net.il [194.90.5.123]) by alpha.netvision.net.il (8.8.6/8.8.6) with SMTP id MAA01004; Mon, 15 Sep 1997 12:58:52 +0300 (IDT) Message-ID: <341DAEA9.45FB@netvision.net.il> Date: Tue, 16 Sep 1997 00:56:44 +0300 From: Rami Reply-To: dtrami@netvision.net.il Organization: DreamTeam Ltd. X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: yprj2317@cse.cuhk.edu.hk CC: info-performer@sgi.com Subject: Re: Animation in IRIS performer ? References: <199709090857.QAA09654@sparc59.cs.cuhk.hk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O yprj2317@cse.cuhk.edu.hk wrote: > > Dear all, > > If I have an object which is animated, created by Alias/Wavefront. > Then, how can I make the animated object read by IRIX Performer. > > Moreover, anyone have c++ version of stereo.c ( the one use > quad-buffer ), please email to yprj2317@cse.cuhk.edu.hk. > > Actually, we cannot run some of the c++ sample program under > IRIX64, here is the error message : > > X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 2 (X_ChangeWindowAttributes) > Resource id in failed request: 0x5e939750 > Serial number of failed request: 146 > Current serial number in output stream: 148 > > Thanks in advance. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Hi.. Our company (DreamTeam Ltd) wrote a performer-loader for Alias files. We import also the animations created in Alias. If you want more details - email me. Rami ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 08:46:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA29677; Mon, 15 Sep 1997 07:55:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA29652; Mon, 15 Sep 1997 07:55:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02769; Mon, 15 Sep 1997 07:55:47 -0700 Received: from mte.com (mail.mte.com [208.212.185.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA04667 for ; Mon, 15 Sep 1997 07:55:45 -0700 env-from (brennan@master.mte.com) Received: by maginot.mte.com id <17283-1>; Mon, 15 Sep 1997 10:54:46 -0400 Date: Mon, 15 Sep 1997 10:55:30 -0400 From: Brennan McTernan To: VR Entertainment II cc: info-performer@sgi.com Subject: Re: Object files created by alias wavefront. In-Reply-To: <199709121249.UAA07121@sgi23.cs.cuhk.hk> Message-Id: <97Sep15.105446edt.17283-1@maginot.mte.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O We have seen two possible causes for this kind of problem: 1 - do you have a mtllib line in your obj? It should look like this: mtllib colors.mtl (replace colors.mtl with your color library) 2 - Are you running in a directory that is different than the directory where your texture maps are located. If so, you must fully path them in your colors.mtl file. (you might also be able to use pfPath, but I am not sure) hope this helps Brennan On Fri, 12 Sep 1997, VR Entertainment II wrote: > Dear all, > > I use Alias/Wavefront to creat objects and save as OBJ files. > Alias/Wavefront always produce two files, one is the OBJ and the other Col > where define the shaders. > > Then when I use Performer to load the OBJ, there is an error said > that material cannot be found? > > How can I slove this problem ? > > Wai & Shar > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 08:46:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA29647; Mon, 15 Sep 1997 07:47:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA29622; Mon, 15 Sep 1997 07:47:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01575; Mon, 15 Sep 1997 07:47:22 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA02737 for ; Mon, 15 Sep 1997 07:47:18 -0700 env-from (Pleijsant@vtd.fel.tno.nl) Received: from alley.fel.tno.nl by sun4nl.NL.net (5.65b/NLnet-3.4) id AA08685; Mon, 15 Sep 1997 16:47:10 +0200 Received: from vtd (vtd.fel.tno.nl [192.55.105.226]) by alley.fel.tno.nl (8.8.5/8.8.5) with SMTP id QAA14168 for <@alley.fel.tno.nl:info-performer@sgi.com>; Mon, 15 Sep 1997 16:43:23 +0200 (MET DST) Received: from vtd by vtd via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA00359; Mon, 15 Sep 1997 16:45:12 +0200 Sender: cpleijsa@vtd.fel.tno.nl Message-Id: <341D49F8.2781@vtd.fel.tno.nl> Date: Mon, 15 Sep 1997 16:45:12 +0200 From: "Pleijsant, Jan-Mark" X-Mailer: Mozilla 3.0Gold (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: VRML 2.0 in Performer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I'm planning to use Cosmo Worlds for the creation of VRML 2.0. Additionaly, I'd like to load such a file into Performer. Is this possible? What if the VRML file contains animation/dynamic movement, is Performer capable of using this? Eg. when the VRML file contains a moving object, does the object also move when loaded into perfly without any additional programming? I'm looking forward to any reply on this matter. Thanks in advance. Regards, Jan-Mark -- ir J.M. Pleijsant Cap Gemini ATS-FOT Visualisatie VTD Oude Waalsdorperweg 63 2597 AK DEN HAAG tel: +31 70 374 00 02 fax: +31 70 324 02 80 mailto:Pleijsant@vtd.fel.tno.nl http://www.CapGemini.nl ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 12:01:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA29947; Mon, 15 Sep 1997 10:13:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA29922; Mon, 15 Sep 1997 10:13:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA24553; Mon, 15 Sep 1997 10:13:43 -0700 Received: from rivafw.rivatech.com (rivatech.com [207.239.188.17]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA15296 for ; Mon, 15 Sep 1997 10:13:39 -0700 env-from (dweller@rivatech.com) Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) for <@rivafw.rivatech.com:info-performer@sgi.com> id MAA07573; Mon, 15 Sep 1997 12:12:44 -0500 Received: from linus.rivatech.com(192.168.1.3) by rivafw.rivatech.com via smap (V1.3) id sma007570; Mon Sep 15 12:12:42 1997 Received: (from dweller@localhost) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA12844 for info-performer@sgi.com; Mon, 15 Sep 1997 12:13:58 -0500 From: dweller@rivatech.com (David Weller) Message-Id: <199709151713.MAA12844@linus.rivatech.com> Subject: JOB: OKC, Performer, Flight Sim, DWB To: info-performer@sgi.com Date: Mon, 15 Sep 1997 12:13:58 -0500 (CDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 359 Status: O (Apologies if job postings aren't appropriate on this list)... We're looking for an engineer with Performer experience living in the Oklahoma City area. If you know of somebody that might be interested in joining a small company that believes in "Serious Fun" please have them write to me. Details will be provided upon request. Principals only, please. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 13:38:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA00475; Mon, 15 Sep 1997 12:06:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA00450; Mon, 15 Sep 1997 12:06:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA14362; Mon, 15 Sep 1997 12:06:52 -0700 Received: from wire.catalogue.com (wire.catalogue.com [198.85.68.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA23069 for ; Mon, 15 Sep 1997 12:06:48 -0700 env-from (giles@mindinmotion.com) Received: from brain (204.177.42.28) by wire.catalogue.com with SMTP (Eudora Internet Mail Server 1.2); Mon, 15 Sep 1997 15:04:11 -0400 Sender: giles@wire.catalogue.com Message-ID: <341D84AA.446B@mindinmotion.com> Date: Mon, 15 Sep 1997 14:55:38 -0400 From: giles X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: PFA format Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I'm attempting to write a file out in the pfa format. I've got no problems writing out a file into pfb format, but I'd like to be able to hand modify the file, so I'd rather use pfa. Using: pfconv foo.iv foo.pfa I get the following error: PF Warning: pfdFindConverterDSO() - Could not load DSO for extension "pfa" Anyone have any ideas? -- Council member Marc Scruggs Jr. said the city wants only "positive, moral types of businesses" What's a moral business? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 14:33:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01083; Mon, 15 Sep 1997 13:41:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01055; Mon, 15 Sep 1997 13:41:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA27813; Mon, 15 Sep 1997 13:41:25 -0700 Received: from bigone.csc.com (bigone.csc.com [20.1.107.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA24289 for ; Mon, 15 Sep 1997 13:41:16 -0700 env-from (bmills@csc.com) From: bmills@csc.com Received: from csc.com [20.1.107.9] by bigone.csc.com with smtp (Exim 1.62 #2) id 0xAhws-0000B7-00; Mon, 15 Sep 1997 16:40:46 -0400 Received: by csc.com(Lotus SMTP MTA v1.1 (385.6 5-6-1997)) id 85256513.0071A382 ; Mon, 15 Sep 1997 16:41:14 -0400 X-Lotus-FromDomain: CSC To: info-performer@sgi.com, info-vega@paradigmsim.com, csi-users@coryphaeus.com Message-ID: <88256513.006DAF19.00@csc.com> Date: Mon, 15 Sep 1997 13:44:36 -0700 Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Status: O Computer Sciences Corporation is currently seeking Programmers. Job requirements. Develop 3D terrain databases for out-the-window scene generation system supporting real-time flight simulation. Development and runtime platforms based on SGI and multiple software tools including Performer, MultiGen, Vega, and Coryphaeus Responsible for real-time architecture of the database, building terrain and cultural features from NIMA data sources, identifying and incorporating unique landmarks, and building and applying realistic textures. Both pattern and photo-realistic textures will be developed for separate terrain databases. Requires thorough understanding of 3D modelling. Specific knowledge of terrain databases and real-time software is highly desirable. Direct knowledge of 3D modelling tools is required and specific experience with Performer, MultiGen, Vega, or Coryphaeus is highly desirable. Must be experienced with UNIX, and specific experience with SGI platforms is highly desirable. Knowledge of flight simulation systems software is desirable. Must be proficient in 3D modelling and texturing. Must be experienced with UNIX, and specific experience with SGI platforms is highly desirable. Must have direct experience with 3D modelling tools, and specific experience with MultiGen Vega, or Coryphaeus is highly desirable. Capable of Conducting analysis of software, recommend and implement modifications and upgrades. BS/BA in Computer Sciences or other closely related degree, or equivalent experience. Candidate must be able to work independent of direct supervision, have good communications skills, written and oral. Must be effective working in customer environment. Long hours on keyboard required. Resumes should be submitted to: bmills@csc.com or they may FAXED to (805)277-9032 or if sending via U.S. MAIL send to: CSC Human Resources, P.O. Box 446, Edwards AFB, CA 93523. CSC is an Equal Opportunity Employer M/F/D/V. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 15:25:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA01212; Mon, 15 Sep 1997 14:31:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01187; Mon, 15 Sep 1997 14:31:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04615; Mon, 15 Sep 1997 14:31:22 -0700 Received: from ns.kreative.net (ns.kreative.net [209.45.176.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA11545 for ; Mon, 15 Sep 1997 14:31:21 -0700 env-from (jjdavidian@db-comm.com) Received: from DBCOMM ([209.45.176.201]) by ns.kreative.net (8.8.4/8.7.3) with SMTP id RAA02644 for ; Mon, 15 Sep 1997 17:24:45 -0400 (EDT) Sender: root@ns.kreative.net Message-ID: <341D89E7.41C6@db-comm.com> Date: Mon, 15 Sep 1997 15:17:59 -0400 From: jjdavidian Organization: DBCOMM X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: interruption required Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performer-in-chief As I'll be away for severa; weeks, please interrupt my connection with info-performer, until further notice Thanks ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 15 16:15:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA01286; Mon, 15 Sep 1997 14:46:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01261; Mon, 15 Sep 1997 14:46:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06608; Mon, 15 Sep 1997 14:46:45 -0700 Received: from jsc-ems-gws03.jsc.nasa.gov (jsc-ems-gws03.jsc.nasa.gov [139.169.39.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA16484 for ; Mon, 15 Sep 1997 14:46:44 -0700 env-from (hadi.m.tjandrasa1@jsc.nasa.gov) Received: by jsc-ems-gws03.jsc.nasa.gov with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BCC1F5.CDCAF5B0@jsc-ems-gws03.jsc.nasa.gov>; Mon, 15 Sep 1997 16:38:32 -0500 Message-ID: From: "TJANDRASA, HADI M. (JSC-ER7)" To: "'info-performer@sgi.com'" Subject: Performer & Motif GUI Date: Mon, 15 Sep 1997 16:37:12 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 Encoding: 32 TEXT Status: O Hi Performers, One of our development team has an application that is developed based on /usr/share/Performer/src/pguide/libpf/C/motif.c. The Performer image is executed on the RE2 ("rlogin" from an Indigo to the RE2) and forks off a Motif GUI process. The Motif GUI window is displayed on the Indigo and the Performer scene is displayed on the RE2. The problem we encountered was that both the Motif window and the scene were displayed momentarily then aborted with the following error message on the Indigo: PF Warning/Internal: Attempt to apply unknown pfUpdatable update 0 to object of type pfPipe whose id is 0. X Error of failed request: BadWindow (invalid window parameter) Major opcode of failed request: 3 (X_GetWindowAttributes) Resource id in failed request: 0x5c00005 Serial number of failed request: 33 Current serial number in output stream: 34 In this version, we specified display name via pfPipeWSConnectionName (pipe0, display) and pfPWinWSConnectionName (pwin, display). Note that we will eventually use an X-terminal to replace the Indigo for the GUI window. Any comments and suggestions would be appreciated. Thanks, Hadi ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 10:15:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA05646; Tue, 16 Sep 1997 08:29:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA05621; Tue, 16 Sep 1997 08:29:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA17087; Tue, 16 Sep 1997 08:29:28 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA04022 for ; Tue, 16 Sep 1997 05:38:08 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id IAA29048 for ; Tue, 16 Sep 1997 08:39:09 -0400 (EDT) Received: by bangate.etcusa.com; Tue, 16 Sep 97 9:00:52 EDT Date: Tue, 16 Sep 97 8:58:13 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: Ray tracing example wanted ... X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Hi, I am looking for a ray tracing example ( A ray from your eye is intersected with the ground ). That example is mentioned one or two weeks ago in this list. Please point me in the direction of this example. Dogan Cibiceli ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 10:53:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA05749; Tue, 16 Sep 1997 09:07:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA05719; Tue, 16 Sep 1997 09:07:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22743; Tue, 16 Sep 1997 09:07:38 -0700 Received: from wolfenet.com (ratty.wolfe.net [204.157.98.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA26053 for ; Tue, 16 Sep 1997 09:07:33 -0700 env-from (moore@WOLFENET.com) Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfenet.com (8.8.5/8.8.5) with ESMTP id JAA06830; Tue, 16 Sep 1997 09:07:56 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id JAA20980; Tue, 16 Sep 1997 09:07:24 -0700 (PDT) Date: Tue, 16 Sep 1997 09:07:24 -0700 (PDT) Message-Id: <199709161607.JAA20980@gonzo.wolfenet.com> From: Timothy Moore To: rany@rtset.co.il CC: info-performer@sgi.com In-reply-to: <340E5CAF.DCF018DE@rtset.co.il> (message from Ran Yakir on Thu, 04 Sep 1997 09:01:04 +0200) Subject: Re: Texture coordinates Status: O From: Ran Yakir MIME-Version: 1.0 I think that the meaning was, to have a functionality that transforms all the texture coords of a geoset by the same matrix.Well, this functionality exists and is called the texture matrix. You set the texture matrix before sending the texture coords to the pipe, and they are transformed by it. There is a texture matrix attribute for a geostate which you can use. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Only in 2.2. In earlier versions of Performer you can manipulate the GL texture matrix in geostate callback functions. Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 11:01:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05923; Tue, 16 Sep 1997 10:16:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05898; Tue, 16 Sep 1997 10:16:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA02955; Tue, 16 Sep 1997 10:16:17 -0700 Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA15468 for ; Tue, 16 Sep 1997 10:07:45 -0700 env-from (trdecarlo@tasc.com) Received: (from mail@localhost) by gatekeeper.rayva.org (8.6.12/8.6.12) id NAA28261; Tue, 16 Sep 1997 13:07:46 -0400 Received: from jpsds14e(192.168.5.103) by gatekeeper.rayva.org via smap (V2.0) id xma028259; Tue, 16 Sep 97 13:07:30 -0400 Received: from pixelpusher.rayva.org ([192.168.8.203]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id NAA23479; Tue, 16 Sep 1997 13:07:36 -0400 Message-ID: <341EBDDC.6954B9FF@tasc.com> Date: Tue, 16 Sep 1997 13:11:56 -0400 From: Thom DeCarlo Reply-To: trdecarlo@tasc.com Organization: TASC, Inc. X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Ruddle@cardiff.ac.uk CC: info-performer@sgi.com Subject: Re: Pf 2.0 make error X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Roy Ruddle wrote: > Thanks for the suggestion, but unfortunately this is not the answer. > The demos are UNCHANGED from the installation (and the Makefile does > in fact include the line #!smake -J1 > > Can anyone else make a suggestion? > > roy > Try doing a 'whereis' on smake and then put the full path name into the makefile. And make sure it is on line 1 of the file. e.g.: #!/usr/sbin/smake -J1 It looks like you are running one if the other flavors of make. Thom -- ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 or 9001 fax: 703/318-7900 * fax: 703/428-7054 mailto:trdecarlo@tasc.com * mailto:tdecarlo@rayva.org ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Given sufficient time and money, all things are possible. In lieu of time and money, caffeine and aspirin may also work. ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 11:03:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05954; Tue, 16 Sep 1997 10:19:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05929; Tue, 16 Sep 1997 10:19:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA03358; Tue, 16 Sep 1997 10:19:11 -0700 Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA19097 for ; Tue, 16 Sep 1997 10:18:47 -0700 env-from (trdecarlo@tasc.com) Received: (from mail@localhost) by gatekeeper.rayva.org (8.6.12/8.6.12) id NAA28261; Tue, 16 Sep 1997 13:07:46 -0400 Received: from jpsds14e(192.168.5.103) by gatekeeper.rayva.org via smap (V2.0) id xma028259; Tue, 16 Sep 97 13:07:30 -0400 Received: from pixelpusher.rayva.org ([192.168.8.203]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id NAA23479; Tue, 16 Sep 1997 13:07:36 -0400 Message-ID: <341EBDDC.6954B9FF@tasc.com> Date: Tue, 16 Sep 1997 13:11:56 -0400 From: Thom DeCarlo Reply-To: trdecarlo@tasc.com Organization: TASC, Inc. X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Ruddle@cardiff.ac.uk CC: info-performer@sgi.com Subject: Re: Pf 2.0 make error X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Roy Ruddle wrote: > Thanks for the suggestion, but unfortunately this is not the answer. > The demos are UNCHANGED from the installation (and the Makefile does > in fact include the line #!smake -J1 > > Can anyone else make a suggestion? > > roy > Try doing a 'whereis' on smake and then put the full path name into the makefile. And make sure it is on line 1 of the file. e.g.: #!/usr/sbin/smake -J1 It looks like you are running one if the other flavors of make. Thom -- ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 or 9001 fax: 703/318-7900 * fax: 703/428-7054 mailto:trdecarlo@tasc.com * mailto:tdecarlo@rayva.org ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Given sufficient time and money, all things are possible. In lieu of time and money, caffeine and aspirin may also work. ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 13:21:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06125; Tue, 16 Sep 1997 11:23:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06100; Tue, 16 Sep 1997 11:23:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA13406; Tue, 16 Sep 1997 11:23:24 -0700 Received: from relay.elan.af.mil (relay.elan.af.mil [129.198.22.122]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA10729 for ; Tue, 16 Sep 1997 11:23:21 -0700 env-from (jurya%EWW1.EDW@mhs.elan.af.mil) From: jurya%EWW1.EDW@mhs.elan.af.mil Received: from mhs.elan.af.mil (mhs.elan.af.mil [129.198.22.144]) by relay.elan.af.mil (8.8.7/8.8.7) with SMTP id LAA23410; Tue, 16 Sep 1997 11:24:55 -0700 X-Nvlenv-01Date-Transferred: 16-Sep-1997 11:20:50 -0700; at SC-NGM1.EDW X-Nvlenv-01Date-Posted: 16-Sep-1997 11:22:31 -0700; at EWW-1.EDW Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PartBoundary_Tue_Sep_16_11:22:54__12365817" Date: 16 Sep 97 11:22:00 PDT To: info-performer@sgi.com, info-vega@paradigmsim.com Subject: Cory Database and Vega Message-Id: <5CA01E3401173A7C@-SMF-> Reply-To: jurya%eww1.edw@mhs.elan.af.mil References: <5DA01E3402173A7C@-SMF-> Status: O (This E-mail message was sent to you using MIME. What you are currently reading is called a MIME preamble, which indicates that your E-mail system does not support MIME. However, you should be able to read the text of the message below, but all attachments are MIME encoded. If needed, please contact your E-mail administrator regarding your system's support for MIME.) --PartBoundary_Tue_Sep_16_11:22:54__12365817 Content-Type: text/plain; charset=US-ASCII Form: Memo Text: (33 lines follow) I am in search of folks using Coryphaeus models with Performer or Paradigm. I am having problems with a flat terrain database created using Coryphaeus' EasyTerrain and Designer Workbench (version 3.x). When I try to use Paradigm Lynx's Active Previewer, the previewer dies due to one of the child processes SIGHUP. This only occurs if I run multiple processes. The database runs fine in perfly and with Coryphaeus' EasyScene. Other dwb files such as street.dwb (which comes in the Cory demo dir) works fine with Lynx. So the indications are that there is something odd in my database. I am not sure if I am falling into a hole in the Cory Performer loader or in Vega or both. I am looking for suggestions on what to try next. The database consists of 4 DTEDs. I've trimmed it down to less than 1 DTED and still no progress. Configuration: Onyx RE2, Irix 6.2, Performer 2.02, Vega products MP 3.0 12.5.1996 and Coryphaeus loader version 2.2 10/95. Thanks in advance for the help. ---------------------------------------------------- Angela C Jury 412 TW/EWWS Edwards AFB, CA 93523 phone: 805.277.5214 email: jurya%eww1@mhs.elan.af.mil Use Proportional Font: true Attachment Count: 0 --PartBoundary_Tue_Sep_16_11:22:54__12365817 Content-Type: UNKNOWN X-NVL-Content-Typename: UNKNOWN Content-Disposition: attachment; filename="ATTRIBS.BND" Content-Transfer-Encoding: x-uuencode begin 777 ATTRIBS.BND M0F5Y;VYD(%!A8VME9"!!='1R:6)U=&5S``"ZC2`\!X!`!2!(!L!-O```! ` end --PartBoundary_Tue_Sep_16_11:22:54__12365817-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 14:12:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA06434; Tue, 16 Sep 1997 12:28:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06409; Tue, 16 Sep 1997 12:28:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA22147; Tue, 16 Sep 1997 12:28:20 -0700 Received: from lobster.bu.edu (LOBSTER.BU.EDU [128.197.160.43]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA02688 for ; Tue, 16 Sep 1997 12:28:17 -0700 env-from (ebrisson@lobster.bu.edu) Received: (from ebrisson@localhost) by lobster.bu.edu (8.8.5/8.7.3) id PAA29698 for info-performer@sgi.com; Tue, 16 Sep 1997 15:22:55 -0400 From: Erik Brisson Message-Id: <199709161922.PAA29698@lobster.bu.edu> Subject: inside pfDCSMat To: info-performer@sgi.com Date: Tue, 16 Sep 97 15:22:45 EDT X-Mailer: ELM [version 2.3 PL11] Status: O Is it safe to operate directly on the matrix pointed to by p=pfGetDCSMatPtr? I.e., does pfDCSMat do anything (besides copying the specified matrix) which will not get done if I operate directly on *p? Thank you, Erik Brisson ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 17:15:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA07697; Tue, 16 Sep 1997 15:29:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07672; Tue, 16 Sep 1997 15:29:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA14759; Tue, 16 Sep 1997 15:29:52 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA27221 for ; Tue, 16 Sep 1997 15:29:50 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id SAA10712 for ; Tue, 16 Sep 1997 18:30:50 -0400 (EDT) Received: by bangate.etcusa.com; Tue, 16 Sep 97 18:52:42 EDT Date: Tue, 16 Sep 97 18:50:36 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: Debugging a Performer Program .. How to ? X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Dear Performers, I would like to learn what tools you use to debug a Performer program. Debuggers .. I am new to Performer and having some difficulties. What would you recommend ... Dogan Cibiceli ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 17:34:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA08928; Tue, 16 Sep 1997 15:48:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08903; Tue, 16 Sep 1997 15:48:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA17067; Tue, 16 Sep 1997 15:48:23 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA07262 for ; Tue, 16 Sep 1997 02:37:42 -0700 env-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id SAA17415; Tue, 16 Sep 1997 18:37:03 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id SAA12600 for ; Tue, 16 Sep 1997 18:36:58 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA13476; Tue, 16 Sep 1997 18:16:43 +0900 Message-Id: <199709160916.SAA13476@dimwit.dst.nk-exa.co.jp> To: info-performer@sgi.com Subject: pfConfig Date: Tue, 16 Sep 1997 18:16:43 +0900 From: YAMANAKA MASAHIKO Status: O Hello all, Currently, I'm developping an application using libmovie&Performer. On a day, I noticed that... After pfConfig() calling, I can't use mvUnbindOpenGLWindow(), as I do this, my program stops at mvUnbindOpenGLWindow(). This program has to use verious movies and Performer-iv loader. So I have to call mvUnbindOpenGLWindow() to change movies and use pfConfig() to use pfdLoadFile()... All of others are working properly. I don't have to use MultiProcessing(includes AppCullDraw S/W pipelines) so I tried to PFMP_APPCULLDRAW() but same problem occured. I'm using Octane/SI+TexOption/2 175M R10ks, IRIX6.4, Perf_dev2.0.2&eoe2.0.4. My question is, What is done in pfConfig() and Does anyone know any workarounds? Any help will be greatly appreciated, Thanks, -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 18:11:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA11322; Tue, 16 Sep 1997 16:45:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA11297; Tue, 16 Sep 1997 16:45:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA25509; Tue, 16 Sep 1997 16:45:25 -0700 Received: from mail.angel.com ([198.133.210.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA28276 for ; Tue, 16 Sep 1997 16:45:22 -0700 env-from (sreed@angel.com) Received: from grape.angel.com (grape.angel.com [198.133.210.28]) by mail.angel.com (8.8.5/8.8.5) with SMTP id QAA27935 for <@mail.angel.com:info-performer@sgi.com>; Tue, 16 Sep 1997 16:45:11 -0700 (PDT) Received: by grape.angel.com (951211.SGI.8.6.12.PATCH1502/940406.SGI.AUTO) for info-performer@sgi.com id QAA08987; Tue, 16 Sep 1997 16:45:09 -0700 From: "Steve Reed" Message-Id: <9709161644.ZM8985@grape.angel.com> Date: Tue, 16 Sep 1997 16:44:55 -0700 In-Reply-To: Mark Rotenberg "oar control" (Sep 16, 4:07pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: oar control Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Since it's easy to add, We can do it later if we need to. On Sep 16, 4:07pm, Mark Rotenberg wrote: > Subject: oar control > > Should I put a flag/variable in the Water object to decide how much oar > control you have while you're on that branch? Or is it enough to have it > check per pool? This would only take a few minutes. > > --------------------------------------------------------------------------- > Mark Rotenberg / Programmer, Systems Administrator / mark@angel.com > Angel Studios, Inc. / 5962 La Place Court, Suite 100 / Carlsbad, CA 92008 > Computer Animation / Interactive Entertainment > --------------------------------------------------------------------------- >-- End of excerpt from Mark Rotenberg -Steve ------------------------------------------------ Steve Reed email: sreed@angel.com Angel Studios, Inc. voice: (619) 929-0700x204 ------------------------------------------------ "If you want what you've never had... you've got to do what you've never done!" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 18:29:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA11948; Tue, 16 Sep 1997 17:05:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA11923; Tue, 16 Sep 1997 17:05:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA28297; Tue, 16 Sep 1997 17:05:04 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA04717 for ; Tue, 16 Sep 1997 17:05:03 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id RAA28280; Tue, 16 Sep 1997 17:05:03 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id RAA11570; Tue, 16 Sep 1997 17:05:02 -0700 From: "Rob Jenkins" Message-Id: <9709161705.ZM11568@quid.csd.sgi.com> Date: Tue, 16 Sep 1997 17:05:02 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Which gfx API ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is further to the recent discussion of how to decide if Optimiser might be used rather than Performer, it's comments from the architect of Optimiser and should find it's way into the FAQs in some form soon. In short, there's no clearcut answer still, but the problem will recede in the future as APIs share common a baseline and mixing/matching features from each toolkit gets easier Brian Cabral says: " ....it turns out that the overlap in application space between Optimizer and Performer is is actually small and easy to discern. 1) Is the app a CAD oriented app? 2) Does it have to be multi-platform? 3) Are the models large? 4) Can you tolerate non-constant frame rate? If you answer yes to any of these then Optimizer is your choice. On the other hand... 1) Is the app need real-time (as opposed to interactive), constant frame-rate driven? 2) Will the customer or ISV tolerate or demand an SGI only solution? 3) Does it tend to be a fill limited app (games, entertainment, vis-sim, VR)? 4) Does it special vis-sim features which are built into Performer? If the answer to these questions are yes, then Performer is your best bet. The problem comes in when someone answers some of yes to both lists. And then you have to work with the customer to help them decide which of the issues are more important. There have been VR-like ISVs that have successfully built apps on optimzier (e.g. Prosolvia-Clarus), but they really don't need constant frame-rate of Performer, and portability was more important to them. I can imagine other customers making the opposite choice. " -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 16 22:20:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA13083; Tue, 16 Sep 1997 20:32:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA13058; Tue, 16 Sep 1997 20:32:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA14688; Tue, 16 Sep 1997 20:32:45 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA10353 for ; Tue, 16 Sep 1997 03:03:21 -0700 env-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id TAA17511; Tue, 16 Sep 1997 19:02:59 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id TAA13912 for ; Tue, 16 Sep 1997 19:02:57 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA13583; Tue, 16 Sep 1997 18:42:47 +0900 Message-Id: <199709160942.SAA13583@dimwit.dst.nk-exa.co.jp> To: info-performer@sgi.com Subject: pfConfig[2] Date: Tue, 16 Sep 1997 18:42:46 +0900 From: YAMANAKA MASAHIKO Status: O As using dbx, it stops at... (dbx) where > 0 _waitsys(0x7, 0x0, 0x7fff283c, 0x3) ["waitsys.s":19, 0xfa42614] 1 _wait(0x7fff2904, 0x0, 0x7fff283c, 0x3) ["uwait.c":26, 0xfa3cc64] 2 ::_pfParentExit(int ...)(0x12, 0x0, 0x7fff2928, 0x5d993ed0) ["../../../lib/libpf/pfProcess.C":4791, 0x5d993f54] 3 _sigtramp(0x12, 0x0, 0x7fff2928, 0x3) ["sigtramp.s":61, 0xfa41a44] 4 _waitsys(0x0, 0x3398, 0x7fff2cb0, 0x0) ["waitsys.s":19, 0xfa42614] 5 _waitpid(0x0, 0x0, 0x7fff2cb0, 0x7fff2fbc) ["uwaitpid.c":45, 0xfa4bf20] 6 mvgfxClose(0x10020a88, 0x3398, 0x7fff2cb0, 0x0) ["mvopenglx.c":754, 0x4210c2c] 7 __mvPO_Close(0x10020a88, 0x3398, 0x7fff2cb0, 0x0) ["mvPort.c":287, 0x5e78fba4] 8 mvClosePort(0x0, 0x3398, 0x7fff2cb0, 0x0) ["mvPlayPublic.c":200, 0x5e786704] 9 mvUnbindOpenGLWindow(0x1002a720, 0x3398, 0x7fff2cb0, 0x0) ["mvPlayPublic.c":717, 0x5e787554] 10 viMovie::openFile(char*,int)(this = 0x1000b818, fileName = 0x10008450 = "../movie/audio.mv", memFlag = 0) ["/usr/people/wry/VISUALOCUS/PI/movieTest/viMovie.C":97, 0x4037ec] 11 handleKeyEvent(_XEvent*,viMovie*)(ev = 0x7fff2e70, movie = 0x1000b818) ["/usr/people/wry/VISUALOCUS/PI/movieTest/movieTest.C":33, 0x402fec] 12 ::eventLoop(_XDisplay*,viMovie*)(dpy = 0x10009050, movie = 0x1000b818) ["/usr/people/wry/VISUALOCUS/PI/movieTest/movieTest.C":60, 0x4030c4] 13 main(argc = 1, argv = 0x7fff2f34) ["/usr/people/wry/VISUALOCUS/PI/movieTest/movieTest.C":97, 0x4032b8] 14 __istart() ["crt1tinit.s":13, 0x402ef0] (dbx) -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 04:14:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA13818; Wed, 17 Sep 1997 02:28:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA13793; Wed, 17 Sep 1997 02:28:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA04884; Wed, 17 Sep 1997 02:28:10 -0700 Received: from correo.ceit.es (correo.ceit.es [193.145.249.210]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA20519 for ; Wed, 17 Sep 1997 02:27:50 -0700 env-from (nchehayeb@ceit.es) Received: by correo.ceit.es with Internet Mail Service (5.0.1458.49) id ; Wed, 17 Sep 1997 11:24:05 +0200 Message-ID: <4117B47B16A5CF118A6400805F4C3F51011AB0@correo.ceit.es> From: "Chehayeb, Nassouh" To: "'Info-Performer'" Subject: C++ Objects in pfDataPool Date: Wed, 17 Sep 1997 11:24:04 +0200 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BCC35C.34E12870" Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_000_01BCC35C.34E12870 Content-Type: text/plain > Hi Performers, > > I attached (datapool.tar.Z) an example using the pfDataPool object. > The example produce a SIGBUS error when it is compiled with the option > -n32 (see Makefile). The same example works properly using the option > -64. > > > I wonder if this is a Performer bug or it is a programming mistake. > > Thanks, > > Nassouh Adel Chehayeb > C.E.I.T. > (Centro de Estudios e Investigaciones Tecnicas de Guipuzkoa) > Applied Mechanics Department > Paseo de Manuel Lardizabal - 15 > 20009. San Sebastian (SPAIN) > e-mail: nchehayeb@ceit.es > Phone: ++34-43-21.28.00 Ext.: 244 > Fax : ++34-43-21.30.76 > > ------ =_NextPart_000_01BCC35C.34E12870 Content-Type: application/octet-stream; name="datapool.tar.Z" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="datapool.tar.Z" H52QTcKsKWMmDZsyABIqXMiwocOHECNKnEgRAIyLNmjAAGERhgwaNGpwvPjx48iLKGHEgFFDBggY GWHciHGDRgwaNl7GmAFjRgwALysKHUq0qFEAdebQCSOnox05c9K0OeowDBw4bNJQbZjy4smUHLeK HUu2rNmjI0LAaSOwjAIFI0BQQZNmDgileQ6CgCPnDZk6Y8rYDQNiSpIjQqpMAVFGTl85ISIrmEIl C5MiIHqAcDNDxtu4c+vepZO3DIg7b+SssVvQjdu4lC1j1pzx7WQqVYwYyQyCxJ7Yl3VMeeHmxYs+ b4esWPEEChXeLXwDL9IHRIs2aeDMoWH9jAImRIwwCXJkseYWTEBwUQCifXv0L5LKeZFVjHTcuquv d/+eSfw589V3X25G9PECFI2ZkVobjb0wxVJ0pDEGCG9NkcUUTCQhBHRsYNFGHdZ1GEMMIbYR4hAK HMZEhhuexwYcZnyRxhlshChVGGeY1gIbNFL4xBErasghjF+80eOON+YYIpBVLJnejliUgQcdb7HI Gwko/BikECn0hoKFGGqYwlthuCBlGTqAwFYabrjwhpp5GJFaYG6C8BQUb7zBxhNiqFHGGHS4qUAC QwzhpXLMOddlC2+SAERvPngJnnjkTdElliyOqYALUxCYBBZFTJFmnS6MgQcem5qKh5s6DFroocs1 R0WX1k1IAg9vjXFQGG60moAcJrZgBggq1DlGam4poOsbYojRWJq6lsHroMBaN2yxZ771WGQh3CYb b5x5BpdcdNmFl16oqcYam68VVtllvNVWIX67aXafbMIRZxxyCiAqK3T3Xlbdddlt19134Y1XHnTp 7ccffPLRl4Z9v9GrH3sP+xexgBUTaCCCcigIbIMPhhHhhBVeaKWLHoII5YglnpgikCuHSOSMNSLJ lpI79qiAljXvSKSROWe1s45sMOlkiFFOWaWQ9mZJs5hegpkpmWbigaaaYbBZZxtxzllGnXfmuWef fwb6hquGYumvotY1+igJkWKacKWXonD1pp3q9mmoo75Z6qmpnsoq27AmOut7tuKq7K69Umvimm2q etblmDOEUkwnfRRS5zSY1FFXMIDkEkwazXRDDTdtpBJPM9gAFAyZ1277Qkkt1dRFT0U1VVlWYaVV WaR/hVJYtyev/PJjjcCmrnWQYRoPSpGRxhsuoOEDXM+zEf30IIvM4HwwZr89925ALz0IIoAtpxx0 oiHCW3a8kQYZXLOJwpgg7MEem3QAQRp2wB73iU0FIBBZYAjIHhglwQ1poMP+CGgnOeBJT3zyE6B0 oAM2RfCCbJjgWxKYGhCgIA09gMEOBMgDGawwDcuhlXFA4IQ3mSEMbGADYcYgB2m5gQxvmoOe3lQH N2APY+1RoGk045o7wOl9CxwhXwBoBhSIIAg5BMEb1sAFN4ggBQysIAgzmDYOSumDZhPhXsxQBDxE UI384hmPavSzqbXIZjEimo2O5qQm7QhITJMSlb4DNS8BjWpYspqYsHamNFHua2GD39jeVDYMog1Q giJU21DwtsUxqjdzq5ve7laevO2NU54ClahAQCpVFW5Vb/DVq9wWK7jVqjeOixavfFUtA0pycHhg njAnsjmNgO5zHSkJd0bXlRi05CUxmYkNZnADG9xAJzOoAU9mN8xuGiV3THEKVKRiluBlxSzFY6ZX vMnOdgrTeenz3vqoRwfrYU976FOfadoXyfjNTwG+DAwHA1qG/SnAf+25H29WQsEEbgEGXUhhQ82w hRhENAYT3YIMIupCBfArjA6EoATByJ5Knk2DdOCgB+kAQhGyR2QmRKEKWehCAcawPTOsYQJxqEMQ 8NCHQLzLEEFQxCPyR4ngKoMTCQpSOVDRilis0Ra7+MUwmpSMG9TBGVmaRpKusY1v9GockeazQ95R aHk8ktFwhDSl/fFJHRLk0+6IJbPmTZFcYqTWHNm1Nr2JoGSzoNmwqjbE0VJxi5IbpCRFSktJapF8 SyXgWCk4VwLzcJpMnKxo1YLG5QpyvJxcP8eGBneatpgbSSZIRKJa0ZGOJDe4JupkQhON1IA7r3Mm Dbhp2t42BJy7g0HvyAm8q5yTeF0x3jp9y9zmoqV732PfVS8ZKPl9Jg1m+CFBQPCFLzQhC0Z4ghSG UIQvIKG7cJFea0zT3e+Gd7zlPe8XPhuGOdiFoCBIExzqIIasTGi6KD0oEgEoQDI0FARA5K9eKDqD LoRxLwqWUKvcQ1A1tscPFe7SHpDTBwaOoAw/xO5bhlpUFyCRhJJM6lJH29SnXjGLU/UiSUsqWEui 1Ixu5Kqe1AgjsI6UgmMNUVntOKS0Fi1JbWWCH5MG16YNsmZ1teNdVQbZMjUyf359otgCO0bqZnKW nKylJxVLN8ZSqpSPzWtk/abKwLHSsqrCLJg7yVnPPs6HoRXjYL1sOefWDrXHZC1JQrfM18qkBjmZ repMl+ib3JZ2QfFzb4ErTt+V07jDI0s60ynpTnuaIfDUJwh4UN85NKa62wu1PPcJ4LRl758wIoLJ wgBCYrU6q3Agw6x544QqrIiB9VPorVPaQZG2lH8IzfWuNRPrWYOQgz81WUGtIIUvECEIVAgCFJ7w BCZ8wTBaKAILQEBta2Nb29z2thOC0IQieLXUp0aBspciVvrZD3/DxjEad4zsBup6KS3wQQ93ZWo4 2luhKsi3Dt4Ah8aYrIRNREFU9FCGLwRwDnoYN4Hv12873ZtYDGoDBUPOGxQEG38qSMG8wxBwnr5h DBLPOMcpCG85SDDkXu0hHeogBzeoqQwiZw+/Tq5nG5dx4Q2Xw8PlgOAyHIQOBSW6CnDOHoRi14Qk 74Fmer2iLumc526g4MoDboYeFhTnQH5LZ3H5WTxLrugndXVpP305QKsWmYN27Wtv4BFopq62M6DB DHRik5bwlu7dpDTvxvk7spgz02PZdHIRT3nnOi+76uXuF6i97W4/QQhKKMIQqGBe9I5AvezSPOfT /fnQj770883nqkcdvgU1iC8vaPZSQGi+z6DeNeSu9rWz3Xl1sxszInhKE/IAwvmdniCpL/fw0d3t bych3CBgnQzAQqHHlRruhBXwXvoCdUCVgQwT5o9STCahNcp692Yj1spBGuExpN89w95f/5DDHzul weZ1gEMg4Af5p2H80n9Sx3AORwcQp1QSlwYUZ3F3kXEC5AYBdD8p5FX8QXQKqHQMyHTS83RR93FT B3Qz1n/rdzIep1ArdWwH1h4p2H5Et1Uu6FEeBmLWYwZvkXVb52tM4HVlsHM9J3b/xnI+UHZlcHYm mHYKsHa30na79HaVN4VUWIVWeIVYmIVauIVc2IVe+IVgGIZiOIZkWIZmeIZomIZquIZs2IZu+IZw GIdyOId0WId2eId4mId6uId8uIc= ------ =_NextPart_000_01BCC35C.34E12870-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 05:03:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA13889; Wed, 17 Sep 1997 03:46:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA13864; Wed, 17 Sep 1997 03:46:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA07672; Wed, 17 Sep 1997 03:46:54 -0700 Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA03280 for ; Wed, 17 Sep 1997 03:46:52 -0700 env-from (kociok@wetnt7.elektro.uni-wuppertal.de) Received: from wetnt7.elektro.uni-wuppertal.de by mailgate.urz.uni-wuppertal.de (8.8.3/8.7.3) with SMTP id MAA17865 for <@mailgate.urz.uni-wuppertal.de:info-performer@sgi.com>; Wed, 17 Sep 1997 12:46:50 +0200 (MDT) Received: from wetnt7 (localhost [127.0.0.1]) by wetnt7.elektro.uni-wuppertal.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA13797 for ; Wed, 17 Sep 1997 12:46:49 +0200 Sender: kociok@wetnt7.elektro.uni-wuppertal.de Message-ID: <341FB517.41C6@wetnt7.elektro.uni-wuppertal.de> Date: Wed, 17 Sep 1997 12:46:47 +0200 From: Norbert Kociok Organization: University of Wuppertal X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: pfCoord Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Performers, do someone know where I can find more information about pfCoord and his structure and the rules how I can use this? In the IRIS Performer Reference Pages is no hint in this case. My problem is : I have declared a variable spacecoord in a struct Shared as pfCoord. When I try to compile the sourcecode I receive the mistake: cfe: Error: ../space.c, line 446: Selector requires struct/union as left hand side Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz); ------------------------------^ Thanks for any suggestion, Norbert Kociok ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 06:56:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA13964; Wed, 17 Sep 1997 05:09:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA13939; Wed, 17 Sep 1997 05:09:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA12749; Wed, 17 Sep 1997 05:09:51 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA15104 for ; Wed, 17 Sep 1997 05:09:49 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Wed, 17 Sep 1997 08:09:45 Eastern Daylight Time Received: by mail.etcflorida.com from o3 (207.30.78.16::mail daemon; unverified,SLMAIL95 V2.2); Wed, 17 Sep 1997 08:09:44 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <341FC4A9.41C6@etcflorida.com> Date: Wed, 17 Sep 1997 04:53:13 -0700 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: fixed list Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I understand that Performers default is z-buffered but I wish to use a 'fixed list'.. I have been unable to find any reference to using fixed lists within performer.. Please help.. thanks garrett ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 07:43:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14176; Wed, 17 Sep 1997 06:46:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14151; Wed, 17 Sep 1997 06:46:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19244; Wed, 17 Sep 1997 06:46:26 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA03367 for ; Wed, 17 Sep 1997 06:46:09 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199709171346.GAA03367@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 17 Sep 1997 15:34:53 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 17 Sep 1997 15:34:53 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Wed, 17 Sep 1997 15:35:17 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 17 Sep 1997 17:34:37 +0200 Date: Wed, 17 Sep 1997 17:34:37 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970917153437] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: Performer ML Question Subject: interrupt bottleneck MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHi all, My application's framerate sometimes drops from 20 Hz to 1 Hz or less, without any explicit change in the 3D graphic context. When I look into osview, i see a very high percentage of drawing CPU acti= vity for "interruption handling" (the yellow part in gr_osview). Have any of you already experienced such a problem ? Could someone indicate me into which direction I should look into my sour= ce code, if ever it is a software error ? I am working with an Onyx RE2, pf 2.0.2, IRIX 6.2, and I have a photo of = my dog on my screen background. Thanks, Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 08:26:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14224; Wed, 17 Sep 1997 07:10:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14199; Wed, 17 Sep 1997 07:10:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21047; Wed, 17 Sep 1997 07:10:02 -0700 Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA08667 for ; Wed, 17 Sep 1997 07:09:40 -0700 env-from (yprj2317@cse.cuhk.edu.hk) Received: from sgi30.cs.cuhk.hk by cse.cuhk.edu.hk with SMTP id WAA29922; Wed, 17 Sep 1997 22:08:58 +0800 (HKT) From: VR Entertainment II Received: by sgi30.cs.cuhk.hk (950413.SGI.8.6.12/Spike-2.0) id WAA07220; Wed, 17 Sep 1997 22:08:56 +0800 Message-Id: <199709171408.WAA07220@sgi30.cs.cuhk.hk> Subject: pfConv To: info-performer@sgi.com Date: Wed, 17 Sep 1997 22:08:56 +0800 (HKT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Status: O Hello all, Can I use pfconv to convert the performer database (PFB or PFA) into other format such as IV or OBJ. I try it but pfconv complaints : pfdStoreFile() - Converter for iv does not provide pfdStoreFile_iv What is the problem, and is there another way to convert the performer database to other format ? Thanks. Wai ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 08:53:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14396; Wed, 17 Sep 1997 08:19:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14371; Wed, 17 Sep 1997 08:19:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA28936; Wed, 17 Sep 1997 08:19:48 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA27016 for ; Wed, 17 Sep 1997 08:19:43 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id LAA18801 for ; Wed, 17 Sep 1997 11:20:42 -0400 (EDT) Received: by bangate.etcusa.com; Wed, 17 Sep 97 11:42:31 EDT Date: Wed, 17 Sep 97 11:39:56 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: Ray tracing example ... Again and again... X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Dear Performers, I am looking for a ray tracing example. It was mentioned here a few weeks ago. A ray was intersected with ground and used to calculate ground height from the viewpoint. If I am wrong please correct me. Is there a such an example or am I hallucinating badly :-) Dogan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 08:53:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14286; Wed, 17 Sep 1997 07:43:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14261; Wed, 17 Sep 1997 07:43:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA23886; Wed, 17 Sep 1997 07:43:17 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA16954 for ; Wed, 17 Sep 1997 07:43:15 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id KAA06183; Wed, 17 Sep 1997 10:43:12 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma006171; Wed, 17 Sep 97 10:42:56 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id OAA05174; Wed, 17 Sep 1997 14:42:55 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id KAA06193; Wed, 17 Sep 1997 10:42:54 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709171442.KAA06193@hf.ht.com> Subject: Re: pfConfig (libmovie & Performer) To: info-performer@sgi.com Date: Wed, 17 Sep 1997 10:42:54 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O ----- Forwarded message from YAMANAKA MASAHIKO ----- Hello all, Currently, I'm developping an application using libmovie&Performer. On a day, I noticed that... After pfConfig() calling, I can't use mvUnbindOpenGLWindow(), as I do this, my program stops at mvUnbindOpenGLWindow(). : : -- M.Y. ----- End of forwarded message from YAMANAKA MASAHIKO ----- I am getting the same thing on an O2. It just hangs on me ... no core dump. -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 08:53:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14256; Wed, 17 Sep 1997 07:29:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14231; Wed, 17 Sep 1997 07:29:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22535; Wed, 17 Sep 1997 07:29:34 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA13722 for ; Wed, 17 Sep 1997 07:29:33 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id JAA17176; Wed, 17 Sep 1997 09:29:14 -0500 (CDT) Date: Wed, 17 Sep 1997 09:26:08 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: Norbert Kociok cc: info-performer@sgi.com Subject: Re: pfCoord In-Reply-To: <341FB517.41C6@wetnt7.elektro.uni-wuppertal.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 17 Sep 1997, Norbert Kociok wrote: > do someone know where I can find more information about pfCoord and his > structure and the rules how I can use this? > In the IRIS Performer Reference Pages is no hint in this case. It's defined in the pfMatrix man page, but it's a very simple structure: struct pfCoord { pfVec3 xyz; pfVec3 hpr; }; > My problem is : > I have declared a variable spacecoord in a struct Shared as pfCoord. > > When I try to compile the sourcecode I receive the mistake: > cfe: Error: ../space.c, line 446: Selector requires struct/union as > left hand side > > Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz); > ------------------------------^ Well, this *looks* OK, if Shared->spacecoord is a pfCoord then Shared->spacecoord.xyz is a pfVec3 and 'scale()' is a member function of a pfVec3....??? Steve Baker 817-619-8776 (Vox/Vox-Mail) Hughes Training Inc. 817-619-4028 (Fax) 2200 Arlington Downs Road SBaker@link.com (eMail) Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail) http://www.hti.com http://web2.airmail.net/sjbaker1 (personal) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 08:53:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14347; Wed, 17 Sep 1997 08:10:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14322; Wed, 17 Sep 1997 08:10:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA27613; Wed, 17 Sep 1997 08:10:49 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA24452 for ; Wed, 17 Sep 1997 08:10:48 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA07639; Wed, 17 Sep 1997 08:10:29 -0700 Date: Wed, 17 Sep 1997 08:10:29 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709170810.ZM7637@multipass.engr.sgi.com> In-Reply-To: Norbert Kociok "pfCoord" (Sep 17, 12:46pm) References: <341FB517.41C6@wetnt7.elektro.uni-wuppertal.de> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Norbert Kociok , info-performer@sgi.com Subject: Re: pfCoord Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O >From the pfMatrix manual page: struct pfCoord { pfVec3 xyz; pfVec3 hpr; }; Cheers,Angus. On Sep 17, 12:46pm, Norbert Kociok wrote: > Subject: pfCoord > Hello Performers, > > do someone know where I can find more information about pfCoord and his > structure and the rules how I can use this? > In the IRIS Performer Reference Pages is no hint in this case. > > My problem is : > I have declared a variable spacecoord in a struct Shared as pfCoord. > > When I try to compile the sourcecode I receive the mistake: > cfe: Error: ../space.c, line 446: Selector requires struct/union as > left hand side > > Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz); > ------------------------------^ > > > Thanks for any suggestion, > > > Norbert Kociok > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Norbert Kociok ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 10:17:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA14834; Wed, 17 Sep 1997 09:32:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14809; Wed, 17 Sep 1997 09:32:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA10717; Wed, 17 Sep 1997 09:32:22 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA20576 for ; Wed, 17 Sep 1997 09:32:21 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA29295; Wed, 17 Sep 1997 09:32:20 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709171632.JAA29295@remi.engr.sgi.com> Subject: Re: interrupt bottleneck To: MICHAEL.BOCCARA@siege.aerospatiale.fr (BOCCARA Michael) Date: Wed, 17 Sep 1997 09:32:19 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199709171346.GAA03367@sgi.sgi.com> from "BOCCARA Michael" at Sep 17, 97 05:34:37 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 823 Status: O BOCCARA Michael wrote: > > =0D=0CHi all, > > My application's framerate sometimes drops from 20 Hz to 1 Hz or less, > without any explicit change in the 3D graphic context. > When I look into osview, i see a very high percentage of drawing CPU acti= > vity > for "interruption handling" (the yellow part in gr_osview). > Have any of you already experienced such a problem ? > Could someone indicate me into which direction I should look into my sour= > ce > code, if ever it is a software error ? > > I am working with an Onyx RE2, pf 2.0.2, IRIX 6.2, and I have a photo of = > my > dog on my screen background. > Try to use 'par' to see what is going on. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 10:17:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14484; Wed, 17 Sep 1997 08:57:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14459; Wed, 17 Sep 1997 08:57:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA04081; Wed, 17 Sep 1997 08:57:05 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA08311 for ; Wed, 17 Sep 1997 08:57:04 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA29174; Wed, 17 Sep 1997 08:57:02 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709171557.IAA29174@remi.engr.sgi.com> Subject: Re: pfConfig[2] To: wryml@dimwit.dst.nk-exa.co.jp (YAMANAKA MASAHIKO) Date: Wed, 17 Sep 1997 08:57:02 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199709160942.SAA13583@dimwit.dst.nk-exa.co.jp> from "YAMANAKA MASAHIKO" at Sep 16, 97 06:42:46 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2311 Status: O YAMANAKA MASAHIKO wrote: > > > As using dbx, it stops at... > > (dbx) where > > 0 _waitsys(0x7, 0x0, 0x7fff283c, 0x3) ["waitsys.s":19, 0xfa42614] > 1 _wait(0x7fff2904, 0x0, 0x7fff283c, 0x3) ["uwait.c":26, 0xfa3cc64] > 2 ::_pfParentExit(int ...)(0x12, 0x0, 0x7fff2928, 0x5d993ed0) ["../../../lib/libpf/pfProcess.C":4791, 0x5d993f54] A process created (I guess by the movie library) just died, and the default performer behavior is to exit the application if such a thing occurs. Try to do your own SIGCHLD manager by calling: sigset(SIGCHLD, (SIG_PF)Yourfunction); right after pfConfig(); Or simply call sigignore(SIGCHLD) > 3 _sigtramp(0x12, 0x0, 0x7fff2928, 0x3) ["sigtramp.s":61, 0xfa41a44] > 4 _waitsys(0x0, 0x3398, 0x7fff2cb0, 0x0) ["waitsys.s":19, 0xfa42614] > 5 _waitpid(0x0, 0x0, 0x7fff2cb0, 0x7fff2fbc) ["uwaitpid.c":45, 0xfa4bf20] > 6 mvgfxClose(0x10020a88, 0x3398, 0x7fff2cb0, 0x0) ["mvopenglx.c":754, 0x4210c2c] > 7 __mvPO_Close(0x10020a88, 0x3398, 0x7fff2cb0, 0x0) ["mvPort.c":287, 0x5e78fba4] > 8 mvClosePort(0x0, 0x3398, 0x7fff2cb0, 0x0) ["mvPlayPublic.c":200, 0x5e786704] > 9 mvUnbindOpenGLWindow(0x1002a720, 0x3398, 0x7fff2cb0, 0x0) ["mvPlayPublic.c":717, 0x5e787554] > 10 viMovie::openFile(char*,int)(this = 0x1000b818, fileName = 0x10008450 = "../movie/audio.mv", memFlag = 0) ["/usr/people/wry/VISUALOCUS/PI/movieTest/viMovie.C":97, 0x4037ec] > 11 handleKeyEvent(_XEvent*,viMovie*)(ev = 0x7fff2e70, movie = 0x1000b818) ["/usr/people/wry/VISUALOCUS/PI/movieTest/movieTest.C":33, 0x402fec] > 12 ::eventLoop(_XDisplay*,viMovie*)(dpy = 0x10009050, movie = 0x1000b818) ["/usr/people/wry/VISUALOCUS/PI/movieTest/movieTest.C":60, 0x4030c4] > 13 main(argc = 1, argv = 0x7fff2f34) ["/usr/people/wry/VISUALOCUS/PI/movieTest/movieTest.C":97, 0x4032b8] > 14 __istart() ["crt1tinit.s":13, 0x402ef0] > (dbx) > > -- > M.Y. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 10:17:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA14894; Wed, 17 Sep 1997 09:36:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14867; Wed, 17 Sep 1997 09:36:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA11814; Wed, 17 Sep 1997 09:36:55 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA22185 for ; Wed, 17 Sep 1997 09:36:54 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA07912; Wed, 17 Sep 1997 09:36:29 -0700 Date: Wed, 17 Sep 1997 09:36:29 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709170936.ZM7910@multipass.engr.sgi.com> In-Reply-To: VR Entertainment II "pfConv" (Sep 17, 10:08pm) References: <199709171408.WAA07220@sgi30.cs.cuhk.hk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: VR Entertainment II , info-performer@sgi.com Subject: Re: pfConv Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 17, 10:08pm, VR Entertainment II wrote: > Subject: pfConv > Hello all, > > Can I use pfconv to convert the performer database (PFB or > PFA) into other format such as IV or OBJ. > > I try it but pfconv complaints : > > pfdStoreFile() - > Converter for iv does not provide pfdStoreFile_iv > > What is the problem, and is there another way to convert the > performer database to other format ? The call you make is only a wrapper which uses the extension you supply to find a call in the DSOs which will output the requested format. Not all loaders have corresponding writers. In fact there are very few, it's really up to the 3rd parties to supply writers for their formats to output the file from a Performer scene graph in the same way they currently supply a loader to build the graph. Clearly with Inventor there is no 3rd party. I don't think you will ever see a performer store file function for inventor unless someone out there donates one fro the greater good. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 10:17:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA14807; Wed, 17 Sep 1997 09:32:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14782; Wed, 17 Sep 1997 09:32:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA10602; Wed, 17 Sep 1997 09:32:07 -0700 Received: from wire.catalogue.com (wire.catalogue.com [198.85.68.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA20408 for ; Wed, 17 Sep 1997 09:31:54 -0700 env-from (giles@mindinmotion.com) Received: from brain (204.177.42.28) by wire.catalogue.com with SMTP (Eudora Internet Mail Server 1.2); Wed, 17 Sep 1997 12:29:19 -0400 Sender: giles@wire.catalogue.com Message-ID: <3420036A.41C6@mindinmotion.com> Date: Wed, 17 Sep 1997 12:20:58 -0400 From: giles X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: VR Entertainment II CC: info-performer@sgi.com Subject: Re: pfConv References: <199709171408.WAA07220@sgi30.cs.cuhk.hk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O VR Entertainment II wrote: > > Hello all, > > Can I use pfconv to convert the performer database (PFB or > PFA) into other format such as IV or OBJ. > > I try it but pfconv complaints : > > pfdStoreFile() - > Converter for iv does not provide pfdStoreFile_iv > > What is the problem, and is there another way to convert the > performer database to other format ? > > Thanks. > pfconv is telling you that it does not know how to store the requested file type. I know that .pfb will work, but thats not useful in your case. The file formats it can write are different then those that it can read. I know that my version of performer will store .dwb(Designers Workbench files). You might be able to go from .pfb to .dwb and then use some conversion program. Hope that helps -giles ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 10:58:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15232; Wed, 17 Sep 1997 10:10:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15207; Wed, 17 Sep 1997 10:10:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA19480; Wed, 17 Sep 1997 10:10:08 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05147 for ; Wed, 17 Sep 1997 10:10:04 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA47896; Wed, 17 Sep 1997 12:57:19 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id MAA23296; Wed, 17 Sep 1997 12:49:30 -0400 From: "Nicolas Gauvin" Message-Id: <9709171249.ZM23294@christine.cae.ca> Date: Wed, 17 Sep 1997 12:49:29 -0400 In-Reply-To: dcibiceli@etcusa.com "Ray tracing example ... Again and again..." (Sep 17, 11:39am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dcibiceli@etcusa.com Subject: Re: Ray tracing example ... Again and again... Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 17, 11:39am, dcibiceli@etcusa.com wrote: > Subject: Ray tracing example ... Again and again... > Dear Performers, > I am looking for a ray tracing example. It was mentioned here a few > weeks ago. A ray was intersected with ground and used to calculate ground > height from the viewpoint. If I am wrong please correct me. Is there a such > an example or am I hallucinating badly :-) > Using pfuCollideGrnd() is an easy way to do that if you don't want to mess with the lower level classes such as pfSegSet and pfHit. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 10:58:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15149; Wed, 17 Sep 1997 10:02:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15122; Wed, 17 Sep 1997 10:02:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA18154; Wed, 17 Sep 1997 10:02:55 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA02303 for ; Wed, 17 Sep 1997 10:02:54 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA08146; Wed, 17 Sep 1997 10:02:17 -0700 Date: Wed, 17 Sep 1997 10:02:17 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709171002.ZM8144@multipass.engr.sgi.com> In-Reply-To: Steve Baker "Re: pfCoord" (Sep 17, 9:26am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Steve Baker , Norbert Kociok Subject: Re: pfCoord Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 17, 9:26am, Steve Baker wrote: > Subject: Re: pfCoord > On Wed, 17 Sep 1997, Norbert Kociok wrote: > > > do someone know where I can find more information about pfCoord and his > > structure and the rules how I can use this? > > In the IRIS Performer Reference Pages is no hint in this case. > > It's defined in the pfMatrix man page, but it's a very simple structure: > > struct pfCoord > { > pfVec3 xyz; > pfVec3 hpr; > }; > > > My problem is : > > I have declared a variable spacecoord in a struct Shared as pfCoord. > > > > When I try to compile the sourcecode I receive the mistake: > > cfe: Error: ../space.c, line 446: Selector requires struct/union as > > left hand side > > > > Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz); > > ------------------------------^ > > Well, this *looks* OK, if Shared->spacecoord is a pfCoord then > Shared->spacecoord.xyz is a pfVec3 and 'scale()' is a member > function of a pfVec3....??? > #include ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 12:03:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15324; Wed, 17 Sep 1997 10:28:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15299; Wed, 17 Sep 1997 10:28:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22749; Wed, 17 Sep 1997 10:28:35 -0700 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA12635 for ; Wed, 17 Sep 1997 10:28:33 -0700 env-from (ofriels1@qmsmtpgw.mugu.navy.mil) Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA01196; Wed, 17 Sep 97 10:28:22 PDT Message-Id: Date: 17 Sep 1997 10:28:40 U From: "SCOTT OFRIEL" Subject: Line Flicker To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 4.1.0 Status: O Subject: Time: 10:11 AM OFFICE MEMO Line Flicker Date: 9/17/97 Hello: We get line flicker. We have a grid laid down on the ground of an earthSky scene. The grid lines flicker as the eye point moves. For example, when the user selects the F-18 target as the viewpoint, The lines flicker. The line flicker appears to be a function of zoom which can be easily modified by the user. The farther out the zoom the more flicker. Any suggestions please? Scott O' ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 15:26:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA16601; Wed, 17 Sep 1997 13:36:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16576; Wed, 17 Sep 1997 13:36:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA20145; Wed, 17 Sep 1997 13:36:25 -0700 Received: from kurita.star-league.com (kurita.star-league.com [206.31.231.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA24763 for ; Wed, 17 Sep 1997 13:36:23 -0700 env-from (mgaertner@fasainteractive.com) Received: (from Administrator@localhost) by kurita.star-league.com (1.0 (Berkeley 8.7) Build 341/Configuration 4) id PAA00240 for ; Wed, 17 Sep 1997 15:37:24 -0500 Received: from comstar.vweg.com(192.168.1.240) by kurita via smtp-gw id xmaAD6E.tmp; Wed, 17 Sep 97 15:37:06 -0500 Received: by comstar.vweg.com with Internet Mail Service (5.0.1458.49) id ; Wed, 17 Sep 1997 15:34:21 -0500 Message-ID: From: "Gaertner, Michael" To: "'info-performer@sgi.com'" Subject: [Q] Transparency Date: Wed, 17 Sep 1997 15:34:20 -0500 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Status: O Hi, Performer offers several types of transparency ... can I define different types of transparency for different objects in one scene or is there only one type of transparency in one scene effective ? Is PFTR_NO_OCCLUDE faster ? Thanx Michael ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 18:45:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA18384; Wed, 17 Sep 1997 16:54:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA18359; Wed, 17 Sep 1997 16:54:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA17602; Wed, 17 Sep 1997 16:54:56 -0700 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id QAA04713 for ; Wed, 17 Sep 1997 16:54:55 -0700 env-from (ofriels1@qmsmtpgw.mugu.navy.mil) Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA04349; Wed, 17 Sep 97 16:54:42 PDT Message-Id: Date: 17 Sep 1997 16:54:07 U From: "SCOTT OFRIEL" Subject: Re: Line Flicker To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 4.1.0 Status: O To All: Perhaps I should have specifically said that the grid is just pfGeoset lines that give the appearance of squares. We are not using any textures, just simple pfGeoset lines. Scott O' ------------------------------ Date: 9/17/97 3:25 PM To: OFRIEL, SCOTT From: SCOTT OFRIEL Subject: Time: 10:11 AM OFFICE MEMO Line Flicker Date: 9/17/97 Hello: We get line flicker. We have a grid laid down on the ground of an earthSky scene. The grid lines flicker as the eye point moves. For example, when the user selects the F-18 target as the viewpoint, The lines flicker. The line flicker appears to be a function of zoom which can be easily modified by the user. The farther out the zoom the more flicker. Any suggestions please? Scott O' ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ------------------ RFC822 Header Follows ------------------ Received: by qmsmtpgw.mugu.navy.mil with ADMIN;17 Sep 1997 15:20:24 +0100 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA27305; Wed, 17 Sep 1997 13:43:43 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15324; Wed, 17 Sep 1997 10:28:36 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15299; Wed, 17 Sep 1997 10:28:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22749; Wed, 17 Sep 1997 10:28:35 -0700 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA12635 for ; Wed, 17 Sep 1997 10:28:33 -0700 env-from (ofriels1@qmsmtpgw.mugu.navy.mil) Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA01196; Wed, 17 Sep 97 10:28:22 PDT Message-Id: Date: 17 Sep 1997 10:28:40 U From: "SCOTT OFRIEL" Subject: Line Flicker To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 4.1.0 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 17 23:15:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA18781; Wed, 17 Sep 1997 21:27:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA18756; Wed, 17 Sep 1997 21:27:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA07657; Wed, 17 Sep 1997 21:27:31 -0700 Received: from cosmos.webcity.co.jp (cosmos.nk-exa.co.jp [202.248.26.134]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA10657 for ; Wed, 17 Sep 1997 21:27:28 -0700 env-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from dimwit.dst.nk-exa.co.jp by cosmos.webcity.co.jp (3.5Wpl2) with SMTP id NAA19313 for ; Thu, 18 Sep 1997 13:27:20 +0900 (JST) Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA15573; Thu, 18 Sep 1997 13:07:11 +0900 Message-Id: <199709180407.NAA15573@dimwit.dst.nk-exa.co.jp> To: info-performer@sgi.com Subject: Re: pfConfig[2] In-reply-to: Your message of "Wed, 17 Sep 1997 08:57:02 JST" References: <199709171557.IAA29174@remi.engr.sgi.com> Date: Thu, 18 Sep 1997 13:07:10 +0900 From: YAMANAKA MASAHIKO Status: O ^^) A process created (I guess by the movie library) just died, and Yes. ^^) the default performer behavior is to exit the application if such ^^) a thing occurs. ^^) ^^) Try to do your own SIGCHLD manager by calling: ^^) sigset(SIGCHLD, (SIG_PF)Yourfunction); ^^) right after pfConfig(); ^^) ^^) Or simply call sigignore(SIGCHLD) These work fine !!! Thank you very much! -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 02:19:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA19147; Thu, 18 Sep 1997 01:41:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA19122; Thu, 18 Sep 1997 01:41:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20652; Thu, 18 Sep 1997 01:41:51 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA22164 for ; Thu, 18 Sep 1997 01:41:48 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199709180841.BAA22164@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 18 Sep 1997 10:40:04 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 18 Sep 1997 10:40:04 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Thu, 18 Sep 1997 10:40:33 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Thu, 18 Sep 1997 12:22:57 +0200 Date: Thu, 18 Sep 1997 12:22:57 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970918102257] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "P=INTERNET; DDA.TYPE=RFC-822; DDA.VALUE=info-performer(a)sgi.com" Subject: RE: fixed list MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CI tried bins (pfDrawBin), without any success. pfDrawBin(MY_BIN) si= mply draws nothing (maybe some help ?) I made something else : it is to disable Zb before drawing a node, then re-enable it after, all this in per-node draw callbacks. If you don't use= any SORT token in the culling mode, then the drawing process should traverse = your subtree normally, and draw each sub-node one above the previous. For disabling and enabling Zbuffer, consult the OPEN GL and IRIS GL manua= ls, i don't remember the function names, and I don't have my sources in front= of me... Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 02:19:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA19175; Thu, 18 Sep 1997 01:49:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA19150; Thu, 18 Sep 1997 01:49:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20882; Thu, 18 Sep 1997 01:49:35 -0700 Received: from systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA23222 for ; Thu, 18 Sep 1997 01:49:31 -0700 env-from (chien@systech.hinet.net) Received: (from chien@localhost) by systech.hinet.net (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA08259 for info-performer@sgi.com; Thu, 18 Sep 1997 16:51:45 -0700 From: "chien" Message-Id: <9709181651.ZM8257@systech.hinet.net> Date: Thu, 18 Sep 1997 16:51:44 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: mixed scene to live video Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi,performer experts: I have an application need mixed video generate from performer or Vega scene with live video.Is there any kind person could inform me about how to do this with hardware or software maybe need both. Thanks for your kindly help! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 02:19:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA19040; Thu, 18 Sep 1997 00:50:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA19015; Thu, 18 Sep 1997 00:50:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA18624; Thu, 18 Sep 1997 00:50:16 -0700 Received: from zaphod.munich.sgi.com ([144.253.193.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA13788 for ; Thu, 18 Sep 1997 00:50:14 -0700 env-from (joerg@zaphod.munich.sgi.com) Received: by zaphod.munich.sgi.com (950413.SGI.8.6.12/911001.SGI) id JAA11660; Thu, 18 Sep 1997 09:46:41 +0200 Date: Thu, 18 Sep 1997 09:46:41 +0200 From: joerg@zaphod.munich.sgi.com (Joerg Wallmersperger) Message-Id: <9709180946.ZM11658@zaphod.munich.sgi.com> In-Reply-To: dorbie@multipass.engr.sgi.com (Angus Dorbie) "Re: pfConv" (Sep 17, 9:36am) References: <199709171408.WAA07220@sgi30.cs.cuhk.hk> <9709170936.ZM7910@multipass.engr.sgi.com> X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgck]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og(, info-performer@sgi.com Subject: Re: pfConv Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Fortunately someone already donated this converter: ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/pftoiv1.0.tar.gz converts *.pfb to *.iv. Joerg On Sep 17, 9:36am, Angus Dorbie wrote: } Subject: Re: pfConv } On Sep 17, 10:08pm, VR Entertainment II wrote: } > Subject: pfConv } > Hello all, } > } > Can I use pfconv to convert the performer database (PFB or } > PFA) into other format such as IV or OBJ. } > } > I try it but pfconv complaints : } > } > pfdStoreFile() - } > Converter for iv does not provide pfdStoreFile_iv } > } > What is the problem, and is there another way to convert the } > performer database to other format ? } } The call you make is only a wrapper which uses the extension you } supply to find a call in the DSOs which will output the requested } format. Not all loaders have corresponding writers. In fact there } are very few, it's really up to the 3rd parties to supply writers } for their formats to output the file from a Performer scene graph } in the same way they currently supply a loader to build the graph. } } Clearly with Inventor there is no 3rd party. I don't think you will } ever see a performer store file function for inventor unless someone } out there donates one fro the greater good. } } Cheers,Angus. } ======================================================================= } List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ } Submissions: info-performer@sgi.com } Admin. requests: info-performer-request@sgi.com }-- End of excerpt from Angus Dorbie -- Joerg Wallmersperger, System Engineer Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn E-mail: joerg@munich.sgi.com Tel.: 089-46108314 (US: 49.89.46108314) Fax.: 089-46107314 (US: 49.89.46107314) http://reality.sgi.com/joerg_munich ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 02:19:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA19120; Thu, 18 Sep 1997 01:41:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA19095; Thu, 18 Sep 1997 01:41:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20644; Thu, 18 Sep 1997 01:41:48 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA22141 for ; Thu, 18 Sep 1997 01:41:45 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199709180841.BAA22141@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 18 Sep 1997 10:40:01 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 18 Sep 1997 10:40:01 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Thu, 18 Sep 1997 10:40:30 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Thu, 18 Sep 1997 12:22:51 +0200 Date: Thu, 18 Sep 1997 12:22:51 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970918102251] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "P=INTERNET; DDA.TYPE=RFC-822; DDA.VALUE=info-performer(a)sgi.com" Subject: RE: Line Flicker MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CI often use line primtypes for geosets. I think your pb is only a Zbuffer pb. Try to change near/far. Maybe your = grid is to close from the ground of your earthsky. Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 07:44:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19910; Thu, 18 Sep 1997 06:51:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19885; Thu, 18 Sep 1997 06:51:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07490; Thu, 18 Sep 1997 06:51:31 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA15378 for ; Thu, 18 Sep 1997 06:51:25 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id JAA07776 for <@bnl.gov:info-performer@sgi.com>; Thu, 18 Sep 1997 09:51:20 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA06455; Thu, 18 Sep 1997 09:51:19 -0400 From: "A. Ballard Andrews" Message-Id: <9709180951.ZM6453@sirius.ccd.bnl.gov> Date: Thu, 18 Sep 1997 09:51:19 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mail@sirius.ccd.bnl.gov, info-performer@sgi.com Subject: Performer Course notes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've never seen the Performer course notes; But I suspect they might be useful - does anybody recommend them? How can I get a copy? Ballard Andrews ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 07:11:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19772; Thu, 18 Sep 1997 06:12:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19747; Thu, 18 Sep 1997 06:11:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA05091; Thu, 18 Sep 1997 06:11:58 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA06935 for ; Thu, 18 Sep 1997 06:11:52 -0700 env-from (czg@iname.com) From: czg@iname.com Received: from pc-czg (ab-1-3.bta.net.cn [202.99.63.3]) by public.bta.net.cn (8.8.5/8.8.5) with SMTP id VAA01375; Thu, 18 Sep 1997 21:11:45 +0800 (CST) Message-ID: <3421FAD4.514F@iname.com> Date: Thu, 18 Sep 1997 21:08:52 -0700 Reply-To: czg@iname.com X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com, Sharon Clay Subject: Re: N64 No-border windows - Work-Around Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Mr. Clay and Performer friends, Thanks for Mr. Clay's mail of "N64 No-border windows". It works on my application. But the window is not full of screen. I tried to change the value of window size, and no effects. Please help. Thanks inadvance. Cao Zhigang =================================== E-Mail: czg@iname.com Tel: (8610)68428861-340 Fax: (8610)68424844 =================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 07:11:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19815; Thu, 18 Sep 1997 06:21:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19790; Thu, 18 Sep 1997 06:21:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA05672; Thu, 18 Sep 1997 06:21:15 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA09064 for ; Thu, 18 Sep 1997 06:21:14 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id JAA00423 for ; Thu, 18 Sep 1997 09:22:15 -0400 (EDT) Received: by bangate.etcusa.com; Thu, 18 Sep 97 9:44:13 EDT Date: Thu, 18 Sep 97 9:36:21 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: Part of the screen does not get redrawn .... X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Dear Performers, I am displaying a HUD (Heads Up Display). I have tied key combinations to test the pitch and roll movements. When I pitch up, some of the ladder ( roll angles drawn on the HUD ) gets printed on top of each other. It is as if a specific part of the screen ( horizontal band) does not get redrawn for specific pitch angles. Every thing drawn in that horizontal band of the screen does not get refreshed when a new frame is drawn. Thus numbers are printed on top of each other in that horizontal band. Any idea why that may happen... I am using the perfly source code with performer 2.1 . Dogan Cibiceli ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 07:44:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19964; Thu, 18 Sep 1997 06:55:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19939; Thu, 18 Sep 1997 06:55:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07707; Thu, 18 Sep 1997 06:55:32 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA16054 for ; Thu, 18 Sep 1997 06:55:31 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id IAA02174; Thu, 18 Sep 1997 08:55:28 -0500 (CDT) Date: Thu, 18 Sep 1997 08:52:22 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: "Gaertner, Michael" cc: "'info-performer@sgi.com'" Subject: Re: [Q] Transparency In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 17 Sep 1997, Gaertner, Michael wrote: > Hi, > Performer offers several types of transparency ... can I define > different types of > transparency for different objects in one scene or is there only one > type of > transparency in one scene effective ? > Is PFTR_NO_OCCLUDE faster ? Yes, you can mix transparency types (just set it up in the pfGeoState using gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA) or gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_MS_ALPHA) or whatever you need). Bear in mind that PFTR_MS_ALPHA only works on machines with multisampling (ie don't try it on an O2!) PFTR_NO_OCCLUDE doesn't seem to be measurably faster - although it avoids the write to the depth buffer - so I suppose it might be fractionally faster on very large polygons. These is a cost to turning it on and off, so I suppose there is a risk that it might even slow things down a tad if you have lots of small PFTR_NO_OCCLUDE polygons mixed up with other geometry. Steve Baker 817-619-8776 (Vox/Vox-Mail) Hughes Training Inc. 817-619-4028 (Fax) 2200 Arlington Downs Road SBaker@link.com (eMail) Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail) http://www.hti.com http://web2.airmail.net/sjbaker1 (personal) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 07:43:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19937; Thu, 18 Sep 1997 06:52:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19912; Thu, 18 Sep 1997 06:52:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07549; Thu, 18 Sep 1997 06:52:31 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA15542 for ; Thu, 18 Sep 1997 06:52:30 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id JAA07846 for <@bnl.gov:info-performer@sgi.com>; Thu, 18 Sep 1997 09:52:28 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id JAA06463; Thu, 18 Sep 1997 09:52:28 -0400 From: "A. Ballard Andrews" Message-Id: <9709180952.ZM6461@sirius.ccd.bnl.gov> Date: Thu, 18 Sep 1997 09:52:27 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Course notes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've never seen the Performer course notes; But I suspect they might be useful - does anybody recommend them? How can I get a copy? Ballard Andrews ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 07:28:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19882; Thu, 18 Sep 1997 06:35:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19857; Thu, 18 Sep 1997 06:35:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06621; Thu, 18 Sep 1997 06:35:04 -0700 Received: from omega.turknet.com.tr (OMEGA.turk.net [194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA11612 for ; Thu, 18 Sep 1997 06:34:53 -0700 env-from (mderdem@turk.net) Received: from DEVRIM (DEVRIM [194.54.52.142]) by omega.turknet.com.tr (NTMail 3.02.13) with ESMTP id oa358346 for ; Thu, 18 Sep 1997 16:35:34 +0300 From: Simulation Dept X-Priority: Normal Content-Type: text/plain To: info-performer@sgi.com Subject: OS Specifications X-Mailer: Pronto97 E-Mail [ver 4.0] Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 18 Sep 1997 16:35:34 +0300 Message-Id: <13353456228199@turknet.com.tr> Status: O Ooops, I forgot to add the OS specification for my texture problem with Vega. IRIX 6.2 Onyx iR 2xR1000 Performer 2.1 Vega MP 3.1.1 ==================================== Devrim Erdem mderdem@turk.net Application Engineer infoTRON - Turkey ==================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 07:28:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19854; Thu, 18 Sep 1997 06:28:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19829; Thu, 18 Sep 1997 06:28:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06151; Thu, 18 Sep 1997 06:28:53 -0700 Received: from omega.turknet.com.tr (OMEGA.turk.net [194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA10375 for ; Thu, 18 Sep 1997 06:28:46 -0700 env-from (mderdem@turk.net) Received: from DEVRIM (DEVRIM [194.54.52.142]) by omega.turknet.com.tr (NTMail 3.02.13) with ESMTP id ga358338 for ; Thu, 18 Sep 1997 16:29:38 +0300 From: Simulation Dept X-Priority: Normal Content-Type: text/plain To: info-performer@sgi.com Subject: Texture in Vega X-Mailer: Pronto97 E-Mail [ver 4.0] Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Date: Thu, 18 Sep 1997 16:29:38 +0300 Message-Id: <13293841028139@turknet.com.tr> Status: O Hi performers, We have a big terrain database with a 30 mb texture in the center of the geometry. Perfly runs the database with 30 hz. However Object viewer in Lynx (of Vega) is running at 1.5 hz with this database. And my vega application is no faster. My application and object viewer especially slows down when the central part (with the 30 Mb texture) is in the view. Any suggestions ...? ==================================== Devrim Erdem mderdem@turk.net Application Engineer infoTRON - Turkey ==================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 09:55:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20603; Thu, 18 Sep 1997 09:14:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20578; Thu, 18 Sep 1997 09:14:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24747; Thu, 18 Sep 1997 09:14:22 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA01624 for ; Thu, 18 Sep 1997 09:14:21 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA02049; Thu, 18 Sep 1997 09:14:16 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709181614.JAA02049@remi.engr.sgi.com> Subject: Re: Part of the screen does not get redrawn .... To: dcibiceli@etcusa.com Date: Thu, 18 Sep 1997 09:14:16 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "dcibiceli@etcusa.com" at Sep 18, 97 09:36:21 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 973 Status: O dcibiceli@etcusa.com wrote: > > Dear Performers, > I am displaying a HUD (Heads Up Display). I have tied key > combinations to test the pitch and roll movements. When I pitch up, > some of the ladder ( roll angles drawn on the HUD ) gets printed on top of > each other. It is as if a specific part of the screen ( horizontal band) does > not get redrawn for specific pitch angles. Every thing drawn in that > horizontal band of the screen does not get refreshed when a new frame is > drawn. Thus numbers are printed on top of each other in that horizontal band. > Any idea why that may happen... I am using the perfly source code with > performer 2.1 . Maybe it gets refreshed, but not cleaned. I guess you are using some background polygon to clear the screen. see if the problem stays using clear. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 09:55:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20434; Thu, 18 Sep 1997 09:10:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20409; Thu, 18 Sep 1997 09:10:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24350; Thu, 18 Sep 1997 09:10:22 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA29608 for ; Thu, 18 Sep 1997 09:10:22 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA10041; Thu, 18 Sep 1997 09:09:30 -0700 Date: Thu, 18 Sep 1997 09:09:30 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709180909.ZM10039@multipass.engr.sgi.com> In-Reply-To: Simulation Dept "Texture in Vega" (Sep 18, 4:29pm) References: <13293841028139@turknet.com.tr> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Simulation Dept , info-performer@sgi.com Subject: Re: Texture in Vega Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You want info-vega@paradigmsim.com But anyway. I expect the internal format is assumed to be something different or there are MIP map levels being added or your texture dimensions aren't 2^n and the resize policy for the texture loader is somehow different ie they get zoomed up not down. You also may be in a situation where some Vega textures for effects like explosions, lobe lights or sky model are pushing you over texture capacity. This causes texture paging leading to PPP. I don't expect all of the above suggestions is causing the paging but you should be able to draw GFX statistics which display the #s of textures paged in botyh Vega and Performer and see that texture paging is the cause of your woes. Cheers,Angus. On Sep 18, 4:29pm, Simulation Dept wrote: > Subject: Texture in Vega > Hi performers, > > We have a big terrain database with a 30 mb texture in the center of the > geometry. Perfly runs the database with 30 hz. > However Object viewer in Lynx (of Vega) is running at 1.5 hz with this > database. And my vega application is no faster. My application and object > viewer especially slows down when the central part (with the 30 Mb texture) > is in the view. > > Any suggestions ...? > > ==================================== > Devrim Erdem mderdem@turk.net > Application Engineer > infoTRON - Turkey > ==================================== > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Simulation Dept ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 09:55:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA20396; Thu, 18 Sep 1997 08:58:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA20371; Thu, 18 Sep 1997 08:58:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA22203; Thu, 18 Sep 1997 08:58:23 -0700 Received: from claws30.prosolvia.se (claws30.prosolvia.se [193.13.245.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA23811 for ; Thu, 18 Sep 1997 08:58:19 -0700 env-from (jesper@clarus.se) Received: (from jesper@localhost) by claws30.prosolvia.se (950413.SGI.8.6.12/8.6.11) id RAA01890; Thu, 18 Sep 1997 17:57:34 +0200 From: =?iso-8859-1?Q?=22Jesper_Nystr=F6m=22?= Message-Id: <9709181757.ZM1888@claws30.prosolvia.se> Date: Thu, 18 Sep 1997 17:57:33 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: support@multigen.com, info-performer@sgi.com Subject: pfconv Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello! I have a problem converting flight files (v 15.4 and 14.2) into pfb using pfconv. Perfly crashes when I try to view the pfb files. Are there any specially things to think about in this matter, version differences in pfconv or something else. I use flight loader version 15.4b. Thanks for any hints or suggestions in this urgent matter. Regards, Jesper -- ___ _ Jesper Nystrom Phone: +46 31 703 51 07 / _| |___ __ _ _ ___ Manager, IAS Phone: +46 31 703 51 00 | | | |_ \/ _| | | __\ Prosolvia Clarus AB Fax: +46 31 703 51 20 | |_| | _ | | | | |__ | Gardavagen 1 Email: jesper@clarus.se \___|_|___|_| \___/___/ S-412 50 GOTEBORG WWW: www.clarus.se SIXTH SENSE TECHNOLOGY SWEDEN "Bring your CAD models to life with CAD Real-Time Link" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 11:47:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21255; Thu, 18 Sep 1997 10:57:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21230; Thu, 18 Sep 1997 10:57:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09541; Thu, 18 Sep 1997 10:57:02 -0700 Received: from ee.ubc.ca (fs3.ee.ubc.ca [137.82.52.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA16203 for ; Thu, 18 Sep 1997 10:57:01 -0700 env-from (simond@ee.ubc.ca) Received: from perseus.ee.ubc.ca by ee.ubc.ca (0/0 = undefined) id KAA23469; Thu, 18 Sep 1997 10:14:29 -0700 Received: from localhost by perseus.ee.ubc.ca (5.61/SMI-4.0) id AA22193; Thu, 18 Sep 97 10:22:06 -0700 Date: Thu, 18 Sep 1997 10:22:03 -0700 (PDT) From: Simon Dimaio To: SGI Performer Forum Subject: RE: Line Flicker In-Reply-To: <199709180841.BAA22141@sgi.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Make sure that your viewpoint is above ground level. Simon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 11:47:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA21047; Thu, 18 Sep 1997 10:11:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21022; Thu, 18 Sep 1997 10:11:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA02505; Thu, 18 Sep 1997 10:11:02 -0700 Received: from data.rsc.co.uk (data.rsc.co.uk [194.73.130.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA27358 for ; Thu, 18 Sep 1997 10:10:57 -0700 env-from (Keith@mma.net) Received: from ntserver.rsc.co.uk (mma.rsc.co.uk [195.14.1.230]) by data.rsc.co.uk (8.6.12/8.6.9) with ESMTP id SAA05837 for ; Thu, 18 Sep 1997 18:10:34 +0100 Received: by NTSERVER with Internet Mail Service (5.0.1458.49) id ; Thu, 18 Sep 1997 11:26:18 +0100 Message-ID: From: Keith Henning To: "'info-performer@sgi.com'" Subject: The use of a Spaceball with Performer Date: Thu, 18 Sep 1997 11:26:15 +0100 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: multipart/alternative; boundary="---- =_NextPart_001_01BCC425.AE973370" Status: O This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------ =_NextPart_001_01BCC425.AE973370 Content-Type: text/plain I am currently about to start attempting to implement the use of a spaceball 2003 with a Performer generated simulation. Is there anyone out there who can offer any advice or useful code... Cheers K........ ------ =_NextPart_001_01BCC425.AE973370 Content-Type: text/html Content-Transfer-Encoding: quoted-printable

I am currently about to start = attempting to implement the use of a spaceball 2003 with a Performer = generated simulation.


Is there anyone out there who can = offer any advice or useful code...

Cheers K........

------ =_NextPart_001_01BCC425.AE973370-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 11:08:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20646; Thu, 18 Sep 1997 09:28:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20621; Thu, 18 Sep 1997 09:28:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26656; Thu, 18 Sep 1997 09:28:45 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA08682 for ; Thu, 18 Sep 1997 09:28:44 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA02141; Thu, 18 Sep 1997 09:28:31 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709181628.JAA02141@remi.engr.sgi.com> Subject: Re: fixed list To: MICHAEL.BOCCARA@siege.aerospatiale.fr (BOCCARA Michael) Date: Thu, 18 Sep 1997 09:28:31 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199709180841.BAA22164@sgi.sgi.com> from "BOCCARA Michael" at Sep 18, 97 12:22:57 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 566 Status: O BOCCARA Michael wrote: > > I tried bins (pfDrawBin), without any success. pfDrawBin(MY_BIN) simply draws > nothing (maybe some help ?) Yes the man page was to 100% clear. What about: Note that a pfGeoSet will not go in a bin if: - PFCULL_SORT is not set (pfChannel::setTravMode) - the bin has no drawing order set (see pfChannel::setBinOrder) - the pfGeoSet has no directly attached pfGeoState. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 11:47:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA21312; Thu, 18 Sep 1997 11:04:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA21287; Thu, 18 Sep 1997 11:04:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10966; Thu, 18 Sep 1997 11:04:02 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA19261 for ; Thu, 18 Sep 1997 11:03:56 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id UAA10760; Thu, 18 Sep 1997 20:24:25 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma010758; Thu, 18 Sep 97 20:23:57 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id UAA22027; Thu, 18 Sep 1997 20:00:22 +0200 (MET DST) From: Mario Veraart Message-Id: <199709181800.UAA22027@s00sn1.fel.tno.nl> Subject: pfBox::contains() bug? To: info-performer@sgi.com (Performer) Date: Thu, 18 Sep 1997 20:00:22 +0200 (MET DST) Cc: rioj7@s00sn1.fel.tno.nl (Mario Veraart) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hello, I have writen a performer application that heavily relies on the pfBox::contains(pfBox*) member function. Sometimes the results where not as expected and it turned out that there is a possible bug in the pfBox routine. The following code gives a wrong result. pfBox blockBox; pfBox tileBox; blockBox.min.set(34500, 72000, -1); blockBox.max.set(45500, 83000, 1); tileBox.min.set(44455, 80499, -1); tileBox.max.set(47020, 83057, 1); int result = blockBox.contains(&tileBox); pfNotify(PFNFY_INFO, PFNFY_PRINT , "result: %x = %s %s %s\n", result, (result&PFIS_MAYBE)?"PFIS_MAYBE":"", (result&PFIS_TRUE )?"PFIS_TRUE":"", (result&PFIS_ALL_IN)?"PFIS_ALL_IN":""); The result it prints is result: 4 = PFIS_ALL_IN It should have been result: 3 = PFIS_MAYBE PFIS_TRUE The manual page of pfBox says that if PFIS_ALL_IN is set then also PFIS_MAYBE and PFIS_TRUE are set. And this is not true. There where more cases where the result was wrong. I had to make the testing box a lot bigger (2000m) to get rid of most of the errors. I use Perfomer 2.01 on Irix 5.3. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 12:18:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA21474; Thu, 18 Sep 1997 11:40:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA21449; Thu, 18 Sep 1997 11:40:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA16924; Thu, 18 Sep 1997 11:40:13 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA04536 for ; Thu, 18 Sep 1997 11:40:11 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id VAA11280; Thu, 18 Sep 1997 21:00:56 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma011254; Thu, 18 Sep 97 21:00:29 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id UAA22897 for info-performer@sgi.com; Thu, 18 Sep 1997 20:36:56 +0200 (MET DST) From: Mario Veraart Message-Id: <199709181836.UAA22897@s00sn1.fel.tno.nl> Subject: Re: Part of the screen does not get redrawn .... To: info-performer@sgi.com (Performer) Date: Thu, 18 Sep 1997 20:36:56 +0200 (MET DST) In-Reply-To: <199709181614.JAA02049@remi.engr.sgi.com> from "Rémi Arnaud" at Sep 18, 97 09:14:16 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > dcibiceli@etcusa.com wrote: > > > > Dear Performers, > > I am displaying a HUD (Heads Up Display). I have tied key > > combinations to test the pitch and roll movements. When I pitch up, > > some of the ladder ( roll angles drawn on the HUD ) gets printed on top of > > each other. It is as if a specific part of the screen ( horizontal band) does > > not get redrawn for specific pitch angles. Every thing drawn in that > > horizontal band of the screen does not get refreshed when a new frame is > > drawn. Thus numbers are printed on top of each other in that horizontal band. > > Any idea why that may happen... I am using the perfly source code with > > performer 2.1 . > > Maybe it gets refreshed, but not cleaned. I guess you are using some > background polygon to clear the screen. see if the problem stays using > clear. > > _ / _ _ > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > | \(/_| | || /--\| \| \|/--\|_||_/ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 12:18:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA21509; Thu, 18 Sep 1997 11:43:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA21484; Thu, 18 Sep 1997 11:43:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA17291; Thu, 18 Sep 1997 11:43:53 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA05902 for ; Thu, 18 Sep 1997 11:43:51 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id VAA11391; Thu, 18 Sep 1997 21:04:27 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma011383; Thu, 18 Sep 97 21:04:23 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id UAA22945 for info-performer@sgi.com; Thu, 18 Sep 1997 20:40:50 +0200 (MET DST) From: Mario Veraart Message-Id: <199709181840.UAA22945@s00sn1.fel.tno.nl> Subject: Re: Part of the screen does not get redrawn .... To: info-performer@sgi.com (Performer) Date: Thu, 18 Sep 1997 20:40:49 +0200 (MET DST) In-Reply-To: <199709181614.JAA02049@remi.engr.sgi.com> from "Rémi Arnaud" at Sep 18, 97 09:14:16 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > dcibiceli@etcusa.com wrote: > > > > Dear Performers, > > I am displaying a HUD (Heads Up Display). I have tied key > > combinations to test the pitch and roll movements. When I pitch up, > > some of the ladder ( roll angles drawn on the HUD ) gets printed on top of > > each other. It is as if a specific part of the screen ( horizontal band) does > > not get redrawn for specific pitch angles. Every thing drawn in that > > horizontal band of the screen does not get refreshed when a new frame is > > drawn. Thus numbers are printed on top of each other in that horizontal band. > > Any idea why that may happen... I am using the perfly source code with > > performer 2.1 . > > Maybe it gets refreshed, but not cleaned. I guess you are using some > background polygon to clear the screen. see if the problem stays using > clear. > Some modes used by pfEarthSky result in the same effect because it only resets the Z-buffer and not the whole color buffer. Mario P.S. Previous mail was sent due to a hit on the return key to early. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 14:03:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA21960; Thu, 18 Sep 1997 12:58:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA21935; Thu, 18 Sep 1997 12:58:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA26181; Thu, 18 Sep 1997 12:58:33 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA01202 for ; Thu, 18 Sep 1997 12:58:31 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA68714; Thu, 18 Sep 1997 15:40:50 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id PAA00282; Thu, 18 Sep 1997 15:32:23 -0400 From: "Nicolas Gauvin" Message-Id: <9709181532.ZM280@christine.cae.ca> Date: Thu, 18 Sep 1997 15:32:23 -0400 In-Reply-To: "SCOTT OFRIEL" "Line Flicker" (Sep 17, 10:28am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "SCOTT OFRIEL" Subject: Re: Line Flicker Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 17, 10:28am, SCOTT OFRIEL wrote: > Subject: Line Flicker > Subject: Time: 10:11 AM > OFFICE MEMO Line Flicker Date: 9/17/97 > > Hello: > > We get line flicker. We have a grid laid down on the ground of an earthSky > scene. The grid lines flicker as the eye point moves. For example, when the > user selects the F-18 target as the viewpoint, The lines flicker. The line > flicker appears to be a function of zoom which can be easily modified by the > user. The farther out the zoom the more flicker. > > Any suggestions please? Your grid is probably coplanar with the ground polygon drawn by Performer and you get flicker resulting from z fighting. You could lower the ground polygon using the PFES_GRND_HT attribute of the pfEarthSky or draw your grid yourself with depth testing disabled in a draw callback, just after clearing the channel and before calling pfDraw. You need to re-enable depth testing before calling pfDraw. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 14:03:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA21913; Thu, 18 Sep 1997 12:54:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA21888; Thu, 18 Sep 1997 12:54:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA25910; Thu, 18 Sep 1997 12:54:34 -0700 Received: from graphics.cis.upenn.edu (GRAPHICS.CIS.UPENN.EDU [158.130.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA00053 for ; Thu, 18 Sep 1997 12:54:31 -0700 env-from (rama@graphics.cis.upenn.edu) Received: from speak.cis.upenn.edu by graphics.cis.upenn.edu via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id PAA05800; Thu, 18 Sep 1997 15:54:30 -0400 Received: from localhost by speak.cis.upenn.edu id TAA16998; Thu, 18 Sep 1997 19:54:29 GMT Posted-Date: Thu, 18 Sep 1997 19:54:29 GMT Message-Id: <199709181954.TAA16998@speak.cis.upenn.edu> X-Mailer: exmh version 1.6.2 7/18/95 To: info-performer@sgi.com Subject: Perfly with tcl/tk interface In-reply-to: Your message of "Thu, 18 Sep 1997 02:00:01 PDT." <199709180900.CAA19192@holodeck.csd.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Sep 1997 15:54:29 -0400 From: Rama Bindiganavale Status: O Is there a version of perfly with tcl/tk interface readily available? Any pointers would be very helpful Thanks Rama --------------------------------------------------------------------- Rama Bindiganavale Off : (215)573-9463 Center for Human Modeling & Simulation rama@graphics.cis.upenn.edu University of Pennsylvania http://www.cis.upenn.edu/~rama/home.html ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 14:54:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA22002; Thu, 18 Sep 1997 13:06:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA21977; Thu, 18 Sep 1997 13:06:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA27359; Thu, 18 Sep 1997 13:06:46 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA04431 for ; Thu, 18 Sep 1997 13:06:45 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id PAA27022; Thu, 18 Sep 1997 15:06:40 -0500 (CDT) Date: Thu, 18 Sep 1997 15:03:34 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: Mario Veraart cc: Performer , Mario Veraart Subject: Re: pfBox::contains() bug? In-Reply-To: <199709181800.UAA22027@s00sn1.fel.tno.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 18 Sep 1997, Mario Veraart wrote: > I have writen a performer application that heavily relies on the > pfBox::contains(pfBox*) member function. Sometimes the results where > not as expected and it turned out that there is a possible bug > in the pfBox routine. The following code gives a wrong result. I don't know about your specific problem - but there are certainly some problems with pfBox member functions in Perf2.0/2.1 - I saw some problems with inconsistant representations for empty boxes and problems with pfXformBox. In the end, I wrote my own functions - it's possible that the pfBox routines may have been fixed in Perf2.2(beta). Since a pfBox is just a pfVec3 for the minimum and maximum coordinate values, it's pretty easy to rewrite pfBox::contains(pfBox*) to do what you want. Steve Baker 817-619-8776 (Vox/Vox-Mail) Hughes Training Inc. 817-619-4028 (Fax) 2200 Arlington Downs Road SBaker@link.com (eMail) Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail) http://www.hti.com http://web2.airmail.net/sjbaker1 (personal) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 15:10:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA22148; Thu, 18 Sep 1997 13:24:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA22123; Thu, 18 Sep 1997 13:24:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA29609; Thu, 18 Sep 1997 13:24:11 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA09769 for ; Thu, 18 Sep 1997 13:24:10 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id QAA08991 for ; Thu, 18 Sep 1997 16:25:11 -0400 (EDT) Received: by bangate.etcusa.com; Thu, 18 Sep 97 16:47:31 EDT Date: Thu, 18 Sep 97 16:42:11 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: Blank Band in the middle of the window ... Follow upto: Part of X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Dear Performers, It is me again. I am having a problem where some of my screen does not get updated. It happens at certain pitch angles. I can see the background. Nothing gets drawn in that band. It goes from one side to the other side of the screen. I could rotate it and change it's place on the screen (by rotating my viewpoint and by changing my altitude from ground) What is that thing ? Is it a screen mask of some sort that doesnot let you draw into that band .... Any ideas however far fetched are welcome :-) P.S. The band is about one centimeter thickness.. Dogan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 17:24:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA22653; Thu, 18 Sep 1997 15:23:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA22628; Thu, 18 Sep 1997 15:23:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA15430; Thu, 18 Sep 1997 15:23:41 -0700 Received: from hermes.rz.fhtw-berlin.de (hermes.rz.fhtw-berlin.de [141.45.5.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA18680 for ; Thu, 18 Sep 1997 15:23:39 -0700 env-from (stefan@fb3.fhtw-berlin.de) Received: from externmail.fb3.fhtw-berlin.de (root@externmail.fb3.fhtw-berlin.de [141.45.180.8]) by hermes.rz.fhtw-berlin.de (8.8.5/8.8.5) with ESMTP id AAA28510 for ; Fri, 19 Sep 1997 00:21:09 +0200 (MET DST) Received: from linux.fb3.fhtw-berlin.de (stefan@linux.fb3.fhtw-berlin.de [141.45.180.6]) by externmail.fb3.fhtw-berlin.de (8.8.6/8.6.9) with ESMTP id QAA09186 for ; Mon, 25 Aug 1997 16:46:13 +0200 Received: from localhost (stefan@localhost) by linux.fb3.fhtw-berlin.de (8.8.6/8.6.9) with SMTP id AAA13738 for ; Fri, 19 Sep 1997 00:25:00 +0200 Date: Fri, 19 Sep 1997 00:25:00 +0200 (MET DST) From: Stefan Jahn To: Performer Mailing List Subject: FORK_DBASE, Clock, WINQUIT, pfiTDFXformer, pfNode size Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi performers, there are several question I'd like to have answered. 1. By pfMultiprocess I initiated the FORK_DBASE process seperately, but there is no difference whether I use pfAddChild or pfBufferAddChild. How can I give priorities to the different Performer processes ? 2. Is it possible to install a routine which is strongly periodically called by a clock dependent thing ? 3. Why doesn't work the PFUDEV_WINQUIT event and why can't a pfPipeWindow closed by Alt-F4 or doubleclicking the upper left corner ? 4. Can I a pfiTDFXformer slow down to speed zero in a certain time ? 5. I would like to know the size of my pfNodes in memory. Is it possible to calculate that anyhow ? /--------------------------------------------------------------------/ / Stefan Jahn, Berlin - Mitte / / Student an der Fachhochschule fuer Technik und Wirtschaft / / Fon 049-030-4491702 EMail stefan@linux.fb3.fhtw-berlin.de / / Always ambitious Student?"re":""mind your studies in the holidays. / /--------------------------------------------------------------------/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 22:03:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA23629; Thu, 18 Sep 1997 20:18:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA23604; Thu, 18 Sep 1997 20:18:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA10998; Thu, 18 Sep 1997 20:18:56 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA03096 for ; Thu, 18 Sep 1997 20:18:52 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id WAA16077 for info-performer@sgi.com; Thu, 18 Sep 1997 22:19:53 -0500 From: "Ren-Jye Yu" Message-Id: <9709182219.ZM16076@python.tamu.edu> Date: Thu, 18 Sep 1997 22:19:53 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Question on Alias/Wavefront ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, Does Alias/Wavefront software compatiable with Performer? What do you think if I choose Alian/Wavefront as the modelig software? I was asked to investigate the possibility of using Alian/Wavefront software as the modeling tool. I have Performer 2.0. I will very appreciate if you can tell me your experience on using Alias/Wavefront and your advice. Have a nice day. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 18 22:22:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA23688; Thu, 18 Sep 1997 20:37:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA23663; Thu, 18 Sep 1997 20:37:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA12273; Thu, 18 Sep 1997 20:37:46 -0700 Received: from kesha.gss.com (ip251.gw0.Houston.iapc.net [208.152.155.251]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA06281 for ; Thu, 18 Sep 1997 20:37:43 -0700 env-from (geisler@iapc.net) Received: from kesha (localhost [127.0.0.1]) by kesha.gss.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id VAA01132 for ; Thu, 18 Sep 1997 21:21:25 -0500 Sender: erik@iapc.net Message-ID: <3421E1A4.2781@iapc.net> Date: Thu, 18 Sep 1997 21:21:24 -0500 From: Erik Geisler Organization: Graphics Software Services X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: N64 No-border windows - Work-Around References: <3421FAD4.514F@iname.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O czg@iname.com wrote: > > Hello Mr. Clay and Performer friends, > > Thanks for Mr. Clay's mail of "N64 No-border windows". It works > on my application. But the window is not full of screen. I tried > to change the value of window size, and no effects. Please help. > > Thanks inadvance. > > Cao Zhigang I had the same problem. Got it to work by using the provided code hack and adding the call 'XMoveResizeWindow(...)' after informing Performer of the origin change. ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Erik D. Geisler geisler@iapc.net Graphics Software Services http://www.vetl.uh.edu/~erik/ Voice: (281)486-5663 Fax: (281)486-5663 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 01:18:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA24226; Fri, 19 Sep 1997 00:20:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA24201; Fri, 19 Sep 1997 00:20:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA24473; Fri, 19 Sep 1997 00:20:09 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA13703 for ; Fri, 19 Sep 1997 00:20:06 -0700 env-from (czg@iname.com) From: czg@iname.com Received: from pc-czg (ab-1-231.bta.net.cn [202.99.63.243]) by public.bta.net.cn (8.8.5/8.8.5) with SMTP id PAA05007; Fri, 19 Sep 1997 15:18:24 +0800 (CST) Message-ID: <3422F883.738B@iname.com> Date: Fri, 19 Sep 1997 15:15:31 -0700 Reply-To: czg@iname.com X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com, src@rose.engr.sgi.com Subject: Re: N64 No-border windows - Work-Around References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Greg Wiatroski wrote: > > It's Ms. Clay... > ^^^ I'm very sorry to extend my excuse to Ms. Clay for my poor English that I sometimes can't tell one's gender from the name. Please forgive me. Cao Zhigang =================================== E-Mail: flysiml@public.bta.net.cn Tel: (8610)68428861-340 Fax: (8610)68424844 =================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 01:18:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA24253; Fri, 19 Sep 1997 00:23:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA24228; Fri, 19 Sep 1997 00:23:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA24928; Fri, 19 Sep 1997 00:23:20 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA14259 for ; Fri, 19 Sep 1997 00:23:15 -0700 env-from (czg@iname.com) From: czg@iname.com Received: from pc-czg (ab-1-231.bta.net.cn [202.99.63.243]) by public.bta.net.cn (8.8.5/8.8.5) with SMTP id PAA05499; Fri, 19 Sep 1997 15:23:10 +0800 (CST) Message-ID: <3422FAA2.37A0@iname.com> Date: Fri, 19 Sep 1997 15:20:18 -0700 Reply-To: czg@iname.com X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com, Erik Geisler Subject: Re: N64 No-border windows - Work-Around References: <3421FAD4.514F@iname.com> <3421E1A4.2781@iapc.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Erik Geisler wrote: > I had the same problem. Got it to work by using the provided > code hack and adding the call 'XMoveResizeWindow(...)' after > informing Performer of the origin change. > Thanks for your help. I want to " man XMoveResizeWindow " but no manual entry found. Why? Cao Zhigang =================================== E-Mail: flysiml@public.bta.net.cn Tel: (8610)68428861-340 Fax: (8610)68424844 =================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 02:05:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA24281; Fri, 19 Sep 1997 00:39:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA24256; Fri, 19 Sep 1997 00:39:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA25897; Fri, 19 Sep 1997 00:39:08 -0700 Received: from pandora.ita.es (sgonyx.ita.es [193.144.226.75]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA16639 for ; Fri, 19 Sep 1997 00:35:16 -0700 env-from (abadia@pandora.ita.es) Received: (from abadia@localhost) by pandora.ita.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA23330; Fri, 19 Sep 1997 08:45:36 +0200 From: "Javier Abadia Miranda" Message-Id: <9709190845.ZM23328@pandora.ita.es> Date: Fri, 19 Sep 1997 08:45:36 +0000 In-Reply-To: Keith Henning "The use of a Spaceball with Performer" (Sep 18, 11:26am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Keith Henning Subject: Re: The use of a Spaceball with Performer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709190845.ZM23328.ita.es" Status: O -- --PART-BOUNDARY=.19709190845.ZM23328.ita.es Content-Type: text/plain; charset=us-ascii Yes. I have implemented code for Spaceball 3003, but 2003 should be similar. There are at least 3 ways to get data from the Sball. 1. Directly opening the /dev/tty file to which the ball is conected and decoding received bytes to positions and button states. There is a file in spacetec web that describes the interpretation of spaceball packets. ftp://ftp.spacetec.com/pub/spaceball2003and3003/.../sbsdk.txt 2. Using de Xdaemon that comes with the spaceball. This is a deamon that reads bytes from the spaceball and translates them into X events of ClientMessage type. (I think that this method only works for Sb 3003) 3. Using SGI's XInput extension. In my opinion this is the best method of the three. This extension provides a set of calls that open, close and receive data from a number of devices, and one of them is the Spaceball. Recently it has been posted an example of 'complex.c' source code modified to support Magellan spacemouse. This code works for the Spaceball too. I attach this code, just in case someone doesn't have it. If you want more info, contact me. And if you do something interesting, please let me know. Have fun! --PART-BOUNDARY=.19709190845.ZM23328.ita.es X-Zm-Content-Name: spacemouse.C Content-Description: Text Content-Type: text/plain ; name="spacemouse.C" ; charset=us-ascii // // spacemouse.C // ------------ // // is based on the Performer example complex.C and includes support // for the spacemouse device. // // new command line options are // // -s translation_speed; > 1.0 more translation speed, 0..1 less speed // // For further information on spacemouse // devices watch out for // // http://dv.op.dlr.de/FF-DR-RS/SC // // If the compiler directives SPACEMOUSE and SPACEMOUSE_DEBUG are // omitted the program behaves like 'complex'. // // spacemouse code was added by Andreas Loesch // and Joerg Wallmersperger // // complex.C documentation: // ------------------------ // IRIS Performer example using cull and draw process callbacks. // Mouse and keyboard go through GL which is simpler than mixed // model (GLX), but does incur some overhead in the draw process. // X input handling is done in a forked event handling process. // // $Revision: 1.18 $ // $Date: 1996/12/18 03:49:02 $ // // Command-line options: // -b : norborder window // -f : full screen // -F : put X input handling in a forked process // -m procsplit : multiprocess mode // -w : write scene to file // // Run-time controls: // ESC-key: exits // F1-key: profile // Left-mouse: advance // Middle-mouse: stop // Right-mouse: retreat #define SPACEMOUSE #define STEREO #include #include #include #include // for sigset for forked X event handler process #include // for cmdline handler #include #include #include #include #include #include #include #ifdef SPACEMOUSE #include #endif // // structure that resides in shared memory so that the // application, cull, and draw processes can access it. typedef struct { pfPipeWindow *pw; int exitFlag; int inWindow, reset; float mouseX, mouseY; int winSizeX, winSizeY; int mouseButtons; pfCoord view, viewOrig; float accelRate; float sceneSize; int drawStats; int XInputInited; #ifdef SPACEMOUSE int spacemouse; pfCoord spacecoord; float smousefactor; #endif #ifdef STEREO int stereo; #endif } SharedData; static SharedData *Shared; #ifdef SPACEMOUSE int MagellanMotionEventType, MagellanButtonPressEventType, MagellanButtonReleaseEventType, MagellanMotionEventClass, MagellanButtonPressEventClass, MagellanButtonReleaseEventClass; XEventClass ListOfEventClass[3]; float transSpeed = 1.0; #endif #ifdef STEREO static float Iod = .2f; static float Converge = .02f; static float Fov = 45.f; static int FBAttrs[] = { PFFB_RGBA, PFFB_DOUBLEBUFFER, PFFB_STEREO, PFFB_DEPTH_SIZE, 23, PFFB_RED_SIZE, 1, PFFB_STENCIL_SIZE, 1, None, }; #endif // // APP process variables // for configuring multi-process static int ProcSplit = PFMP_DEFAULT; // write out scene upon read-in - uses pfDebugPrint static int WriteScene = 0; static int FullScreen = 0; static int WinType = PFPWIN_TYPE_X; static int NoBorder = 0; static int ForkedXInput = 0; char ProgName[PF_MAXSTRING]; // light source created and updated in DRAW-process static pfLight *Sun; static void CullChannel(pfChannel *chan, void *data); static void DrawChannel(pfChannel *chan, void *data); static void OpenPipeWin(pfPipeWindow *pw); static void UpdateView(void); static void GetGLInput(void); static void InitXInput(pfWSConnection dsp); static void DoXInput(void); static void GetXInput(Display *dsp); static void Usage(void); #ifdef SPACEMOUSE static void initSpaceMouse(void); #endif // // Usage() -- print usage advice and exit. This procedure // is executed in the application process. static void Usage (void) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "\ Usage: %s [-s translation_speed] [-m procSplit] [-f] [-F] [-b]\ [-w] [file.ext ...]\n", ProgName); exit(1); } // // docmdline() -- use getopt to get command-line arguments, // executed at the start of the application process. static int docmdline(int argc, char *argv[]) { int opt; strcpy(ProgName, argv[0]); // process command-line arguments while ((opt = getopt(argc, argv, "s:fFbm:wxp:?")) != -1) { switch (opt) { case 'f': FullScreen = 1; break; case 'F': ForkedXInput = 1; break; case 'm': case 'p': ProcSplit = atoi(optarg); break; case 'w': WriteScene = 1; break; case 'x': WinType &= ~(PFPWIN_TYPE_X); break; case 'b': NoBorder ^= 1; break; #ifdef SPACEMOUSE case 's': transSpeed = atof(optarg); break; #endif #ifdef STEREO case 'i': /* get interocular distance */ Iod = atof(optarg); break; case 'c': /* set convergence ratio */ Converge = atof(optarg); break; case 'v': /* get field of view */ Fov = atof(optarg); break; #endif case '?': case 'h': Usage(); } } return optind; } // // main() -- program entry point. this procedure // is executed in the application process. int main (int argc, char *argv[]) { int arg; int found; pfPipe *p; pfBox bbox; float far = 10000.0f; float near = .1f; pfWSConnection dsp=NULL; #ifdef SPACEMOUSE pfMatrix mat1,mat2; static double thisTime = -1.0f; double prevTime; float deltaTime; #endif #ifdef STEREO unsigned int mask; int *leftArg, *rightArg; float halfNearWidth; float eyeAngle; pfVec3 xyzOffsets; pfVec3 hprOffsets; #endif arg = docmdline(argc, argv); pfInit(); // configure multi-process selection pfMultiprocess(ProcSplit); // allocate shared before fork()'ing parallel processes Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena()); Shared->inWindow = 0; Shared->reset = 0; Shared->exitFlag = 0; Shared->drawStats = 1; Shared->XInputInited = 0; // Load all loader DSO's before pfConfig() forks for (found = arg; found < argc; found++) pfdInitConverter(argv[found]); // initiate multi-processing mode set in pfMultiprocess call // FORKs for Performer processes, CULL and DRAW, etc. happen here. pfConfig(); // configure pipes and windows p = pfGetPipe(0); Shared->pw = new pfPipeWindow(p); Shared->pw->setName("IRIS Performer"); Shared->pw->setWinType(WinType); if (NoBorder) Shared->pw->setMode(PFWIN_NOBORDER, 1); // Open and configure the GL window. Shared->pw->setConfigFunc(OpenPipeWin); Shared->pw->config(); if (FullScreen) Shared->pw->setFullScreen(); else Shared->pw->setOriginSize(0, 0, 300, 300); // set off the draw process to open windows and call init callbacks pfFrame(); // create forked XInput handling process // since the Shared pointer has already been initialized, that structure // will be visible to the XInput process. Nothing else created in the // application after this fork whose handles are not put in shared memory // (such as the database and channels) will be visible to the // XInput process. if (WinType & PFPWIN_TYPE_X) { pid_t fpid = 0; if (ForkedXInput) { if ((fpid = fork()) < 0) pfNotify(PFNFY_FATAL, PFNFY_SYSERR, "Fork of XInput process failed."); else if (fpid) pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"XInput running in forked process %d", fpid); else if (!fpid) DoXInput(); } else { dsp = pfGetCurWSConnection(); } } // specify directories where geometry and textures exist if (!(getenv("PFPATH"))) pfFilePath( "." ":./data" ":../data" ":../../data" ":/usr/share/Performer/data" ); pfNotify(PFNFY_INFO, PFNFY_PRINT,"FilePath: %s\n", pfGetFilePath()); // load files named by command line arguments pfScene *scene = new pfScene(); for (found = 0; arg < argc; arg++) { pfNode *root; if ((root = pfdLoadFile(argv[arg])) != NULL) { scene->addChild(root); found++; } } // if no files successfully loaded, terminate program #if 0 if (!found) Usage(); #endif // Write out nodes in scene (for debugging) if (WriteScene) { FILE *fp; if (fp = fopen("scene.out", "w")) { pfPrint(scene, PFTRAV_SELF|PFTRAV_DESCEND, PFPRINT_VB_DEBUG, fp); fclose(fp); } else pfNotify(PFNFY_WARN, PFNFY_RESOURCE, "Could not open scene.out for debug printing."); } // determine extent of scene's geometry pfuTravCalcBBox(scene, &bbox); pfFrameRate(30.0f); pfPhase(PFPHASE_FREE_RUN); #ifdef STEREO /* create a channel for each eye */ pfChannel *left = new pfChannel(p); pfChannel *chan = left; pfChannel *right = new pfChannel(p); left->attach(right); mask = left->getShare(); /* same viewport */ mask |= PFCHAN_VIEWPORT; left->setShare(mask); left->setTravFunc(PFTRAV_CULL, CullChannel); left->setTravFunc(PFTRAV_DRAW, DrawChannel); left->setScene(scene); left->setNearFar(0.1f, far); /* set up data to distinguish between left and right eye */ leftArg = (int *)left->allocChanData(sizeof(int)); rightArg = (int *)right->allocChanData(sizeof(int)); *leftArg = 1; *rightArg = 0; /* data never changes, so we only need to pass it once */ left->passChanData(); right->passChanData(); left->setFOV(45.f, -1.f); /* set up offsets for left and right channels for stereo viewing */ /* both eyes look at same spot 1/2 way between eyes at fusion distance */ eyeAngle = PF_RAD2DEG( atanf(Iod *.5f /(Converge * (far - near) + near))); /* left eye */ hprOffsets.set(-eyeAngle, 0.f, 0.f); xyzOffsets.set(-Iod/2.f, 0.f, 0.f); left->setViewOffsets(xyzOffsets, hprOffsets); /* right eye */ hprOffsets.set(eyeAngle, 0.f, 0.f); xyzOffsets.set(Iod/2.f, 0.f, 0.f); right->setViewOffsets(xyzOffsets, hprOffsets); #else pfChannel *chan = new pfChannel(p); Shared->pw->addChan(chan); chan->setTravFunc(PFTRAV_CULL, CullChannel); chan->setTravFunc(PFTRAV_DRAW, DrawChannel); chan->setScene(scene); chan->setNearFar(near, far); // vertical FOV is matched to window aspect ratio chan->setFOV(45.0f, -1.0f); #endif // Create an earth/sky model that draws sky/ground/horizon // pfEarthSky *eSky = new pfEarthSky(); // eSky->setMode(PFES_BUFFER_CLEAR, PFES_SKY_GRND); // eSky->setAttr(PFES_GRND_HT, -10.0f); // chan->setESky(eSky); chan->setTravMode(PFTRAV_CULL, PFCULL_VIEW|PFCULL_GSET); if (found) { float sceneSize; // Set initial view to be "in front" of scene // view point at center of bbox Shared->view.xyz.add(bbox.min, bbox.max); Shared->view.xyz.scale(0.5f, Shared->view.xyz); // find max dimension sceneSize = bbox.max[PF_X] - bbox.min[PF_X]; sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Y] - bbox.min[PF_Y]); sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Z] - bbox.min[PF_Z]); sceneSize = PF_MIN2(sceneSize, 0.5f * far); Shared->sceneSize = sceneSize; // offset so all is visible Shared->view.xyz[PF_Y] -= sceneSize; Shared->view.xyz[PF_Z] += 0.25f*sceneSize; } else { Shared->view.xyz.set(0.0f, 0.0f, 100.0f); PFSET_VEC3(bbox.min, -5000.0f, -5000.0f, -1000000.0f); PFSET_VEC3(bbox.max, 5000.0f, 5000.0f, 10000000.0f); Shared->sceneSize = 10000.0f; } Shared->view.hpr.set(0.0f, 0.0f, 0.0f); chan->setView(Shared->view.xyz, Shared->view.hpr); PFCOPY_VEC3(Shared->viewOrig.xyz, Shared->view.xyz); PFCOPY_VEC3(Shared->viewOrig.hpr, Shared->view.hpr); #ifdef SPACEMOUSE Shared->smousefactor = transSpeed * Shared->sceneSize; #endif // main simulation loop while (!Shared->exitFlag) { // wait until next frame boundary pfSync(); pfFrame(); // Set view parameters for next frame UpdateView(); #ifndef SPACEMOUSE chan->setView(Shared->view.xyz, Shared->view.hpr); #else prevTime = thisTime; thisTime = pfGetTime(); if (prevTime > 0){ deltaTime = thisTime-prevTime; Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz); Shared->spacecoord.hpr.scale(deltaTime,Shared->spacecoord.hpr); } mat1.makeCoord(&Shared->view); mat2.makeCoord(&Shared->spacecoord); mat1.preMult(mat2); chan->setViewMat(mat1); mat1.getOrthoCoord(&Shared->view); #endif // initiate traversal using current state if (!ForkedXInput) { if (!Shared->XInputInited) InitXInput(dsp); if (Shared->XInputInited) GetXInput(dsp); } } // terminate cull and draw processes (if they exist) pfExit(); // exit to operating system return 0; } static void InitXInput(pfWSConnection dsp) { Window w; #ifdef SPACEMOUSE initSpaceMouse(); #endif /* wait for X Window to exist in Performer shared memory */ if (w = Shared->pw->getWSWindow()) { XSelectInput(dsp, w, PointerMotionMask | ButtonPressMask | ButtonReleaseMask | KeyPressMask | KeyReleaseMask); XMapWindow(dsp, w); XFlush(dsp); Shared->XInputInited = 1; } } // // DoXInput() runs an asychronous forked even handling process. // Shared memory structures can be read from this process // but NO performer calls that set any structures should be // issues by routines in this process. void DoXInput(void) { // windows from draw should now exist so can attach X input handling // to the X window Display *dsp = pfGetCurWSConnection(); prctl(PR_TERMCHILD); // Exit when parent does sigset(SIGHUP, SIG_DFL); // Exit when sent SIGHUP by TERMCHILD InitXInput(dsp); while (1) { XEvent event; if (!Shared->XInputInited) InitXInput(dsp); if (Shared->XInputInited) { XPeekEvent(dsp, &event); GetXInput(dsp); } } } // // UpdateView() updates the eyepoint based on the information // placed in shared memory by GetInput(). static void UpdateView(void) { static float speed = 0.0f; pfCoord *view = &Shared->view; float cp; float mx, my; static double thisTime = -1.0f; double prevTime; float deltaTime; prevTime = thisTime; thisTime = pfGetTime(); if (prevTime < 0.0f) return; if (!Shared->inWindow || Shared->reset) { speed = 0; Shared->reset = 0; Shared->accelRate = 0.1f * Shared->sceneSize; return; } deltaTime = thisTime - prevTime; switch (Shared->mouseButtons) { case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/ case Button1Mask|Button2Mask: speed += Shared->accelRate * deltaTime; if (speed > Shared->sceneSize) speed = Shared->sceneSize; break; case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/ case Button3Mask|Button2Mask: speed -= Shared->accelRate * deltaTime; if (speed < -Shared->sceneSize) speed = -Shared->sceneSize; break; } if (Shared->mouseButtons) { mx = 2.0f * (Shared->mouseX / (float)Shared->winSizeX) - 1.0f; my = 2.0f * (Shared->mouseY / (float)Shared->winSizeY) - 1.0f; /* update view direction */ view->hpr[PF_H] -= mx * PF_ABS(mx) * 30.0f * deltaTime; view->hpr[PF_P] += my * PF_ABS(my) * 30.0f * deltaTime; #ifndef SPACEMOUSE view->hpr[PF_R] = 0.0f; #endif /* update view position */ cp = cosf(PF_DEG2RAD(view->hpr[PF_P])); view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H]))*cp; view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H]))*cp; view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P])); } else { speed = 0.0f; Shared->accelRate = 0.1f * Shared->sceneSize; } } // // CullChannel() -- traverse the scene graph and generate a // display list for the draw process. This procedure is // executed in the CULL process. static void CullChannel(pfChannel *, void *) { // // pfDrawGeoSet or other display listable Performer routines // could be invoked before or after pfCull() pfCull(); } // // OpenPipeWin() -- create a win: setup the GL and IRIS Performer. // This procedure is executed in the DRAW process // (when there is a separate draw process). static void OpenPipeWin(pfPipeWindow *pw) { #ifdef STEREO pw->setFBConfigAttrs(FBAttrs); #endif pw->open(); #ifdef STEREO pw->query(PFQWIN_STEREO, &Shared->stereo); if(Shared->stereo == PFQFTR_FALSE) pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE, "Couldn't get a stereo window; using mono mode"); #endif // create a light source in the "south-west" (QIII) Sun = new pfLight(); Sun->setPos(-0.3f, -0.3f, 1.0f, 0.0f); } // // DrawChannel() -- draw a channel and read input queue. this // procedure is executed in the draw process (when there is a // separate draw process). static void DrawChannel (pfChannel *channel, void *left) { // rebind light so it stays fixed in position Sun->on(); #ifdef STEREO /* which buffer to draw into ? */ if(Shared->stereo) { /* if not stereo, draw to left all the time */ if(*(int*)left) { glDrawBuffer(GL_BACK_LEFT); } else { glDrawBuffer(GL_BACK_RIGHT); } } #endif /*STEREO*/ // erase framebuffer and draw Earth-Sky model channel->clear(); // invoke Performer draw-processing for this frame pfDraw(); // draw Performer throughput statistics if (Shared->drawStats) channel->drawStats(); // read window origin and size (it may have changed) channel->getPWin()->getSize(&Shared->winSizeX, &Shared->winSizeY); #ifdef STEREO if(!Shared->stereo) /* mono mode */ if(*(int*)left) /* add extra swap to draw both buffers */ (channel->getPWin())->swapBuffers(); #endif } static void GetXInput(pfWSConnection dsp) { static int x=0, y=0; if (XEventsQueued(dsp, QueuedAfterFlush)) while (XEventsQueued(dsp, QueuedAlready)) { XEvent event; #ifdef SPACEMOUSE XDeviceButtonEvent *ButtonPtr; XDeviceMotionEvent *MotionPtr; #endif XNextEvent(dsp, &event); switch (event.type) { case ConfigureNotify: break; case FocusIn: Shared->inWindow = 1; break; case FocusOut: Shared->inWindow = 0; break; case MotionNotify: { XMotionEvent *motion_event = (XMotionEvent *) &event; x = motion_event->x; y = Shared->winSizeY - motion_event->y; } break; case ButtonPress: { XButtonEvent *button_event = (XButtonEvent *) &event; x = event.xbutton.x; y = Shared->winSizeY - event.xbutton.y; Shared->inWindow = 1; switch (button_event->button) { case Button1: Shared->mouseButtons |= Button1Mask; break; case Button2: Shared->mouseButtons |= Button2Mask; break; case Button3: Shared->mouseButtons |= Button3Mask; break; } } break; case ButtonRelease: { XButtonEvent *button_event = (XButtonEvent *) &event; switch (button_event->button) { case Button1: Shared->mouseButtons &= ~Button1Mask; break; case Button2: Shared->mouseButtons &= ~Button2Mask; break; case Button3: Shared->mouseButtons &= ~Button3Mask; break; } } break; case KeyPress: { char buf[100]; int rv; KeySym ks; rv = XLookupString(&event.xkey, buf, sizeof(buf), &ks, 0); switch(ks) { case XK_Escape: Shared->exitFlag = 1; exit(0); break; case XK_space: Shared->reset = 1; PFCOPY_VEC3(Shared->view.xyz, Shared->viewOrig.xyz); PFCOPY_VEC3(Shared->view.hpr, Shared->viewOrig.hpr); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Reset"); break; case XK_g: Shared->drawStats = !Shared->drawStats; break; default: break; } } break; default: #ifdef SPACEMOUSE if (event.type == MagellanMotionEventType){ MotionPtr = (XDeviceMotionEvent *) &(event); if ( (MotionPtr->axes_count == 6) && (MotionPtr->first_axis == 0)){ Shared->spacecoord.xyz[0]=MotionPtr->axis_data[ 0 ] *(.001*Shared->smousefactor); Shared->spacecoord.xyz[1]=MotionPtr->axis_data[ 2 ] *(.001*Shared->smousefactor); Shared->spacecoord.xyz[2]=MotionPtr->axis_data[ 1 ] *(.001*Shared->smousefactor); Shared->spacecoord.hpr[0]=.1*MotionPtr->axis_data[ 4 ]; Shared->spacecoord.hpr[1]=.1*MotionPtr->axis_data[ 3 ]; Shared->spacecoord.hpr[2]=.1*MotionPtr->axis_data[ 5 ]; Shared->spacemouse=TRUE; #ifdef SPACEMOUSE_DEBUG printf("factor: %f spaceball motion: xyz: %f %f %f hpr: %f %f %f\n", Shared->smousefactor, Shared->spacecoord.xyz[0], Shared->spacecoord.xyz[1], Shared->spacecoord.xyz[2], Shared->spacecoord.hpr[0], Shared->spacecoord.hpr[1], Shared->spacecoord.hpr[2]); #endif } } if (event.type == MagellanButtonPressEventType){ ButtonPtr = (XDeviceButtonEvent *) &(event); } if (event.type == MagellanButtonReleaseEventType){ ButtonPtr = (XDeviceButtonEvent *) &(event); } #endif break; }// switch } Shared->mouseX = x; Shared->mouseY = y; } #ifdef SPACEMOUSE void initSpaceMouse() { int MagellanID, DeviceNumber, loop, c_class; XDeviceInfo *DeviceInfo; XDevice *Device; Window w; Display *dsp; XAxisInfoPtr XAxisPtr; XAnyClassPtr XClassPtr; int axis, axes; XExtensionVersion *ExtVersion; XFeedbackState *MagellanFeedback; int FeedbackNumber; w = Shared->pw->getWSWindow(); dsp = pfGetCurWSConnection(); ExtVersion = XGetExtensionVersion( dsp, "XInputExtension" ); if ( (ExtVersion == NULL) || ((int)ExtVersion == NoSuchExtension) ) { fprintf( stderr, "Cannot access X Input Extension. Exit ... \n"); exit( -1 ); }; printf("X Input Extension Version %d.%d \n", ExtVersion->major_version, ExtVersion->minor_version ); XFree( ExtVersion ); DeviceInfo = XListInputDevices( dsp, &DeviceNumber ); MagellanID = -1; for ( loop=0; loopc_class ) { case 0: printf(" Keyboard Keycode Min = %d Max = %d Number of Keys = %d \n", ((XKeyInfo *)XClassPtr)->min_keycode, ((XKeyInfo *)XClassPtr)->max_keycode, ((XKeyInfo *)XClassPtr)->num_keys ); break; case 1: printf(" Button(s) Number of Buttons = %d \n", ((XButtonInfo *)XClassPtr)->num_buttons ); break; case 2: printf(" Valuator(s) Axes = %d Mode = %d Motion Buffer = %d \n", ((XValuatorInfo *)XClassPtr)->num_axes, ((XValuatorInfo *)XClassPtr)->mode, ((XValuatorInfo *)XClassPtr)->motion_buffer ); XAxisPtr = ((XValuatorInfo *)XClassPtr)->axes; axes = ((XValuatorInfo *)XClassPtr)->num_axes; for ( axis=0; axismin_value, XAxisPtr->max_value, XAxisPtr->resolution ); ++XAxisPtr; }; break; default: printf(" Class ID = %d Length = %d \n", XClassPtr->c_class, XClassPtr->length ); break; }; XClassPtr = (XAnyClassPtr) ((char *)XClassPtr+XClassPtr->length); }; }; for ( loop=0; loopc_class, MagellanFeedback->length, MagellanFeedback->id ); switch( MagellanFeedback->c_class ) { case KbdFeedbackClass: printf(" KbdFeedbackClass Bell Volume = %d Pitch = %d Duration = %d \n", ((XKbdFeedbackState *)MagellanFeedback)->percent, ((XKbdFeedbackState *)MagellanFeedback)->pitch, ((XKbdFeedbackState *)MagellanFeedback)->duration ); break; case BellFeedbackClass: printf(" BellFeedbackClass Bell Volume = %d Pitch = %d Duration = %d \n", ((XBellFeedbackState *)MagellanFeedback)->percent, ((XBellFeedbackState *)MagellanFeedback)->pitch, ((XBellFeedbackState *)MagellanFeedback)->duration ); break; case PtrFeedbackClass: printf(" PtrFeedbackClass \n"); break; case IntegerFeedbackClass: printf(" IntegerFeedbackClass \n"); break; case StringFeedbackClass: printf(" StringFeedbackClass \n"); break; case LedFeedbackClass: printf(" LedFeedbackClass \n"); break; default: printf(" Unkonw FeedbackClass \n"); } MagellanFeedback = (XFeedbackState *)((char *)MagellanFeedback+MagellanFeedback->length); } Shared->spacemouse=FALSE; } #endif --PART-BOUNDARY=.19709190845.ZM23328.ita.es-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 04:29:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA24495; Fri, 19 Sep 1997 02:40:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA24470; Fri, 19 Sep 1997 02:40:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00818; Fri, 19 Sep 1997 02:40:07 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA05195 for ; Fri, 19 Sep 1997 02:40:05 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id LAA15064; Fri, 19 Sep 1997 11:41:08 -0700 Date: Fri, 19 Sep 1997 11:41:08 -0700 From: Tran cong Tam Message-Id: <199709191841.LAA15064@sirssg1.epfl.ch> To: info-performer@sgi.com, renjye@python.tamu.edu Subject: OBJ format Status: O > Hello, > Does Alias/Wavefront software compatiable with Performer? What do you > think if I choose Alian/Wavefront as the modelig software? I was asked to > investigate the possibility of using Alian/Wavefront software as the modeling > tool. I have Performer 2.0. I will very appreciate if you can tell me your > experience on using Alias/Wavefront and your advice. Have a nice day. Hello Yu, I used Explore/Wavefront to modelize my objects then translate to Inventor format and Import into Performer. For Obj Format of Alias/Wavefront you have a clear description in Online Book of Iris Performer Programmer's Guide : Chapter 9. Importing Data ..... ..... Description of Supported Format ..... ..... Wavefront Technology OBJ Format Hope this help. Tran |---------------------------------------------------| | TRAN | | IDERALPE Lausanne SWITZERLAND | | E-mail : tran@sirssg1.epfl.ch | |---------------------------------------------------| ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 04:55:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24598; Fri, 19 Sep 1997 03:07:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24573; Fri, 19 Sep 1997 03:07:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA01952; Fri, 19 Sep 1997 03:07:39 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA09374; Fri, 19 Sep 1997 03:07:31 -0700 env-from (perfly@segolene.roazhon.inra.fr) From: perfly@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id MAA29724; Fri, 19 Sep 1997 12:06:45 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA05000; Fri, 19 Sep 1997 12:03:03 +0200 Date: Fri, 19 Sep 1997 12:03:03 +0200 Message-Id: <9709191003.AA05000@segolene.roazhon.inra.fr> To: info-performer@sgi.com, src@sgi.com Subject: Taboo question ??? X-Sun-Charset: US-ASCII Status: O Hello, When Performer 2.2 will be available ? Thank you ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 05:36:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA24709; Fri, 19 Sep 1997 04:23:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA24684; Fri, 19 Sep 1997 04:23:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA05939; Fri, 19 Sep 1997 04:23:01 -0700 Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA20864 for ; Fri, 19 Sep 1997 04:22:59 -0700 env-from (kanou@ddd.co.jp) Received: from force1.ddd.co.jp ([202.230.84.17]) by farm.ddd.co.jp (post.office MTA v1.9.3 ID# 0-13383) with ESMTP id AAA73 for ; Fri, 19 Sep 1997 20:23:07 +0900 Received: from cow (cow [192.168.1.102]) by force1.ddd.co.jp (8.x/3.xW) with SMTP id UAA15738 for ; Fri, 19 Sep 1997 20:22:56 +0900 (JST) Message-Id: <199709191122.UAA15738@force1.ddd.co.jp> X-Sender: kanou@mail.ddd.co.jp X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2-J (32) Date: Fri, 19 Sep 1997 20:18:17 To: info-performer@sgi.com From: kanou@ddd.co.jp (Y.Kanou) Subject: Performer vs Optimizer Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Status: O I have read "OpenGL Optimizer Programmer's Guide". Very nice. Optimizer have excellent functionalities which Performer doesn't have, such as "occlusion culling", "simplifier". But I can't see any App-Cull-Draw style multi-processing support in it though it has some multi-processing-related classes. So my question is: are there any criteria about which we should choose between Performer and Optimizer? Yutaka Kanou Director of Technology 3D Inc. mailto:kanou@ddd.co.jp http://www.ddd.co.jp/ tel:+81-45-314-8334 fax:+81-45-314-8335 Mitsuishi-Yokohama-Building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 08:00:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA24794; Fri, 19 Sep 1997 05:58:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA24769; Fri, 19 Sep 1997 05:58:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA12716; Fri, 19 Sep 1997 05:58:37 -0700 Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA04881; Fri, 19 Sep 1997 05:58:24 -0700 env-from (yprj2317@cse.cuhk.edu.hk) Received: from sgi30.cs.cuhk.hk by cse.cuhk.edu.hk with SMTP id UAA04244; Fri, 19 Sep 1997 20:58:10 +0800 (HKT) From: VR Entertainment II Received: by sgi30.cs.cuhk.hk (950413.SGI.8.6.12/Spike-2.0) id UAA21657; Fri, 19 Sep 1997 20:58:02 +0800 Message-Id: <199709191258.UAA21657@sgi30.cs.cuhk.hk> Subject: Re: pfConv To: joerg@zaphod.munich.sgi.com (Joerg Wallmersperger) Date: Fri, 19 Sep 1997 20:58:02 +0800 (HKT) Cc: info-performer@sgi.com In-Reply-To: <9709180946.ZM11658@zaphod.munich.sgi.com> from "Joerg Wallmersperger" at Sep 18, 97 09:46:41 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Status: O Thanks Joerg, I have already downloaded the src and compiled it. However pfconv core dumped, when I try to run : pfconv town.pfb town.iv Anyone know where to get the binary of the library. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 09:31:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA25197; Fri, 19 Sep 1997 08:16:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25172; Fri, 19 Sep 1997 08:16:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23527; Fri, 19 Sep 1997 08:16:17 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA05008 for ; Fri, 19 Sep 1997 08:16:16 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA11598; Fri, 19 Sep 1997 08:15:55 -0700 Date: Fri, 19 Sep 1997 08:15:55 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709190815.ZM11596@multipass.engr.sgi.com> In-Reply-To: kanou@ddd.co.jp (Y.Kanou) "Performer vs Optimizer" (Sep 19, 8:18pm) References: <199709191122.UAA15738@force1.ddd.co.jp> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: kanou@ddd.co.jp (Y.Kanou), info-performer@sgi.com Subject: Re: Performer vs Optimizer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 19, 8:18pm, Y.Kanou wrote: > Subject: Performer vs Optimizer > I have read "OpenGL Optimizer Programmer's Guide". Very nice. Optimizer > have excellent functionalities which Performer doesn't have, such as > "occlusion culling", "simplifier". But I can't see any App-Cull-Draw style > multi-processing support in it though it has some multi-processing-related > classes. > > So my question is: are there any criteria about which we should choose > between Performer and Optimizer? Optimizer does suppotd Multiprocessing, axactly how is uncleare to my. But it even exploits MP on NT machines. In anycase, Rob Jenkins has just posted an excellent comparrison by Brian Cabral, didn't you read that? Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 09:31:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA25166; Fri, 19 Sep 1997 08:13:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25141; Fri, 19 Sep 1997 08:13:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23272; Fri, 19 Sep 1997 08:13:32 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA04065 for ; Fri, 19 Sep 1997 08:13:30 -0700 env-from (uunet.uu.net!ds9!wahoo!gan) Received: from uucp4.UU.NET by relay3.UU.NET with SMTP (peer crosschecked as: uucp4.UU.NET [192.48.96.35]) id QQdhro00404; Fri, 19 Sep 1997 11:12:44 -0400 (EDT) Received: from ds9.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Fri, 19 Sep 1997 11:13:12 -0400 Received: from wahoo.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA13580; Fri, 19 Sep 97 11:12:06 EDT Received: from wahoo by wahoo.cambridge.com (950413.SGI.8.6.12/SMI-4.1-SWS) id LAA22548; Fri, 19 Sep 1997 11:12:06 -0400 Sender: rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!wahoo!gan Message-Id: <34229645.41C6@wahoo.cambridge.com> Date: Fri, 19 Sep 1997 11:12:05 -0400 From: Gan Wang Organization: Cambridge Research Associates, Inc. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: uunet.uu.net!uunet!etcusa.com!dcibiceli Cc: uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: Part of the screen does not get redrawn .... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O uunet!etcusa.com!dcibiceli wrote: > > Dear Performers, > I am displaying a HUD (Heads Up Display). I have tied key > combinations to test the pitch and roll movements. When I pitch up, > some of the ladder ( roll angles drawn on the HUD ) gets printed on top of > each other. It is as if a specific part of the screen ( horizontal band) does > not get redrawn for specific pitch angles. Every thing drawn in that > horizontal band of the screen does not get refreshed when a new frame is > drawn. Thus numbers are printed on top of each other in that horizontal band. > Any idea why that may happen... I am using the perfly source code with > performer 2.1 . > Do you use esky? Esky doesn't clear below horizon. You have to "cover" it up with your own terrain polygons which gets redrawn every frame before the HUD is drawn. Just a wild guess without knowing what you have in your scenes. > Dogan Cibiceli > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, Virginia 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 11:29:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA25497; Fri, 19 Sep 1997 09:36:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25472; Fri, 19 Sep 1997 09:36:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA03171; Fri, 19 Sep 1997 09:36:37 -0700 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA01821 for ; Fri, 19 Sep 1997 09:36:36 -0700 env-from (cutt@netcom.com) Received: (from cutt@localhost) by netcom.netcom.com (8.8.5-r-beta/8.8.5/(NETCOM v1.01)) id JAA24849; Fri, 19 Sep 1997 09:25:54 -0700 (PDT) Date: Fri, 19 Sep 1997 09:25:54 -0700 (PDT) From: "Paul S. Cutt" Subject: Re: The use of a Spaceball with Performer To: Javier Abadia Miranda cc: Keith Henning , info-performer@sgi.com In-Reply-To: <9709190845.ZM23328@pandora.ita.es> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="PART-BOUNDARY=.19709190845.ZM23328.ita.es" Status: O This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --PART-BOUNDARY=.19709190845.ZM23328.ita.es Content-Type: TEXT/PLAIN; CHARSET=us-ascii On Fri, 19 Sep 1997, Javier Abadia Miranda wrote: > Yes. I have implemented code for Spaceball 3003, > but 2003 should be similar. > > There are at least 3 ways to get data from the Sball. > Hi Performers, Just to let you know, you may find my company's XVS-Link software a helpful solution. Below is a description. Regards, Paul Cutt VP Engineering Xtensory Inc 140 Sunridge Drive Scotts Valley, CA 95066 USA Tel: 408/439-0600 Fax: 408/439-8845 Email: cutt@netcom.com URL: www.xtensory.com ...opening the doors of perception (TM) ------------------------------------------- XVS-Link (TM) A Standard Device Interface for Virtual Environments and Applications (The software formerly known as SyncLink) Benefits XVS-Link (TM) is a C++ class library that simplifies adding and maintaining virtual reality (VR) sensor support in existing applications. It provides a standard device interface for including virtual environment devices into applications. Virtual environments have led to the proliferation of 3D devices with multiple degrees of freedom x, y, z, roll, pitch, yaw). Each device has its own strengths and weaknesses, and the creation of new devices brings with it a constant improvement in the capabilities available. However, using these devices in applications is not easy. Many of these devices are mutually incompatible. They have different command sets; they use different command syntax for the same commands; the output they give to the computer follows different binary formats; and the same type of data is presented using different coordinate systems. Until now, the near-total lack of standardization of even the simplest virtual reality functions has discouraged developers from supporting multiple devices, or adding any VR support to their applications at all. XVS-Link takes the load off the application developer by providing a standardized and portable object-oriented set of VR device drivers. This lets the developer concentrate on the applications, rather than the idiosyncracies of each VR device. Object Oriented XVS-Link provides an object-oriented interface to VR devices. There is a single C++ class hierarchy for VR sensors. This hierarchy currently handles 6-D sensors such as the Polhemus Fastrak, Logitech 3D Mouse, Ascension Flock of Birds, Spaceball 2003, and the VPL Research DataGlove Model 2. A second C++ class for coordinate systems allows the application programmer to translate automatically between the differing coordinate systems used by VR devices, 3D rendering systems, and existing applications and data sets. In addition, XVS-Link also provides a C interface to the C++ libraries. This enables programming entirely in C and calling all the devices from C. Common Interface All devices which provide 6-degree of freedom position and orientation data are handled similarly. XVS-Link's base sensor class provides standard operations for opening devices, closing devices, and reading position, Euler angles, toggles, and other device data. Common filtering operations are also avaiable in the base class, including origin offset, setting tolerance levels, clipping, modulo, and scaling. Each device may report data in either absolute or relative values, whether it is an isometric device like the Spaceball, or an isotonic device like the Fastrak. While the XVS-Link base class provides a common interface to common VR functions across different devices, it does not limit the application programmer to the lowest common denominator. Device-specific functions are also provided. For example, Fastrak and Flock of Birds users can make use of the multistation capabilities of these devices, allowing multiple receivers to be read from a single serial port. DataGlove Model 2 programmers can calibrate the glove and read and write ASCII-formatted calibration tables. Logitech users may access the fringe and out of range settings which warn when the receiver is approaching its line-of-sight limits. Sample application code provided with XVS-Link demonstrates how the same source code can be used to control any of the supported sensors. Switching Sensors XVS-Link's common interface makes it easy to switch between sensors from within an application. Simply close and delete the old sensor object, create and open a new sensor object, and reapply the application's sensor filters. Even this level of detail can be hidden from the user by the application. No longer do the software incompatibilities between sensors inhibit switching between them from within an application. Customized Support Xtensory provides the services for adding customized device support at minimal costs. We will add your device to use the same interface. Custom devices can then use the same standard object-oriented interface as commercial devices, without losing access to the functionality that makes the device unique. This enables all devices to share the same API. Maintenance Xtensory provides support for upgrades and maintains the drivers as new devices become available. Portability XVS-Link provides portability between different UNIX and POSIX platforms. The same C++ class library is available for Silicon Graphics, Kubota Pacific, and Digital Equipment systems. Devices Supported Ascension Flock of Birds Ascension Extended Range Flock of Birds Ascension MotionStar BG Systems BeeBox, FlyBox, CerealBox General Reality CyberEye General Reality DataGlove Immersion Probe and Personal Digitizer Immersion Impulse Engine 2000 Logitech 3D Mouse, Cyberman and Space Control Mouse/Magellan Origin Instruments DynaSight Polhemus Fastrak, Insidetrak, Isotrak, and 3Ball Precision Navigation Wayfinder Spacetec Spaceball 2003 and 3003 Virtual I/O i-glasses! Virtual Technologies CyberGlove VPL DataGlove Model 2 5DT 5-Glove Extended Serial Port Capability XVS-Link supports extended serial port additions via the SCSI bus. By attaching a serial-to-SCSI interface box to your workstation or PC you can add more serial ports to your system. This allows you to run multiple VR devices simultaneously and gets you around the common problem of running out of serial ports. Since workstations and PCs commonly have only two serial ports, users who want to run more than two VR devices at a time have been restricted (for example, running six SpaceBalls at once). Similarly, users who have a variety of VR devices and frequently switch between them have been frustrated with continual plugging and unplugging the device of the moment. With the extended serial port interface box and XVS-Link you can plug in all your VR devices once and leave them plugged in, and just use them as needed. The serial-to-SCSI interface box attaches externally to the SCSI bus (it doesn't occupy any internal system card slots) and occupies only one SCSI address, allowing it to share the bus with other SCSI peripherals. Different models of interface units provide for 2, 4, 8, 16 or even 32 serial ports, all running on the same SCSI address. Xtensory can supply the right interface box to meet your requirements. System Requirements XVS-Link includes a C wrapper library, C++ object library, C++ header files, and sample C++ test software. XVS-Link requires one of the following operating systems: SGI IRIX 5.2 or later (Irix 6.3 and 6.4 now supported) Digital OSF/1 1.3 or later Microsoft Windows NT 3.51 (or later)/Windows 95 HP-UX 9.0 or later Sun XVS-Link also requires the appropriate C/C++ compiler for the platform: SGI C++ 3.0 or later Digital C++ 1.3 or later Microsoft Visual C++ 4.0 HP Sun Contact Xtensory regarding support for VR devices or UNIX/POSIX operating systems not listed above. Xtensory will add in specific device support for custom devices so that they use the same interface API at minimal cost. Contact Xtensory Inc 140 Sunridge Drive Scotts Valley, CA 95066 USA Tel 408/439-0600 Fax 408/439-8845 cutt@netcom.com www.xtensory.com ...opening the doors of perception (TM) --PART-BOUNDARY=.19709190845.ZM23328.ita.es Content-Type: TEXT/PLAIN; NAME="spacemouse.C"; CHARSET=us-ascii Content-ID: Content-Description: Text // // spacemouse.C // ------------ // // is based on the Performer example complex.C and includes support // for the spacemouse device. // // new command line options are // // -s translation_speed; > 1.0 more translation speed, 0..1 less speed // // For further information on spacemouse // devices watch out for // // http://dv.op.dlr.de/FF-DR-RS/SC // // If the compiler directives SPACEMOUSE and SPACEMOUSE_DEBUG are // omitted the program behaves like 'complex'. // // spacemouse code was added by Andreas Loesch // and Joerg Wallmersperger // // complex.C documentation: // ------------------------ // IRIS Performer example using cull and draw process callbacks. // Mouse and keyboard go through GL which is simpler than mixed // model (GLX), but does incur some overhead in the draw process. // X input handling is done in a forked event handling process. // // $Revision: 1.18 $ // $Date: 1996/12/18 03:49:02 $ // // Command-line options: // -b : norborder window // -f : full screen // -F : put X input handling in a forked process // -m procsplit : multiprocess mode // -w : write scene to file // // Run-time controls: // ESC-key: exits // F1-key: profile // Left-mouse: advance // Middle-mouse: stop // Right-mouse: retreat #define SPACEMOUSE #define STEREO #include #include #include #include // for sigset for forked X event handler process #include // for cmdline handler #include #include #include #include #include #include #include #ifdef SPACEMOUSE #include #endif // // structure that resides in shared memory so that the // application, cull, and draw processes can access it. typedef struct { pfPipeWindow *pw; int exitFlag; int inWindow, reset; float mouseX, mouseY; int winSizeX, winSizeY; int mouseButtons; pfCoord view, viewOrig; float accelRate; float sceneSize; int drawStats; int XInputInited; #ifdef SPACEMOUSE int spacemouse; pfCoord spacecoord; float smousefactor; #endif #ifdef STEREO int stereo; #endif } SharedData; static SharedData *Shared; #ifdef SPACEMOUSE int MagellanMotionEventType, MagellanButtonPressEventType, MagellanButtonReleaseEventType, MagellanMotionEventClass, MagellanButtonPressEventClass, MagellanButtonReleaseEventClass; XEventClass ListOfEventClass[3]; float transSpeed = 1.0; #endif #ifdef STEREO static float Iod = .2f; static float Converge = .02f; static float Fov = 45.f; static int FBAttrs[] = { PFFB_RGBA, PFFB_DOUBLEBUFFER, PFFB_STEREO, PFFB_DEPTH_SIZE, 23, PFFB_RED_SIZE, 1, PFFB_STENCIL_SIZE, 1, None, }; #endif // // APP process variables // for configuring multi-process static int ProcSplit = PFMP_DEFAULT; // write out scene upon read-in - uses pfDebugPrint static int WriteScene = 0; static int FullScreen = 0; static int WinType = PFPWIN_TYPE_X; static int NoBorder = 0; static int ForkedXInput = 0; char ProgName[PF_MAXSTRING]; // light source created and updated in DRAW-process static pfLight *Sun; static void CullChannel(pfChannel *chan, void *data); static void DrawChannel(pfChannel *chan, void *data); static void OpenPipeWin(pfPipeWindow *pw); static void UpdateView(void); static void GetGLInput(void); static void InitXInput(pfWSConnection dsp); static void DoXInput(void); static void GetXInput(Display *dsp); static void Usage(void); #ifdef SPACEMOUSE static void initSpaceMouse(void); #endif // // Usage() -- print usage advice and exit. This procedure // is executed in the application process. static void Usage (void) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "\ Usage: %s [-s translation_speed] [-m procSplit] [-f] [-F] [-b]\ [-w] [file.ext ...]\n", ProgName); exit(1); } // // docmdline() -- use getopt to get command-line arguments, // executed at the start of the application process. static int docmdline(int argc, char *argv[]) { int opt; strcpy(ProgName, argv[0]); // process command-line arguments while ((opt = getopt(argc, argv, "s:fFbm:wxp:?")) != -1) { switch (opt) { case 'f': FullScreen = 1; break; case 'F': ForkedXInput = 1; break; case 'm': case 'p': ProcSplit = atoi(optarg); break; case 'w': WriteScene = 1; break; case 'x': WinType &= ~(PFPWIN_TYPE_X); break; case 'b': NoBorder ^= 1; break; #ifdef SPACEMOUSE case 's': transSpeed = atof(optarg); break; #endif #ifdef STEREO case 'i': /* get interocular distance */ Iod = atof(optarg); break; case 'c': /* set convergence ratio */ Converge = atof(optarg); break; case 'v': /* get field of view */ Fov = atof(optarg); break; #endif case '?': case 'h': Usage(); } } return optind; } // // main() -- program entry point. this procedure // is executed in the application process. int main (int argc, char *argv[]) { int arg; int found; pfPipe *p; pfBox bbox; float far = 10000.0f; float near = .1f; pfWSConnection dsp=NULL; #ifdef SPACEMOUSE pfMatrix mat1,mat2; static double thisTime = -1.0f; double prevTime; float deltaTime; #endif #ifdef STEREO unsigned int mask; int *leftArg, *rightArg; float halfNearWidth; float eyeAngle; pfVec3 xyzOffsets; pfVec3 hprOffsets; #endif arg = docmdline(argc, argv); pfInit(); // configure multi-process selection pfMultiprocess(ProcSplit); // allocate shared before fork()'ing parallel processes Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena()); Shared->inWindow = 0; Shared->reset = 0; Shared->exitFlag = 0; Shared->drawStats = 1; Shared->XInputInited = 0; // Load all loader DSO's before pfConfig() forks for (found = arg; found < argc; found++) pfdInitConverter(argv[found]); // initiate multi-processing mode set in pfMultiprocess call // FORKs for Performer processes, CULL and DRAW, etc. happen here. pfConfig(); // configure pipes and windows p = pfGetPipe(0); Shared->pw = new pfPipeWindow(p); Shared->pw->setName("IRIS Performer"); Shared->pw->setWinType(WinType); if (NoBorder) Shared->pw->setMode(PFWIN_NOBORDER, 1); // Open and configure the GL window. Shared->pw->setConfigFunc(OpenPipeWin); Shared->pw->config(); if (FullScreen) Shared->pw->setFullScreen(); else Shared->pw->setOriginSize(0, 0, 300, 300); // set off the draw process to open windows and call init callbacks pfFrame(); // create forked XInput handling process // since the Shared pointer has already been initialized, that structure // will be visible to the XInput process. Nothing else created in the // application after this fork whose handles are not put in shared memory // (such as the database and channels) will be visible to the // XInput process. if (WinType & PFPWIN_TYPE_X) { pid_t fpid = 0; if (ForkedXInput) { if ((fpid = fork()) < 0) pfNotify(PFNFY_FATAL, PFNFY_SYSERR, "Fork of XInput process failed."); else if (fpid) pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"XInput running in forked process %d", fpid); else if (!fpid) DoXInput(); } else { dsp = pfGetCurWSConnection(); } } // specify directories where geometry and textures exist if (!(getenv("PFPATH"))) pfFilePath( "." ":./data" ":../data" ":../../data" ":/usr/share/Performer/data" ); pfNotify(PFNFY_INFO, PFNFY_PRINT,"FilePath: %s\n", pfGetFilePath()); // load files named by command line arguments pfScene *scene = new pfScene(); for (found = 0; arg < argc; arg++) { pfNode *root; if ((root = pfdLoadFile(argv[arg])) != NULL) { scene->addChild(root); found++; } } // if no files successfully loaded, terminate program #if 0 if (!found) Usage(); #endif // Write out nodes in scene (for debugging) if (WriteScene) { FILE *fp; if (fp = fopen("scene.out", "w")) { pfPrint(scene, PFTRAV_SELF|PFTRAV_DESCEND, PFPRINT_VB_DEBUG, fp); fclose(fp); } else pfNotify(PFNFY_WARN, PFNFY_RESOURCE, "Could not open scene.out for debug printing."); } // determine extent of scene's geometry pfuTravCalcBBox(scene, &bbox); pfFrameRate(30.0f); pfPhase(PFPHASE_FREE_RUN); #ifdef STEREO /* create a channel for each eye */ pfChannel *left = new pfChannel(p); pfChannel *chan = left; pfChannel *right = new pfChannel(p); left->attach(right); mask = left->getShare(); /* same viewport */ mask |= PFCHAN_VIEWPORT; left->setShare(mask); left->setTravFunc(PFTRAV_CULL, CullChannel); left->setTravFunc(PFTRAV_DRAW, DrawChannel); left->setScene(scene); left->setNearFar(0.1f, far); /* set up data to distinguish between left and right eye */ leftArg = (int *)left->allocChanData(sizeof(int)); rightArg = (int *)right->allocChanData(sizeof(int)); *leftArg = 1; *rightArg = 0; /* data never changes, so we only need to pass it once */ left->passChanData(); right->passChanData(); left->setFOV(45.f, -1.f); /* set up offsets for left and right channels for stereo viewing */ /* both eyes look at same spot 1/2 way between eyes at fusion distance */ eyeAngle = PF_RAD2DEG( atanf(Iod *.5f /(Converge * (far - near) + near))); /* left eye */ hprOffsets.set(-eyeAngle, 0.f, 0.f); xyzOffsets.set(-Iod/2.f, 0.f, 0.f); left->setViewOffsets(xyzOffsets, hprOffsets); /* right eye */ hprOffsets.set(eyeAngle, 0.f, 0.f); xyzOffsets.set(Iod/2.f, 0.f, 0.f); right->setViewOffsets(xyzOffsets, hprOffsets); #else pfChannel *chan = new pfChannel(p); Shared->pw->addChan(chan); chan->setTravFunc(PFTRAV_CULL, CullChannel); chan->setTravFunc(PFTRAV_DRAW, DrawChannel); chan->setScene(scene); chan->setNearFar(near, far); // vertical FOV is matched to window aspect ratio chan->setFOV(45.0f, -1.0f); #endif // Create an earth/sky model that draws sky/ground/horizon // pfEarthSky *eSky = new pfEarthSky(); // eSky->setMode(PFES_BUFFER_CLEAR, PFES_SKY_GRND); // eSky->setAttr(PFES_GRND_HT, -10.0f); // chan->setESky(eSky); chan->setTravMode(PFTRAV_CULL, PFCULL_VIEW|PFCULL_GSET); if (found) { float sceneSize; // Set initial view to be "in front" of scene // view point at center of bbox Shared->view.xyz.add(bbox.min, bbox.max); Shared->view.xyz.scale(0.5f, Shared->view.xyz); // find max dimension sceneSize = bbox.max[PF_X] - bbox.min[PF_X]; sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Y] - bbox.min[PF_Y]); sceneSize = PF_MAX2(sceneSize, bbox.max[PF_Z] - bbox.min[PF_Z]); sceneSize = PF_MIN2(sceneSize, 0.5f * far); Shared->sceneSize = sceneSize; // offset so all is visible Shared->view.xyz[PF_Y] -= sceneSize; Shared->view.xyz[PF_Z] += 0.25f*sceneSize; } else { Shared->view.xyz.set(0.0f, 0.0f, 100.0f); PFSET_VEC3(bbox.min, -5000.0f, -5000.0f, -1000000.0f); PFSET_VEC3(bbox.max, 5000.0f, 5000.0f, 10000000.0f); Shared->sceneSize = 10000.0f; } Shared->view.hpr.set(0.0f, 0.0f, 0.0f); chan->setView(Shared->view.xyz, Shared->view.hpr); PFCOPY_VEC3(Shared->viewOrig.xyz, Shared->view.xyz); PFCOPY_VEC3(Shared->viewOrig.hpr, Shared->view.hpr); #ifdef SPACEMOUSE Shared->smousefactor = transSpeed * Shared->sceneSize; #endif // main simulation loop while (!Shared->exitFlag) { // wait until next frame boundary pfSync(); pfFrame(); // Set view parameters for next frame UpdateView(); #ifndef SPACEMOUSE chan->setView(Shared->view.xyz, Shared->view.hpr); #else prevTime = thisTime; thisTime = pfGetTime(); if (prevTime > 0){ deltaTime = thisTime-prevTime; Shared->spacecoord.xyz.scale(deltaTime,Shared->spacecoord.xyz); Shared->spacecoord.hpr.scale(deltaTime,Shared->spacecoord.hpr); } mat1.makeCoord(&Shared->view); mat2.makeCoord(&Shared->spacecoord); mat1.preMult(mat2); chan->setViewMat(mat1); mat1.getOrthoCoord(&Shared->view); #endif // initiate traversal using current state if (!ForkedXInput) { if (!Shared->XInputInited) InitXInput(dsp); if (Shared->XInputInited) GetXInput(dsp); } } // terminate cull and draw processes (if they exist) pfExit(); // exit to operating system return 0; } static void InitXInput(pfWSConnection dsp) { Window w; #ifdef SPACEMOUSE initSpaceMouse(); #endif /* wait for X Window to exist in Performer shared memory */ if (w = Shared->pw->getWSWindow()) { XSelectInput(dsp, w, PointerMotionMask | ButtonPressMask | ButtonReleaseMask | KeyPressMask | KeyReleaseMask); XMapWindow(dsp, w); XFlush(dsp); Shared->XInputInited = 1; } } // // DoXInput() runs an asychronous forked even handling process. // Shared memory structures can be read from this process // but NO performer calls that set any structures should be // issues by routines in this process. void DoXInput(void) { // windows from draw should now exist so can attach X input handling // to the X window Display *dsp = pfGetCurWSConnection(); prctl(PR_TERMCHILD); // Exit when parent does sigset(SIGHUP, SIG_DFL); // Exit when sent SIGHUP by TERMCHILD InitXInput(dsp); while (1) { XEvent event; if (!Shared->XInputInited) InitXInput(dsp); if (Shared->XInputInited) { XPeekEvent(dsp, &event); GetXInput(dsp); } } } // // UpdateView() updates the eyepoint based on the information // placed in shared memory by GetInput(). static void UpdateView(void) { static float speed = 0.0f; pfCoord *view = &Shared->view; float cp; float mx, my; static double thisTime = -1.0f; double prevTime; float deltaTime; prevTime = thisTime; thisTime = pfGetTime(); if (prevTime < 0.0f) return; if (!Shared->inWindow || Shared->reset) { speed = 0; Shared->reset = 0; Shared->accelRate = 0.1f * Shared->sceneSize; return; } deltaTime = thisTime - prevTime; switch (Shared->mouseButtons) { case Button1Mask: /* LEFTMOUSE: faster forward or slower backward*/ case Button1Mask|Button2Mask: speed += Shared->accelRate * deltaTime; if (speed > Shared->sceneSize) speed = Shared->sceneSize; break; case Button3Mask: /* RIGHTMOUSE: faster backward or slower foreward*/ case Button3Mask|Button2Mask: speed -= Shared->accelRate * deltaTime; if (speed < -Shared->sceneSize) speed = -Shared->sceneSize; break; } if (Shared->mouseButtons) { mx = 2.0f * (Shared->mouseX / (float)Shared->winSizeX) - 1.0f; my = 2.0f * (Shared->mouseY / (float)Shared->winSizeY) - 1.0f; /* update view direction */ view->hpr[PF_H] -= mx * PF_ABS(mx) * 30.0f * deltaTime; view->hpr[PF_P] += my * PF_ABS(my) * 30.0f * deltaTime; #ifndef SPACEMOUSE view->hpr[PF_R] = 0.0f; #endif /* update view position */ cp = cosf(PF_DEG2RAD(view->hpr[PF_P])); view->xyz[PF_X] += speed*sinf(-PF_DEG2RAD(view->hpr[PF_H]))*cp; view->xyz[PF_Y] += speed*cosf(-PF_DEG2RAD(view->hpr[PF_H]))*cp; view->xyz[PF_Z] += speed*sinf( PF_DEG2RAD(view->hpr[PF_P])); } else { speed = 0.0f; Shared->accelRate = 0.1f * Shared->sceneSize; } } // // CullChannel() -- traverse the scene graph and generate a // display list for the draw process. This procedure is // executed in the CULL process. static void CullChannel(pfChannel *, void *) { // // pfDrawGeoSet or other display listable Performer routines // could be invoked before or after pfCull() pfCull(); } // // OpenPipeWin() -- create a win: setup the GL and IRIS Performer. // This procedure is executed in the DRAW process // (when there is a separate draw process). static void OpenPipeWin(pfPipeWindow *pw) { #ifdef STEREO pw->setFBConfigAttrs(FBAttrs); #endif pw->open(); #ifdef STEREO pw->query(PFQWIN_STEREO, &Shared->stereo); if(Shared->stereo == PFQFTR_FALSE) pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE, "Couldn't get a stereo window; using mono mode"); #endif // create a light source in the "south-west" (QIII) Sun = new pfLight(); Sun->setPos(-0.3f, -0.3f, 1.0f, 0.0f); } // // DrawChannel() -- draw a channel and read input queue. this // procedure is executed in the draw process (when there is a // separate draw process). static void DrawChannel (pfChannel *channel, void *left) { // rebind light so it stays fixed in position Sun->on(); #ifdef STEREO /* which buffer to draw into ? */ if(Shared->stereo) { /* if not stereo, draw to left all the time */ if(*(int*)left) { glDrawBuffer(GL_BACK_LEFT); } else { glDrawBuffer(GL_BACK_RIGHT); } } #endif /*STEREO*/ // erase framebuffer and draw Earth-Sky model channel->clear(); // invoke Performer draw-processing for this frame pfDraw(); // draw Performer throughput statistics if (Shared->drawStats) channel->drawStats(); // read window origin and size (it may have changed) channel->getPWin()->getSize(&Shared->winSizeX, &Shared->winSizeY); #ifdef STEREO if(!Shared->stereo) /* mono mode */ if(*(int*)left) /* add extra swap to draw both buffers */ (channel->getPWin())->swapBuffers(); #endif } static void GetXInput(pfWSConnection dsp) { static int x=0, y=0; if (XEventsQueued(dsp, QueuedAfterFlush)) while (XEventsQueued(dsp, QueuedAlready)) { XEvent event; #ifdef SPACEMOUSE XDeviceButtonEvent *ButtonPtr; XDeviceMotionEvent *MotionPtr; #endif XNextEvent(dsp, &event); switch (event.type) { case ConfigureNotify: break; case FocusIn: Shared->inWindow = 1; break; case FocusOut: Shared->inWindow = 0; break; case MotionNotify: { XMotionEvent *motion_event = (XMotionEvent *) &event; x = motion_event->x; y = Shared->winSizeY - motion_event->y; } break; case ButtonPress: { XButtonEvent *button_event = (XButtonEvent *) &event; x = event.xbutton.x; y = Shared->winSizeY - event.xbutton.y; Shared->inWindow = 1; switch (button_event->button) { case Button1: Shared->mouseButtons |= Button1Mask; break; case Button2: Shared->mouseButtons |= Button2Mask; break; case Button3: Shared->mouseButtons |= Button3Mask; break; } } break; case ButtonRelease: { XButtonEvent *button_event = (XButtonEvent *) &event; switch (button_event->button) { case Button1: Shared->mouseButtons &= ~Button1Mask; break; case Button2: Shared->mouseButtons &= ~Button2Mask; break; case Button3: Shared->mouseButtons &= ~Button3Mask; break; } } break; case KeyPress: { char buf[100]; int rv; KeySym ks; rv = XLookupString(&event.xkey, buf, sizeof(buf), &ks, 0); switch(ks) { case XK_Escape: Shared->exitFlag = 1; exit(0); break; case XK_space: Shared->reset = 1; PFCOPY_VEC3(Shared->view.xyz, Shared->viewOrig.xyz); PFCOPY_VEC3(Shared->view.hpr, Shared->viewOrig.hpr); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Reset"); break; case XK_g: Shared->drawStats = !Shared->drawStats; break; default: break; } } break; default: #ifdef SPACEMOUSE if (event.type == MagellanMotionEventType){ MotionPtr = (XDeviceMotionEvent *) &(event); if ( (MotionPtr->axes_count == 6) && (MotionPtr->first_axis == 0)){ Shared->spacecoord.xyz[0]=MotionPtr->axis_data[ 0 ] *(.001*Shared->smousefactor); Shared->spacecoord.xyz[1]=MotionPtr->axis_data[ 2 ] *(.001*Shared->smousefactor); Shared->spacecoord.xyz[2]=MotionPtr->axis_data[ 1 ] *(.001*Shared->smousefactor); Shared->spacecoord.hpr[0]=.1*MotionPtr->axis_data[ 4 ]; Shared->spacecoord.hpr[1]=.1*MotionPtr->axis_data[ 3 ]; Shared->spacecoord.hpr[2]=.1*MotionPtr->axis_data[ 5 ]; Shared->spacemouse=TRUE; #ifdef SPACEMOUSE_DEBUG printf("factor: %f spaceball motion: xyz: %f %f %f hpr: %f %f %f\n", Shared->smousefactor, Shared->spacecoord.xyz[0], Shared->spacecoord.xyz[1], Shared->spacecoord.xyz[2], Shared->spacecoord.hpr[0], Shared->spacecoord.hpr[1], Shared->spacecoord.hpr[2]); #endif } } if (event.type == MagellanButtonPressEventType){ ButtonPtr = (XDeviceButtonEvent *) &(event); } if (event.type == MagellanButtonReleaseEventType){ ButtonPtr = (XDeviceButtonEvent *) &(event); } #endif break; }// switch } Shared->mouseX = x; Shared->mouseY = y; } #ifdef SPACEMOUSE void initSpaceMouse() { int MagellanID, DeviceNumber, loop, c_class; XDeviceInfo *DeviceInfo; XDevice *Device; Window w; Display *dsp; XAxisInfoPtr XAxisPtr; XAnyClassPtr XClassPtr; int axis, axes; XExtensionVersion *ExtVersion; XFeedbackState *MagellanFeedback; int FeedbackNumber; w = Shared->pw->getWSWindow(); dsp = pfGetCurWSConnection(); ExtVersion = XGetExtensionVersion( dsp, "XInputExtension" ); if ( (ExtVersion == NULL) || ((int)ExtVersion == NoSuchExtension) ) { fprintf( stderr, "Cannot access X Input Extension. Exit ... \n"); exit( -1 ); }; printf("X Input Extension Version %d.%d \n", ExtVersion->major_version, ExtVersion->minor_version ); XFree( ExtVersion ); DeviceInfo = XListInputDevices( dsp, &DeviceNumber ); MagellanID = -1; for ( loop=0; loopc_class ) { case 0: printf(" Keyboard Keycode Min = %d Max = %d Number of Keys = %d \n", ((XKeyInfo *)XClassPtr)->min_keycode, ((XKeyInfo *)XClassPtr)->max_keycode, ((XKeyInfo *)XClassPtr)->num_keys ); break; case 1: printf(" Button(s) Number of Buttons = %d \n", ((XButtonInfo *)XClassPtr)->num_buttons ); break; case 2: printf(" Valuator(s) Axes = %d Mode = %d Motion Buffer = %d \n", ((XValuatorInfo *)XClassPtr)->num_axes, ((XValuatorInfo *)XClassPtr)->mode, ((XValuatorInfo *)XClassPtr)->motion_buffer ); XAxisPtr = ((XValuatorInfo *)XClassPtr)->axes; axes = ((XValuatorInfo *)XClassPtr)->num_axes; for ( axis=0; axismin_value, XAxisPtr->max_value, XAxisPtr->resolution ); ++XAxisPtr; }; break; default: printf(" Class ID = %d Length = %d \n", XClassPtr->c_class, XClassPtr->length ); break; }; XClassPtr = (XAnyClassPtr) ((char *)XClassPtr+XClassPtr->length); }; }; for ( loop=0; loopc_class, MagellanFeedback->length, MagellanFeedback->id ); switch( MagellanFeedback->c_class ) { case KbdFeedbackClass: printf(" KbdFeedbackClass Bell Volume = %d Pitch = %d Duration = %d \n", ((XKbdFeedbackState *)MagellanFeedback)->percent, ((XKbdFeedbackState *)MagellanFeedback)->pitch, ((XKbdFeedbackState *)MagellanFeedback)->duration ); break; case BellFeedbackClass: printf(" BellFeedbackClass Bell Volume = %d Pitch = %d Duration = %d \n", ((XBellFeedbackState *)MagellanFeedback)->percent, ((XBellFeedbackState *)MagellanFeedback)->pitch, ((XBellFeedbackState *)MagellanFeedback)->duration ); break; case PtrFeedbackClass: printf(" PtrFeedbackClass \n"); break; case IntegerFeedbackClass: printf(" IntegerFeedbackClass \n"); break; case StringFeedbackClass: printf(" StringFeedbackClass \n"); break; case LedFeedbackClass: printf(" LedFeedbackClass \n"); break; default: printf(" Unkonw FeedbackClass \n"); } MagellanFeedback = (XFeedbackState *)((char *)MagellanFeedback+MagellanFeedback->length); } Shared->spacemouse=FALSE; } #endif --PART-BOUNDARY=.19709190845.ZM23328.ita.es-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 12:14:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA25885; Fri, 19 Sep 1997 10:26:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA25860; Fri, 19 Sep 1997 10:26:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA10537; Fri, 19 Sep 1997 10:26:07 -0700 Received: from drawbridge.ctc.com (drawbridge.ctc.com [147.160.199.35]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA21086 for ; Fri, 19 Sep 1997 10:26:03 -0700 env-from (coposky@ctc.com) Received: by drawbridge.ctc.com (951211.SGI.8.6.12.PATCH1042/951211.SGI) for <@drawbridge.ctc.com:info-performer@sgi.com> id NAA19012; Fri, 19 Sep 1997 13:25:58 -0400 Received: from sgi10.ctc.com(147.160.31.8) by drawbridge.ctc.com via smap (V1.3) id sma019006; Fri Sep 19 13:25:56 1997 Received: from sgi31.ctc.com by sgi10.ctc.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA13971; Fri, 19 Sep 1997 13:25:38 -0400 Sender: coposky@ctc.com Message-ID: <3422B5B2.167E@ctc.com> Date: Fri, 19 Sep 1997 13:26:11 -0400 From: Jason Coposky Organization: Concurrent Technologies Corporation X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Performer ML Subject: imported geometry and isect-ing Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Performers, I am experiencing an inconsistency in performer. when i import an object with pfdLoadFile(...) i cast that returned pointer to a pfGroup. in my isect function i get the parent of that geode hit (which should be the imported pfGroup) and then call some class functions pointed to by the userdata pointer in the pfGroup node. on some imported geometry when i get the parent node it is not the pfGroup but the dcs above the pfGroup the is returned on the getparent function. it seems that the group node is ignored. this is only in some cases though. in other cases the pfGroup was returned. can anyone please shed some light? thanx. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Jason M. Coposky CTC office 814.269.6536 1450 Scalp Avenue email coposky@ctc.com Johnstown Pa. , 15904 http://www.geocities.com/SiliconValley/Way/8267/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 13:04:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA26529; Fri, 19 Sep 1997 11:34:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA26504; Fri, 19 Sep 1997 11:34:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA20246; Fri, 19 Sep 1997 11:34:11 -0700 Received: from proxima.engr.sgi.com ([150.166.37.63]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA15608 for ; Fri, 19 Sep 1997 11:34:10 -0700 env-from (tomcat@asd.sgi.com) Received: from proxima (localhost [127.0.0.1]) by proxima.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via SMTP id LAA08101; Fri, 19 Sep 1997 11:34:05 -0700 Sender: tomcat@asd.sgi.com Message-ID: <3422C59C.388F@asd.sgi.com> Date: Fri, 19 Sep 1997 11:34:04 -0700 From: Tom McReynolds X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: czg@iname.com CC: info-performer@sgi.com, src@rose.engr.sgi.com Subject: Re: N64 No-border windows - Work-Around References: <3422F883.738B@iname.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O czg@iname.com wrote: > > Greg Wiatroski wrote: > > > > It's Ms. Clay... > > ^^^ > > I'm very sorry to extend my excuse to Ms. Clay for my poor > English that I sometimes can't tell one's gender from the name. > Please forgive me. To be safe, you can address her as "Master" or "Great One". It works for us... -Tom :-) > > Cao Zhigang > > =================================== > E-Mail: flysiml@public.bta.net.cn > Tel: (8610)68428861-340 > Fax: (8610)68424844 > =================================== > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 17:04:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA27466; Fri, 19 Sep 1997 15:18:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA27441; Fri, 19 Sep 1997 15:18:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA19933; Fri, 19 Sep 1997 15:18:18 -0700 Received: from mothra.csi-east.com (mothra.csi-east.com [206.161.162.193]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA08928 for ; Fri, 19 Sep 1997 15:18:14 -0700 env-from (chris@mothra.csi-east.com) Received: by mothra.csi-east.com (950413.SGI.8.6.12/940406.SGI) id SAA27489; Fri, 19 Sep 1997 18:17:32 -0400 From: "Christopher Cressy" Message-Id: <9709191817.ZM27487@mothra.csi-east.com> Date: Fri, 19 Sep 1997 18:17:31 -0400 Reply-To: cressy@coryphaeus.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: csi-users@coryphaeus.com, info-performer@sgi.com Subject: Terrain Modeling R&D, VA Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Coryphaeus Software is seeking exceptional engineers/researchers for our advanced R&D group in McLean, Virginia. The R&D group will spearhead graphics research and software engineering for next-generation 3D world building products. Our current focus is on 3D multiresolution terrain database generation from geospatial data (imagery, elevation data, and feature data). We have several openings for senior and mid-level positions. For details, please see our ad at http://www.coryphaeus.com/employment/index.html#engineers-dc ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 19 22:41:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA28915; Fri, 19 Sep 1997 20:55:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA28890; Fri, 19 Sep 1997 20:55:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA19393; Fri, 19 Sep 1997 20:55:17 -0700 Received: from cse.cuhk.edu.hk (cucs18.cse.cuhk.edu.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA26485 for ; Fri, 19 Sep 1997 20:53:47 -0700 env-from (yprj2280@cse.cuhk.edu.hk) Received: from sgi18.cs.cuhk.hk by cse.cuhk.edu.hk with SMTP id LAA11747; Sat, 20 Sep 1997 11:51:06 +0800 (HKT) Received: by sgi18.cs.cuhk.hk (940816.SGI.8.6.9/Spike-2.0) id LAA12573; Sat, 20 Sep 1997 11:51:05 +0800 Date: Sat, 20 Sep 1997 11:51:05 +0800 (HKT) From: vee X-Sender: yprj2280@sgi18.cs.cuhk.hk To: yprj2317@cse.cuhk.edu.hk cc: info-performer@sgi.com Subject: Re: Animation in IRIS performer ? In-Reply-To: <199709090857.QAA09654@sparc59.cs.cuhk.hk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 9 Sep 1997 yprj2317@cse.cuhk.edu.hk wrote: > > If I have an object which is animated, created by Alias/Wavefront. > Then, how can I make the animated object read by IRIX Performer. The OBJ loader of performer does not support the animation created by Alias|Wavefront. You may use MultiGen(or GameGen) to create your animation if you want it to be loaded by Performer. The flt format is a comprehensive format that can represent nearly all of IRIS Performer's advanced concepts. > Moreover, anyone have c++ version of stereo.c ( the one use > quad-buffer ), please email to yprj2317@cse.cuhk.edu.hk. The stereo.c is availabe at http://www.sgi.com/Technology/Performer/goodies.html The stereo version perfly is abailabe at ftp://sgigate.sgi.com/pub/Performer/src/pf1.2/ You may write your c++ version easily by refering to them. > Actually, we cannot run some of the c++ sample program under > IRIX64, here is the error message : > > X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 2 (X_ChangeWindowAttributes) > Resource id in failed request: 0x5e939750 > Serial number of failed request: 146 > Current serial number in output stream: 148 I don't have such problem because my program is c version. You may contact our admin. to find some hints. Regards, Ah Fei ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Sep 20 14:39:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA29821; Sat, 20 Sep 1997 12:52:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA29796; Sat, 20 Sep 1997 12:52:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29785; Sat, 20 Sep 1997 12:52:54 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA12619 for ; Sat, 20 Sep 1997 12:52:54 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA07367; Sat, 20 Sep 1997 12:52:53 -0700 From: "Sharon Clay" Message-Id: <9709201252.ZM7365@rose.engr.sgi.com> Date: Sat, 20 Sep 1997 12:52:52 -0700 In-Reply-To: perfly@segolene.roazhon.inra.fr "Taboo question ???" (Sep 19, 12:03pm) References: <9709191003.AA05000@segolene.roazhon.inra.fr> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: perfly@segolene.roazhon.inra.fr, info-performer@sgi.com Subject: When is Performer 2.2 Releasing Cc: src@rose.engr.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Sep 19, 12:03pm, perfly@segolene.roazhon.inra.fr wrote: > Subject: Taboo question ??? Definitey not! It is good to ask the key questions - much better than guessing! But I think people were leaving this for me to answer and I got behind on the list for a couple of days (terribly sorry) and am doing some catchup now. -> ->Hello, -> ->When Performer 2.2 will be available ? When: So, good question because our Dev. Forum slides on our web page say "Summer '97" and even by California standards, we are stretching summer a bit. The short answer is we think we are basically done and are working on cleaning up and fixing nits we broke along the way, the book, sample code, and a couple of last things that some of our developers requested to support them. Our schedule has us now releasing mid-November. This will also enable us to get our released eoe into IRIX 6.5. Why: We stretched it out a bit for solid virtual clipmaping support. For those new or non-iR centric, clipmapping is a way of virtualizing texture memory so that we can handle textures that are much larger than texture memory seemlessly (discussed with nice pictures in those Dev Forum slides now on our web page). Clipmapping in our 2.1 release supported textures up to 32Kx32K texels. However, using some additional tricks (actually a bunch because as this was our first hw implementation of climapping as well there were a lot of rough edges) we could do textures of size 8Mx8M texels! "Virtual Cliptextures" are those greater than the original 32Kx32K cliptextures that is what the basic iR addressing hardware supports. Originally we thought we might go out with an intermediate release that supported virtual cliptextures but not all the way to the limit, and make future improvements later. Then we discovered that because of some of those rough edges, our original API and model for clipmapping wasn't going to get us there. It also seemed clear that most everyone using clipmapping intended to "go virtual". Rather than keep changing API and model, we decided to hold off and get the model right and now we have it all in use in real applications. We now have a platform which we can both release and make underlying improvements as necessary in the future. We took additional advantage of the extra time to make some significant additional improvements to other parts of the library, such as ASD (active surface definition geometry) and pfFluxes - a great improvement over cycle buffers for doing asynchronous generation of vertices, full pfGeoSets (and anything else). We have also been working on examples/support of the digital media libraries, better process control, and other things that are in IRIX 6.5. What Hw is supported: Performer 2.2 will be an all-platform release, supporting anything that runs IRIX 6.2 or later. Features that have not required hardware support, such as ASD, Fluxes, better process control work for all flavors. IRIS GL is included for compatibility and is only supported on IRIS GL native graphics platforms (RE, Indy, Extreme). Clipmapping and the layered range-based fog which require significant hardware support and would be unusably slow/ugly without it are not supported in IRIS GL or on non-iR graphics platforms. We are walking the fine line between timing and proper support of the features we are releasing. Your feedback in this process is tremendously valuable in helping us make the proper tradeoffs in our efforts to deliver new innovations in an easy-to use form and good and timely service and support. -> ->Thank you I hope this clarifies things and answers your questions. Thank you! src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 22 02:04:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01079; Mon, 22 Sep 1997 00:17:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01054; Mon, 22 Sep 1997 00:17:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA17126; Mon, 22 Sep 1997 00:17:51 -0700 Received: from sable.nus.sg (sable.nus.edu.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA20489 for ; Mon, 22 Sep 1997 00:17:48 -0700 env-from (eng40577@leonis.nus.sg) Received: from leonis.nus.sg (eng40577@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.8.4/8.6.9) with ESMTP id PAA06963 for ; Mon, 22 Sep 1997 15:18:24 +0800 (SST) Received: from localhost (eng40577@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id PAA10909 for ; Mon, 22 Sep 1997 15:17:45 +0800 Date: Mon, 22 Sep 1997 15:17:45 +0800 (SST) From: Ong Eng Ban To: info-performer@sgi.com Subject: logical swap area in perfly Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I have just started learning Performer and I tried to carry the following task. I have a set of polygons(triangles) generated from the Marching Cubes algorithm and I tried to use perfly for rendering. There was no compilation error but during the execution stage, the program terminated by itself because of logical swap area error. I have doubled the swap area but if I would to increase the number of triangles, the problem comes back again. So could anyone advice me on how to overcome this problem? The triangles are individual triangles and I'm using perfly in C, Performer 2.0. These are what I did: I declared a geoNode, a geoSet and a geoState. I inserted all the vertices into geoSet and then the geoState into geoSet. Then I inserted the geoSet into geoNode and lastly geoNode into DCS group. All these are done under the initSceneGraph() in perfly.c Below code illustrated what I have done. >From initSceneGraph(): /* Create a DCS for TRACKBALL pfiXformer */ ViewState->sceneDCS = pfNewDCS(); ViewState->sceneGroup = pfNewGroup(); pfAddChild(scene, ViewState->sceneDCS); pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); /* ******************* Draw the medical image Gset *********************** */ Vcoords = (pfVec3 *)pfCalloc(Count_triangle * 3, sizeof(pfVec3), arena); Ncoords = (pfVec4 *)pfCalloc(Count_triangle * 3, sizeof(pfVec4), arena); for (i=0, j=0; i < Count_triangle; i++, j=j+3) { a0 = indices[i][0]; a1 = indices[i][1]; a2 = indices[i][2]; pfSetVec3(Vcoords[j], vertex[a0][0], vertex[a0][1], vertex[a0][2]); pfSetVec3(Vcoords[j + 1], vertex[a1][0], vertex[a1][1], vertex[a1][2]); pfSetVec3(Vcoords[j + 2], vertex[a2][0], vertex[a2][1], vertex[a2][2]); pfSetVec4(Ncoords[j], normal[a0][0], normal[a0][1], normal[a0][2], 1.0f); pfSetVec4(Ncoords[j + 1], normal[a1][0], normal[a1][1], normal[a1][2], 1.0f); pfSetVec4(Ncoords[j + 2], normal[a2][0], normal[a2][1], normal[a2][2], 1.0f); } mcgeode = pfNewGeode(); /* ********************** Set up a geoset ********************** */ gset = pfNewGSet(arena); pfGSetAttr(gset, PFGS_COORD3, PFGS_PER_VERTEX, Vcoords, NULL); pfGSetAttr(gset, PFGS_COLOR4, PFGS_PER_VERTEX, Ncoords, NULL); pfGSetPrimType(gset, PFGS_TRIS); pfGSetNumPrims(gset, Count_triangle); /* *********Set up a geostate, backface removal turned off ********** */ gstate = pfNewGState (arena); pfGStateMode(gstate, PFSTATE_CULLFACE, PFCF_OFF); pfGSetGState (gset, gstate); pfAddGSet(mcgeode, gset); pfAddChild(ViewState->sceneDCS, mcgeode); /* ************************************************************************* */ /* Load each of the files named on the command line */ for (i = 0; i < NumFiles; i++) { Thanks. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 22 10:59:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01597; Mon, 22 Sep 1997 09:12:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01572; Mon, 22 Sep 1997 09:12:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24153; Mon, 22 Sep 1997 09:12:45 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA05960 for ; Mon, 22 Sep 1997 09:12:43 -0700 env-from (nicolas@cae.ca) Received: tid MAA25956; Mon, 22 Sep 1997 12:01:57 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA71324; Mon, 22 Sep 1997 11:58:57 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.com id LAA15799; Mon, 22 Sep 1997 11:48:19 -0400 From: "Nicolas Gauvin" Message-Id: <9709221148.ZM15797@christine.cae.ca> Date: Mon, 22 Sep 1997 11:48:19 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: IR visual with 16 bit luminance and 16 bit alpha? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Did anyone ever try and manage to get a framebuffer configured with 16bits of luminance and 16 bits of alpha on an Infinite Reality? The visual ids numbered 0x44 to 0x4d seem to offer this as reported by 'glxinfo'. However when I try to force one of them with pfPipeWindow::setFBConfigId I get nothing usable. My screen stays all black when I write to it. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 22 13:20:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02439; Mon, 22 Sep 1997 11:25:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02414; Mon, 22 Sep 1997 11:25:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA15417; Mon, 22 Sep 1997 11:25:11 -0700 Received: from mailhost.rz.ruhr-uni-bochum.de (sunu450.rz.ruhr-uni-bochum.de [134.147.222.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA08259 for ; Mon, 22 Sep 1997 11:24:56 -0700 env-from (Bert.Grollmann@rz.ruhr-uni-bochum.de) Received: (qmail 23740 invoked from network); 22 Sep 1997 18:24:46 -0000 Received: from dialppp-3-39.rz.ruhr-uni-bochum.de (HELO pc0001) (134.147.3.39) by mailhost.rz.ruhr-uni-bochum.de with SMTP; 22 Sep 1997 18:24:46 -0000 Message-Id: <3.0.2.32.19970922201210.00922150@mailhost.rz.ruhr-uni-bochum.de> X-Sender: grollbbo@mailhost.rz.ruhr-uni-bochum.de X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32) Date: Mon, 22 Sep 1997 20:12:10 +0200 To: info-performer@sgi.com From: "B. Grollmann" Subject: Antialiasing Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi, I've a question about antialiasing on a Octane and the performer perfly.......... After loading a world with perfly (performer 2.1) and it is displayed (shaded), all edges of the objects are strong step-like..... Can I turn on somewhere antialiasing (switch or program code) or is it something else ???? Thanx for your help Bert Bert Grollmann mailto:Bert.Grollmann@Ruhr-Uni-Bochum.de mailto:Bert.Grollmann@FH-Bochum.de ====================================================================== RUB - Ruhr University Bochum FH - Polytechnical Institute of Bochum Dept. for artificial intelligence, system software and graphic systems kiss-lab Lennershofstr. 140 44801 Bochum Germany ====================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 22 15:56:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04994; Mon, 22 Sep 1997 13:58:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04969; Mon, 22 Sep 1997 13:58:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA07065; Mon, 22 Sep 1997 13:58:27 -0700 Received: from drawbridge.ctc.com (drawbridge.ctc.com [147.160.199.35]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA04069 for ; Mon, 22 Sep 1997 13:58:25 -0700 env-from (hagens@ctc.com) Received: by drawbridge.ctc.com (951211.SGI.8.6.12.PATCH1042/951211.SGI) for <@drawbridge.ctc.com:info-performer@sgi.com> id QAA12030; Mon, 22 Sep 1997 16:58:23 -0400 Received: from sgi10.ctc.com(147.160.31.8) by drawbridge.ctc.com via smap (V1.3) id sma011988; Mon Sep 22 16:50:28 1997 Received: from sgi8.ctc.com by sgi10.ctc.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA00028; Mon, 22 Sep 1997 16:50:11 -0400 Received: by sgi8.ctc.com id QAA00248; Mon, 22 Sep 1997 16:50:11 -0400 From: "Dan Hagens" Message-Id: <9709221650.ZM246@sgi8.ctc.com> Date: Mon, 22 Sep 1997 16:50:11 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Stereo problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performers, I am running a 3 pipe application which I would like to have in stereo. I am running this in a CAVE so I need 3 different views. For each pipe I have 2 channels so altogether I have 6 channels. For each pipe I have a left channel and a right channel so I can view it in stereo. Everything lines up properly when I move around in mono mode but when I try to run it in stereo, the views don't match up. Here is a piece of code where I am setting the stereo offset up: eyeAngle = PF_RAD2DEG( atanf(Iod *.5f /(Converge * (far - near) + near))); // left eye pfSetVec3(hprOffsets, -eyeAngle, 0.f, 0.f); pfSetVec3(xyzOffsets, -Iod/2.f, 0.f, 0.f); pfChanViewOffsets(Shared->leftfront, xyzOffsets, hprOffsets); pfChanViewOffsets(Shared->leftside, xyzOffsets, hprOffsets); pfChanViewOffsets(Shared->leftfloor, xyzOffsets, hprOffsets); // right eye pfSetVec3(hprOffsets, eyeAngle, 0.f, 0.f); pfSetVec3(xyzOffsets, Iod/2.f, 0.f, 0.f); pfChanViewOffsets(Shared->rightfront, xyzOffsets, hprOffsets); pfChanViewOffsets(Shared->rightside, xyzOffsets, hprOffsets); pfChanViewOffsets(Shared->rightfloor, xyzOffsets, hprOffsets); I am certainly no expert at Performer so any help would be greatly appreciated. Thanks. -- ********************************** * Daniel J. Hagens, Jr. * * Concurrent Technologies Corp. * * Assistant Software Engineer * * (814) 269-6891 * * hagens@ctc.com * ********************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 22 19:14:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA08948; Mon, 22 Sep 1997 17:28:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA08923; Mon, 22 Sep 1997 17:28:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA04500; Mon, 22 Sep 1997 17:28:09 -0700 Received: from huey.ntsc.navy.mil ([192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id RAA06472 for ; Mon, 22 Sep 1997 17:22:32 -0700 env-from (ROBERT_REIF@ntsc.navy.mil) From: ROBERT_REIF@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA06624; Mon, 22 Sep 97 20:19:52 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA874984901; Mon, 22 Sep 97 20:16:00 EST Date: Mon, 22 Sep 97 20:16:00 EST Message-Id: <9708228749.AA874984901@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Can't get pfdBuilder to tmesh triangle strip. Status: O Hi, I'm having a problem getting the pfdBuilder to generate a triangle strip from a set of triangles of the same color that should form a triangle strip. It insists on generating quads. Is there any way to force it to tmesh triangles? Here are the input triangles and the geoset that is created from them: 6 triangles 192.000000, 288.000000, 16.000000 192.000000, 312.000000, 48.000000 192.000000, 288.000000, 48.000000 192.000000, 312.000000, 0.000000 192.000000, 312.000000, 48.000000 192.000000, 288.000000, 16.000000 192.000000, 312.000000, 0.000000 192.000000, 288.000000, 16.000000 192.000000, 240.000000, 16.000000 192.000000, 240.000000, 16.000000 192.000000, 240.000000, 32.000000 192.000000, 224.000000, 0.000000 192.000000, 312.000000, 0.000000 192.000000, 240.000000, 16.000000 192.000000, 224.000000, 0.000000 192.000000, 240.000000, 32.000000 192.000000, 224.000000, 32.000000 192.000000, 224.000000, 0.000000 GeoSet: 0x1850d378 { Primitive: PFGS_QUADS, NON-INDEXED, pfPrims=3, glPrims=6, verts=12 Attribute Bindings: PFGS_COLOR4=PFGS_OVERALL PFGS_NORMAL3=PFGS_OVERALL PFGS_TEXCOORD2=PFGS_OFF Packed=0 Attribute List Pointers: PFGS_COORD3: 0x18509748 PFGS_COLOR4: 0x1850b108 PFGS_NORMAL3: 0x1850a678 PFGS_TEXCOORD2: 0x0 PackedAttrs: 0x0 Attribute Index List Pointers: PFGS_COLOR4: 0x0 PFGS_NORMAL3: 0x0 PFGS_TEXCOORD2: 0x0 PFGS_COORD3: 0x0 Overall Color 0: R: 0.625882 G: 0.351373 B: 0.351373 A: 1.000000 Overall Normal 0: NX: 1.000000 NY: 0.000000 NZ: 0.000000 Coord 0: X: 192.000000 Y: 224.000000 Z: 32.000000 Coord 1: X: 192.000000 Y: 224.000000 Z: 0.000000 Coord 2: X: 192.000000 Y: 240.000000 Z: 16.000000 Coord 3: X: 192.000000 Y: 240.000000 Z: 32.000000 Coord 4: X: 192.000000 Y: 224.000000 Z: 0.000000 Coord 5: X: 192.000000 Y: 312.000000 Z: 0.000000 Coord 6: X: 192.000000 Y: 288.000000 Z: 16.000000 Coord 7: X: 192.000000 Y: 240.000000 Z: 16.000000 Coord 8: X: 192.000000 Y: 312.000000 Z: 0.000000 Coord 9: X: 192.000000 Y: 312.000000 Z: 48.000000 Coord 10: X: 192.000000 Y: 288.000000 Z: 48.000000 Coord 11: X: 192.000000 Y: 288.000000 Z: 16.000000 } GeoSet: 0x1850d378 Thanks, Bob Reif ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 22 20:08:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA09508; Mon, 22 Sep 1997 19:05:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA09483; Mon, 22 Sep 1997 19:05:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA11412; Mon, 22 Sep 1997 19:05:07 -0700 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id TAA03064 for ; Mon, 22 Sep 1997 19:05:03 -0700 env-from (miller@acusoft.com) Received: from bats by acusoft.com (5.x/SMI-SVR4) id AA10916; Mon, 22 Sep 1997 21:42:31 -0400 Received: by bats (950413.SGI.8.6.12) id WAA01808; Mon, 22 Sep 1997 22:03:34 -0400 Date: Mon, 22 Sep 1997 22:03:34 -0400 (EDT) From: "Thomas M. Miller" X-Sender: miller@bats To: Javier Castellar Cc: mccrillis@reflectone.com, cahill@reflectone.com, arintaru@reflectone.com, Performer Info Subject: Kaiser Proview 30 HMD In-Reply-To: <9707091518.ZM12087@sixty.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Javier, I am having trouble getting the KAISER proview 30 to display a signal from an IR. Do you know if there is a vfo created for this device? The device is working. ( it runs fine off a pc vga card ). In it specs read: 640 x 480, H&V - TTL, analog 0.7V P-P, 75 ohms, 60 Hz video input. I used ircombine to assign 640x480_60.vfo to a channel. I connected a pc monitor to the signal from the IR. It displays. I connect the HMD. Nothing. Any suggestions? Thank you. Thomas Miller ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 22 21:04:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA09550; Mon, 22 Sep 1997 19:23:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA09525; Mon, 22 Sep 1997 19:23:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA12329; Mon, 22 Sep 1997 19:23:58 -0700 Received: from kesha.gss.com (ip251.gw0.Houston.iapc.net [208.152.155.251]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA06980 for ; Mon, 22 Sep 1997 19:23:56 -0700 env-from (geisler@iapc.net) Received: from kesha (localhost [127.0.0.1]) by kesha.gss.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id UAA01149 for ; Mon, 22 Sep 1997 20:07:33 -0500 Sender: erik@iapc.net Message-ID: <34271655.41C6@iapc.net> Date: Mon, 22 Sep 1997 20:07:33 -0500 From: Erik Geisler Organization: Graphics Software Services X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: N64 No-border windows - Work-Around References: <3421FAD4.514F@iname.com> <3421E1A4.2781@iapc.net> <3422FAA2.37A0@iname.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O czg@iname.com wrote: > > Erik Geisler wrote: > > I had the same problem. Got it to work by using the provided > > code hack and adding the call 'XMoveResizeWindow(...)' after > > informing Performer of the origin change. > > > > Thanks for your help. > I want to " man XMoveResizeWindow " but no manual entry found. > Why? > > Cao Zhigang > I looked it up in an Xlib book. On-line man pages are probably found on some IDO CD. -- Erik D. Geisler geisler@iapc.net Graphics Software Services http://www.vetl.uh.edu/~erik/ Voice: (281)486-5663 Fax: (281)486-5663 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 02:45:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA10071; Tue, 23 Sep 1997 01:51:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA10046; Tue, 23 Sep 1997 01:51:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA03697; Tue, 23 Sep 1997 01:51:18 -0700 Received: from dv.bs.dlr.de (dv.bs.dlr.de [129.247.32.132]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA12351 for ; Tue, 23 Sep 1997 01:51:08 -0700 env-from (Ralf.Beyer@dlr.de) Received: from bflsgu.fl.bs.dlr.de (bflsgu.fl.bs.dlr.de [129.247.32.17]) by dv.bs.dlr.de (8.8.5/8.8.5) with SMTP id KAA71264; Tue, 23 Sep 1997 10:50:56 +0200 Received: by bflsgu.fl.bs.dlr.de (940816.SGI.8.6.9/940406.SGI) id KAA22690; Tue, 23 Sep 1997 10:50:49 +0200 Date: Tue, 23 Sep 1997 10:50:49 +0200 From: Ralf.Beyer@dlr.de (Ralf Beyer) Message-Id: <199709230850.KAA22690@bflsgu.fl.bs.dlr.de> To: czg@iname.com Subject: Re: N64 No-border windows - Work-Around Cc: geisler@iapc.net, info-performer@sgi.com References: <3421FAD4.514F@iname.com> <3421E1A4.2781@iapc.net> Status: O Erik Geisler wrote: > I had the same problem. Got it to work by using the provided > code hack and adding the call 'XMoveResizeWindow(...)' after > informing Performer of the origin change. > Thanks for your help. I want to " man XMoveResizeWindow " but no manual entry found. Why? Cao Zhigang If you are using IRIX 6.2 install from the IDO 6.2 CD-ROM x_dev.man.mandev to get the manpage of XMoveResizeWindow and others. This product is not installed by default. Regards Ralf.Beyer@dlr.de German Aerospace Research Establishment (DLR) e.V. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 02:45:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA10035; Tue, 23 Sep 1997 01:42:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA10010; Tue, 23 Sep 1997 01:42:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA03235; Tue, 23 Sep 1997 01:42:06 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA11201 for ; Tue, 23 Sep 1997 01:42:06 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA04434; Tue, 23 Sep 1997 01:42:05 -0700 From: "Sharon Clay" Message-Id: <9709230142.ZM4432@rose.engr.sgi.com> Date: Tue, 23 Sep 1997 01:42:04 -0700 In-Reply-To: "Sharon Clay" "(Fwd) FORK_DBASE, Clock, WINQUIT, pfiTDFXformer, pfNode size" (Sep 20, 1:00pm) References: <9709201300.ZM7444@rose.engr.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: stefan@fb3.fhtw-berlin.de, info-performer@sgi.com Subject: Re: FORK_DBASE, Clock, WINQUIT, pfiTDFXformer, pfNode size Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O ->Date: Fri, 19 Sep 1997 00:25:00 +0200 (MET DST) ->From: Stefan Jahn ->To: Performer Mailing List ->Subject: FORK_DBASE, Clock, WINQUIT, pfiTDFXformer, pfNode size Lots of great questions! I'll take a quick stab at each. src. -> ->Hi performers, -> there are several question I'd like to have answered. ->1. By pfMultiprocess I initiated the FORK_DBASE process seperately, but ->there is no difference whether I use pfAddChild or pfBufferAddChild. You use pfAddChild within the new scene graph in the DBase process. To attach the new scene graph to the main tree, you have a bunch of choices. You can pfBufferScope the parent node to the DBase process or, you can pfBufferAddChild from the DBase process to a node in the main tree with scope in the add process. You can also keep a list of stuff to be hooked up and do it yourself in the App process. pfBUfferAddChild is probably the most straight-forward and convenient. Keeping the list yourself can give you more tight control on how many nodes per frame you stick on the main tree to keep you from over-burdening the APP. ->How can I give priorities to the different Performer processes ? pfuLockDown{App,Cull,Draw,Proc} utilities in libpfutil and used by perfly and pguide/libpf/C/procsetup.c are the way to go. These utilities use the sysmp mechanism for restricting CPUs to only run your real-time processes. Then, you can use pfuPrioritizeProcs() which use the schedctl API to select non-degrading priorities for those processes. FYI, in Performer 2.2 we have a new pfuProcessManger that uses new mechanimsms in IRIX and POSIX for a much more straightforward and powerful real-time management system. Also, in general, you should know about the 'realtime' man page that talks about IRIX real-time extensions. ->2. Is it possible to install a routine which is strongly periodically ->called by a clock dependent thing ? You can certainly do this with signals. In general, I recommend against such a heavy handed technique - schedule ahead instead of respond after. What do you really want to do here? ->3. Why doesn't work the PFUDEV_WINQUIT event and why can't a pfPipeWindow ->closed by Alt-F4 or doubleclicking the upper left corner ? Really good question. This is an X thing. You can turn it on with pfPWinMode(Shared->pw, PFWIN_EXIT, 1); We will then regester the proper X atoms on the window. Then, you need to recognize the X atoms and process the resulting X event. In init of X handlign process: wm_protocols = XInternAtom(dsp, "WM_PROTOCOLS", 1); wm_delete_window = XInternAtom(dsp, "WM_DELETE_WINDOW", 1); In X process event loop: case ClientMessage: if ((event.xclient.message_type == wm_protocols) && (event.xclient.data.l[0] == wm_delete_window)) { pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"Window exit !!"); pfExit(); } break; ->4. Can I a pfiTDFXformer slow down to speed zero in a certain time ? Well, with pfiIXformStartMotion() you can set a speed and acceleration (that can also be a decelartaion). Is this along the lines of what you want? ->5. I would like to know the size of my pfNodes in memory. Is it possible ->to calculate that anyhow ? Well, you can always do a pfGetSize() on any pfMemory. Additionally, amallinfo can tell you the size of a malloc block and can tell you how much room is used up inside an arena. The following memsize program does all of this: /* * memsize.c: * * $Revision: 1.3 $ $Date: 1997/04/10 20:32:15 $ * */ #include #include #include #include #include #include #define PRINT_STRUCT_SIZE(_struct) { \ pfNotify(PFNFY_NOTICE, PFNFY_MORE, "pf%s size: %d bytes", \ #_struct, sizeof(pf##_struct)); \ } #define PRINT_PRSIZE(_new) { \ void *_mem = pfNew##_new((void*)NULL); \ int _ms = mallocblksize(_mem); \ pfNotify(PFNFY_NOTICE, PFNFY_MORE, "%s size: %d bytes pf: %d", \ #_new, _ms, pfGetSize(_mem)); \ } #define PRINT_PFSIZE(_new) { \ void *_mem = pfNew##_new(); \ int _ms = amallocblksize(_mem, pfGetSharedArena()); \ pfNotify(PFNFY_NOTICE, PFNFY_MORE, "%s size: %d bytes, pf: %d", \ #_new, _ms, pfGetSize(_mem)); \ } void printMallInfo(struct mallinfo *mall) { pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Heap - total bytes used: %d", mall->usmblks + mall->uordblks); } void printAMallInfo(struct mallinfo *mall) { pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Arena - total bytes used: %d", mall->usmblks + mall->uordblks); } int main (void) { struct mallinfo mall; pfInit(); /* Initialize Performer */ pfInitState(NULL); mall = mallinfo(); printMallInfo(&mall); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Libpr Objects:"); PRINT_PRSIZE(GSet); PRINT_PRSIZE(GState); PRINT_PRSIZE(Tex); PRINT_PRSIZE(TLoad); PRINT_PRSIZE(ImageCache); PRINT_PRSIZE(TEnv); PRINT_PRSIZE(Mtl); PRINT_PRSIZE(Light); PRINT_PRSIZE(LModel); PRINT_PRSIZE(Fog); PRINT_PRSIZE(Terrain); { char *_mem = (char*) pfNewList(4, 1, 0); int _ms = mallocblksize(_mem); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "pfList size: %d bytes",_ms); } mall = mallinfo(); printMallInfo(&mall); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "pfConfig:"); pfConfig(); mall = amallinfo(pfGetSharedArena()); printAMallInfo(&mall); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Libpf Objects:"); PRINT_PFSIZE(Geode); PRINT_PFSIZE(DCS); PRINT_PFSIZE(Group); PRINT_PFSIZE(LOD); PRINT_PFSIZE(ASD); mall = mallinfo(); printMallInfo(&mall); mall = amallinfo(pfGetSharedArena()); printAMallInfo(&mall); } -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 06:19:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA10332; Tue, 23 Sep 1997 04:33:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA10307; Tue, 23 Sep 1997 04:33:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA10885; Tue, 23 Sep 1997 04:33:54 -0700 Received: from systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA07781 for ; Tue, 23 Sep 1997 04:33:45 -0700 env-from (jim@systech.hinet.net) Received: (from jim@localhost) by systech.hinet.net (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA29736; Tue, 23 Sep 1997 17:56:59 -0700 From: "jim" Message-Id: <9709231756.ZM29734@systech.hinet.net> Date: Tue, 23 Sep 1997 17:56:58 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: (Fwd) Sky color substitude the color defined in stencil test Cc: jim@systech.hinet.net, scott@ht.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709231756.ZM29734.hinet.net" Status: O -- --PART-BOUNDARY=.19709231756.ZM29734.hinet.net Content-Type: text/plain; charset=us-ascii --- Forwarded mail from ("jim") From: "jim" Date: Mon, 22 Sep 1997 15:12:10 -0700 To: info-vega@paradigmsim.com Subject: Sky color substitude the color defined in stencil test Cc: jim Hi Scott: Thanks your help and trouble again. Use stencil test. I can render a circle scope in Vega Channel. But outside the circle, the sky color cover the color defined in the initial OpenGL subroutine StencilHUD. ( attached with simple stencil file) Did anybody encounter this problem in vega? thanks in advance -- Support Engineer Jim Tsai System & Technology Corp. Visual Simulation Group www.systech.hinet.net [ Text ] : #include #include #include #include #include #include "aux.h" #define YELLOWMAT 1 void DrawCB(void); static void StencilHUD(pfPipeWindow *pw); main( int argc , char *argv[] ) { vgWindow *win; vgChannel *chan; pfPipeWindow *pwin; if ( argc < 2 ) { printf ( "syntax : %s \n" , argv[0] ); exit ( -1 ); } /* init, define, and config the system */ vgInitSys(); vgDefineSys(argv[1]); vgConfigSys(); chan = vgGetChan(0); /* add predraw call back function to channel */ vgAddFunc(chan, VGCHAN_PREDRAW, DrawCB, NULL); /* pfChanTravFunc(pchan, PFTRAV_DRAW, DrawCB); */ while ( 1 ) { vgSyncFrame (); vgFrame (); } } static void StencilHUD(pfPipeWindow *pw) { double f; static int mapped = 0; float new_x = 0.0f, new_y = 0.0f; /* pw->select(); pfSelectPWin(pw) */ glPushMatrix(); glLoadIdentity(); glMatrixMode(GL_PROJECTION); glPushMatrix(); glLoadIdentity(); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glMatrixMode(GL_MODELVIEW); glDisable(GL_CULL_FACE); glDisable(GL_DEPTH_TEST); glEnable(GL_STENCIL_TEST); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glClearColor(1.0f, 0.0f, 0.0f, 0.0f); glClear(GL_COLOR_BUFFER_BIT); glColor3f(0.0f, 0.0f, 0.0f); /* Clear stencil planes to one over entire window */ glClearStencil(0); glClear(GL_STENCIL_BUFFER_BIT); /* were a drawing */ glStencilFunc(GL_ALWAYS, 0x1, 0x1); glStencilOp(GL_REPLACE, GL_REPLACE, GL_REPLACE); glBegin(GL_TRIANGLE_FAN); for(f = 0.0; f< 359.5; f+=1.0) { pfSinCos((float)f, &new_x, &new_y); glVertex2f(1.0 * new_x, 1.0 * new_y); } glEnd(); glEnable(GL_CULL_FACE); glEnable(GL_DEPTH_TEST); /* reset framebuffer */ glClearColor(0.0f, 0.0f, 0.0f, 0.0f); glClear(GL_COLOR_BUFFER_BIT); glMatrixMode(GL_PROJECTION); glPopMatrix(); glMatrixMode(GL_MODELVIEW); glPopMatrix(); glClearColor(1.0f, 0.0f, 0.0f, 0.0f); } void DrawCB( void ) { static int first_time = TRUE; pfPipeWindow *pwin; float new_x = 0.0f, new_y = 0.0f, f; /* get performer pipe window handle */ pwin = vgGetWinPWin( vgGetWin(0) ); /* ======= FIRST TIME INIT ======= */ if (first_time) { StencilHUD(pwin); first_time = FALSE; } /* enable stencil test */ glStencilFunc(GL_EQUAL, 0x1, 0x1); glStencilOp(GL_KEEP, GL_KEEP, GL_KEEP); glEnable(GL_STENCIL_TEST); } ---End of forwarded mail from ("jim") -- Support Engineer Jim Tsai System & Technology Corp. Visual Simulation Group www.systech.hinet.net --PART-BOUNDARY=.19709231756.ZM29734.hinet.net Content-Type: text/plain ; charset=us-ascii ; charset=us-ascii Hi Use stencil test. I can render a circle scope in vega. But outside the circle, the sky color cover the color defined in the initial OpenGL subroutine StencilHUD. Does anybody use encounter this problem in vega? thanks in advance -- Support Engineer Jim Tsai System & Technology Corp. Visual Simulation Group www.systech.hinet.net --PART-BOUNDARY=.19709231756.ZM29734.hinet.net X-Zm-Content-Name: submarine_scope.c Content-Description: Transferred from mail from ("jim"): Text Content-Type: text/plain ; name="submarine_scope.c" ; charset=us-ascii ; name=submarine_scope.c ; charset=us-ascii void DrawCB(void); static void StencilHUD(pfPipeWindow *pw); main( int argc , char *argv[] ) { vgWindow *win; vgChannel *chan; pfPipeWindow *pwin; if ( argc < 2 ) { printf ( "syntax : %s \n" , argv[0] ); exit ( -1 ); } /* init, define, and config the system */ vgInitSys(); vgDefineSys(argv[1]); vgConfigSys(); chan = vgGetChan(0); /* add predraw call back function to channel */ vgAddFunc(chan, VGCHAN_PREDRAW, DrawCB, NULL); /* pfChanTravFunc(pchan, PFTRAV_DRAW, DrawCB); */ while ( 1 ) { vgSyncFrame (); vgFrame (); } } static void StencilHUD(pfPipeWindow *pw) { double f; static int mapped = 0; float new_x = 0.0f, new_y = 0.0f; /* pw->select(); pfSelectPWin(pw) */ glPushMatrix(); glLoadIdentity(); glMatrixMode(GL_PROJECTION); glPushMatrix(); glLoadIdentity(); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glMatrixMode(GL_MODELVIEW); glDisable(GL_CULL_FACE); glDisable(GL_DEPTH_TEST); glEnable(GL_STENCIL_TEST); glOrtho(-1.0, 1.0, -1.0, 1.0, -1.0, 1.0); glClearColor(1.0f, 0.0f, 0.0f, 0.0f); glClear(GL_COLOR_BUFFER_BIT); glColor3f(0.0f, 0.0f, 0.0f); /* Clear stencil planes to one over entire window */ glClearStencil(0); glClear(GL_STENCIL_BUFFER_BIT); /* were a drawing */ glStencilFunc(GL_ALWAYS, 0x1, 0x1); glStencilOp(GL_REPLACE, GL_REPLACE, GL_REPLACE); glBegin(GL_TRIANGLE_FAN); for(f = 0.0; f< 359.5; f+=1.0) { pfSinCos((float)f, &new_x, &new_y); glVertex2f(1.0 * new_x, 1.0 * new_y); } glEnd(); glEnable(GL_CULL_FACE); glEnable(GL_DEPTH_TEST); /* reset framebuffer */ glClearColor(0.0f, 0.0f, 0.0f, 0.0f); glClear(GL_COLOR_BUFFER_BIT); glMatrixMode(GL_PROJECTION); glPopMatrix(); glMatrixMode(GL_MODELVIEW); glPopMatrix(); glClearColor(1.0f, 0.0f, 0.0f, 0.0f); } void DrawCB( void ) { static int first_time = TRUE; pfPipeWindow *pwin; float new_x = 0.0f, new_y = 0.0f, f; /* get performer pipe window handle */ pwin = vgGetWinPWin( vgGetWin(0) ); /* ======= FIRST TIME INIT ======= */ if (first_time) { StencilHUD(pwin); first_time = FALSE; } /* enable stencil test */ glStencilFunc(GL_EQUAL, 0x1, 0x1); glStencilOp(GL_KEEP, GL_KEEP, GL_KEEP); glEnable(GL_STENCIL_TEST); } --PART-BOUNDARY=.19709231756.ZM29734.hinet.net-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 07:02:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA10368; Tue, 23 Sep 1997 05:18:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA10343; Tue, 23 Sep 1997 05:18:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA13841; Tue, 23 Sep 1997 05:18:44 -0700 Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA14483 for ; Tue, 23 Sep 1997 05:18:42 -0700 env-from (crux@artcom.de) Received: from coop by otto.artcom.de with smtp id m0xDTtQ-00A9TVC; Tue, 23 Sep 97 14:16 MDT Sender: crux@artcom.de Message-ID: <3427B328.794B@artcom.de> Date: Tue, 23 Sep 1997 08:16:40 -0400 From: Dirk Luesebrink Organization: art+com gmbh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: sharon? what is your source for documentation ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O like in your last posting about x atoms. where do you look up thinks like that ? i always have a hard time finding any concise x related docu and i commit that i more and more move away from using preprogrammend toolkits for doing the job because they fit my needs less and less. thank you for digging in the X mess for all of us. dirk. >>> below is quote: We will then regester the proper X atoms on the window. Then, you need to recognize the X atoms and process the resulting X event. In init of X handlign process: wm_protocols = XInternAtom(dsp, "WM_PROTOCOLS", 1); wm_delete_window = XInternAtom(dsp, "WM_DELETE_WINDOW", 1); In X process event loop: case ClientMessage: if ((event.xclient.message_type == wm_protocols) && (event.xclient.data.l[0] == wm_delete_window)) { pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"Window exit !!"); pfExit(); } break; ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 07:24:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA10412; Tue, 23 Sep 1997 05:40:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA10387; Tue, 23 Sep 1997 05:40:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA15784; Tue, 23 Sep 1997 05:40:52 -0700 Received: from belle.sva.edu (belle.sva.edu.154.35.199.IN-ADDR.ARPA [199.35.154.203]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA18016 for ; Tue, 23 Sep 1997 05:40:51 -0700 env-from (ken@belle.sva.edu) Received: from localhost (ken@localhost) by belle.sva.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA24566; Tue, 23 Sep 1997 08:37:03 -0400 Date: Tue, 23 Sep 1997 08:37:03 -0400 (EDT) From: Ken Feingold To: Sharon Clay cc: info-performer@sgi.com Subject: Re: FORK_DBASE, Clock, WINQUIT, pfiTDFXformer, pfNode size In-Reply-To: <9709230142.ZM4432@rose.engr.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O >pfuLockDown{App,Cull,Draw,Proc} utilities in libpfutil and used by perfly >and pguide/libpf/C/procsetup.c are the way to go. These utilities use the >sysmp mechanism for restricting CPUs to only run your real-time >processes. >Then, you can use pfuPrioritizeProcs() which use the schedctl API to >select non-degrading priorities for those processes. On a single-processor machine, is launching the application preceded by "npri -h 30" an acceptable alternative, or are there problems inherent in this method of locking in a non-degrading priority? -Ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 07:52:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10463; Tue, 23 Sep 1997 06:12:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10438; Tue, 23 Sep 1997 06:12:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA17755; Tue, 23 Sep 1997 06:12:32 -0700 Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA24523 for ; Tue, 23 Sep 1997 06:12:31 -0700 env-from (eguendel@sim6.dciem.dnd.ca) Received: (from eguendel@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA17225; Tue, 23 Sep 1997 09:14:19 -0400 Date: Tue, 23 Sep 1997 09:14:17 -0400 (EDT) From: Eran Guendelman To: info-performer@sgi.com Subject: Finding concatenated matrix (pfTraverser::getMat) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, How can I use pfTraverser::getMat to give me the matrix representing the composition of the transformations from root to a given node? Are there alternative ways of getting such a matrix (other than doing the matrix multiplication myself)? Thanks. - Eran Guendelman. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 08:11:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10493; Tue, 23 Sep 1997 06:34:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10468; Tue, 23 Sep 1997 06:34:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA18873; Tue, 23 Sep 1997 06:31:28 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA28357 for ; Tue, 23 Sep 1997 06:31:27 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA23434; Tue, 23 Sep 1997 09:24:33 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id JAA02613; Tue, 23 Sep 1997 09:13:22 -0400 From: "Nicolas Gauvin" Message-Id: <9709230913.ZM2611@christine.cae.ca> Date: Tue, 23 Sep 1997 09:13:22 -0400 In-Reply-To: ROBERT_REIF@ntsc.navy.mil "Can't get pfdBuilder to tmesh triangle strip." (Sep 22, 8:16pm) References: <9708228749.AA874984901@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ROBERT_REIF@ntsc.navy.mil, info-performer@sgi.com Subject: Re: Can't get pfdBuilder to tmesh triangle strip. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 22, 8:16pm, ROBERT_REIF@ntsc.navy.mil wrote: > Subject: Can't get pfdBuilder to tmesh triangle strip. > Hi, > > I'm having a problem getting the pfdBuilder to generate a triangle strip > from a set of triangles of the same color that should form a triangle > strip. It insists on generating quads. > > Is there any way to force it to tmesh triangles? > >-- End of excerpt from ROBERT_REIF@ntsc.navy.mil Try setting the pfdBuilder mode PFDBLDR_MESH_RETESSELLATE to ON before calling the builder. When this mode is enabled the mesher will retessellate planar quads to achieve longer strips. I think the default is OFF. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 08:57:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA10558; Tue, 23 Sep 1997 07:34:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA10533; Tue, 23 Sep 1997 07:34:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA24006; Tue, 23 Sep 1997 07:34:01 -0700 Received: from storm.worldnet.net (storm.worldnet.net [194.2.128.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA12264 for ; Tue, 23 Sep 1997 07:33:58 -0700 env-from (ceti@worldnet.net) Received: from p13-208.province.worldnet.fr (p13-208.province.worldnet.fr [195.3.13.208]) by storm.worldnet.net (8.8.5/8.8.5) with SMTP id QAA00911 for ; Tue, 23 Sep 1997 16:33:51 +0200 (MET DST) Date: Tue, 23 Sep 1997 16:33:51 +0200 (MET DST) Message-Id: <199709231433.QAA00911@storm.worldnet.net> X-Sender: ceti@worldnet.net X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: What is the standard material conversion ? Status: O Because I got visual result really far from what I was expected, I'm wondering What is the standard conversion from Inventor to OpenGL for the material definition? Typically, all inventor's parameters are in a range of 0.0 to 1.0. OpenGL are in range of -1.0 to 1.0 or 0 to 128 Is the transformation I'm assuming correct ? Ambient OGL= ( 2* Ambient Oiv ) - 1 Difuse OGL= ( 2* Difuse Oiv ) - 1 Specular OGL= ( 2* Specular Oiv ) - 1 emis OGL= ( 2* emis Oiv ) - 1 shininess OGL= 128* shininess OIV transparency OIV converted [( 2*transparency OIV )-1] and reported in Alpha component of material definition Thanks for your help. ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------oOOo-(_)-oOOo----------------------+ | " We don't inherit the world from our ancestors, | | it's only a loan from our children ." | | Antoine de Saint Exupery. | +-------------------------Oooo----------------------+ oooO ( ) ( ) ) / \ ( (_/ \_) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 09:41:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA10691; Tue, 23 Sep 1997 08:16:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10666; Tue, 23 Sep 1997 08:16:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA29042; Tue, 23 Sep 1997 08:16:39 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA24621 for ; Tue, 23 Sep 1997 08:16:36 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id LAA02300; Tue, 23 Sep 1997 11:16:22 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma002295; Tue, 23 Sep 97 11:16:06 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA19094; Tue, 23 Sep 1997 15:16:14 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id LAA01990; Tue, 23 Sep 1997 11:16:14 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709231516.LAA01990@hf.ht.com> Subject: Texture download question To: info-performer@sgi.com Date: Tue, 23 Sep 1997 11:16:14 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O I think this has been discussed before, but I can't seem to find the answer anywhere....so any pointers are greatly appreciated. I am running perfly with a model that loads in 15 textures of the following sizes (along with the Performer reported download stats) 12 textures @ 256x256 -> 1/8 MB (26 pages) each 2 textures @ 256x512 -> 1/4 MB (47 pages) each 1 texture @ 512x512 -> 1/2 MB (91 pages) Obviously perfly is defaulting to 16bit texels. Anyway this amounts to 2.5MB of textures (497 pages), and if I apply the 4/3 rule for mipmapping, this results in 3.3333MB of texture memory which should be well within the limits of my 4MB limit on the High Impact with TRAM Option Card. When I look at the Gfx stats in perfly it is showing continuous texture downloads: texture downloads: avg. loads 3.0 Kbytes: 524.286 (total loads: 0.0->84.0 Kbytes: 0.0->14xxx.xx) Could someone tell me why this might be happening? Is there a page limit that I am exceeding? etc... RTFM pointers are gladly accepted. Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 10:22:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA10791; Tue, 23 Sep 1997 08:41:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10766; Tue, 23 Sep 1997 08:41:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA02510; Tue, 23 Sep 1997 08:41:33 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA04737 for ; Tue, 23 Sep 1997 08:41:29 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id KAA06078 for ; Tue, 23 Sep 1997 10:41:27 -0500 (CDT) Date: Tue, 23 Sep 1997 10:38:21 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: Info-Performer Mailing List Subject: glClipPlane in Performer. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O A few questions: * Has anybody out there used the extra glClipPlane's within a Performer Application? * I don't see any Performer features to enable them - did I miss something? * Does anyone have a feel for the performance impact on an Inf.Reality box? * Is it one of those features that puts me off the optimised pathways through OpenGL and thus *kills* performance - or is it just the overhead of the additional clipping? Thanks in advance... Steve Baker 817-619-8776 (Vox/Vox-Mail) Hughes Training Inc. 817-619-4028 (Fax) 2200 Arlington Downs Road SBaker@link.com (eMail) Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail) http://www.hti.com http://web2.airmail.net/sjbaker1 (personal) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 11:16:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA11045; Tue, 23 Sep 1997 10:00:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11020; Tue, 23 Sep 1997 10:00:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14202; Tue, 23 Sep 1997 10:00:47 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA02735 for ; Tue, 23 Sep 1997 10:00:41 -0700 env-from (bcolbert@ait.nrl.navy.mil) Received: from fox.ait.nrl.navy.mil (fox [132.250.128.86]) by ait.nrl.navy.mil (8.8.5/8.8.5) with ESMTP id NAA17256 for ; Tue, 23 Sep 1997 13:00:33 -0400 (EDT) Received: (from bcolbert@localhost) by fox.ait.nrl.navy.mil (8.7.5/8.7.3) id NAA17533 for info-performer@sgi.com; Tue, 23 Sep 1997 13:00:33 -0400 (EDT) From: "Brad Colbert" Message-Id: <9709231300.ZM17532@fox.ait.nrl.navy.mil> Date: Tue, 23 Sep 1997 13:00:32 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: bufferClone questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi folks, I'm having some problems using the bufferClone method in my dBase process. We are writing a DIS "Stealth like" application that is multi-processing (PFMP_APP_CULL_DRAW | PFMP_FORK_DBASE ... etc). We use the dBase process to asynchronously load models in as they are needed. There are many duplicates (similar vehicles), and it would be nice to clone them. I've been exploring the bufferClone method, but I don't understand where I store the original models. 1. Do I store the models in the dBase process and bufferClone from a tree stored there? 2. I'm not quite sure where I set up the storage pfBuffer. 3. The pfDCS that I attach the model to is allocated in the APP process. Is this still doable? I'm sure I'm missing some points here. Any help will be greatly appreciated. Brad -- -+----------------------------------------------------------------------------- -| Brad Colbert w: (202) 404-4708 Kaman Sciences Corporation -| bcolbert@acm.org m: (703) 862-4104 ITD Virtual Reality Lab, NRL -+----------------| http://www.ait.nrl.navy.mil/people/bcolbert |-------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 12:04:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA11128; Tue, 23 Sep 1997 10:19:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11103; Tue, 23 Sep 1997 10:19:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA16621; Tue, 23 Sep 1997 10:19:00 -0700 Received: from mpik-tueb.mpg.de (max.mpik-tueb.mpg.de [192.124.28.68]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA09327 for ; Tue, 23 Sep 1997 10:18:56 -0700 env-from (mad@mpik-tueb.mpg.de) Received: from max (localhost [127.0.0.1]) by mpik-tueb.mpg.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id TAA20789 for ; Tue, 23 Sep 1997 19:18:42 +0200 Sender: mad@mpik-tueb.mpg.de Message-ID: <3427F9F1.167E@mpik-tueb.mpg.de> Date: Tue, 23 Sep 1997 19:18:41 +0200 From: Hartwig Distler X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP27) MIME-Version: 1.0 Newsgroups: comp.sys.sgi.graphics CC: info-performer@sgi.com Subject: performer and transparency Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I'm sure this question has been answered before. However, I missed it and couldn't find a real handle in the performer FAQ. Im loading a medit (2.0) file into a performer application (my own application or perfly). The medit file contains one textured polygon. The texture shows a sinewave-grating filtered with a 2d gaussian. The special thing about the texture is that the alpha values of the texture are adjusted according to the output of the 2D gaussian,i.e the texture is completely transparent at its borders, then the transparency smoothly decreases towards the center, where the pattern is opaque. When loading the respective polygon to a performer application, the transparency of the texture is no longer changing continously. Instead I have a binary pattern of transparancies. The peripheral parts of the polygon are completetly transparent whereas the center parts are opaque. i was checking various settings for pfTransparency including high quality, but no change. Can anyone help ? thanks, hartwig ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 12:41:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11554; Tue, 23 Sep 1997 11:53:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11529; Tue, 23 Sep 1997 11:53:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01859; Tue, 23 Sep 1997 11:53:10 -0700 Received: from ntserver.ivex3d.com ([199.250.179.65]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA11481 for ; Tue, 23 Sep 1997 11:53:08 -0700 env-from (ram@ivex3d.com) Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Tue, 23 Sep 1997 14:47:10 Eastern Daylight Time Received: by ntserver.ivex3d.com from eng8 (192.168.2.8::mail daemon; unverified,SLmailNT V2.3); Tue, 23 Sep 1997 14:47:09 Eastern Daylight Time Sender: "Ram Munjulur" Message-ID: <342810ED.41C6@ivex3d.com> Date: Tue, 23 Sep 1997 14:56:45 -0400 From: Rambabu Organization: Ivex X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: projected Textures .... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, My simple application with projected textures, has a couple of spotlights, casting light on the terrain with regular textures. I seem to have a couple of problems The first on is, I set my pfChanTravMode to pfChanTravMode(chan, PFTRAV_MULTIPASS,PFMPASS_EMISSIVE_PASS|PFMPASS_GLOBAL_AMBIENT); When i use pfPhase(PFPHASE_FREE_RUN); the app seems to run ok. But, When I use a pfPhase(PFPHASE_LOCK), seems like the application is open the window and remains blank, I know that the app is running, as I can print some output based on keyboard inputs .... the next one is, When I cast the spotlight on "trees" with textured alpha, I can see the polygons of the trees. Any sugestions ???? Thanks in advance -- Ram ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 12:34:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11290; Tue, 23 Sep 1997 11:08:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11265; Tue, 23 Sep 1997 11:08:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA25102; Tue, 23 Sep 1997 11:08:21 -0700 Received: from mailgate2.boeing.com (mailgate2.boeing.com [199.238.248.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA27685 for ; Tue, 23 Sep 1997 11:08:12 -0700 env-from (shankar@redwood.rt.cs.boeing.com) Received: from splinter.boeing.com ([130.42.28.12]) by mailgate2.boeing.com (8.8.5/8.8.5) with ESMTP id LAA29150; Tue, 23 Sep 1997 11:08:01 -0700 (PDT) Received: from redwood.rt.cs.boeing.com by splinter.boeing.com with SMTP (1.37.109.16/16.2) id AA037078065; Tue, 23 Sep 1997 11:07:45 -0700 Received: from vidya by redwood.rt.cs.boeing.com (5.x/SMI-SVR4) id AA14165; Tue, 23 Sep 1997 11:08:32 -0700 Received: (from shankar@localhost) by vidya (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA07773; Tue, 23 Sep 1997 11:07:42 -0700 From: "Shankar Swamy" Message-Id: <9709231107.ZM7772@vidya> Date: Tue, 23 Sep 1997 11:07:41 -0700 In-Reply-To: ceti@worldnet.net (ceti) "What is the standard material conversion ?" (Sep 23, 4:33pm) References: <199709231433.QAA00911@storm.worldnet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ceti@worldnet.net (ceti), info-performer@sgi.com Subject: Re: What is the standard material conversion ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 23, 4:33pm, ceti wrote: > > Typically, all inventor's parameters are in a range of 0.0 to 1.0. > OpenGL are in range of -1.0 to 1.0 or 0 to 128 > > Is the transformation I'm assuming correct ? > > Ambient OGL= ( 2* Ambient Oiv ) - 1 > Difuse OGL= ( 2* Difuse Oiv ) - 1 > Specular OGL= ( 2* Specular Oiv ) - 1 > emis OGL= ( 2* emis Oiv ) - 1 > shininess OGL= 128* shininess OIV > transparency OIV converted [( 2*transparency OIV )-1] and reported in Alpha > component of material definition > OpenGL lighting from Open Inventor lighting: Diffuse, specular and ambient values map directly. OpenGL specular exponent = 128.0f*shininess OpenGL alpha = (1.0f - transparency) - shankar swamy ------------------------------------------------------------------- shankar@boeing.com Shankar N. Swamy Boeing Research and Technology PHONE: (425) 865-4286 Virtual Systems Group, FAX : (425) 865-2965 PO Box 3707 MS 7L-48, Seattle, WA 98124-2207. -------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 12:34:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA11617; Tue, 23 Sep 1997 12:00:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA11592; Tue, 23 Sep 1997 12:00:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA02828; Tue, 23 Sep 1997 12:00:26 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA13562 for ; Tue, 23 Sep 1997 12:00:25 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA03083; Tue, 23 Sep 1997 11:58:54 -0700 Date: Tue, 23 Sep 1997 11:58:54 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709231158.ZM3081@multipass.engr.sgi.com> In-Reply-To: Steve Baker "glClipPlane in Performer." (Sep 23, 10:38am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Steve Baker , Info-Performer Mailing List Subject: Re: glClipPlane in Performer. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 23, 10:38am, Steve Baker wrote: > Subject: glClipPlane in Performer. > > A few questions: > > * Has anybody out there used the extra glClipPlane's within a Performer Application? I've used six simultaneously in a performer based GL application. > > * I don't see any Performer features to enable them - did I miss something? > Nope, use the GL. > * Does anyone have a feel for the performance impact on an Inf.Reality box? > Nope, I expect a modest geometry overhead. > * Is it one of those features that puts me off the optimised pathways through OpenGL > and thus *kills* performance - or is it just the overhead of the additional clipping? Just the clipping. Did you have any features in mind when you say this? I'm not aware of this kind of thing on iR. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 12:34:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11392; Tue, 23 Sep 1997 11:21:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11367; Tue, 23 Sep 1997 11:21:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27057; Tue, 23 Sep 1997 11:21:45 -0700 Received: from home2.cynet.net (home2.cynet.net [208.196.80.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA02093 for ; Tue, 23 Sep 1997 11:21:44 -0700 env-from (dcibiceli@etcusa.com) From: dcibiceli@etcusa.com Received: from bangate.etcusa.com ([208.196.87.1]) by home2.cynet.net (8.8.7/8.8.7) with SMTP id KAA06903 for ; Tue, 23 Sep 1997 10:24:31 -0400 (EDT) Received: by bangate.etcusa.com; Tue, 23 Sep 97 14:45:52 EDT Date: Tue, 23 Sep 97 14:38:39 EDT Message-ID: X-Priority: 3 (Normal) To: Subject: Solved it: Part of screen does not get redrawn X-Incognito-SN: 1298 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Hi all, I have posted too many questions. Now is an answer .... I have finally found what's causing my problem. If u remember: At certain pitch angles , a horizontal band does appear on my screen and that screen part does not get updated causing a headache with my HUD. All lines are printed on top of each other. Answer: In gui.c I modified the fov angle and apparently the value 120 was too big and causing problems in the earthsky model of performer. Don't ask me why it's causing such a problem :-) Question: P.S. I was trying to display some text on performer. I use bitmapped fonts and put them in a call list using OpenGL. In which part of performer , must I put the call to display them so that the chars get displayed correctly... Tried PostDraw nothing happened.... ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 14:57:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12001; Tue, 23 Sep 1997 13:10:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11976; Tue, 23 Sep 1997 13:10:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA13169; Tue, 23 Sep 1997 13:10:03 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA07245 for ; Tue, 23 Sep 1997 13:09:58 -0700 env-from (rany@rtset.co.il) Received: from rtset.co.il (ts015p15.pop9a.netvision.net.il [194.90.5.35]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id VAA01354; Mon, 23 Sep 1996 21:55:16 +0200 Message-ID: <342821DA.B57018EF@rtset.co.il> Date: Tue, 23 Sep 1997 23:08:58 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.02 [en] (Win95; I) MIME-Version: 1.0 To: Scott McMillan CC: info-performer@sgi.com Subject: Re: Texture download question References: <199709231516.LAA01990@hf.ht.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Scott McMillan wrote: > I think this has been discussed before, but I can't seem to find the > answer anywhere....so any pointers are greatly appreciated. > > I am running perfly with a model that loads in 15 textures of the > following sizes (along with the Performer reported download stats) > > 12 textures @ 256x256 -> 1/8 MB (26 pages) each > 2 textures @ 256x512 -> 1/4 MB (47 pages) each > 1 texture @ 512x512 -> 1/2 MB (91 pages) > > Obviously perfly is defaulting to 16bit texels. There's the answer.--------^If your textures are RGB textures, performer tries to default to RGB5 internal format, but this format is not supported on Impact, so they become RGB8 textures (32 bit texels). With RGBA textures, this whould not have happened since performer default to RGBA4 format, which is supported on Impact. I don't know if this was fixed performer yet, but maybe it should ? Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il http://rtset.co.il/rany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 15:24:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12236; Tue, 23 Sep 1997 13:38:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12211; Tue, 23 Sep 1997 13:38:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA17980; Tue, 23 Sep 1997 13:38:05 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA16674 for ; Tue, 23 Sep 1997 13:38:04 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id NAA27345 for ; Tue, 23 Sep 1997 13:46:40 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA05214 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Tue, 23 Sep 1997 20:36:43 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA21793 for info-performer@sgi.com; Tue, 23 Sep 1997 13:36:43 -0700 From: "Marcus Barnes" Message-Id: <9709231336.ZM21791@logan.engr.multigen.com> Date: Tue, 23 Sep 1997 13:36:42 -0700 In-Reply-To: Steve Baker "glClipPlane in Performer." (Sep 23, 10:38am) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Info-Performer Mailing List Subject: Re: glClipPlane in Performer. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 23, 10:38am, Steve Baker wrote: > * Has anybody out there used the extra glClipPlane's within a Performer > Application? The OpenFlight V15.4 loaders support them as TRAV_DRAW callbacks. > * I don't see any Performer features to enable them - did I miss something? there isn't any. > * Does anyone have a feel for the performance impact on an Inf.Reality box? doesn't appear to be much of a slowdown, but i haven't done any benchmarking. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 15:50:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12498; Tue, 23 Sep 1997 14:07:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12473; Tue, 23 Sep 1997 14:07:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA22502; Tue, 23 Sep 1997 14:07:48 -0700 Received: from jsc-ems-gws03.jsc.nasa.gov (jsc-ems-gws03.jsc.nasa.gov [139.169.39.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA26522 for ; Tue, 23 Sep 1997 14:07:42 -0700 env-from (hadi.m.tjandrasa1@jsc.nasa.gov) Message-Id: <199709232107.OAA26522@sgi.sgi.com> Received: by jsc-ems-gws03.jsc.nasa.gov with Internet Mail Service (5.5.1664.3) id ; Tue, 23 Sep 1997 16:11:41 -0500 From: "TJANDRASA, HADI M. (JSC-ER7)" To: info-performer@sgi.com, dcibiceli@etcusa.com Subject: RE: Solved it: Part of screen does not get redrawn Date: Tue, 23 Sep 1997 16:11:40 -0500 X-Mailer: Internet Mail Service (5.5.1664.3) Status: O > Question: > > P.S. I was trying to display some text on performer. I use bitmapped > fonts > and put them in a call list using OpenGL. In which part of performer , > must > I put the call to display them so that the chars get displayed > correctly... > Tried PostDraw nothing happened.... > Some comments: 1) To overlay the scene image, call after pfDraw (I assume that's how you draw the HUD). 2) If you have a separate DRAW process, make sure the list initialization is done in the DRAW process space. Hadi ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 16:34:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12678; Tue, 23 Sep 1997 14:46:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12653; Tue, 23 Sep 1997 14:46:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA28243; Tue, 23 Sep 1997 14:46:42 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA08437 for ; Tue, 23 Sep 1997 14:46:39 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id QAA29693; Tue, 23 Sep 1997 16:46:08 -0500 (CDT) Date: Tue, 23 Sep 1997 16:43:01 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: Angus Dorbie cc: Info-Performer Mailing List Subject: Re: glClipPlane in Performer. In-Reply-To: <9709231158.ZM3081@multipass.engr.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 23 Sep 1997, Angus Dorbie wrote: > On Sep 23, 10:38am, Steve Baker wrote: > > Subject: glClipPlane in Performer. > > > > A few questions: > > > > * Has anybody out there used the extra glClipPlane's within a Performer Application? > I've used six simultaneously in a performer based GL application. > > * I don't see any Performer features to enable them - did I miss something? > Nope, use the GL. > > * Does anyone have a feel for the performance impact on an Inf.Reality box? > Nope, I expect a modest geometry overhead. > > * Is it one of those features that puts me off the optimised pathways through OpenGL > > and thus *kills* performance - or is it just the overhead of the additional clipping? > Just the clipping. > Did you have any features in mind when you say this? I'm not aware of > this kind of thing on iR. I understood that using more than one light source (for example) tossed you off the fast-track into some much slower path - that may be old news though. Steve Baker 817-619-8776 (Vox/Vox-Mail) Hughes Training Inc. 817-619-4028 (Fax) 2200 Arlington Downs Road SBaker@link.com (eMail) Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail) http://www.hti.com http://web2.airmail.net/sjbaker1 (personal) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 23 16:49:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA12927; Tue, 23 Sep 1997 15:24:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA12902; Tue, 23 Sep 1997 15:24:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA03380; Tue, 23 Sep 1997 15:24:00 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA20281 for ; Tue, 23 Sep 1997 15:23:59 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA03722; Tue, 23 Sep 1997 15:22:25 -0700 Date: Tue, 23 Sep 1997 15:22:25 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709231522.ZM3720@multipass.engr.sgi.com> In-Reply-To: Steve Baker "Re: glClipPlane in Performer." (Sep 23, 4:43pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Steve Baker Subject: Re: glClipPlane in Performer. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 23, 4:43pm, Steve Baker wrote: > Subject: Re: glClipPlane in Performer. > On Tue, 23 Sep 1997, Angus Dorbie wrote: > > I understood that using more than one light source (for example) tossed you > off the fast-track into some much slower path - that may be old news though. > This fast-track term is misleading. It simply costs you more time, typically proportionate to the computation. Sure single distant light with no specular material good meshing and localviewer lighting model off, single sided lighting and no backface culling is fastest for geometry, start enabling stuff and performance degrades but it won't drop off a cliff anywhere. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 24 04:24:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA14932; Wed, 24 Sep 1997 02:35:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14907; Wed, 24 Sep 1997 02:35:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA06244; Wed, 24 Sep 1997 02:35:47 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA03194 for ; Wed, 24 Sep 1997 02:35:45 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id LAA25132; Wed, 24 Sep 1997 11:36:55 -0700 Date: Wed, 24 Sep 1997 11:36:55 -0700 From: Tran cong Tam Message-Id: <199709241836.LAA25132@sirssg1.epfl.ch> To: info-performer@sgi.com, renjye@python.tamu.edu Subject: ALIAS/WAVEFRONT Status: O > Thanks for you reply. Since I am building the scenery for the fligt > simulation, do you think the Alias/Wavefront is a good modeller for large scale > object? Hi Yu, This is a delicate question. I used Explore/Wavefront to modeller a landscape of 500x600 meters with about 40 buildings, our database is about 800 Mb, the quality of objects and textures are nices. I think Alias/Wavefront should be OK too. But, If you use Multigen for modelling you can import directly : - Billbaord - Animation ( Mr. Marcus Barnes. Please, correct me if it is wrong ) For financial question about Multigen, you should contact MultiGen INC Good luck. Tran |---------------------------------------------------| | TRAN | | IDERALPE Lausanne SWITZERLAND | | E-mail : tran@sirssg1.epfl.ch | |---------------------------------------------------| ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 24 08:01:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA15069; Wed, 24 Sep 1997 06:14:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA15044; Wed, 24 Sep 1997 06:14:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19022; Wed, 24 Sep 1997 06:14:48 -0700 Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA07338 for ; Wed, 24 Sep 1997 06:14:46 -0700 env-from (uunet.uu.net!ds9!cerebus!jason) Received: from uucp6.UU.NET by relay6.UU.NET with SMTP (peer crosschecked as: uucp6.UU.NET [192.48.96.37]) id QQdijs22928; Wed, 24 Sep 1997 09:14:53 -0400 (EDT) Received: from ds9.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Wed, 24 Sep 1997 09:14:45 -0400 Received: from cerebus.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA06679; Wed, 24 Sep 97 08:45:09 EDT Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id IAA14597; Wed, 24 Sep 1997 08:45:08 -0400 From: "Jason Williams" Message-Id: <9709240845.ZM14595@cerebus> Date: Wed, 24 Sep 1997 08:45:07 -0400 In-Reply-To: "Brad Colbert" "bufferClone questions" (Sep 23, 1:00pm) References: <9709231300.ZM17532@fox.ait.nrl.navy.mil> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: bufferClone questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 23, 1:00pm, Brad Colbert wrote: > Subject: bufferClone questions > > Hi folks, > > I'm having some problems using the bufferClone method in my dBase process. > > We are writing a DIS "Stealth like" application that is multi-processing > (PFMP_APP_CULL_DRAW | PFMP_FORK_DBASE ... etc). We use the dBase process > to asynchronously load models in as they are needed. There are many > duplicates (similar vehicles), and it would be nice to clone them. I've > been exploring the bufferClone method, but I don't understand where I > store the original models. > > 1. Do I store the models in the dBase process and bufferClone from a tree > stored there? > > 2. I'm not quite sure where I set up the storage pfBuffer. > > 3. The pfDCS that I attach the model to is allocated in the APP process. > Is this still doable? > > I'm sure I'm missing some points here. Any help will be greatly > appreciated. > > Brad > > -- I had a similiar problem and decided to create a third buffer area where I stored the root model list. You have to clone from that buffer to the DBase buffer, and then merge to your App buffer when you want to see your models. Jason Williams Cambridge Research Associates. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 24 08:46:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA15120; Wed, 24 Sep 1997 06:59:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA15095; Wed, 24 Sep 1997 06:59:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA21884; Wed, 24 Sep 1997 06:59:14 -0700 Received: from claws30.prosolvia.se (claws30.prosolvia.se [193.13.245.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA15681 for ; Wed, 24 Sep 1997 06:59:10 -0700 env-from (jesper@clarus.se) Received: (from jesper@localhost) by claws30.prosolvia.se (950413.SGI.8.6.12/8.6.11) id PAA02776; Wed, 24 Sep 1997 15:59:04 +0200 From: =?iso-8859-1?Q?=22Jesper_Nystr=F6m=22?= Message-Id: <9709241559.ZM2774@claws30.prosolvia.se> Date: Wed, 24 Sep 1997 15:59:04 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, support@multigen.com Subject: pfconv - FYI Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello all, FYI, I learned that pfconv connot use the 15.4b flight loader to create pfb files. Jesper -- ___ _ Jesper Nystrom Phone: +46 31 703 51 07 / _| |___ __ _ _ ___ Manager, IAS Phone: +46 31 703 51 00 | | | |_ \/ _| | | __\ Prosolvia Clarus AB Fax: +46 31 703 51 20 | |_| | _ | | | | |__ | Gardavagen 1 Email: jesper@clarus.se \___|_|___|_| \___/___/ S-412 50 GOTEBORG WWW: www.clarus.se SIXTH SENSE TECHNOLOGY SWEDEN "Bring your CAD models to life with CAD Real-Time Link" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 24 11:29:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15373; Wed, 24 Sep 1997 09:39:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15348; Wed, 24 Sep 1997 09:39:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA10723; Wed, 24 Sep 1997 09:39:11 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA29697 for ; Wed, 24 Sep 1997 09:39:11 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA05070; Wed, 24 Sep 1997 09:37:12 -0700 Date: Wed, 24 Sep 1997 09:37:12 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709240937.ZM5068@multipass.engr.sgi.com> In-Reply-To: Tran cong Tam "ALIAS/WAVEFRONT" (Sep 24, 11:36am) References: <199709241836.LAA25132@sirssg1.epfl.ch> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Tran cong Tam , info-performer@sgi.com, renjye@python.tamu.edu Subject: Re: ALIAS/WAVEFRONT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 24, 11:36am, Tran cong Tam wrote: > Subject: ALIAS/WAVEFRONT > > > > Thanks for you reply. Since I am building the scenery for the fligt > > simulation, do you think the Alias/Wavefront is a good modeller for large scale > > object? > > Hi Yu, > > This is a delicate question. I used Explore/Wavefront to modeller > a landscape of 500x600 meters with about 40 buildings, our database > is about 800 Mb, the quality of objects and textures are nices. > > I think Alias/Wavefront should be OK too. But, If you use Multigen > for modelling you can import directly : > > - Billbaord > - Animation Level of Detail is the most significant feature. And lets not forget the terrain tools you can enable in the modeller. If porting from Alias Wavefront I expect you'll need more software like the Real-Teme Link from Clarus or Activation from Coryphaeus. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 24 11:44:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15476; Wed, 24 Sep 1997 09:54:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15451; Wed, 24 Sep 1997 09:54:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13593; Wed, 24 Sep 1997 09:54:38 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA05201 for ; Wed, 24 Sep 1997 09:54:34 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA09445; Wed, 24 Sep 1997 09:55:54 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA29668; Wed, 24 Sep 1997 09:58:23 -0700 From: "Anita Kishore" Message-Id: <9709240958.ZM29666@tracey.triavest.com> Date: Wed, 24 Sep 1997 09:58:22 -0700 In-Reply-To: Hartwig Distler "performer and transparency" (Sep 23, 7:18pm) References: <3427F9F1.167E@mpik-tueb.mpg.de> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Hartwig Distler Subject: Re: performer and transparency Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 23, 7:18pm, Hartwig Distler wrote: > Subject: performer and transparency > Hi, > > I'm sure this question has been answered before. However, I missed it > and couldn't find a real handle in the performer FAQ. Im loading a medit > (2.0) file into a performer application (my own application or perfly). > The medit file contains one textured polygon. The texture shows a > sinewave-grating filtered with a 2d gaussian. The special thing about > the texture is that the alpha values of the texture are adjusted > according to the output of the 2D gaussian,i.e the texture is completely > transparent at its borders, then the transparency smoothly decreases > towards the center, where the pattern is opaque. > > When loading the respective polygon to a performer application, the > transparency of the texture is no longer changing continously. Instead I > have a binary pattern of transparancies. The peripheral parts of the > polygon are completetly transparent whereas the center parts are opaque. > i was checking various settings for pfTransparency including high > quality, but no change. > > Can anyone help ? > > > > thanks, > > hartwig I had the same problem and with help from a lot of people on this list, I corrected the problem by using transparency state of PFTR_BLEND_ALPHA. Hope this helps -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Sep 24 15:06:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA15983; Wed, 24 Sep 1997 13:19:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA15958; Wed, 24 Sep 1997 13:19:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16887; Wed, 24 Sep 1997 13:19:26 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA12234 for ; Wed, 24 Sep 1997 13:19:24 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id NAA02224; Wed, 24 Sep 1997 13:28:00 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA05185; Wed, 24 Sep 1997 20:18:03 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA27563; Wed, 24 Sep 1997 13:18:02 -0700 From: "Marcus Barnes" Message-Id: <9709241318.ZM27559@logan.engr.multigen.com> Date: Wed, 24 Sep 1997 13:18:02 -0700 In-Reply-To: =?iso-8859-1?Q?=22Jesper_Nystr=F6m=22_=3Cjesper=40clarus=2Ese?= =?iso-8859-1?Q?=3E _______=22pfconv_-_FYI=22_=28Sep_24=2C__3=3A59pm=29?= References: <9709241559.ZM2774@claws30.prosolvia.se> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfconv - FYI Cc: support@multigen.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709241318.ZM27559.engr.multigen.com" Status: O --PART-BOUNDARY=.19709241318.ZM27559.engr.multigen.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On Sep 24, 3:59pm, Jesper Nystr=F6m wrote: > FYI, I learned that pfconv connot use the 15.4b flight loader to create= pfb > files. Oh? Why is that? Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + --PART-BOUNDARY=.19709241318.ZM27559.engr.multigen.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 01:41:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA17768; Wed, 24 Sep 1997 23:54:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA17743; Wed, 24 Sep 1997 23:54:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA15108; Wed, 24 Sep 1997 23:54:52 -0700 Received: from claws30.prosolvia.se (claws30.prosolvia.se [193.13.245.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA05232 for ; Wed, 24 Sep 1997 23:54:50 -0700 env-from (jesper@clarus.se) Received: (from jesper@localhost) by claws30.prosolvia.se (950413.SGI.8.6.12/8.6.11) id IAA04196; Thu, 25 Sep 1997 08:54:15 +0200 From: =?iso-8859-1?Q?=22Jesper_Nystr=F6m=22?= Message-Id: <9709250854.ZM4192@claws30.prosolvia.se> Date: Thu, 25 Sep 1997 08:54:14 +0000 In-Reply-To: "Marcus Barnes" "Re: pfconv - FYI" (Sep 24, 1:18pm) References: <9709241559.ZM2774@claws30.prosolvia.se> <9709241318.ZM27559@logan.engr.multigen.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Marcus Barnes" Subject: Re: pfconv - FYI Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709250854.ZM4192.prosolvia.se" Status: O --PART-BOUNDARY=.19709250854.ZM4192.prosolvia.se Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On Sep 24, 1:18pm, Marcus Barnes wrote: > Subject: Re: pfconv - FYI > > [ Text > Encoded with "quoted-printable" ] : > > On Sep 24, 3:59pm, Jesper Nystr=F6m wrote: > > FYI, I learned that pfconv connot use the 15.4b flight loader to crea= te pfb > > files. > > Oh? Why is that? > > Regards. > -- > + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + > + Multigen Inc. http://www.multigen.com + > + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + > + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + >-- End of excerpt from Marcus Barnes I don't know why, I just know that when I uses pfconv with the loader lib= s 15.4b I get very strange files if I get any at all. I check the flight fi= le in perfly, no problemo, then I check the pfb file in perfly, either perfly c= rashes or the files misses a lot of the polygons. Then I unsetenv PFLD_LIBRARY_P= ATH which points to the flight loader and then I use version 14.2 loader and = then it works fine. Jesper -- = ___ _ Jesper Nystrom Phone: +46 31 703 51 07 / _| |___ __ _ _ ___ Manager, IAS Phone: +46 31 703 51 00 | | | |_ \/ _| | | __\ Prosolvia Clarus AB Fax: +46 31 703 51 20 | |_| | _ | | | | |__ | Gardavagen 1 Email: jesper@clarus.se \___|_|___|_| \___/___/ S-412 50 GOTEBORG WWW: www.clarus.se SIXTH SENSE TECHNOLOGY SWEDEN "Bring your CAD models to life with CAD Real-Time Link" --PART-BOUNDARY=.19709250854.ZM4192.prosolvia.se-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 07:45:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA18218; Thu, 25 Sep 1997 06:45:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA18193; Thu, 25 Sep 1997 06:45:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA13157; Thu, 25 Sep 1997 06:45:08 -0700 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA07353 for ; Thu, 25 Sep 1997 06:44:51 -0700 env-from (paulb@equipe.ltd.uk) Received: from freud (lon75.mistral.co.uk [194.72.158.75]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id NAA13487 for ; Thu, 25 Sep 1997 13:49:04 +0100 Sender: paulb@hinge.mistral.co.uk Message-ID: <342A78CC.41C6@equipe.ltd.uk> Date: Thu, 25 Sep 1997 15:44:28 +0100 From: Paul Berridge Organization: Equipe Electronics Ltd X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Depth Buffer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Can anyone tell me how to calculate depth from the value stored in the depth buffer? I guessed that it would be something like: depth = nearClip*farClip/((1-dBuffVal)*farClip+dBuffVal*nearClip), which gives depth values between the near and far clip ranges, but the results aren't quite right. Alternatively, is there a Performer function I can call to calculate it for me? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 07:45:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA18191; Thu, 25 Sep 1997 06:43:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA18166; Thu, 25 Sep 1997 06:43:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA12992; Thu, 25 Sep 1997 06:43:34 -0700 Received: from mailhost.mic.atr.co.jp (mic.atr.co.jp [133.186.20.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA07173 for ; Thu, 25 Sep 1997 06:43:29 -0700 env-from (noma@mic.atr.co.jp) Received: from [133.186.25.103] by mailhost.mic.atr.co.jp (8.8.7+2.7Wbeta6/3.5Wpl706/12/97) id WAA06323; Thu, 25 Sep 1997 22:43:26 +0900 (JST) Date: Thu, 25 Sep 1997 22:43:26 +0900 (JST) Message-Id: <199709251343.WAA06323@mailhost.mic.atr.co.jp> X-Sender: noma@pop.mic.atr.co.jp X-Mailer: Macintosh Eudora Pro Version 3.0.2Jr2 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" To: info-performer@sgi.com From: Haruo NOMA Subject: Multi pipe error Status: O Dear Perfomer people, We have an ONYX with two RE2s. Each pipe have keyboard and mouse to use the ONYX with two users individually. Now, we would like to display two views from different view points on each screen. We found a following sample code, /usr/share/Performer/src/pguide/libpf/C/multipipe However, when we run this code, we had only three windows on the one screen and following error was displayed. Do we have to set something pre-definition? ------- > multipipe /usr/share/Performer/data/x29.sv PF Notice: pfdLoadFile_sv: /usr/share/Performer/data/x29.sv PF Warning/Usage: pfPipe::setScreen() pfPipe 1 screen request of 1 is greater than number of available hardware screens (0 - 0). Clamping to screen 0 PF Warning/Usage: pfPipe::setScreen() pfPipe 2 screen request of 2 is greater than number of available hardware screens (0 - 0). Clamping to screen 0 PF Notice: Using 60Hz video rate. PF Notice: Initializing stage 0x4 of pipe 2 on screen 0, con nection "" PF Notice: Pipe 2 size: 1280x1024 PF Notice: Initializing stage 0x4 of pipe 1 on screen 0, con nection "" PF Notice: Pipe 1 size: 1280x1024 PF Notice: Initializing stage 0x4 of pipe 0 on screen 0, con nection "" PF Notice: Pipe 0 size: 1280x1024 PF Notice: PipeWin of Pipe 2 opened on screen 0 PF Notice: PipeWin of Pipe 1 opened on screen 0 PF Notice: PipeWin of Pipe 0 opened on screen 0 -------- Thank you. Haruo Noma ---------------- Haruo Noma ATR Media Integration and Communications Research Lab. Tel: +81-774-95-1401 Fax: +81-774-95-1408 e-mail: noma@mic.atr.co.jp ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 12:10:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18640; Thu, 25 Sep 1997 10:27:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18615; Thu, 25 Sep 1997 10:27:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14070; Thu, 25 Sep 1997 10:27:36 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA11095 for ; Thu, 25 Sep 1997 10:27:35 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id KAA14058; Thu, 25 Sep 1997 10:27:34 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA25581; Thu, 25 Sep 1997 10:27:24 -0700 From: "Rob Jenkins" Message-Id: <9709251027.ZM25579@quid.csd.sgi.com> Date: Thu, 25 Sep 1997 10:27:24 -0700 In-Reply-To: Erik Geisler "Re: N64 No-border windows - Work-Around" (Sep 22, 8:07pm) References: <3421FAD4.514F@iname.com> <3421E1A4.2781@iapc.net> <3422FAA2.37A0@iname.com> <34271655.41C6@iapc.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Erik Geisler , info-performer@sgi.com Subject: Re: N64 No-border windows - Work-Around Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 22, 8:07pm, Erik Geisler wrote: > Subject: Re: N64 No-border windows - Work-Around > czg@iname.com wrote: > > > > Erik Geisler wrote: > > > I had the same problem. Got it to work by using the provided > > > code hack and adding the call 'XMoveResizeWindow(...)' after > > > informing Performer of the origin change. > > > > > > > Thanks for your help. > > I want to " man XMoveResizeWindow " but no manual entry found. > > Why? > > > > Cao Zhigang > > > > I looked it up in an Xlib book. On-line man pages are probably > found on some IDO CD. > Quite right: % versions long | grep -i XMoveResizeWindow l 0 0 x_dev.man.mandev usr/share/catman/p_man/cat3/X11/XMoveResizeWindow.z So you do need to install the subsystem x_dev.man.mandev Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 12:26:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18674; Thu, 25 Sep 1997 10:42:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18649; Thu, 25 Sep 1997 10:42:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA15911; Thu, 25 Sep 1997 10:42:22 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA15353 for ; Thu, 25 Sep 1997 10:42:18 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id MAA27232; Thu, 25 Sep 1997 12:42:02 -0500 (CDT) Date: Thu, 25 Sep 1997 12:38:55 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: Paul Berridge cc: info-performer@sgi.com Subject: Re: Depth Buffer In-Reply-To: <342A78CC.41C6@equipe.ltd.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 25 Sep 1997, Paul Berridge wrote: > Can anyone tell me how to calculate depth from the value stored in the > depth buffer? > > I guessed that it would be something like: > > depth = nearClip*farClip/((1-dBuffVal)*farClip+dBuffVal*nearClip), > > which gives depth values between the near and far clip ranges, but the > results aren't quite right. > > Alternatively, is there a Performer function I can call to calculate it > for me? This comes up about every 6 months....here is the stock reply... The 'official' SGI solution to this is... z = value in z buffer after rendering (input) range = distance to pixel in database units (output) np = distance to near clipping plane fp = distance far clipping plane (as read from pfGetChanNearFar) nz = near-clip z value fz = far-clip z value (as passed to lsetdepth for IrisGL, as read from glGetIntegerv ( GL_DEPTH_RANGE,...) for OpenGL) For each Z-buffer value: fp*np(fz-nz) ------------ fp-np - range = -------------------------- (fp+np)(fz-nz) fz+nz z - -------------- - ----- 2(fp-np) 2 I hope this helps... Steve Baker 817-619-8776 (Vox/Vox-Mail) Hughes Training Inc. 817-619-4028 (Fax) 2200 Arlington Downs Road SBaker@link.com (eMail) Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail) http://www.hti.com http://web2.airmail.net/sjbaker1 (personal) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 13:14:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA19688; Thu, 25 Sep 1997 12:31:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA19643; Thu, 25 Sep 1997 12:31:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA01214; Thu, 25 Sep 1997 12:31:39 -0700 Received: from drawbridge.ctc.com (drawbridge.ctc.com [147.160.199.35]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA18575 for ; Thu, 25 Sep 1997 12:31:32 -0700 env-from (hagens@ctc.com) Received: by drawbridge.ctc.com (951211.SGI.8.6.12.PATCH1042/951211.SGI) for <@drawbridge.ctc.com:info-performer@sgi.com> id PAA15495; Thu, 25 Sep 1997 15:31:25 -0400 Received: from sgi10.ctc.com(147.160.31.8) by drawbridge.ctc.com via smap (V1.3) id sma015482; Thu Sep 25 15:29:58 1997 Received: from sgi8.ctc.com by sgi10.ctc.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA20723; Thu, 25 Sep 1997 15:29:44 -0400 Received: by sgi8.ctc.com id PAA01195; Thu, 25 Sep 1997 15:30:13 -0400 From: "Dan Hagens" Message-Id: <9709251530.ZM1193@sgi8.ctc.com> Date: Thu, 25 Sep 1997 15:30:13 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: SwapBuffers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performers, I am having a problem with all of my channels swapping buffers at the same time. I have 3 pipes with 2 channels for each pipe. Each channel is set for left eye and right eye viewing for stereo. The two channels on each pipe swap buffers at the same time but they don't all swap at the same time. I tried setting the PFCHAN_SWAPBUFFERS in the mask but that seems to work only on channels that are attached using pfAttachChan. Does anyone know of a way to swap all of the channels at the same time. Thanks. -- ********************************** * Daniel J. Hagens, Jr. * * Concurrent Technologies Corp. * * Assistant Software Engineer * * (814) 269-6891 * * hagens@ctc.com * ********************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 12:41:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18702; Thu, 25 Sep 1997 10:55:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18677; Thu, 25 Sep 1997 10:55:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA17484; Thu, 25 Sep 1997 10:55:21 -0700 Received: from graphics.cis.upenn.edu (GRAPHICS.CIS.UPENN.EDU [158.130.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA19578 for ; Thu, 25 Sep 1997 10:55:16 -0700 env-from (rama@graphics.cis.upenn.edu) Received: from speak.cis.upenn.edu by graphics.cis.upenn.edu via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA06137; Thu, 25 Sep 1997 13:55:09 -0400 Received: from localhost by speak.cis.upenn.edu id RAA02299; Thu, 25 Sep 1997 17:55:08 GMT Posted-Date: Thu, 25 Sep 1997 17:55:08 GMT Message-Id: <199709251755.RAA02299@speak.cis.upenn.edu> X-Mailer: exmh version 1.6.2 7/18/95 To: info-performer@sgi.com cc: rama@graphics.cis.upenn.edu Subject: Transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Sep 1997 13:55:08 -0400 From: Rama Bindiganavale Status: O Hi all, I am trying to implement transparent textures in my program. But I seem to have a basic problem. I have the images in gif format (with transparency). Can comebody suggest me a quick way of converting it to rgba format? Most utilities I came across convert only to RGB. Thanks Rama ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 13:14:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA19308; Thu, 25 Sep 1997 12:29:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA19283; Thu, 25 Sep 1997 12:29:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA00465; Thu, 25 Sep 1997 12:29:13 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA17787 for ; Thu, 25 Sep 1997 12:29:08 -0700 env-from (allenb@icemt.iastate.edu) Received: from icemt.iastate.edu (cheerios.icemt.iastate.edu [129.186.232.31]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id OAA13761; Thu, 25 Sep 1997 14:28:44 -0500 Sender: allenb@icemt.iastate.edu Message-ID: <342ABB6B.E27C57B2@icemt.iastate.edu> Date: Thu, 25 Sep 1997 14:28:43 -0500 From: Allen Bierbaum Organization: ISU SE Lab X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Haruo NOMA CC: info-performer@sgi.com Subject: Re: Multi pipe error References: <199709251343.WAA06323@mailhost.mic.atr.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Performer assumes that you do not have the multi-keyboard option. So it is trying to connect to :0.1 and :0.2. Try adding a line to set the pipe connections string. The function to note is setWSConnectionName. It specifies the window server to connect to. The following code works in the C++ version. for (loop=0; loop < max; loop++) { char str[PF_MAXSTRING]; char pipeStr[PF_MAXSTRING]; pipe[loop] = pfGetPipe(loop); // START HERE sprintf(pipeStr, ":%d.0", loop); // TKO //sprintf(pipeStr, ":0.%d", loop); // SKO pfNotify(PFNFY_ALWAYS, PFNFY_PRINT, pipeStr); pipe[loop]->setWSConnectionName(pipeStr); pipe[loop]->setScreen(loop); // END HERE pfPipeWindow *pw = new pfPipeWindow(pipe[loop]); sprintf(str, "IRIS Performer - Pipe %d", loop); pw->setName(str); if (NumScreens > 1) { pw->setOriginSize(0, 0, 300, 300); } else pw->setOriginSize((loop&0x1)*315, ((loop&0x2)>>1)*340, 300, 300); pw->setConfigFunc(OpenPipeWin); pw->config(); } Hope this help. -Allen Haruo NOMA wrote: > > Dear Perfomer people, > > We have an ONYX with two RE2s. Each pipe have keyboard and mouse to use the > ONYX with two users individually. > > Now, we would like to display two views from different view points on each > screen. We found a following sample code, > > /usr/share/Performer/src/pguide/libpf/C/multipipe > > However, when we run this code, we had only three windows on the one screen > and following error was displayed. > > Do we have to set something pre-definition? > > ------- > > > multipipe /usr/share/Performer/data/x29.sv > > PF Notice: pfdLoadFile_sv: /usr/share/Performer/data/x29.sv > PF Warning/Usage: pfPipe::setScreen() pfPipe 1 screen request of 1 > is greater than number of available hardware screens (0 - 0). Clamping to > screen > 0 > PF Warning/Usage: pfPipe::setScreen() pfPipe 2 screen request of 2 > is greater than number of available hardware screens (0 - 0). Clamping to > screen > 0 > PF Notice: Using 60Hz video rate. > PF Notice: Initializing stage 0x4 of pipe 2 on screen 0, > con > nection "" > PF Notice: Pipe 2 size: 1280x1024 > PF Notice: Initializing stage 0x4 of pipe 1 on screen 0, > con > nection "" > PF Notice: Pipe 1 size: 1280x1024 > PF Notice: Initializing stage 0x4 of pipe 0 on screen 0, > con > nection "" > PF Notice: Pipe 0 size: 1280x1024 > PF Notice: PipeWin of Pipe 2 opened on screen 0 > PF Notice: PipeWin of Pipe 1 opened on screen 0 > PF Notice: PipeWin of Pipe 0 opened on screen 0 > > -------- > > Thank you. > > Haruo Noma > > ---------------- > Haruo Noma > ATR Media Integration and Communications Research Lab. > Tel: +81-774-95-1401 Fax: +81-774-95-1408 > e-mail: noma@mic.atr.co.jp > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Allen Bierbaum ISU SE Lab Research Assistant ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 13:08:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA18788; Thu, 25 Sep 1997 11:24:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA18763; Thu, 25 Sep 1997 11:24:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA21584; Thu, 25 Sep 1997 11:24:35 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA28833 for ; Thu, 25 Sep 1997 11:24:27 -0700 env-from (nicolas@cae.ca) Received: tid OAA01412; Thu, 25 Sep 1997 14:19:57 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA11348; Thu, 25 Sep 1997 14:16:47 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.com id OAA07892; Thu, 25 Sep 1997 14:04:18 -0400 From: "Nicolas Gauvin" Message-Id: <9709251404.ZM7890@christine.cae.ca> Date: Thu, 25 Sep 1997 14:04:18 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: RS343 video with Infinite Reality? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I want to output a video signal matching the RS343 spec out of an Infinite Reality. The Reality Engine used to offer the following vof which matches RS343 exactly: VOF 960x802_30i.u: Active Line Length: 960 pixels, 30.99 usec. Vertical Active Height: 802 lines Nominal Line Period (total width): 1180 pixels, 38.10 usec. Lines Per Frame: 875 lines Pixel Clock: 30.975000 MHz, period = 32.284100 nsec. Horizontal Line Frequency: 26.250 KHz Horizontal Sync Duration: 85 pixels, 2.74 usec. Horizontal Back Porch Duration: 105 pixels, 3.39 usec. Horizontal Front Porch Duration: 30 pixels, 0.97 usec. Vertical Front Porch Duration: 3540 pixels, 3.0 lines, 0.11 msec Vertical Sync Duration: 3540 pixels, 3.0 lines, 0.11 msec Sync Pulse Duration: 530 pixels, 17.11 usec Sync Pulse Count: 6 Vertical Back Porch Duration: 36580 pixels, 31.0 lines, 1.18 msec VWALK to ACTIVID duration: 10640 pixels, 9.016949 lines Frame Frequency: 30 Hz Interlaced, 2 Fields Flags: (None) Now my big question is, how can I get the exact same thing from an iR since there is no vof like this? I used to think that ircombine would enable me to get this but after looking at the limited set of controls ircombine offers, I'm starting to have some serious doubts. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 15:30:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA20260; Thu, 25 Sep 1997 13:31:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20235; Thu, 25 Sep 1997 13:31:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA09186; Thu, 25 Sep 1997 13:31:57 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA05892 for ; Thu, 25 Sep 1997 13:31:57 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA05492; Thu, 25 Sep 1997 13:30:39 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709252030.NAA05492@remi.engr.sgi.com> Subject: Re: Depth Buffer To: paulb@equipe.ltd.uk (Paul Berridge) Date: Thu, 25 Sep 1997 13:30:39 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <342A78CC.41C6@equipe.ltd.uk> from "Paul Berridge" at Sep 25, 97 03:44:28 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 817 Status: O Paul Berridge wrote: > > Can anyone tell me how to calculate depth from the value stored in the > depth buffer? > > I guessed that it would be something like: > > depth = nearClip*farClip/((1-dBuffVal)*farClip+dBuffVal*nearClip), > > which gives depth values between the near and far clip ranges, but the > results aren't quite right. glReadPixels(x,y,1,1,GL_DEPTH_COMPONENT,GL_FLOAT,&f); z = 2*far*near / (far+near - (far - near) * (2 * f -1.)); note that the ReadPixel function accuracy is 16bits linear integer, even if the Zbuffer is 23bits compressed. > > Alternatively, is there a Performer function I can call to calculate it > for me? _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 16:24:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21007; Thu, 25 Sep 1997 14:38:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA20982; Thu, 25 Sep 1997 14:38:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA19217; Thu, 25 Sep 1997 14:38:32 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA25075 for ; Thu, 25 Sep 1997 14:38:32 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA05905; Thu, 25 Sep 1997 14:37:16 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709252137.OAA05905@remi.engr.sgi.com> Subject: Re: RS343 video with Infinite Reality? To: nicolas@cae.ca (Nicolas Gauvin) Date: Thu, 25 Sep 1997 14:37:16 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9709251404.ZM7890@christine.cae.ca> from "Nicolas Gauvin" at Sep 25, 97 02:04:18 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1949 Status: O Nicolas Gauvin wrote: > > I want to output a video signal matching the RS343 spec > out of an Infinite Reality. The Reality Engine used to offer the > following vof which matches RS343 exactly: > > VOF 960x802_30i.u: > Active Line Length: 960 pixels, 30.99 usec. > Vertical Active Height: 802 lines > Nominal Line Period (total width): 1180 pixels, 38.10 usec. > Lines Per Frame: 875 lines > Pixel Clock: 30.975000 MHz, period = 32.284100 > nsec. Horizontal Line Frequency: 26.250 KHz > Horizontal Sync Duration: 85 pixels, 2.74 usec. > Horizontal Back Porch Duration: 105 pixels, 3.39 usec. > Horizontal Front Porch Duration: 30 pixels, 0.97 usec. > Vertical Front Porch Duration: 3540 pixels, 3.0 lines, 0.11 msec > Vertical Sync Duration: 3540 pixels, 3.0 lines, 0.11 msec > Sync Pulse Duration: 530 pixels, 17.11 usec > Sync Pulse Count: 6 > Vertical Back Porch Duration: 36580 pixels, 31.0 lines, 1.18 msec > VWALK to ACTIVID duration: 10640 pixels, 9.016949 lines > Frame Frequency: 30 Hz Interlaced, 2 Fields > Flags: (None) > > Now my big question is, how can I get the exact same thing from an iR since > there is no vof like this? > > I used to think that ircombine would enable me to get this but after > looking at the limited set of controls ircombine offers, I'm starting to > have some serious doubts. If the format does not exist, you can create it using the VFC (Video Format Compiler). This is a separate product that you'll have to get from your local SGI representative. Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 16:57:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA21294; Thu, 25 Sep 1997 15:18:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA21269; Thu, 25 Sep 1997 15:18:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA24177; Thu, 25 Sep 1997 15:18:54 -0700 Received: from thor.ATSaerospace.com (gwmix.atsaerospace.com [198.168.83.144]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA07483 for ; Thu, 25 Sep 1997 15:18:53 -0700 env-from (jaydee@thor.ATSaerospace.com) Received: (from jaydee@localhost) by thor.ATSaerospace.com (8.8.7/gw887) id SAA04342; Thu, 25 Sep 1997 18:18:39 -0400 (EDT) Message-Id: <199709252218.SAA04342@thor.ATSaerospace.com> From: jaydee@ATSaerospace.com (Jean Daigle) Date: Thu, 25 Sep 1997 18:18:39 -0400 In-Reply-To: "Nicolas Gauvin" "RS343 video with Infinite Reality?" (Sep 25, 2:04pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Nicolas Gauvin" , info-performer@sgi.com Subject: Re: RS343 video with Infinite Reality? Status: O Hi! On Sep 25, 2:04pm, "Nicolas Gauvin" wrote: ... } I want to output a video signal matching the RS343 spec } out of an Infinite Reality. The Reality Engine used to offer the } following vof which matches RS343 exactly: ... } Now my big question is, how can I get the exact same thing from an iR since } there is no vof like this? } } I used to think that ircombine would enable me to get this but after } looking at the limited set of controls ircombine offers, I'm starting to } have some serious doubts. ... }-- End of excerpt from "Nicolas Gauvin" Ircombine simply lets one create a flexible palette of existing video formats. To boldly go where RE^2 has gone before, you might need the Video Format Compiler: http://www.sgi.com/Products/software/vfc/ Be sure to note all the caveats about turning your video hardware into molten silicon if you do not choose your parameters wisely... Regards, Jean Daigle. -------------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Manager, 1250 Boul Marie-Victorin | | Real Time Graphics & Entertainment St. Bruno, QC J3V 6B8 | | Tel: (514) 441-9000 | | Jean.Daigle@ATSaerospace.com Fax: (514) 441-6789 | -------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 17:38:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA21597; Thu, 25 Sep 1997 16:29:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA21572; Thu, 25 Sep 1997 16:29:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA03156; Thu, 25 Sep 1997 16:29:23 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA27675 for ; Thu, 25 Sep 1997 16:29:22 -0700 env-from (ashein@orac.boston.sgi.com) Received: by orac.boston.sgi.com (950413.SGI.8.6.12/940406.SGI) id PAA11055; Thu, 25 Sep 1997 15:54:34 -0700 From: "Andy Shein" Message-Id: <9709251554.ZM11053@orac.boston.sgi.com> Date: Thu, 25 Sep 1997 15:54:34 -0700 In-Reply-To: "Nicolas Gauvin" "RS343 video with Infinite Reality?" (Sep 25, 2:04pm) References: <9709251404.ZM7890@christine.cae.ca> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Nicolas Gauvin" , info-performer@sgi.com Subject: Re: RS343 video with Infinite Reality? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O check out http://www.sgi.com/Products/software/vfc/index.html You can create any video format you want with VFC :) Andy On Sep 25, 2:04pm, Nicolas Gauvin wrote: > Subject: RS343 video with Infinite Reality? > I want to output a video signal matching the RS343 spec > out of an Infinite Reality. The Reality Engine used to offer the > following vof which matches RS343 exactly: > > VOF 960x802_30i.u: > Active Line Length: 960 pixels, 30.99 usec. > Vertical Active Height: 802 lines > Nominal Line Period (total width): 1180 pixels, 38.10 usec. > Lines Per Frame: 875 lines > Pixel Clock: 30.975000 MHz, period = 32.284100 > nsec. Horizontal Line Frequency: 26.250 KHz > Horizontal Sync Duration: 85 pixels, 2.74 usec. > Horizontal Back Porch Duration: 105 pixels, 3.39 usec. > Horizontal Front Porch Duration: 30 pixels, 0.97 usec. > Vertical Front Porch Duration: 3540 pixels, 3.0 lines, 0.11 msec > Vertical Sync Duration: 3540 pixels, 3.0 lines, 0.11 msec > Sync Pulse Duration: 530 pixels, 17.11 usec > Sync Pulse Count: 6 > Vertical Back Porch Duration: 36580 pixels, 31.0 lines, 1.18 msec > VWALK to ACTIVID duration: 10640 pixels, 9.016949 lines > Frame Frequency: 30 Hz Interlaced, 2 Fields > Flags: (None) > > Now my big question is, how can I get the exact same thing from an iR since > there is no vof like this? > > I used to think that ircombine would enable me to get this but after > looking at the limited set of controls ircombine offers, I'm starting to > have some serious doubts. > > > > -- > Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse > 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 > nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Nicolas Gauvin -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 18:16:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA21694; Thu, 25 Sep 1997 16:45:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA21669; Thu, 25 Sep 1997 16:45:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA05053; Thu, 25 Sep 1997 16:45:53 -0700 Received: from yacko.csd.sgi.com ([150.166.145.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA01952; Thu, 25 Sep 1997 16:45:52 -0700 env-from (ekunze@yacko.csd.sgi.com) Received: from localhost by yacko.csd.sgi.com via SMTP (970321.SGI.8.8.5/911001.SGI) id QAA23060; Thu, 25 Sep 1997 16:45:47 -0700 (PDT) Message-Id: <199709252345.QAA23060@yacko.csd.sgi.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Nicolas Gauvin" cc: info-performer@sgi.com Subject: Re: RS343 video with Infinite Reality? In-reply-to: Your message of "Thu, 25 Sep 1997 14:04:18 EDT." <9709251404.ZM7890@christine.cae.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 25 Sep 1997 16:45:47 -0700 From: Eric Kunze Status: O nicolas@cae.ca said: > Now my big question is, how can I get the exact same thing from an iR > since there is no vof like this? > I used to think that ircombine would enable me to get this but after > looking at the limited set of controls ircombine offers, I'm starting > to have some serious doubts. You are correct that ircombine will not allow you to get this format output. However, with IR, you have vfc, the video format compiler available with which you can create your own format. With the information you already have, creating a format is not too difficult. You can get the compiler and required rules files from: http://www.sgi.com/Products/software/vfc/ It is a free product. Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Sep 25 20:54:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA22199; Thu, 25 Sep 1997 19:01:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA22174; Thu, 25 Sep 1997 19:01:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA16985; Thu, 25 Sep 1997 19:01:51 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA01905 for ; Thu, 25 Sep 1997 19:01:46 -0700 env-from (czg@iname.com) From: czg@iname.com Received: from pc-czg (ab-2-61.bta.net.cn [202.99.62.129]) by public.bta.net.cn (8.8.5/8.8.5) with SMTP id KAA29655 for ; Fri, 26 Sep 1997 10:01:29 +0800 (CST) Message-ID: <342BE9B7.394@iname.com> Date: Fri, 26 Sep 1997 09:58:31 -0700 Reply-To: czg@iname.com X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: thanks for "N64 No-border windows" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Sharon Clay, Sylvain Mayer, Greg Wiatroski, Erik Geisler, Tom McReynolds, Ralf.Beyer, Rob Jenkins, Thanks for your help indeed. Cao Zhigang =================================== E-Mail: flysiml@public.bta.net.cn Tel: (8610)68428861-340 Fax: (8610)68424844 =================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 00:11:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA22616; Thu, 25 Sep 1997 22:26:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA22591; Thu, 25 Sep 1997 22:26:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA28605; Thu, 25 Sep 1997 22:26:02 -0700 Received: from fbdev1.mdc.com (FBDEV1.LGB.CAL.BOEING.COM [129.200.45.232]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA08173 for ; Thu, 25 Sep 1997 22:26:00 -0700 env-from (sal@fbdev1.mdc.com) Received: (from sal@localhost) by fbdev1.mdc.com (8.8.6/8.8.6) id WAA04821 for info-performer@sgi.com; Thu, 25 Sep 1997 22:21:29 -0700 (PDT) From: "Salvador Cabaruvias" Message-Id: <9709252221.ZM4819@fbdev1.mdc.com> Date: Thu, 25 Sep 1997 22:21:29 -0700 Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: SCRAMNet Interrupts with Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Has anyone implemented SCRAMNet with its Interrupt mechanism with Performer? Specifically the processing of the interrupts. I have the SCRAMNet sample program working so I know the hardware and driver work. It uses signal and blockproc mechanism. I 'sproc' a process and block for the interrupt signal. The 'sproc' process never wakes up due no signal from the interrupt routine. Is there some trick to making this work or what? Thanks in advance sal -- ---------------------------------------------------------------. Salvador Cabaruvias | sal@sgidev.mdc.com | ---------------------------------------------------------------. Crew Station Simulat Lab | "Well I be done seen about every | McDonnell Douglas | thing when I see an elephant | (562) 593-6719 | fly" --Dumbo-- | ---------------------------------------------------------------: ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 00:51:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA22724; Thu, 25 Sep 1997 23:08:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA22699; Thu, 25 Sep 1997 23:08:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA00512; Thu, 25 Sep 1997 23:08:35 -0700 Received: from vr.mme.wsu.edu (vr.mme.wsu.edu [134.121.72.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA15775; Thu, 25 Sep 1997 23:08:30 -0700 env-from (perflist@vr.mme.wsu.edu) Received: from vreality by vr.mme.wsu.edu via SMTP (950413.SGI.8.6.12/930416.SGI.AUTO) id XAA04219; Thu, 25 Sep 1997 23:08:07 -0700 Sender: perflist@vr.mme.wsu.edu Message-ID: <342B5147.41C6@vr.mme.wsu.edu> Date: Thu, 25 Sep 1997 23:08:07 -0700 From: Performer Mailing List Organization: Washington State University X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Javier Castellar CC: "Tinker, Peter" , Performer mailing list Subject: Help - IR Genlock problems!! References: <9611271742.ZM3695@sixty.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I have a 2-pipe Onyx2 and am trying to use the VR4 HMD in stereo mode. I have tried all the previous suggestions on IR genlocks. The format I need is 640x486_30i. I set both my pipes to the same format. Pipe 1 has EXTERNAL sync. I am using the green of the RGB output from one of the channels of pipe 0 as the sync being sent to the Genlock in of pipe 1. Pipe 1 genlock "loop-through" is terminated. gfxinfo tells me that pipe 0 genlock is false and pipe 1 genlock is true. However, my Performer application still complains that the pipes are not genlocked. My left and right views are not in sync (I am assuming this is because of Genlocking problems!) Help!! Jay Javier Castellar wrote: > > > I am using pipes 0 and 1 at 2@1280x1024_60 and pipe 2 at 8@640x480_60, but I > > have no better luck when all pipes are at 1280x1024@60. > > > > Pipe 0's vertical sync is cabled to Pipe 1's genlock in. Pipe 1's gelock out > > is cabled to Pipe 2's genlock in. Pipe 2's genlock out is terminated. A > > scope shows that Pipe 2's genlock out is getting a 60Hz pulse, as expected, > > i.e., no obvious signal problem through the pipes. > > > > Using ircombine, pipe 0's sync is set INTERNAL; pipe 1 and 2's syncs are set > > EXTERNAL. > > You have to provide as well the external sync format. > In the "Edit Globals" window, under the sync type (INTERNAL in first pipe and > EXTERNAL in second and third) you have to type 1280x1024_60.vfo. > > sync: EXTERNAL > sync format: .vfo > > The iR DG4 has the ability to genlock with nearly any signal, as soon as you > said so. > > In order to check if it is genlocked please use: > > /usr/gfx/gfxinfo -v | grep Sync > > I will be in IITSEC during next week, if is more urgent try to contact my > admin. > > It know that it works, I have personally genlocked our 3 pipe iR, a 3 pipe > Onyx2 and nice 4 pipe Onyx2. > > Try to genlock first couple by couple (i.e. 0->1 ) to be sure the cables are > right, one by one. It will reduce the number of variables. > > Remember to terminate the last genlock out. > > -Javier > > -- > ************************************************************************* > * Javier Castellar Arribas * Email: javier@asd.sgi.com * > * * Vmail: 3-1589 * > * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * > * Core Design - Applied Engineering * Fax: 415-964-8671 * > * Advanced Systems Division * MailStop: 8L-800 * > ************************************************************************* > * Silicon Graphics Inc. * > * 2011 N. Shoreline Boulevard, * > * Mountain View, California 94043-1386, USA * > ************************************************************************* > "Violence is the last refuge of the incompetent" > Hardin Seldon > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 02:23:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA22902; Fri, 26 Sep 1997 01:09:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA22877; Fri, 26 Sep 1997 01:09:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA07920; Fri, 26 Sep 1997 01:09:05 -0700 Received: from hyperion.roblis (hyperion.lisitt.uv.es [147.156.133.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA04991 for ; Fri, 26 Sep 1997 01:08:57 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost (jcasilla@localhost) by hyperion.roblis (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA22240; Fri, 26 Sep 1997 10:07:56 -0700 Date: Fri, 26 Sep 1997 10:07:56 -0700 (PDT) From: Joaquin Casillas Melendez X-Sender: jcasilla@hyperion.roblis To: Rama Bindiganavale cc: info-performer@sgi.com Subject: Re: Transparent textures In-Reply-To: <199709251755.RAA02299@speak.cis.upenn.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 25 Sep 1997, Rama Bindiganavale wrote: > > > Hi all, > > I am trying to implement transparent textures in my program. > But I seem to have a basic problem. I have the images in gif format > (with transparency). Can comebody suggest me a quick way of converting it > to rgba format? Most utilities I came across convert only to RGB. > > Thanks > Rama Try mediaconvert. Once you've loaded the gif file, in output media select Image File and with File Format button you can choose rgba or rgbA formats. Hope this helps. > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 02:23:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA22875; Fri, 26 Sep 1997 01:07:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA22850; Fri, 26 Sep 1997 01:07:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA07777; Fri, 26 Sep 1997 01:07:12 -0700 Received: from mailhost.mic.atr.co.jp (mic.atr.co.jp [133.186.20.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA04867 for ; Fri, 26 Sep 1997 01:07:09 -0700 env-from (noma@mic.atr.co.jp) Received: from noma by mailhost.mic.atr.co.jp (8.8.7+2.7Wbeta6/3.6Wbeta709/26/97) id RAA21908; Fri, 26 Sep 1997 17:06:57 +0900 (JST) Date: Fri, 26 Sep 1997 17:06:57 +0900 (JST) Message-Id: <199709260806.RAA21908@mailhost.mic.atr.co.jp> X-Sender: noma@pop.mic.atr.co.jp In-Reply-To: <342ABB6B.E27C57B2@icemt.iastate.edu> References: <199709251343.WAA06323@mailhost.mic.atr.co.jp> X-Mailer: Macintosh Eudora Pro Version 3.0.2Jr2 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" To: info-performer@sgi.com From: Haruo NOMA Subject: Re: Multi pipe error Status: O Hello Allen and Performer people, Thank you for your rapid suggestion. We tried to retouch the sample code and run.... However, all windows are displayed on first display. Output were /usr/share/Performer/src/pguide/libpf/C++/multipipe shuttle1.obj PF Notice: pfdLoadFile_obj: shuttle1.obj PF Print: :0.0 PF Print: :1.0 PF Warning/Usage: pfPipe::setScreen() pfPipe 1 screen request of 1 is greater than number of available hardware screens (0 - 0). Clamping to screen 0 PF Notice: Using 60Hz video rate. PF Notice: Initializing stage 0x4 of pipe 0 PF Notice: Pipe 0 size: 1280x1024 PF Notice: Initializing stage 0x4 of pipe 1 PF Notice: Pipe 1 size: 1280x1024 This output shows that 1) the function setWSConnectionName() can assign pipes to each window manager correctly. 2) However, the function setScreen() can not understand hardware screen. 3) So, the pipe 0 & 1 are assigned on first display (screen?). On my ONYX, we added one extra RE2 so we have two screens and two keyboards. In my sense, TKO looks to work well on our environment. Does our ONYX has some hardware trouble around RE2 and TKO? Haruo Noma At 2:28 PM -0500 97.9.25, Allen Bierbaum wrote: > The following code works in the C++ version. > > for (loop=0; loop < max; loop++) > { > char str[PF_MAXSTRING]; > char pipeStr[PF_MAXSTRING]; > > pipe[loop] = pfGetPipe(loop); > > // START HERE > > sprintf(pipeStr, ":%d.0", loop); // TKO > //sprintf(pipeStr, ":0.%d", loop); // SKO > > pfNotify(PFNFY_ALWAYS, PFNFY_PRINT, pipeStr); > pipe[loop]->setWSConnectionName(pipeStr); > pipe[loop]->setScreen(loop); > > // END HERE > > pfPipeWindow *pw = new pfPipeWindow(pipe[loop]); > sprintf(str, "IRIS Performer - Pipe %d", loop); > pw->setName(str); > if (NumScreens > 1) > { > pw->setOriginSize(0, 0, 300, 300); > } else > pw->setOriginSize((loop&0x1)*315, ((loop&0x2)>>1)*340, 300, 300); > > pw->setConfigFunc(OpenPipeWin); > pw->config(); > } > > > Hope this help. > ---------------- Haruo Noma ATR Media Integration and Communications Research Lab. Tel: +81-774-95-1401 Fax: +81-774-95-1408 e-mail: noma@mic.atr.co.jp ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 04:36:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA23179; Fri, 26 Sep 1997 02:39:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA23154; Fri, 26 Sep 1997 02:39:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA12067; Fri, 26 Sep 1997 02:39:37 -0700 Received: from zaphod.munich.sgi.com ([144.253.193.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA18418 for ; Fri, 26 Sep 1997 02:39:34 -0700 env-from (joerg@zaphod.munich.sgi.com) Received: by zaphod.munich.sgi.com (950413.SGI.8.6.12/911001.SGI) id LAA27954; Fri, 26 Sep 1997 11:38:33 +0200 Date: Fri, 26 Sep 1997 11:38:33 +0200 From: joerg@zaphod.munich.sgi.com (Joerg Wallmersperger) Message-Id: <9709261138.ZM27948@zaphod.munich.sgi.com> In-Reply-To: Performer Mailing List "Help - IR Genlock problems!!" (Sep 25, 11:08pm) References: <9611271742.ZM3695@sixty.asd.sgi.com> <342B5147.41C6@vr.mme.wsu.edu> X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgck]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og( Subject: Re: Help - IR Genlock problems!! Cc: Javier Castellar , "Tinker, Peter" , Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709261138.ZM27948.munich.sgi.com" Status: O -- --PART-BOUNDARY=.19709261138.ZM27948.munich.sgi.com Content-Type: text/plain; charset=us-ascii Jay, are you aware, that you need a special cable for genlocking Onyx2 systems? There is a special 13W3 cable, which has 2 separate BNC cable outputs for HSYNC and VSYNC. Put the white cable (I think) into the genlock-in of the other pipe and put the 75 Ohm terminator on Genlock Loop Through. Genlock Loop Through is the bottommost BNC connector, Genlock In is the one above - just in case there is no label :-) I attached a dg5 gif picture. As you can see, there are no seperate SYNC outputs like Onyx IR systems used to have. I think this cable is shipped with all Multipipe Onyx2 configurations. In case you don't have it, the SGI Partnumber is 018-0634-001. I also attached a picture of this one. As stated below, the ircombine issues seem to be correct. Greetings Joerg On Sep 25, 11:08pm, Performer Mailing List wrote: } Subject: Help - IR Genlock problems!! } I have a 2-pipe Onyx2 and am trying to use the VR4 HMD in stereo mode. } I have tried all the previous suggestions on IR genlocks. The format I } need is 640x486_30i. I set both my pipes to the same format. Pipe 1 } has EXTERNAL sync. I am using the green of the RGB output from one of } the channels of pipe 0 as the sync being sent to the Genlock in of pipe } 1. Pipe 1 genlock "loop-through" is terminated. } } gfxinfo tells me that pipe 0 genlock is false and pipe 1 genlock is } true. However, my Performer application still complains that the pipes } are not genlocked. } } My left and right views are not in sync (I am assuming this is because } of Genlocking problems!) } } Help!! } } Jay } } } } } } } } } Javier Castellar wrote: } > } > > I am using pipes 0 and 1 at 2@1280x1024_60 and pipe 2 at 8@640x480_60, but I } > > have no better luck when all pipes are at 1280x1024@60. } > > } > > Pipe 0's vertical sync is cabled to Pipe 1's genlock in. Pipe 1's gelock out } > > is cabled to Pipe 2's genlock in. Pipe 2's genlock out is terminated. A } > > scope shows that Pipe 2's genlock out is getting a 60Hz pulse, as expected, } > > i.e., no obvious signal problem through the pipes. } > > } > > Using ircombine, pipe 0's sync is set INTERNAL; pipe 1 and 2's syncs are set } > > EXTERNAL. } > } > You have to provide as well the external sync format. } > In the "Edit Globals" window, under the sync type (INTERNAL in first pipe and } > EXTERNAL in second and third) you have to type 1280x1024_60.vfo. } > } > sync: EXTERNAL } > sync format: .vfo } > } > The iR DG4 has the ability to genlock with nearly any signal, as soon as you } > said so. } > } > In order to check if it is genlocked please use: } > } > /usr/gfx/gfxinfo -v | grep Sync } > } > I will be in IITSEC during next week, if is more urgent try to contact my } > admin. } > } > It know that it works, I have personally genlocked our 3 pipe iR, a 3 pipe } > Onyx2 and nice 4 pipe Onyx2. } > } > Try to genlock first couple by couple (i.e. 0->1 ) to be sure the cables are } > right, one by one. It will reduce the number of variables. } > } > Remember to terminate the last genlock out. } > } > -Javier } > } > -- } > ************************************************************************* } > * Javier Castellar Arribas * Email: javier@asd.sgi.com * } > * * Vmail: 3-1589 * } > * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * } > * Core Design - Applied Engineering * Fax: 415-964-8671 * } > * Advanced Systems Division * MailStop: 8L-800 * } > ************************************************************************* } > * Silicon Graphics Inc. * } > * 2011 N. Shoreline Boulevard, * } > * Mountain View, California 94043-1386, USA * } > ************************************************************************* } > "Violence is the last refuge of the incompetent" } > Hardin Seldon } > ======================================================================= } > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ } > Submissions: info-performer@sgi.com } > Admin. requests: info-performer-request@sgi.com } ======================================================================= } List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ } Submissions: info-performer@sgi.com } Admin. requests: info-performer-request@sgi.com }-- End of excerpt from Performer Mailing List -- Joerg Wallmersperger, System Engineer Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn E-mail: joerg@munich.sgi.com Tel.: 089-46108314 (US: 49.89.46108314) Fax.: 089-46107314 (US: 49.89.46107314) http://reality.sgi.com/joerg_munich --PART-BOUNDARY=.19709261138.ZM27948.munich.sgi.com X-Zm-Content-Name: dg5.gif Content-Description: Gif Image Content-Type: image/gif ; name="dg5.gif" Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u R0lGODdhsAEiAvMAAAAAAED/QP//QACzAPLMDaampoCAgGZmZv///wDMAEBAQNnZ2b+/vwAA AAAAAAAAACwAAAAAsAEiAgME/hDJSau9OOvNu/9gKI5kaZ5oqq5s675wLM90bd94ru987//A oHBILBqPyKRyyWw6n9CodEqtWq/YrHbL7Xq/4LB4TC6bz+i0es1uu99wZgAQiNvv+NicDujn /4CBHXsBhX0BCYKKi3+EhnQJCQCJjJWWaY6EkZuTl56fXpmHm6SSlKCoqVCikKWlAKqxskes iK6usLO6uzu1t7+5vMLDL76/wMTJyibGx8jL0NEazc7P0tfS1NXW2N3D2tvc3uOx1H0AC+G4 5Oyp5ugLC33p6pHB7fiL7/EF8/Lo9e7lG4hn34J+fRDGmxdOIMGHbQwiLNCP4sR/k0rN4QSx IxuJ/gktArBIMeHCjHsOMejDwKNLMiBHkqw4U2G8THsYrHzJM9ShR7bswZtYk2ZJkwtwHgKg 02HPp1JiFhV5Dt7Nn0AHDGC6E6rXKFKnIhx58JxSOlq1cnX6tW2RsEXPnTSLlVDatGvd6jUC l2TVsgmX0ilk9y7ephOq7l2co+9RslWPng1g2DBTpgj8JGbLuHMKg+f8ysUoenLlyiw1W1Dt uTUzrKM4WTUaGrBMqqZPo2aNgbfr3xwMxsPoL/JMwYQL60b9wTfw5xSED58+dipywoeWL+dM wQ936K2lTycu9npW7ds3qP4OfrF4fqHFIsyNPn1vgezbt31vXL555fXZ/rcaa+foFx5srQhF XXzySVZXdgHWx9Z6sDhnoFfC9dfgfA+iFWGADhWYWYUVXqhXhrdt6OBgj3zoIoUSlKiZhSZ6 JB5RG/7Xh4s8kngPiTHmV2M+KJIFWHk6AsDjkrngl9mIMQ7Jk3QjVWnkPxatxNJZS3bZZAVA JialjQgGJYlVZZVEVQHDVZVkl3B+2d2Tc45J0I23pXjRSVzCGWeUdXZHo53ZlEmKPwv6Fdc8 ffr5J51ibgYloeO8h6WiNb3pqKNyRupdiZRiI1w/bcZ1HB8s7rHpqp1GGeagoe4C2l/yLCqT pqtu2uqTMwoZqyqzrqmnmismt2Ouue4q466//spqqGwnYTqsUQU0iiyrgIpJYLPCBCutqRRZ ey22kLoKJre6eOvXpceF2+G48Co7oK/oNvKsguyuO21F4sKbbLYAf1ovKOqKVmumqBqrpL/+ yguldwNfUvC3p/bLMLLyvkpvxB/de2a01hGL27sXX5xxkxtzrMbE7VKLa8kMZzxpyiqXwfJx 7L4Mc8wA8/pjzQV5XNy+FGl5MIepHrszzDIHCrQbN2cp160JY7fw0js7LCjNT2uRoXxa3oq0 wliXrfXDXHdtBWhtDqslTXQlfXXZS58MZNpqRyU0PG62XXRIVFtMd8ky95o3THuDTHXbeS4k +OCE96zx4WMUnCKi/oFdJTfknBfOLOVZsDws5kmRzDnkJzsNOhZRT+vP46dnLXm5tK9ORdQi 0wp77LLTHiKstiuBO1WIlr4577xrXSDwwfOVeL62sjnW7sjXPbvheDefg1lAHco30bS6SX31 1vvuc5DaM9GhmUNbZ1J1OpMfe+qTpp/E+t6DLNrQgFfdovzy81zP7CcE/EErTfuTHoPGZjUA OpB+AySgDwyIr2iFb4EM/J8DAXi2SEnwBxT82HjKAp+QVMx0G+Tg7LaWvQ+aIITFG6GGSoPC FKrQfOirH+XO0ZIJyo19aFqQCRc1Pht27nooq93TVqKTsGEGBzAM4lyIVqwGGtGIAtRh/tfc xJWmPHEGURxPdXLkP1Vd8Yr0Y169uthElrTxiy4II+OoSMPjnRGN15vZ4djYRC/2kSUtkOMY VZRBM97xjBBUosr42Ec/vrGHJ5Aj9MjIirkdEo84PFfeGNlIR/qxBHI0Eo784z8IXfKQHVTM FjvJykc+MgSSrI7fThU3q1HmlKdUXhJX2cpeuvGTHJAkafZEnNSU0kO4zCUS0dfCC3Gyl39k IyDvozAgjkdsxPObeUyZTGWab3K8hCY0f6klSAapmvm7pkgW1aZadPOdaWymiZ4pzkaSE5DC hA+m4mI8W77zn1mUp4HoycqqdPKeTLFlOsWoJ9cd85b/hOcy/j34NIJGszsFlaZZ0kkraoms igCKaDc7GEGOWVRLF3jmPRlwQBOiY4jEyyA3RSrRTAZJjbGy6Pkw6ssuTqJ9Ijlay/rhTprS VJc5rKg4fyamcf5RfyUR6prcxaKZGhWgE4VYOJs4ok9h5kdLjeapPCqyol7VqAEVaHv4qEpY IAasYW0jxVpm1rOiNas4zWkfeUWn1EDqpE2RK7FcV60y2fWwAd1kNJcXo518qZ5tbIqaYCpT ZB72rIlU61oXq9Xl+QGykfUiWbdp2ctidoWa3CoXfVYg0NqzKVIlLURNi1jU3lSz0GEja3nl Wl+KdmRVLS1t7YpULS7Snl2FUm9b/rkW4PpzuMONpyIHxshlAbaezZXtaSwJ3YjabZdKPWhr l8tcL9ZVK8nt7l2/uRnc5pa88GVi2J5rmL+q96h5nJFi47vctdCXOYm5r0gzu1/+uta/VrVM dwTsXdtSFGjXNXBgtTRb3eCHwVi1aVfdC5wIS3gtEfoZhmvqpBzmlVIeNjCIA9RXBIyYxOfy 6nTXKOEDN+VDBXoxjOckIuOatMagXbFhVqLj2rL3pgUGslOJfJewFZm4+f3cj5Uc16uVk8lP Xq+TtqW2FPOXh2H7Y5avStIZ05jKkCVnG8es5dTetstoVjGb8ZtJGW81zqyUAHPnPOBl6vfO nKWyngvK/ucGfxNGgEZpV5U86IMWOsNbbm+SW7JLL7ey0fZ89I61pUc4c5anNca0mDWdTAJ7 +q29snSeEbBnUuOyzBzusD25qOpVt9rVl0xljyGMXMV8NtSsJjSuc41agZ3ai7xRM3xFveZh o9LPUqbuG2lUa50w+8bOvqPdJBVOWq9GwtfGcraxmEckn7oPBNgwmMAdbEePG5OR/nO3CUAA WNSbQOy+9btTaOp5k+jewah2D/W97wc6uKQR8ynAAQDwxORb2AXfIKwL7GtVZubh7o64wTWM cGl7kd6rbayBw81djSOPpCdG8bTpDfL1YDzTJr9hiZN6bh9ZXOAkj7nMNZny/l/5FGU3f/mo dV49ZfWcDCFqTsczEOtIvvG2Lh95u2FO9JNHsOlVIFDKtm7mGuz654DqMc6nPvSqz09yWM96 iwP+M/2KaFszT3sw3/70vkadvzk3e/KydXQzgOrvfP+SnDrlm4ADgdZ1B7rDpU5wvQ8OYn0/ A+BBFXZO89VTKX3wvGjN+c57nvNeDPvd45t3x3fO4ouYfLkIv/Y6OcXwIORi4s19ccZD3PSP lzsXBH/5ypur9y1ejeZ10NZpszbgQm827nP/iUr7/q/BZ33mda+Br88+uSLHO9mVv3yzUV8L 0teh4WHP5cwfAex2R77tM959rEX+uKH3qvq13/j2/hPu+/O8vtiTj2371w3/zqR/o7ds29d/ /sc0ADhQ05Zqi0d/t3eAJpOA+vFzbzeA5FV6EBiBLpR9bkJ7Y1d/GXgt7zdlWpJuIVd7Dsh+ IRgvErhZTQFyCLBwDUh6BShuKzguI5hwbVRvI9Jw2UeDIHiDutKC4KFwVeGDKAiEDyiEyUKE 74Vs3vaDBBiETBgnTvgcP2eCHSiFF1iDJVeFfqJVEkSBLIeEH7iEYBiGwWc/FBiFSTiFaJiG XtJWbPhG9yaDXLhcGCiHYbiFdfiCPWiG/GeDfOglz6c9RtiD+7d+VFeIVugjBGSE5yCIjFh2 jsgkdpY+bbhh86eEKniJ/i+SiYhoh/eGfW/YhVQIitrhWVfYGRpVhouYgo2oijgmis3DVm54 hp9IixJii8FTXb62aJXIfbwIIr5oO3zEieM1iF9YjBZ2jKujUTanbJ44i864itAIOrpVcW4F ZHt4jduRjTvUa4ohaF4IjsYIiX+4gN1ojqmIjlshjnvUSU+CZwMXh/CIF/I4afa4V+eYj+Go jprYj5f2jwC5Xft4bOKFZt94kGqRkImmaNQIh7vokKwYieLFTIxmkA55Fxe5jtYWdN7IkR35 kAI5isbHdhv5juj4kQP5acvIjCVpGRAZXm3EiTVIkdbYkS6Jkuy4YSPJkuDYk7f4acInkzOp /o8nWZRQuGt52FsNaZE1yWsfx1igVo2WWJJE+Yt2iG6Ud4p6SJJaOZU1o3BQUoozqJNZyZNk CX8rsXA82IlqSYxjuZRc+YIFQomyuJZSaZfI2JU2l5aoiI8AuZV/+XEmqJdYSZds6ZfRuHIs F4uLaYAzaZh5kHQeEG3VhwTod4K6uJN9aYqCoHUiQDOtaH2hp4yCGZZCeY2WiQeqR3Ovgn1w ByY5mALFh2zHt5pQKZaNKZqBEJuEx3vRx23CFwSIl5qK95SuFZUH+Zp3oHpMNX6/d4huxnSf l53aCXoS6YFImZTx6Jiw2XrTaXlfGW2tqIxgJ3+82Zy+GZpOCQi8/neefNd6mNcbBUR3yumd w0iZdQmc8mliz0edxYlwp4lv+2mKn8mXz9mWahB+5Ud54DVd6fltCSqZc+mfvxmfh9mdCvqd SQmd83ihFsiahJmPIkpxg1eivdmazpiiNSd6cjmYFdmg4jmOupmJC8qY8HmbetWU/LmXPGqj ANqhW4ihNAqaRMqhj1mVngmilemgOuikeAiWLXqi8Aij83aWSGqiNVqYUupxb3mEXXqlX4qi YXpmY+oHipmhhLihPhoqWciezAlazgmmNzqiJZiYZeqeLlqMWmqTkxiZLOqnWNqSaYouWbhw hWqn77mkcapyL8iDVbqjGtqjFboXZlkh/m2apAyKp0XapGvqlY0KWXeKpnmqomRaqvV0qlma qNwyp0/an2+KqRhJigzXp476p7wYqFQJhZUKpf/JpNooXkdqqbUKqZmqF8nYgTE5mckKqsSK o+z4rEJ6qcp6q6gGdCt5qEMJq82Ci77mjt7qmuDqc7P2KQz5qNIaqYTSrGC2rrxKi75algRp a+X6ouf6o/fqj/OqivXqlv1qbeyKqqFarAPLVQX7qqmqkP3qqojasBHZjxD7rRJrkwlbseZ6 sb+asQsbsQdLrR77r6AoI0vnsPeqsfo6fB06svkKqMvqigmrsCR7ie6KrjN7j2f6qhtopRT7 sd/aswLnpUoK/qZCm7M6W7RoerQ5q7Iwy7Qz67S9GrOMMbRmqrQ8u4FWa6g7i6hQ67JdG7Ra i7RSS69Uuxhbu6svO7XHyZRRC7TmKig+xo8pC7crq0U3q4BNa7cwS21n2xFpa6p8y7Zzp6dg i7Ut2Rx/OxCB26qDS68dIIYYO7BlC7DVtx50S5CVW7L30baT+7CPa7lMtzUoq7mhy7kphT2L iw+NK06ba7MDgmSSa697W7OOiGiuMqG0+7a2W4h2aTiZ+7O9y4efM5ulK7xrC7lKVH6fW7fD K4fFe527e7ifiqJX116r2w6tC02ve7vXC7zNa7rPm4bFm0TZyw7b20vd67vfq7sC/ku5pwu7 y+u+0wu/4wuG0Stv4Yu8YeuaV8dUE2uP60u816s69Qu691uF0ftmAYxnAwy97UtzB+y8ySu6 r2e+xyvA8eu9yzsz50sO6VuQCcyE5SvBHWu/FYy6r9dpDRxnD0y+/2vA74vAKSy/KyzDJEi9 Q1qYBaxuLSyvNczBKwy+J0zD/fuiMfwwGezAG8y+HUzEEyy+QezEF2zCUcy/iDuUEdx1sUq2 TUzA84vDU8q7UwzGN8yyY6zD2MrDHczA+6vBIyyE+Uu/aYzCRwyoSTy7M0zBd9yrW5y3vxHC +NrHylvFIaumahyt1vvEmonIdpzF/hvGaCymidyMbHzG/ifbxbVbxhDcxj78xkwcxzc4x1Zc x0YMyUgsyXqcw49cvVn6v1C8x1JMyBZsfoesqF4sygV3Dz3yx8ELx5wcc0CXCziWxJkcrrkc zBE3zFFSzJ58zDhLxrRMdMycXiHWw6h3xcA8zSZXzR3ozENMx5TcyjuMe968WuCcusn1weMg yPT4xc52zt6WzvNinEXMx6iscfLMeS52zZ48rY58yq4szAysnf0MIr68xC4Mz4W2z5930BJi zFyMzJvMzZrm0NkJ0eixwJMc0Pg80OOG0QZNz6mVzW4Zr9ucz6Qm0tup0asYwQCtydwJxBad ZSy9nbBA0nKrv9EZn0mHmVNw/hl9cABEbVA0rdJzdtM4ndP+fMFs9wcATFGcwc7fNtREfQAA UNQLrcvDVdBL7XkubR9nHNNrENUBE3h/hbvnpyUHIAFXjdWB+8IMtqJfDdY6rS2NzAaDUp52 V595TQPOIdRt7dZXPZFuasm4hjZ1/dB3LZujyaGsx9fiF3vWN9QTQNRubdhEC9KPptiL3Xlh bWE9DM1uoI6R7Xp+ONEyEHKCjdmYndndWtPQpQDncBee/dnz3NS2bNJwMHP3CXytYtapi9vE 3RSDfdWXvbVybVe0DQAK8NzHctvErRiNfT6AfAXCPdl9DX1/DdirtRbH/dYIANdBqcyY5dzP 3dwL/iPd0+0H1W1sVA1FxArAYih2B4qaWU3Yb63VwMbVANUHzQ3d6CV/7Z1jul3PpfyuhedF bS3e443V5S3bR6UAHgnd6U3bAz6NBc7UCP3P1+0aa2HVbp3cEY7UxOXcAK4WFp7e603gGx7a 25XQ3WbZ453cQ7vcp0TbF97cW7HiAj4A7N3eMA5ghkzachpN4X1T/W3euYTeAa4k6O3kGA7k Ll7gQ65gz6za/MrgD17UVovjuabeLN7jOj7mVK7hVv7e2Ouw5+Dlms21Jp5MU44XPo7hUX7h LY7mQq7mxpZoybnkEm5ET341dz7mhf7jQT7dV+6RMczTsgyFsR3ndxTg/iy+MIdu53We5+q5 5wdum0/9w+Qa6BLn5ABu6ZlO5lKu6Rv+zZ0eKGRN0dIs6Ygk5j9+6VB+6me+6YrO590dzZUM Xbau4mUu4MGe66tO3a1uz/HdDe7cSGCee5ZU7MFe7IlO3IuOF6Ot5Ude0bJ+cqRO6Lg+7bhe 7bh97WqBza++5eS8xogk5Twu7KkO73iO6vNu7Mfu3smeu3Nryh9dzjYE4HiO4nQ+7FMu7gSv 6vfO4REdxo7OygLt7w/k7gA/59J+6tRe5Zze4U5tz9ocykweMxIv8QMf7/Ru6OOO8bue72m9 7NjQ7P768TgY8jv+4yVf6xZ/8npu7ea+FTIO/spbDfNNuOMTP/PgfvDybvJGb+8vnhkvItEs fw0uT7NAzykyP/P1XvMFf/NJT+44HSNMku1PLw1RT7D+jYlC7+5WT/HhrvUkz/UZzfSG6OEf 7hnS+ObQiti5d/Zpb/VFT/IG3/Yob9Bw/yjhvO8ep2at++w9UvV7T/QjX+9/X+9uH4V4v/BV 3PBGcHPHmdo3d4Id7fmfnODIaQBGHVqh3u1DqPeNn/Z9D/lsL/mBz8+DryuwzPHnh9pyu3pn LcbfEXdOM/eRe8EGMPzVddSc3TCMv/p8//hmHvlmPvkzEuOzr/G7DfyRxHP2Kdkcd8gl5vva /gLZDACk3wek/1qn/n/8IpjqQ6/8y3/0Nm/0F5/zRyr9qsHrRr4DE5L9uI+f/D9A3T+6EIAA otVenPW2wH8KMERxZE4GQFe2dVHqBQa6tm88129P8ZXeTzgkFmc0gC/5Oy6XyoFTeJRMPlds KDeperQ7XijjrXA5Z3Qabb5YxdxsB9TZsMdxSV18xvb9f0BAiREDQhWUwxdFxRiXIzDISJ6g oCLLSygkpSlNIE4pJpqqLr+vMNKQCUmkvTZXNdhYNbs8t9pWDjbaMr5XWrg5WeG1vq7CksTE xeWVxpbH1WgdpydMa6JH0ExtoKjN0IHRP1MbYLIrhGi4sbLg4XdZu/Xb+Vfee/Zc3318/nh/ Ul0ejh07oYzZQWcsoEljWONJtWsRu3Wq1uQbFG5UvBSTsCXVuSzqcPEC+c9kGl17zo3sl1LD Ljox89xzefKduxDHBKZIYfDgsoQrFjZk+FDi0YnePIHLqLSiqI1zhkb5aC7kqnpyUs202RUD OpU06+CEydXsyIAr7Xk1qYKQTp8/gSKQQdSu0qVIr2W7OLFp03BRyTmsWrWYyLNvgLFl3Njx Y8i5Cl6RW/lEUER3dwD5wIOJ3oh88/rtOwNwq6lWDZdCvAtk2cixZc+m/dXybRaYC2rGwZmT w8+grYl+6vRTaRuDWaECKKg1O7W1pU+n7jgu7p+6U/Cu4ZtJ/pJywYVfIv77L3JIqpsHSoeV 5ah+1eXPpz8LO3btUxl6V+IkfN/xsAFuNIsINA6caQpbLxBV3EvsLNjqk3BC6q67b6667uJv Q2iMCtCS8phCDjAc2nmNwcMcdE2OCCl08UXrEKHrQmbys4tDiJLCK8cPMzlwmxG/6aFEgFZD EZ3nvtqKDBibdDLGySagcREb96tkw986Ga1HBAFrirMPFCAyjiMZbE+SrEwU50k22zwpma2m dKHKVXDEpEPxuOwSPRI9GROsMlE8M5I0FdvKTUQThQXOdmaU8zJHFarzyitB/G9LPUME0kBI PjIy0BTRfK8kRUs19SVExnmUATo3/qOURyMuhfVDTUnLy4NIuAK1zEHTG1WcFk8VtslDijFH zlZ7exUpPAHMdMDipMBVEmB3FTTJNqwIdlhuXSzllhCQjVQoHezUq1lMuaw1mzCnAa+Gaq1l D1sWu7U3UY5sgUPcDG0wFzR0Zw1wXayoETMwbeWdV8V87nX4yYT1rcUKfh3xd9mBZdVzCILT g2jaeBVmjWElHzYZxlLMqaXiZ2j4N+MB0+1R02nBqKQHjSIWOVRCWWLyZKDp+9mNYCie0kaM 1dV44y6TkAJNMMEJeWckSe4iaKzn+9nEoSVgWVLfKp15aaZ1BFO/K6D9bWqqvXhu66zjng1u rVyxsDKk/p1VOmaBxxsK7YpMQ4/ttnu1GSy5E58bp7rpuFuuvGWmlWym9cPhY1xPi6rtq9Dc tlTEfzGMRTO+VXOsotdCPLKyFntJ9MezGzczbjYOuGwfPXbaP8115rxBz4F2aeisil8Ln9Zj 6hqXz/1ZXVf4Snb8a3Jrf5Zv3GtOL0hOCafa8B3o5laeN8o3y3iZZEperNLRWjz1iWEKKNyj Z9/N+r217JtZ/cD876neLeh76miem+Q3E4nRZH16SMzwoPcg2aRMJa5RGf1oFLn9AYxyA+vf zQoEwMFt7nduK9jJDrgOq8iDLPpAnVTCAsFcjPBb7cvW82KHEPttB39jwx6t/iz3qg8ep3si HCH43GVCJUmsUA2DoPjiYwtwiS42eEDgoSY4mTJQj3Z646H+OKg77wQxFAGUIQgIiETllW+J 5IvPe6RnvigezzqMK51UKKMQo10wh4KTHMy8CDDL/c883CuO93ZmRI8IL43wWeL50ufGN4LL ijWBjBNT4oGDYLJ+ddnh5Hp4FO2V43J8IuTaiPg7RF4Oa6FDDSRt+BUywRJQqmNcdYy1Khxy koue/GNoAMcZQYrIQGQsI/B6pjhkCm1OmsQlBnGnIw8N55ffUZswQThE33EuladIZjenYxBG 4pJVe/xR5TaIjWn2JyleKqXUTqlNxHhTnnNL1WJu/gg5cnbSjzsiz1T+1bHzYFOAh4znPA36 mGSErpn53OU+ozkFfybNR+wcZgizWbiCHlSjXinW1pipxfs11G8bDKXLJLonTgW0kO/EqIM2 +lKbdBQEHxCnM7NHtpIO4GUcq+amrrnSi4qsAhmFaVGHAScsiHOcuuzjSB0irYgGbjg9tdVP TRlUaynHV0bl6lHr+ZpV2bRsf+uMsqS6F6qKESMWHWigtHrMrsbVPmuyDUh1KFLhBPIGO71T WikiRKC2VVAdsUsB5WpUFeisrnpkagbPJQm+TvWv1gTsVQUrCMLexbCHhWnRoGjBC4nVnGCI LFon69PKuhOrmNWrSzn7/tpsVUAAM+2AXfnoWGa56qx59Ws5b2vZXb2VKJuF7UG9MFuOgPY+ orVdDkoLyt6qFLi8yix3llNc7LK0tpu0mD4BebDunNSpvj1tN4hppupa97rYhS3xADDb7TK2 u3iVyJAmAdHRkpe85x1HetW7XvZy9kTuuCeG5ttUX4LXM1e4aXnVal62sva/CQpwexOG3KHZ tpzftVmemutgEPNXKhMOX4UtjAD4UrHAVGIogkH0rg7T97Eg3m+EAUXiw6kgrqy0DqLEBxIM 60LD3jUCjLcn49zSWLqqvZp/ccyDgnTVgRt9njiCnGHutozI+N1CSR/6Yf0uORPma+2TiyVl /se9hiSeahTzEBidRtImuYKZLXLjG9oWO9a+9+3POfNHUat2qQxPxkqUuQq3eriOhokOS/sU zYdiHgk+VxZyliVF5D2XA3N+7iKgU5s7QhfF0FJ24QNpKMkqVnHRdNVavnRm5yxaunoNzfRT OeY0TvPS02NET6gbcubX6muWo5syCme5kfqoWFtFirV8tczFWiMBcwjiZ4PD3E5Q+9pzoy4q +Qp1ajeTuYGuk08tE9sBWCsXP3lGp4Jtjd8sVXus0cV2TrXtrgFwG7GOa+UDUz0/OCqauBFM AenuvFx2f8fd0r51rD6Z311jxGnAvLfn8t0TAcMPfmy2YrgJDEkJ/gGbOerGjU2jHYVpW+rh YI74RPxXcUKZBuMmDraM0rdiRuRzd0Z+t8L7uvLrXZtTMC8Yyp1Ic8QKZdE4z3m/Tl4psTm8 lxAn5dCJfrhwIL3CCX2zlB6VrMulPDS59uOu7X31p2Zd61uPUsK8FlZyuqvhSZ46y9FztjLD HFdrR7pMN5fDdfdL03Ofcd2DTiKd5r3ie+d73y+ThY9qePDw5i3Q/9xrtHtM7Y2nOVJpqlQ6 QR23Kjf85a2e+S5vnvOdVzrT8clJsfNS3lRfyslRj3LVr571Sm16dx8yesmWvot4X/jtca97 znOd9zBgaJjmbfkumrT4t2c88hvvecA7/vvSSIYu9GVvfHxbX/eMGgXoE/584X8f/JrOvfjX Tv44wb2xz7ydtdefdvdbP6GQ97qst+jiwps9dVG8xZuB/BO/xDIWYBgy7qsvsuOf+2O/A3S/ mVqJc2BAAKQ7AcwrAry36ptA5MsXMsNA4Bs77/OlCMQ/EDQ4jqKiWBg4OeO3rns77Zu1DOy+ 9JOmFJS29ptASmoLOUIJAzIWT8kjPJs/+/syFNzBD1zBljC106kyCOG4JlsSR2KMzUI0t3sD EqS/B7y1HTw+J7wDX5gHR2sjbxOLF1ILGIyho2scu/G2LkxCD+unMGzCMZQlY3sQKPqFWPKZ K4yztpDCNhuL/iSaQ/TbQHS6QwPMw0WZGF1BB3BzHzKRxEVqQ0hzwfgxRLtBxPxSRGpiwkZ0 RAYiiUdbM0CUwSesic96nSIqwwUiCU8EM1A8O9TDQ1JkomVjpEZZI7tBRV6Mnjf8h+S6xAPq RP8LqRt0QKCzxczDxVx0xVWLwlqawiosNWTrOLYgxEajG+IhudtgrqCbPWdEO2iMxm2sDUyM oTWYIDKMHho8wgMrQdNiuNrrQG3zgAJAx7lRx5CLxDj8LNdrAXHMH5NKG1HcR37sR4ZMttFp jhkJp2S8q2U0wb3CR1/Tx4UcwzPEJBDIjc+rwf+jx+ALQ01TyI3kSK6RES8AyVkc/keT1MiU dEQysbnyq6nz+8SEnMmZ9Dx0WCgkTMQIlEmeTMn9u5qWfMmZwUhCI8qiNMqeEIw3U0q/YUoz AwCUfMqetMR/o8pzsUocc0qt3EgiNMN4RLigrMqdHMuiTCBhM8KCCMec/Mq1ZMu2jBhDWRk8 WrGC3AuwJDGxtEuy9EN4hMuCqwLZScslHEqsFEzp4MaXmIVSRJnWgZ1nkIMamcs7+csJC0zH ZJ1H6gUhjEzKhLRDVAhUiLzc0Mwiq8vPbEgFcrSliy13TKNhhIfbJDdYOs3WazLVhBTFXMQU 9MzXBM2GOcUE+rdUjI5trEbUsCTejMpdLJ05Yc0+G87G/izOb+IaKKxNOALGRYKhQaxGMzzG Xmw7tyS5gixHoiNO7ZyiJBq2N1PF0+EH8RzPV6KHd/TNIknPuGAu9tS77HzPCkki6dHNPnyh 8GyRMuIHb9xCK1S1IqzOoAzQAszKrpCiSNrNntSKaZTQVFNO+1xHafwx7wyZejk2FKLQeaQ4 xsRQjnpEduRJrty48qyXflPD+8RN53zOAVMG5lySS3KE32yCsnpR4+Q3JtFNBSXQ8dkWB5oM kDQ3y2y9IjVJaYPRxoAds+RDkHPSoKkjZtIWLBqVKvUDwUNS2Ay47wxPMFWcmhw1UiHN6Yk0 O71TyATEpZOfHn3TxIG/CmIi/i5Ez+vgTOtyz0oy0DV8IxL1U1NJhJFrJBU6y6RqGfBD1CQF xi69OUedpwT8wwflzv+8UuobUFs6Nh39wR3tVOGJpUDtRSxbzTQVUC1l1TcVwRslHYFkUUtt T1O11U6to/lUkCJJFfWMuwsFVmVdj2E1RSl9ht8Eu6us1WV1Ui1EShMRCsR8Bl6VlIz81Wq9 1RMSU9Wso1yymKYEV3G9zdCczHZ1HhFMRwp5Q0Q7y8NsBwPr1f/6AGq11nel03YU1AwNQmL0 FuesV59IGQuR1quRBlzpV3+1h9SBs0k9UQqiTWI9nulsVn9TUYeswg2FSwVMhW4lF1USrkkY AIgF/tMFerRN7VI2WtAcXZG62diO7bcgzVB6PdHQNBqIlKT/RFbCGDTNW9lb5c7u1E/wbFNr /E5Gi6QzDMRUzVEsJERju9g2+1RsRKCSzQxucrK0M1o/laI/VFqmpSPVkdpfUZ8QDdGnncQW 1MRcpU3PKsIJMsylQld40QV8E1tHJdsDRbUEbdumFVyqfSJUnDK3Pdw7eEVV9Chm+5QZxNtk CYiwU9lwnUw4ayWYVcOYndqk1VhNxdm3bSOdtVoh5RpNYqRJndiu3Y3kWIeU9Vtl5cpr1NS0 QB5dLcSOO1iJPZ/WRVq4Pd0I6chKbQZvBFnKFVpp056HVSSCrcw+zcNG/hWG6s1EyfQURjg6 hK3OuGit5w1TGdXFDvXHLy03QHmBkePQ6dnL78U62n1UA11SbVTVaLxelGDXCSlUKpQjIzxe b73c+D0VLl3UtM3crPleUwRYLvyDWQ3fP1VUEK2h6UXgYVFgjr25jZBOPO1gx3VXoO1f97Fg 4XEEnj2UorHSQuVBT5XgTUVcEjYhGQBIXY3VryLSUZQn2PFcqI1hGTbhZgWJx9sXgrTX7aAy VFVQFcpTH35U9VWNPiDIkGyGPWpiKybG7VUThAjaGb5iL7beRYhikdS3Ly5jyVi+171XM15j VEHjIu5iNo7jNnDjysBfOR5bOs4kO77jN+WJ8jyWgT3mYzzOY5piYkEu44G0jGIZp0NuZHCU 4in+CZFz5Eb+TeStNLmYZEo+5LuxoTom402+Yz+WYrT4ZDUOZUEu0rbtP2bQZFTmY0xKTZ44 n0wG5VeWY+kUgyjD5Fa25VuO4y30SF0x5UD+ZZat0YJbB2I2Zk6uUR37yGVmZliGvGK9DVeW 5jV2O4qx5EzyZWz2Ym02g57AjWv+ZkSuzxjgZhnwZnO+Ym4cZ0me5XZmZnhehnObZ2yuZ0Bm ZHyWZn1WOn7u53yOvEMQ6H7m4IA2aIVeaIZuaId+aIiOaImeaIquaIu+aIzOaI3eaI7ulggA ADs= --PART-BOUNDARY=.19709261138.ZM27948.munich.sgi.com X-Zm-Content-Name: genlock.gif Content-Description: Gif Image Content-Type: image/gif ; name="genlock.gif" Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u R0lGODdhJAF2APAAAP///wAAACwAAAAAJAF2AEAC/oSPqcvtD6OctNqLs968+38FhngEIgmY qHqaJZrGozuXsj3mOVy/q4pL0UDEovGIDCWXzKbz2WHxoNTqQmrNFnkwYII0dAzD2siqrKFN ybc2GnTKqCfs7/Stw0dnd7NbL8bi0/cQJ0QoRIcIyGg2t9jgxQfZOJjYojPnWFFX6ckgRQbm 8oOJZcWlmXcjiUAZeQWr8PrZSFtb6NrKpcv2Khh6FyyIW7x6dBY0lnzMfGsMHe0qTb01ewqW 6cnbs5Mdtjs6ej0Omo2jln6WPvt1HPNcLT+/EU9/j5+vv8/f7/8PMKDAeV3aGNK2Y9W5aQb/ FGTVLiG6iX8GWryIMWO9/iunJmmE0lHXR04Vu5FTxLGYvVqteoEqGY0YHG52No1MkmolrJaf WgSz1O5hIE46b2Io2CdcKJj31MmM9BQqT6NGmHHEggnQmmSGUkUk6vMdn0NBqH4oKiviN7Fe EzG1FdJcVLMc0NLF6UsmzUN2+3W6uy3uUjddpqJy93AdRWXveAmNBS9oY8YMF7+oDDiz5s2c O3v+DDq06NF+k9Kx8KylVQlrSFs89xhh5IYOFcIcU1bsYti5XRNU2/URuMu9C/fm606uD29C Dft+Dj269Okqfw27jj279u3cu3vnzrrvzbmDhBXKSp1CXufkAy79Ozz8NVySxGtpSw6IfUYH /iH4Up/Uftb4kxNrb7EkURSkHPcXcel9JY4H/RkjTl9hldSgSA9CdomEuFUHzzIZJuiWOQBu CNU01hVGyoj8DVMiMLSdRxSKV6kSIlnlASMgGjy22N58NdoYVIA//gQYe6UM5SCRqblYxi4U dUXZWCH8d9VXKArYnDYLrZZGWT84GNuTR94IZI9GqXmcDAdN2EyV1f0ol35QjsYmdanZmCeR fubyJzK5JQYRYVo5d5Z/VdUz11NBykOIYzYspBsV5u1WqGLJRTrjoLLJ9qWnDJXyZqBMONql MyKqOFU5+ZFZn5WFEtaofrKaimuuuu7Ka6++/gpssMIOS2yxxh6L/qyPphmoHkl5UOksZslW EapbXE26G02wIVLtps9+62ab027hRWLEaEqot9iKAa60fFVbYZ/j2ubmm7xlWtyUWmqa3GzW ggvmvFoJPK28BB+McMIKv/Fdww4/DHHEDR+MaLAV45ohVjBGN5iJ0D0pZJ291mGwPgEbZByT JY7cL4biAuQTknmh1CSClUJDcnY378MTfJTSWJNKftW8nEswH0jykCFv848wGR8oDZz+xQZ0 Sj0RaPRpJeMENY2kWp1ioHrpKEfXh0qdRnxBq+xk1hIiJ/TKdXWqYdVtr3vWz5WcezG7poRt 059roWVn31ECCZSBVNcduNj8hmec4T4i/icit3SD3bipSJ0X+aN7k1qflIsvnbngotvBopT0 yIzb2FOjtnVGG7NyYQ+z8xyhrR2Wbrfj/2nCOkZpdhyImbm6mt9gdzbdotyo632S2c/d2TzZ vs2MuUlbvlYZb93uhVr2DMZ+0X4FdrpkopCtVRH4kLue/MnTma+29+06hjy760N06cvKheW0 NEkvNMtr1trYh58qUcIqY+pGmRSBnfgRLz3yYiCsxNQv+cHlOmiaoJ6akDpphTCD/ntRXCR4 t4IZ7oTSKeDCNkS+FyZJhsCKIQVFlYkulZCGd9kL+8LFtB2GCVBEIBxm0gWz/iUIWu6i1kto 5w1QIeReo2LLXhSvmKlygA96cOOZ/vAWoyY6cW1A9Fe8anMrEgUQVMA7l5wMhUYhjitdzsDX EtWortagg1JM/F7LHrOgnfEQUoP0lQ0LichEKnKRjGykIx8JyUhKcpKUrKQlL0maAgAAOw== --PART-BOUNDARY=.19709261138.ZM27948.munich.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 05:19:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA23486; Fri, 26 Sep 1997 03:32:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA23461; Fri, 26 Sep 1997 03:32:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA15751; Fri, 26 Sep 1997 03:32:42 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA27089 for ; Fri, 26 Sep 1997 03:32:40 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id MAA29033 for info-performer@sgi.com; Fri, 26 Sep 1997 12:33:57 -0700 Date: Fri, 26 Sep 1997 12:33:57 -0700 From: Tran cong Tam Message-Id: <199709261933.MAA29033@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: delete Status: O Thank you very much for all informations. I leave for a new job. Please, delete my name Tran |---------------------------------------------------| | TRAN | | IDERALPE Lausanne SWITZERLAND | | E-mail : tran@sirssg1.epfl.ch | |---------------------------------------------------| ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 05:04:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA23356; Fri, 26 Sep 1997 03:17:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA23331; Fri, 26 Sep 1997 03:17:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA14550; Fri, 26 Sep 1997 03:17:43 -0700 Received: from vr.mme.wsu.edu (vr.mme.wsu.edu [134.121.72.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA25525; Fri, 26 Sep 1997 03:17:41 -0700 env-from (perflist@vr.mme.wsu.edu) Received: from vreality by vr.mme.wsu.edu via SMTP (950413.SGI.8.6.12/930416.SGI.AUTO) id DAA06503; Fri, 26 Sep 1997 03:17:39 -0700 Sender: perflist@vr.mme.wsu.edu Message-ID: <342B8BC3.2781@vr.mme.wsu.edu> Date: Fri, 26 Sep 1997 03:17:39 -0700 From: Performer Mailing List Organization: Washington State University X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Joerg Wallmersperger CC: info-performer@sgi.com Subject: Re: Help - IR Genlock problems!! References: <9611271742.ZM3695@sixty.asd.sgi.com> <342B5147.41C6@vr.mme.wsu.edu> <9709261138.ZM27948@zaphod.munich.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Joerg: I figured I needed some special cable for the genlocking since the sync output was coming through the green of the monitor output. I used a pigtail (SGI monitor connector on one end and RGB BNCs at the other). I used the "G" BNC to the Genlock in. I am assuming that is similar to the other cable you described to me. Thanks for the pictures - of course there are no labels on the boards!! Jay Joerg Wallmersperger wrote: > > Jay, > > are you aware, that you need a special cable for genlocking Onyx2 > systems? > > There is a special 13W3 cable, which has 2 separate BNC cable outputs for > HSYNC and VSYNC. Put the white cable (I think) into the genlock-in of the > other pipe and put the 75 Ohm terminator on Genlock Loop Through. Genlock > Loop Through is the bottommost BNC connector, Genlock In is the one above > - just in case there is no label :-) > > I attached a dg5 gif picture. As you can see, there are no seperate SYNC > outputs like Onyx IR systems used to have. > > I think this cable is shipped with all Multipipe Onyx2 configurations. In > case you don't have it, the SGI Partnumber is 018-0634-001. I also > attached a picture of this one. > > As stated below, the ircombine issues seem to be correct. > > Greetings > > Joerg > > On Sep 25, 11:08pm, Performer Mailing List wrote: > } Subject: Help - IR Genlock problems!! > } I have a 2-pipe Onyx2 and am trying to use the VR4 HMD in stereo mode. > } I have tried all the previous suggestions on IR genlocks. The format I > } need is 640x486_30i. I set both my pipes to the same format. Pipe 1 > } has EXTERNAL sync. I am using the green of the RGB output from one of > } the channels of pipe 0 as the sync being sent to the Genlock in of pipe > } 1. Pipe 1 genlock "loop-through" is terminated. > } > } gfxinfo tells me that pipe 0 genlock is false and pipe 1 genlock is > } true. However, my Performer application still complains that the pipes > } are not genlocked. > } > } My left and right views are not in sync (I am assuming this is because > } of Genlocking problems!) > } > } Help!! > } > } Jay > } > } > } > } > } > } > } > } > } Javier Castellar wrote: > } > > } > > I am using pipes 0 and 1 at 2@1280x1024_60 and pipe 2 at > 8@640x480_60, but I > } > > have no better luck when all pipes are at 1280x1024@60. > } > > > } > > Pipe 0's vertical sync is cabled to Pipe 1's genlock in. Pipe 1's > gelock out > } > > is cabled to Pipe 2's genlock in. Pipe 2's genlock out is > terminated. A > } > > scope shows that Pipe 2's genlock out is getting a 60Hz pulse, as > expected, > } > > i.e., no obvious signal problem through the pipes. > } > > > } > > Using ircombine, pipe 0's sync is set INTERNAL; pipe 1 and 2's > syncs are set > } > > EXTERNAL. > } > > } > You have to provide as well the external sync format. > } > In the "Edit Globals" window, under the sync type (INTERNAL in first > pipe and > } > EXTERNAL in second and third) you have to type 1280x1024_60.vfo. > } > > } > sync: EXTERNAL > } > sync format: .vfo > } > > } > The iR DG4 has the ability to genlock with nearly any signal, as soon > as you > } > said so. > } > > } > In order to check if it is genlocked please use: > } > > } > /usr/gfx/gfxinfo -v | grep Sync > } > > } > I will be in IITSEC during next week, if is more urgent try to > contact my > } > admin. > } > > } > It know that it works, I have personally genlocked our 3 pipe iR, a 3 > pipe > } > Onyx2 and nice 4 pipe Onyx2. > } > > } > Try to genlock first couple by couple (i.e. 0->1 ) to be sure the > cables are > } > right, one by one. It will reduce the number of variables. > } > > } > Remember to terminate the last genlock out. > } > > } > -Javier > } > > } > -- > } > > ************************************************************************* > } > * Javier Castellar Arribas * Email: > javier@asd.sgi.com * > } > * * Vmail: > 3-1589 * > } > * Member of Technical Staff * Phone: 415-933-1589 / 2108 > (lab) * > } > * Core Design - Applied Engineering * Fax: > 415-964-8671 * > } > * Advanced Systems Division * MailStop: > 8L-800 * > } > > ************************************************************************* > } > * Silicon Graphics Inc. > * > } > * 2011 N. Shoreline Boulevard, > * > } > * Mountain View, California 94043-1386, USA > * > } > > ************************************************************************* > } > "Violence is the last refuge of the incompetent" > } > Hardin Seldon > } > > ======================================================================= > } > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > } > Submissions: info-performer@sgi.com > } > Admin. requests: info-performer-request@sgi.com > } ======================================================================= > } List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > } Submissions: info-performer@sgi.com > } Admin. requests: info-performer-request@sgi.com > }-- End of excerpt from Performer Mailing List > > -- > Joerg Wallmersperger, System Engineer > Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn > E-mail: joerg@munich.sgi.com > Tel.: 089-46108314 (US: 49.89.46108314) > Fax.: 089-46107314 (US: 49.89.46107314) > http://reality.sgi.com/joerg_munich > > --------------------------------------------------------------- > [Image] [Image] ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 05:33:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA23553; Fri, 26 Sep 1997 03:42:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA23528; Fri, 26 Sep 1997 03:42:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA16335; Fri, 26 Sep 1997 03:42:56 -0700 Received: from zaphod.munich.sgi.com ([144.253.193.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA28561 for ; Fri, 26 Sep 1997 03:42:53 -0700 env-from (joerg@zaphod.munich.sgi.com) Received: by zaphod.munich.sgi.com (950413.SGI.8.6.12/911001.SGI) id MAA28303; Fri, 26 Sep 1997 12:42:25 +0200 Date: Fri, 26 Sep 1997 12:42:25 +0200 From: joerg@zaphod.munich.sgi.com (Joerg Wallmersperger) Message-Id: <9709261242.ZM28299@zaphod.munich.sgi.com> In-Reply-To: Performer Mailing List "Re: Help - IR Genlock problems!!" (Sep 26, 3:17am) References: <9611271742.ZM3695@sixty.asd.sgi.com> <342B5147.41C6@vr.mme.wsu.edu> <9709261138.ZM27948@zaphod.munich.sgi.com> <342B8BC3.2781@vr.mme.wsu.edu> X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgck]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og( Subject: Re: Help - IR Genlock problems!! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709261242.ZM28299.munich.sgi.com" Status: O -- --PART-BOUNDARY=.19709261242.ZM28299.munich.sgi.com Content-Type: text/plain; charset=us-ascii Jay, The green output has a composite sync signal and the green signal overlapped. Better use the separate HSYNC or VSYNC output - I'm not sure which one. As genlocking does not work for you, I guess this is the problem. You can build your own cable if you want to. Again another picture:-) This time the pinout of the 13W3 connector. Greetings Joerg On Sep 26, 3:17am, Performer Mailing List wrote: } Subject: Re: Help - IR Genlock problems!! } Joerg: } } I figured I needed some special cable for the genlocking since the sync } output was coming through the green of the monitor output. I used a } pigtail (SGI monitor connector on one end and RGB BNCs at the other). I } used the "G" BNC to the Genlock in. I am assuming that is similar to } the other cable you described to me. } } Thanks for the pictures - of course there are no labels on the boards!! } } Jay } } } } Joerg Wallmersperger wrote: } > } > Jay, } > } > are you aware, that you need a special cable for genlocking Onyx2 } > systems? } > } > There is a special 13W3 cable, which has 2 separate BNC cable outputs for } > HSYNC and VSYNC. Put the white cable (I think) into the genlock-in of the } > other pipe and put the 75 Ohm terminator on Genlock Loop Through. Genlock } > Loop Through is the bottommost BNC connector, Genlock In is the one above } > - just in case there is no label :-) } > } > I attached a dg5 gif picture. As you can see, there are no seperate SYNC } > outputs like Onyx IR systems used to have. } > } > I think this cable is shipped with all Multipipe Onyx2 configurations. In } > case you don't have it, the SGI Partnumber is 018-0634-001. I also } > attached a picture of this one. } > } > As stated below, the ircombine issues seem to be correct. } > } > Greetings } > } > Joerg } > } > On Sep 25, 11:08pm, Performer Mailing List wrote: } > } Subject: Help - IR Genlock problems!! } > } I have a 2-pipe Onyx2 and am trying to use the VR4 HMD in stereo mode. } > } I have tried all the previous suggestions on IR genlocks. The format I } > } need is 640x486_30i. I set both my pipes to the same format. Pipe 1 } > } has EXTERNAL sync. I am using the green of the RGB output from one of } > } the channels of pipe 0 as the sync being sent to the Genlock in of pipe } > } 1. Pipe 1 genlock "loop-through" is terminated. } > } } > } gfxinfo tells me that pipe 0 genlock is false and pipe 1 genlock is } > } true. However, my Performer application still complains that the pipes } > } are not genlocked. } > } } > } My left and right views are not in sync (I am assuming this is because } > } of Genlocking problems!) } > } } > } Help!! } > } } > } Jay } > } } > } } > } } > } } > } } > } } > } } > } } > } Javier Castellar wrote: } > } > } > } > > I am using pipes 0 and 1 at 2@1280x1024_60 and pipe 2 at } > 8@640x480_60, but I } > } > > have no better luck when all pipes are at 1280x1024@60. } > } > > } > } > > Pipe 0's vertical sync is cabled to Pipe 1's genlock in. Pipe 1's } > gelock out } > } > > is cabled to Pipe 2's genlock in. Pipe 2's genlock out is } > terminated. A } > } > > scope shows that Pipe 2's genlock out is getting a 60Hz pulse, as } > expected, } > } > > i.e., no obvious signal problem through the pipes. } > } > > } > } > > Using ircombine, pipe 0's sync is set INTERNAL; pipe 1 and 2's } > syncs are set } > } > > EXTERNAL. } > } > } > } > You have to provide as well the external sync format. } > } > In the "Edit Globals" window, under the sync type (INTERNAL in first } > pipe and } > } > EXTERNAL in second and third) you have to type 1280x1024_60.vfo. } > } > } > } > sync: EXTERNAL } > } > sync format: .vfo } > } > } > } > The iR DG4 has the ability to genlock with nearly any signal, as soon } > as you } > } > said so. } > } > } > } > In order to check if it is genlocked please use: } > } > } > } > /usr/gfx/gfxinfo -v | grep Sync } > } > } > } > I will be in IITSEC during next week, if is more urgent try to } > contact my } > } > admin. } > } > } > } > It know that it works, I have personally genlocked our 3 pipe iR, a 3 } > pipe } > } > Onyx2 and nice 4 pipe Onyx2. } > } > } > } > Try to genlock first couple by couple (i.e. 0->1 ) to be sure the } > cables are } > } > right, one by one. It will reduce the number of variables. } > } > } > } > Remember to terminate the last genlock out. } > } > } > } > -Javier } > } > } > } > -- } > } > } > ************************************************************************* } > } > * Javier Castellar Arribas * Email: } > javier@asd.sgi.com * } > } > * * Vmail: } > 3-1589 * } > } > * Member of Technical Staff * Phone: 415-933-1589 / 2108 } > (lab) * } > } > * Core Design - Applied Engineering * Fax: } > 415-964-8671 * } > } > * Advanced Systems Division * MailStop: } > 8L-800 * } > } > } > ************************************************************************* } > } > * Silicon Graphics Inc. } > * } > } > * 2011 N. Shoreline Boulevard, } > * } > } > * Mountain View, California 94043-1386, USA } > * } > } > } > ************************************************************************* } > } > "Violence is the last refuge of the incompetent" } > } > Hardin Seldon } > } > } > ======================================================================= } > } > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ } > } > Submissions: info-performer@sgi.com } > } > Admin. requests: info-performer-request@sgi.com } > } ======================================================================= } > } List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ } > } Submissions: info-performer@sgi.com } > } Admin. requests: info-performer-request@sgi.com } > }-- End of excerpt from Performer Mailing List } > } > -- } > Joerg Wallmersperger, System Engineer } > Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn } > E-mail: joerg@munich.sgi.com } > Tel.: 089-46108314 (US: 49.89.46108314) } > Fax.: 089-46107314 (US: 49.89.46107314) } > http://reality.sgi.com/joerg_munich } > } > --------------------------------------------------------------- } > [Image] [Image] }-- End of excerpt from Performer Mailing List -- Joerg Wallmersperger, System Engineer Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn E-mail: joerg@munich.sgi.com Tel.: 089-46108314 (US: 49.89.46108314) Fax.: 089-46107314 (US: 49.89.46107314) http://reality.sgi.com/joerg_munich --PART-BOUNDARY=.19709261242.ZM28299.munich.sgi.com X-Zm-Content-Name: 2-4.13W3.pinouts.gif Content-Description: Gif Image Content-Type: image/gif ; name="2-4.13W3.pinouts.gif" Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u R0lGODdhKwJnAaEAAAAAAPLMDf///wAAACwAAAAAKwJnAQAC/pSPqcvtD6OctNqLs968+w+G 4kiW5omm6sq27gvH8kzX9o3n+s73/g8MCofEovGITCqXzKbzCY1Kp9Sq9YrNarfcrvcLDovH 5LL5jE6r1+y2+30DwOf0uv0AyMvv/L7fm4cQ+EdYaKg0qJB4yNjoSLPIEPlIWWnpMemQecnZ 6Sm4Z7H5SVpaOCqBarrK2qYKERjaOkub9vqwKFu7y8t1q6krENxLXPz027A5bMzcPIQsuWwg 7VxtbQO9cEt93e2dkq3ILfhdbo4SnpA9ft7unpo+za79Xm8/Ebo+L3nf76+ojl08cv8K3ls2 aqA6gwzdcYukkF7Did4EyonIj6JG/mf7hJHAuDFkI116Si4MoUekSl6ygrn8MKjjypkjT8qD 2CGRTJo8TxGc9tOjhlw9i35qGVSoUlEvjTq9lA+PxKXwpj696igqUIBbq1rFCtaQ1q5SyQLT FDbtobHDxkbDpTYuIbZTpalKKTfvHbdNqcrDtVOv4DFulyIFBXiwYjuFYx6+G3ix5C+HEbeE PDkzHJIZzYrTDNpN37KeLYc+vcZlSc7aLptEDRtMx7bjVse+nWXbZ6Z4cfuGchdxzte/iydR hidyBJDGm7vAKUw5BebOq5dwnFz6Be3Wu6NUTb1CeO/kp3O/Xj49uPEjzqt/H5CIe/jq2YOj j583cSHz/vMbX52SbT/0599vAB4YXW85EFhgbAc+CCGDGUjYYGgRXhjhDBRWOBmGHnrYwoYc niGgX29Fo2CJ2YkIy4cuZqgCiyOSUdlypRlGGo45hvhij7bJuOOMWRF0UXR1dbYVa6y94GOT AN4nZCWPGenXkjvuoSQ2Tm65X3tRSklckZ5dZNdJWdbAZZosAvllF20ppdqNZ5Y12govBoBn nnimaQKbbW7xZmFwIinUnDei46Geiuq5JXp/1gSQoIKSxVdQfgZ04aKKRhdAkyZi8igjgQaZ 4Jj7qXjTpZhCqGmenObpKYWqhkpTpq2+uqinXtJaXYS35tEqrD7uymtzvub6/mSrw4owa7Ei HctoawJouiwIzToLXDIpckUqPp8iemCuwFD7IrPY/lEmkgRiyeSDigqE7IffYnDtuUzUmO6Y HunUW1QBthtutMvFK6+19vJhZZc6khNTV+wm2W2f7sI6HcEYonTwXjYNaiY9Wn1MZ8TXTbzn dNMy6iLGGdeB5ZNJFepxyBDPPO9HJHeKTyDvFgzTyizbVCPNDMsMM82zskpxi3jsDKLBPs+R MKnIgcxxw4eOHHDJcJHDdIb91fu0fBuXSqhUH0MkZtEsIK31iep0faHTYb9x6WwAAyjwbuLA DSOo8tW56i9g/7e2yc/d/Ka0wvD9oNz8AZ6UQHO//uyojXevlrfULTGOYM/POIzKkimmPbkt N1NFkkucu+w3f2YFPefD9pV+L9s4C4ecnuapybuahlspTphmU047YbbThsvqCg/1N3SEtvyv yMVTBu3t4imvIAeDG04pWkRuvP30ONjadsUox+15EPh6T7Ts4Yuvpe01a4N9eO/Dwi3sQOdC OvxQ6oAh3ckEAPX7mv+IcT9QVM96Ayug4w5YiwSmynYMTB6eFte01kFwFxL8EMpSEYBXZTAn G0Tg+BIlQPwBS1jo02AJIxgHD+5sXOdrIQlDpSJqsC54RLHchMrmQ3NpL34oPN/eLAahB34p aEHk1vycuB0g4u8jLoTB/p2UhTksXix9f6pMkRLCPqPlAy9jfJipCuWYMipuX64Bik6odBPp cS8GPQqWHVm4xSpGyYtUSpy+vlc0fzlMaElKmxkbU0ij9fEvajPjDenoozsGK2VcbFMOOTY2 KMoOaFUipP5MxERJVa19V4siJCMpyQJmbwMSjAtCMCnH2FltXxP0JMNeU8Ye/gR6sSBlgmZZ ybU5KZV4HOEQccgPUW6NaMNz48L6dxlArk+RSKGa2uRoysNtKZXVemQXkxmk2uwSR5scY3Ik 0q9NMnKQgzKnNQ9Zyh9qM03k0pUehfRKRGbykr+MYyHd9xYyqZOMCiQN9NYJT38+kV7z7J3v /oL5Qnmmgg6qcqhDlRhRhnqLosK06EPvmVHxbPRnMfLoR735KIHyb5W4ZBLUSmpSLmF0j92r aU2PxlFwJTFwMZ0pPl8HVNSVpqUtGycbTZNTifVNgTE1IDKDaqixnU2RiQxkK32wpqXy1KI+ HZE+oxo5mU2JmsSz2RKaukp4NLWrHPpqx95qUKElVJDY/M5VIaHVrfaOrRVyKyDjalRHzrWZ 8RyZ6fK6Io/ytUGVsukzOTnKqlJtdjm7a0M715qeQvSntUwsD1/W0nMilS39O6XxEDtBrm6W s6td6FkpO6A86pV3i2WsyoyqhbRagWeJVWxrZzQfhMAWq8ONoTHR/upUWk2Cl/xC20SzaaPw 6fYYyLUnSi1pUz8aZh6RsZtrwUWF6lr3mE/loxOtKRyy9QuORjqoM9tbWB5Zll7i7VFt/dNY UCauKe9kJECnisa6atMJ9bXvb/v611+uFL1//CvpzmTeHkz3cQXmLXm/yUzJ9TN4dAotLc0W 2gjH9jiyPW43L4zdDH/lwcl4L1lFOzMRA2HCPJBtalF1YxuieInxIV41LfU9c0Y2nex8oxFo fELEotbAIAWg8JoYuGXOMYzozN6TBQwJTeYwepbaFkFJy0Z2RXNSzyiu9lCr4OXluHEHjkNZ pehYKD53ihkRsSPji6bcErjCTqIvZnlo/mNWfi5kZMosldWo3kz00LlVTfCd7/xdDen5KGhO c0Jmw2fkjhRmwMTtlYrMTlIO9pqgk/NQB73bUgS6t5e2sKAp/EYy63CfDdbv0Bai3Q2/0tQZ XXWOteVq5rkuUt2aNZFCfKo1frigvF42Yd9cQl9bWhmUbPKCYianQ+uIxYBlryEJCUtnkxrP 8DMmq9NarjZjA9ufMrYYXaxLuo56NGMFd6Sn52obM/m6Emb3rqt0KqsJlFKLbmOoXze65ho5 pEzVsabV3Qv3zLc8mTa3sL8hcYYDuuJ/3vE1uDNxinO80qLQOFhGTnKRmvwqJp1tyqe88p6Y eKcND7ZEY94E/n4CozZI1uh68qrjNdOc3zW+8s6BvXBmblQ6+Wp2izesYL2F/F7Q9vR5iaXT jp+b2tUm+g6Y+PR2l5XpXm+65eqNOrAPKa6FhuxXOI1QQo/ZTmgeust36PEaB5m93QZfqcup 0ObCqZqIBvjg3UtjwQa1kZ3gY6cZ/C2BF3mgrlnrdticWYvffEBBhvStgWxVyTZzsqVe9qP9 K9aICTmscuXEJSUVuhW1vr9qb0/Qz62t3aH8omqNteqR3rCxgpkr3PZrnMdtdg+DGssIA+fi zR7Iz8Oz9sy6/a9RpHmfz9jfytaks9WZZnRuG8QEzRFz/wlG5xt0W1BRv+jCnnrC/k6/6jCx /rSFa3Ptc57YtX7e96kaamLmYGj3Y4Q2dp9mKGQmKu7ndlYxS5S3fGYmdK2Gd1undRe3ffwn VHT2XkXFeHEXYwEoZEpiSAK4Tlf3bPk1dcfBgJhSbNETTeeUUPAFU0tmdxOIYxi4f7h2JT+y cX8nV2nEgyfoL8H3GYjnRp3Wg2mUdPZWIPnmcOlmbU4RXEuUbtV1XzxRhXu0exe4eWpxHitY K11YgTqIc2NIhmqmf2c4E2mYg1/IhirRcjWXfdAVh0igc8DWIrPjJ4F2eyf2anfIggKmgAuT haz0hzeIg2+4hhJmdHq4c7JiHY7Hd+EGWh1IF0clg3Sn/ohrBnz2Z4dYRX8H53dC5ByOd3rg ZhcD1WEx1od1h3kb93KbtoNwp2jFRnwBxnbeVloGkmz6FHmyd03f1k5dhlYT4oX3l4yh2G9y dzWltYoA2HYA1SstyFTwF4LyN0jUZ1edOG25V1luKFO9R1ftli8h5mDFyHyZkU+/VzbgZ3rb OIrDAYtluIg9R4uiqIHuRmvDKI8udm8dYo1OaH7zhnquyIne2IlS6HUAxH2gJ2fwOH8AKYbn 0I5n9IK9tF2jtX4B6Wc2GIsWaI+NqHf7WIoOOGoBNlkVCUFQqFX7lndf95DXaI4aGYObCGYs eUBdp4wCApOBKIhyKI72E5Rt/jiUyVWUIXGUSJmUGrGUh9iUDnGUUBmV8tWE2PhEagiUSrVU M8eQMVmVecZ8nPEQ8whzNgN0SvaTZhiWbpZ6yxVvWPlFROiMm/hzigiS+ceMRbdec+Z9HKhy cBYWwud55gU5i4RJHkiNWTeSCsmTW6mP5HYowGOKb+dKTzYpMrZLMJiO6gg6x3h5yfiVkNmM ENN23cd63vZhPkl4ZOOacUJOvEgR+yU1VneJihdZ/3eXyxiSdOiNeymTdTkqnSRNogVhxpmY UIWQ0dcQtHlqfUdruEl7ZjkU9tebMLYcS9ln5KiNcCWL4wdU9daLqRh/4tac4vecz4aSuamY YsUm/tJ2nfdIlMM2hMSZfOCJn4yXS5BWfhPplOgJSij4WQ+WOh9Ig4zZmPE5mmxZkvWZOmpG lp0JSxOJdh3jnzopctanlnpZcvQpfVj5aQbaWHRxSLjZaOWIoeThkna3lnDYoB9aZ3+pmujn gRFohDQJR2eToipqYQ83hRzRloAxlFTJEkEaiW5IpDBkpJ9Ihkm6pBwxlRD3pBXhWyIZnyQ5 pVLJe3e3jB2apf1Qpb45i375pfUQpmJ6pcDpZH0ppLk2P4VInWVKjifFpVrppRmIZ+KETTux o/imWpknbWp6bQZ4i1JWeCrVaK8pdUPDL3JqpS3ak4woqOPTeaaihOJ5/pCruXy+1J6e96Rn ml7ZqZ2ACHzdaZu+JKLGRpngJ4HRBqryyZSRCaNwVqLlN3iAZqnl2aobNIey+Jt3Woumenyo 2m2+p3TjVKLrGJSaVaf4SKayKqyk2GObunol6FjVCmN92lfMCquxWpqzymzJl3RiJnjiFnBs t6vlFqU/agraWixPKaVH4ajhiKTx2njzSq9p6KT4Sgvwyq78agxXpEqQOqkAywwyZEd/2pAG 2wxF9CsEtFf2yrD9Sj6agiudQqekObFQSkECRED1tJ3/urER1LHCckfjKLIjW31XyW7YR0W7 mUUzZBJaRKouqrLokGAtxo8S8p4dizwgu6A2/nuzfVKp2aGet6mLoMY/HqkfMZs00QC0HBqY Q0t3uzFY/HkiM9ieSXsCFAQvA2unU0u1CUmtALk/NtmZ5ci04nEzFZQMSBSowDq2IVI1RCWX /siehsiVTutaH1tDdSi3c1s58KYv0CcmmOqZa6t7Tms3YOutgvuyhDtKO0uMALaSNci4lXUy xQSKgQu5aKm1xop/c4mdNJiTmFsSmcM+frsnj8mgn9sKx6M0UjGw+wq7I4E4Z6EItSuxt0sJ soua8sC7Keu7YJI1bmuO06BKtssjLhiJxbsguZtJ3ra8vQtJpzqs0GtFpwM8y1W9xCsDWvuO mGhwmqi9iCi9xvlK/g5kvS4VoBuoOP2FmOeLjOkbqvTjKvk6qoDrnZMpjJkov/T7kXijuiD0 t2nquXx5k29Xq0w4gwLctARcPvjAvuBrRTnLwNLaF+4acxV7b6yLsZ0rtrLai+uZnHkLwaEJ vObDuV06wi96Y0PFmUZLw5aYwqLqtSzcwiNZsDcsKgFUwG97QRAbty/sw8a7QIITQivEv2d5 xL/rsEusQqzbxPn4xFAcxcgLCt+7sFcsFi4SL0fExWDpxV+MsJuSLFGLwEZcxmshsMQ0vF3c xn7QJHAcx2Q8x3Rcx3YcwlX8rHlsxqhETASbwICsx9skSTWLpYbcB71Ds0G7yIy8F+sq/seS DDWUjMeWfMlD2r6abAb+Wsme7AqYrLGiTFGk/LqmvBmoLLSqLBpn7Lh+DGWuvMkV+8h80sm0 TD22jCzTErEWrMthAMRYtLmti7KhHMxlwMuuIge3TMhsnMxqsEDMvELO7LqtHM0kUrImoQfW LMuAmc1sMM3CpcbfLGXhLM5tWzMgbMyQ3MPoLMxtKzmx/Ljw/MnyPFGxzLz2HF72CwtwO6az zM/K7M//fMAi7MQDfVoSrMWGBrb7rNDAUdBrBMLuXMgRvcsM/RCccceljNEZnblu8zYHDQAl bdIlDdEfXTsnbdJBXJPFzNIxfdIprdKIAAA3jdM3HcT/VtE5/u3TOU3TiOK8gKqswfzTOF3A yLM0JP3TQd21mnlTNS2m7yJVqsPUPu3UjpKJKBi6HNyUR43UT+tf63vVOJ3VL+uc5kdVcGrK YE3FwSsIuqO/bk3XdW3Xd33XvzOtP/iBbC3KdO3SFrTDWJ3LHeWm4Tl5Zo3OgC3WFFzWN33W lclt3peS9szYjd1Agw3UhR0jnyd2t7a1itvGly3F3lLByBy+kaLYabfZ7lTDi+3WVO3Yj13P Uu0mpN3Qu9u6fezWkW3bZUbaWUnEJ5PXnP3brxXbsn10mr3ZwHzcEp3cH9RiY+zRz51bdU0w ClTOTW3c1k1i0b0ov5Swxe3c3r1n/rhtx3hd2+Z93eg9yHjt2+ytPtjNx+q93vKNBXed3vYd 3/gdW3bNTfa9hf690PRNz5Bd3gR+3gLO4M2dyQqe3w0u4QMO4WIw4Q3e3RVu0xcO36it4bvF 4eRd3R/uCyFe1x5O4iBu4mD94Cle4itO2PTl4qkB4w5uHjM+yjXOp16N41gD4zfe46PcrSee nUEu5GjK37Nr5NI8uhOeGEueGm0q4eAI5dJcic3K4hxW5VZeuljO3ci55bagN75K5HQZ5iRC 5V7OtZJ55lXAc7hj1+brdG0+aXv4oCy+2oJJ5/md0GWe5nvuC1s1vTUnqoAuG5RDmcgo2oZ+ BAmT54uOteCLzuhFME3ZmzNxOuk5B516e+mYnulUJ602/OSD/umpFup+3eVsXuqgfurxFelz vurhteminuqeHuuIMOsK+OpwfeumzumZudG9ThkQqbe7PubC7iZLmOc1KtLIDggH+Nq87ux1 LsPQZuzTPuyXKDLXju3ZTuiqx+PdfmZWzO3ibuF6er/mjgblXqDqTjd+VO7uzuTHJu8I80Xh Xu/yle/7zu/97u//DvABL/ADT/AFb/CNUAAAOw== --PART-BOUNDARY=.19709261242.ZM28299.munich.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 08:20:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA23889; Fri, 26 Sep 1997 06:34:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA23864; Fri, 26 Sep 1997 06:34:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26349; Fri, 26 Sep 1997 06:34:06 -0700 Received: from dv.bs.dlr.de (dv.bs.dlr.de [129.247.32.132]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA24962 for ; Fri, 26 Sep 1997 06:34:04 -0700 env-from (Dietrich.Haertl@dlr.de) Received: from bflsgu.fl.bs.dlr.de (bflsgu.fl.bs.dlr.de [129.247.32.17]) by dv.bs.dlr.de (8.8.5/8.8.5) with SMTP id PAA21586 for <@dv.bs.dlr.de:info-performer@sgi.com>; Fri, 26 Sep 1997 15:33:54 +0200 Received: by bflsgu.fl.bs.dlr.de (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA18468; Fri, 26 Sep 1997 15:33:54 +0200 From: "Dietrich Haertl" Message-Id: <9709261533.ZM18466@bflsgu.fl.bs.dlr.de> Date: Fri, 26 Sep 1997 15:33:53 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Combining OpenGL/Performer with RapidApp Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi all, a studentin our institute tries to integrate a simple OpenGL/Performer Application in a RapidApp-Frame - but it does not work so far. The Handbook only states, that combining RapidApp with OpenGl and Performer is no problem. Is there a FAQ-List available for RapidApp? Or for the above mentioned combination? Who could provide us a simple test program or knows where simple programs are available on the net? Any other idea? For any help than you very much in advance, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 08:04:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA23777; Fri, 26 Sep 1997 06:15:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA23752; Fri, 26 Sep 1997 06:15:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA25227; Fri, 26 Sep 1997 06:15:24 -0700 Received: from cdse14.rti.org (cdse14.rti.org [152.5.64.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA21624 for ; Fri, 26 Sep 1997 06:15:22 -0700 env-from (rspencer@rti.org) Received: from ss2 by cdse14.rti.org (SMI-8.6/SMI-SVR4) id JAA13727; Fri, 26 Sep 1997 09:28:34 -0400 Sender: rspencer@rti.org Message-ID: <342BB3B1.7D9A@rti.org> Date: Fri, 26 Sep 1997 09:08:01 -0400 From: "Richard M. Spencer" Organization: Research Triangle Institute X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: RS343 video with Infinite Reality? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Jean Daigle wrote: > To boldly go where RE^2 has gone before, you might need the > Video Format Compiler: > http://www.sgi.com/Products/software/vfc/ > > Be sure to note all the caveats about turning your video hardware > into molten silicon if you do not choose your parameters wisely... This brings up a related question. On our Onyx RE2 (2 RM5s) with the MCO, all the standard MCO vofs for two high res channels are over-under. We want side-by-side channels instead. Are there tools or available vofs for 1280x1024 or 1024x768 (only 2, not 3) channels side-by-side? Or are these the standard ones the only ones available in PROM somehere? Thanks -- Richard M. Spencer Research Triangle Institute - CDSE Research Computer Scientist 3040 Cornwallis Road, Herbert Bldg, Rm 228 rspencer@rti.org P.O. Box 12194; RTP, NC 27709-2194 USA http://www.rti.org/vr/ 919-541-6733 (voice), 919-541-6515 (fax) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 08:53:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24309; Fri, 26 Sep 1997 08:12:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24284; Fri, 26 Sep 1997 08:12:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA04576; Fri, 26 Sep 1997 08:12:29 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA17600 for ; Fri, 26 Sep 1997 08:12:28 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA08122; Fri, 26 Sep 1997 08:09:12 -0700 Date: Fri, 26 Sep 1997 08:09:12 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709260809.ZM8120@multipass.engr.sgi.com> In-Reply-To: Steve Baker "Re: Depth Buffer" (Sep 25, 12:38pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Steve Baker , Paul Berridge Subject: Re: Depth Buffer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 25, 12:38pm, Steve Baker wrote: > Subject: Re: Depth Buffer > On Thu, 25 Sep 1997, Paul Berridge wrote: > > > Can anyone tell me how to calculate depth from the value stored in the > > depth buffer? > > > > I guessed that it would be something like: > > > > depth = nearClip*farClip/((1-dBuffVal)*farClip+dBuffVal*nearClip), > > > > which gives depth values between the near and far clip ranges, but the > > results aren't quite right. > > > > Alternatively, is there a Performer function I can call to calculate it > > for me? > > This comes up about every 6 months....here is the stock reply... > > The 'official' SGI solution to this is... > > z = value in z buffer after rendering (input) > range = distance to pixel in database units (output) > Since the depth buffer is not radial it is important to realise that range as calculated will produce distance along the viewing vector, or stated another way, distance from a hither plane. It does not produce range from the eye unless the object is in the centre of the screen. Range from the eye can be computed from the range from hither. Cheets,Angus. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 08:53:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24352; Fri, 26 Sep 1997 08:18:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24327; Fri, 26 Sep 1997 08:18:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05118; Fri, 26 Sep 1997 08:18:39 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA19136 for ; Fri, 26 Sep 1997 08:18:39 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA08141; Fri, 26 Sep 1997 08:15:35 -0700 Date: Fri, 26 Sep 1997 08:15:35 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709260815.ZM8139@multipass.engr.sgi.com> In-Reply-To: "Dan Hagens" "SwapBuffers" (Sep 25, 3:30pm) References: <9709251530.ZM1193@sgi8.ctc.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Dan Hagens" , info-performer@sgi.com Subject: Re: SwapBuffers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 25, 3:30pm, Dan Hagens wrote: > Subject: SwapBuffers > Performers, > > I am having a problem with all of my channels swapping buffers at the > same time. I have 3 pipes with 2 channels for each pipe. Each channel is set > for left eye and right eye viewing for stereo. The two channels on each pipe > swap buffers at the same time but they don't all swap at the same time. I > tried > setting the PFCHAN_SWAPBUFFERS in the mask but that seems to work only on > channels that are attached using pfAttachChan. Does anyone know of a way to > swap all of the channels at the same time. Thanks. > You need to genlock the pipes share the channels PFCHAN_SWAPBUFFERS attribute, you must also wire the swapready connectors on the pipes. You will get better results if you run a pfPhase of PFPHASE_LIMIT, I find I don't need to wire swapready when I do this. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 08:48:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24139; Fri, 26 Sep 1997 07:19:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24114; Fri, 26 Sep 1997 07:19:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA29369; Fri, 26 Sep 1997 07:19:09 -0700 Received: from ns1.sara.nl (ns1.sara.nl [192.16.188.198]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA04531 for ; Fri, 26 Sep 1997 07:19:01 -0700 env-from (wilfred@sara.nl) Received: from isis.sp.sara.nl (isis-s114.sp.sara.nl [145.100.13.46]) by ns1.sara.nl (8.8.3/8.7.1) with ESMTP id QAA18321; Fri, 26 Sep 1997 16:18:36 +0200 (MET DST) Received: from isis-s114.sp.sara.nl by isis.sp.sara.nl (8.8.3/4.04) id OAA25818; Fri, 26 Sep 1997 14:18:35 GMT Sender: wilfred@sara.nl Message-ID: <342BC43A.2C67@sara.nl> Date: Fri, 26 Sep 1997 16:18:34 +0200 From: Wilfred Janssen Organization: SARA X-Mailer: Mozilla 3.01Gold (X11; I; AIX 1) MIME-Version: 1.0 To: Performer Mailing List CC: info-performer@sgi.com Subject: Re: Help - IR Genlock problems!! References: <9611271742.ZM3695@sixty.asd.sgi.com> <342B5147.41C6@vr.mme.wsu.edu> <342B81FB.446B@sara.nl> <342B8AFB.167E@vr.mme.wsu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Performer Mailing List wrote: > > Dear Wilfred: > > Thank you for the prompt reply. I am not sure whether it is the > genlocking or the swapping. Our performer application does not always > complain about the genlocking. About 50% of the time, it says there is > no genlocking and the other 50% it does not complain. However in all > cases, one eye (one pipe) seems to lag behind the other by about one > frame. We also have our swap outputs connected. > > Is this a problem with the swaping in Performer 2.1?? > > Jay > Dear Jay, If you can see that the pipes are not swapping at the same time it's not the genlocking that is wrong but the synchronous swapping. The genlocking synchronizes the frames (between screen refreshes) in the different pipes and normally you run at refresh rates between 66 to 120 frames per second. I think what you see the pipes not swapping from front to back buffer at the same time. If someone knows how to force performer into swapping pipes at the same time (probable by using the swap ready kables) please tell me !! Wilfred -- =================================================================== | Wilfred Janssen SARA | | Project Manager CAVE P.O. Box 94613 | | Consultant Scientific Computing 1090 GP Amsterdam | | Academic Computing Services Amsterdam The Netherlands | | | | Phone: +31 (0) 20 592 3000 e-mail: wilfred@sara.nl | | Fax: +31 (0) 20 668 3167 URL: http://www.sara.nl | =================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 09:00:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24236; Fri, 26 Sep 1997 07:44:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24211; Fri, 26 Sep 1997 07:44:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01686; Fri, 26 Sep 1997 07:44:26 -0700 Received: from vivid.autometric.com (vivid.autometric.com [198.49.5.66]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA10155; Fri, 26 Sep 1997 07:44:24 -0700 env-from (cowling@autometric.com) Received: (from gproxy@localhost) by vivid.autometric.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA19894; Fri, 26 Sep 1997 10:44:19 -0400 Received: from torus(199.170.197.45) by vivid.autometric.com via smap (3.1) id xma019851; Fri, 26 Sep 97 10:43:53 -0400 Received: (from cowling@localhost) by torus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA01115; Fri, 26 Sep 1997 10:43:53 -0400 From: "Bob Cowling" Message-Id: <9709261043.ZM1114@torus.autometric.com> Date: Fri, 26 Sep 1997 10:43:52 -0400 In-Reply-To: joerg@zaphod.munich.sgi.com (Joerg Wallmersperger) "Re: Help - IR Genlock problems!!" (Sep 26, 12:42pm) References: <9611271742.ZM3695@sixty.asd.sgi.com> <342B5147.41C6@vr.mme.wsu.edu> <9709261138.ZM27948@zaphod.munich.sgi.com> <342B8BC3.2781@vr.mme.wsu.edu> <9709261242.ZM28299@zaphod.munich.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: joerg@zaphod.munich.sgi.com (Joerg Wallmersperger) Subject: Re: Help - IR Genlock problems!! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We did find out that some of the gui toggles on ircombine don't work as advertised. Our SE advised us to use setmon to add the proper sync flags. He said there was going to be a patch (so it's probably out by now). Even with the correct cables, and the advise above, we could not genlock our Rack Onyx2/IR. It was close - never more than 1 scanline off - but that just doesn't help when you're doing quad buffer stereo. We had no problems with the Onyx/Re2. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 10:11:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24404; Fri, 26 Sep 1997 08:32:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24379; Fri, 26 Sep 1997 08:32:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06620; Fri, 26 Sep 1997 08:32:31 -0700 Received: from iisc.ernet.in (iisc.ernet.in [144.16.64.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA23005 for ; Fri, 26 Sep 1997 08:32:24 -0700 env-from (ada.ernet.in!ada.ernet.in!mdrp) Received: from postoffice.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id VAA08001; Fri, 26 Sep 1997 21:01:55 +0530 Received: by vigyan.iisc.ernet.in (SMI-8.6/SMI-SVR4) id VAA07126; Fri, 26 Sep 1997 21:01:09 -0530 >Received: from ada by ernet.in (5.x/SMI-SVR4) id AA03349; Fri, 26 Sep 1997 19:55:09 -0500 Date: Fri, 26 Sep 1997 19:55:09 -0500 (GMT) From: "Mr. M.D.R. Prasad - VR Group" X-Sender: mdrp@ada To: Angus Dorbie Cc: Steve Baker , Info-Performer Mailing List Subject: Re: glClipPlane in Performer. In-Reply-To: <9709231158.ZM3081@multipass.engr.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I used 6 GL clipping planes in performer. I was able to move and rotate them in the scene. But the problem is when I move the scene in trackball mode the clipping planes do not move with the scene. I want to move them along with the scene in the xformer model. How do I do this? Thanks... prasad On Tue, 23 Sep 1997, Angus Dorbie wrote: > On Sep 23, 10:38am, Steve Baker wrote: > > Subject: glClipPlane in Performer. > > > > A few questions: > > > > * Has anybody out there used the extra glClipPlane's within a Performer > Application? > > I've used six simultaneously in a performer based GL application. > > > > > * I don't see any Performer features to enable them - did I miss something? > > > > Nope, use the GL. > > > * Does anyone have a feel for the performance impact on an Inf.Reality box? > > > > Nope, I expect a modest geometry overhead. > > > * Is it one of those features that puts me off the optimised pathways through > OpenGL > > and thus *kills* performance - or is it just the overhead of the additional > clipping? > > Just the clipping. > Did you have any features in mind when you say this? I'm not aware of > this kind of thing on iR. > > Cheers,Angus. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 10:11:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24597; Fri, 26 Sep 1997 09:16:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24572; Fri, 26 Sep 1997 09:16:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA11856; Fri, 26 Sep 1997 09:16:51 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA06241 for ; Fri, 26 Sep 1997 09:16:49 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id LAA26984 for ; Fri, 26 Sep 1997 11:15:22 -0500 (CDT) Date: Fri, 26 Sep 1997 11:12:17 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: Info-Performer Mailing List Subject: pfTexGen problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi. I'm using pfTexGen with SPHEREMAP mode to generate cute shiney reflections. As a test, I modelled a white sphere, and picked a suitably distorted environment map with sky in the top half of the circle and ground in the bottom half. I model the sphere under a pfDCS node - and everything looks great - I spin the DCS and the ground stays reflected in the bottom half of the sphere and the sky in the top half. However, if I roll the eyepoint inverted (using pfChanView for example) the reflection rolls with me. So, the sky is now reflected in the wrong part of the sphere. The pfESky shows blue on the bottom half of the screen - but that bottom half of the sphere is still green. Is this an inherent problem with pfTexGen or am I doing something wrong ? Could it be something to do with when the pfTexGen is pfApply'ed ? Right now, I attach the pfTexGen to the pfGeoState - so I don't have control of when this happens. Thanks in advance... Steve Baker 817-619-8776 (Vox/Vox-Mail) Hughes Training Inc. 817-619-4028 (Fax) 2200 Arlington Downs Road SBaker@link.com (eMail) Arlington, Texas. TX 76005-6171 SJBaker1@airmail.net (Personal eMail) http://www.hti.com http://web2.airmail.net/sjbaker1 (personal) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 10:11:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24651; Fri, 26 Sep 1997 09:23:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24626; Fri, 26 Sep 1997 09:23:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA12631; Fri, 26 Sep 1997 09:23:40 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA08268 for ; Fri, 26 Sep 1997 09:23:37 -0700 env-from (allenb@icemt.iastate.edu) Received: from icemt.iastate.edu (kahuna.icemt.iastate.edu [129.186.232.36]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id LAA05105; Fri, 26 Sep 1997 11:23:30 -0500 Sender: allenb@icemt.iastate.edu Message-ID: <342BE182.17BC9146@icemt.iastate.edu> Date: Fri, 26 Sep 1997 11:23:30 -0500 From: Allen Bierbaum Organization: ISU SE Lab X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: Haruo NOMA CC: info-performer@sgi.com Subject: Re: Multi pipe error References: <199709251343.WAA06323@mailhost.mic.atr.co.jp> <199709260806.RAA21908@mailhost.mic.atr.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O That is the exact output that I get when it runs correctly. If you change the setScreen command to always setScreen(0), it works with no errors for me. -Allen Haruo NOMA wrote: > > Hello Allen and Performer people, > > Thank you for your rapid suggestion. > We tried to retouch the sample code and run.... > However, all windows are displayed on first display. > > Output were > > /usr/share/Performer/src/pguide/libpf/C++/multipipe shuttle1.obj > PF Notice: pfdLoadFile_obj: shuttle1.obj > PF Print: :0.0 > PF Print: :1.0 > PF Warning/Usage: pfPipe::setScreen() pfPipe 1 screen > request of 1 is greater than number of available hardware screens (0 - > 0). Clamping to screen 0 > PF Notice: Using 60Hz video rate. > PF Notice: Initializing stage 0x4 of pipe 0 > PF Notice: Pipe 0 size: 1280x1024 > PF Notice: Initializing stage 0x4 of pipe 1 > PF Notice: Pipe 1 size: 1280x1024 > > This output shows that > 1) the function setWSConnectionName() can assign pipes to each window > manager correctly. > 2) However, the function setScreen() can not understand hardware screen. > 3) So, the pipe 0 & 1 are assigned on first display (screen?). > > On my ONYX, we added one extra RE2 so we have two screens and two keyboards. > In my sense, TKO looks to work well on our environment. Does our ONYX has > some hardware trouble around RE2 and TKO? > > Haruo Noma > > At 2:28 PM -0500 97.9.25, Allen Bierbaum wrote: > > The following code works in the C++ version. > > > > for (loop=0; loop < max; loop++) > > { > > char str[PF_MAXSTRING]; > > char pipeStr[PF_MAXSTRING]; > > > > pipe[loop] = pfGetPipe(loop); > > > > // START HERE > > > > sprintf(pipeStr, ":%d.0", loop); // TKO > > //sprintf(pipeStr, ":0.%d", loop); // SKO > > > > pfNotify(PFNFY_ALWAYS, PFNFY_PRINT, pipeStr); > > pipe[loop]->setWSConnectionName(pipeStr); > > pipe[loop]->setScreen(loop); > > > > // END HERE > > > > pfPipeWindow *pw = new pfPipeWindow(pipe[loop]); > > sprintf(str, "IRIS Performer - Pipe %d", loop); > > pw->setName(str); > > if (NumScreens > 1) > > { > > pw->setOriginSize(0, 0, 300, 300); > > } else > > pw->setOriginSize((loop&0x1)*315, ((loop&0x2)>>1)*340, 300, 300); > > > > pw->setConfigFunc(OpenPipeWin); > > pw->config(); > > } > > > > > > Hope this help. > > > > ---------------- > Haruo Noma > ATR Media Integration and Communications Research Lab. > Tel: +81-774-95-1401 Fax: +81-774-95-1408 > e-mail: noma@mic.atr.co.jp > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Allen Bierbaum ISU SE Lab Research Assistant ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 10:11:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24490; Fri, 26 Sep 1997 08:42:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24465; Fri, 26 Sep 1997 08:42:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA07644; Fri, 26 Sep 1997 08:42:35 -0700 Received: from cod.nosc.mil (cod.nosc.mil [128.49.4.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA25738 for ; Fri, 26 Sep 1997 08:42:32 -0700 env-from (lenz@cod.nosc.mil) Received: (from lenz@localhost) by cod.nosc.mil (8.8.7/8.8.7) id IAA08452 for info-performer@sgi.com; Fri, 26 Sep 1997 08:42:31 -0700 (PDT) From: "Brandon M. Lenz" Message-Id: <199709261542.IAA08452@cod.nosc.mil> Subject: Shared Arena size problem To: info-performer@sgi.com Date: Fri, 26 Sep 1997 08:42:31 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I'm having a problem with shared memory allocation on a Onyx2 Infinite Reality System running IRIX 6.4 and Performer 2.1. Every time our application attempts to allocate more than 300MB of shared memory it crashes. I have attempted to create a shared arena of 500MB (with pfSharedArenaSize), but it still crashes when my application exceeds 300MB. My machine has 512 MB of main memory and 500MB of available swap space. I'm running the application from a c shell with an unlimited virtual memory size and my application is compiled with o32. Does anybody have any idea what is wrong? It's works fine on an Onyx RE2. Thanks!!!! Brandon Lenz NCCOSC RDT&E DIV code D44206 (619)-553-3634 lenz@nosc.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 12:16:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25862; Fri, 26 Sep 1997 11:35:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25837; Fri, 26 Sep 1997 11:35:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03011; Fri, 26 Sep 1997 11:35:35 -0700 Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA22597 for ; Fri, 26 Sep 1997 11:35:32 -0700 env-from (tmax@cs.duke.edu) Received: from tanager.cs.duke.edu (tanager.cs.duke.edu [152.3.140.150]) by duke.cs.duke.edu (8.8.5/8.8.5) with ESMTP id OAA07937; Fri, 26 Sep 1997 14:35:27 -0400 (EDT) Received: (tmax@localhost) by tanager.cs.duke.edu (8.8.5/8.6.9) id OAA21808; Fri, 26 Sep 1997 14:35:25 -0400 (EDT) Date: Fri, 26 Sep 1997 14:35:25 -0400 (EDT) Message-Id: <199709261835.OAA21808@tanager.cs.duke.edu> From: "T. M. Murali" To: info-performer@sgi.com Subject: perfly crashes on an Inventor model X-Mailer: VM 6.32 under 19.15 XEmacs Lucid Status: O Hi, I am using an Octane with two R10000s and 128MB of memory. On this machine, perfly crashed when I ran it on a particular Inventor file. The file was loaded and the Performer scene graph was created without any problems. However, after the pipe and channel were initialised, perfly crashed with the message PF Fatal/SysErr(11): pfuInitInput() Fork failed. I ran perfly again on that file and monitored memory usage using gr_osview. When the Inventor scene graph is being converted to Performer, perfly starts using a huge amount of memory (about 100 MB). After a prolonged spasm of swapping by the OS, perfly crashes. The crash happens whether perfly runs in PFMP_DEFAULT or PFMP_APPCULLDRAW mode. The Inventor model that causes this problem has about 18,000 triangles. I can view the model using ivview without any problems. Is it odd that perfly (in contrast) consumes so much memory when trying to display this model. Are there any measures I can take to decrease the memory usage? I have included a typical session with perfly below. Thanks for your help. tmax@knock 274) perfly -m 0 model.iv PF Info: All 2 processors available on this machine. PF Notice: pfdLoadFile_iv: model.iv PF Status: PF Initializing OpenInventor PF Opening file "model.iv" PF Loading file into OpenInventor PF Converting scene graph to Performer PF Deleting OpenInventor scene graph PF Optimizing Performer scene graph PF Scene-graph statistics: PF Triangles: 18016 PF loading time: 62.842 sec PF loading rate: 286.688 prims/sec PF PF Info: pfdMakeShared optimizing traversal PF Unique state objects: PF GeoStates: 1 PF Materials: 1 PF Redundant state objects: PF None PF Performance statistics: PF Input objects: 2 (100.00%) PF Output objects: 2 (100.00%) PF Deleted objects: 0 ( 0.00%) PF Elapsed time: 0.082 sec PF PF Info: pfdMakeSharedScene scene pfGeoState traversal PF Performance statistics: PF pfGeoStates: 1 PF Elapsed time: 0.039 sec PF PF Info: pfdCombineLayers optimizing traversal PF Performance statistics: PF Elapsed time: 0.041 sec PF PF Info: pfuCollideSetup collision traversal PF Intersection data is cached PF Elapsed time: 0.094 sec PF PF Info: Total scene-graph statistics PF Scene-graph statistics: PF Triangles: 18016 PF loading time: 69.269 sec PF loading rate: 260.086 prims/sec PF PF Info: Initialized 1 Pipe PF PF Info: pfuDownloadTexList texture processing PF Download totals PF Textures: 0 PF Elapsed time: 0.000 sec PF PF Info: scaleFonts 1.00 - Load: 0.88 secs PF Info: Initialized 1 Channel PF PF Fatal/SysErr(11): pfuInitInput() Fork failed. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 12:16:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25783; Fri, 26 Sep 1997 11:26:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25758; Fri, 26 Sep 1997 11:26:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01466; Fri, 26 Sep 1997 11:26:11 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA19912 for ; Fri, 26 Sep 1997 11:26:10 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA13450; Fri, 26 Sep 1997 11:26:07 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709261826.LAA13450@remi.engr.sgi.com> Subject: Re: pfTexGen problems To: sbaker@link.com Date: Fri, 26 Sep 1997 11:26:07 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: from "Steve Baker" at Sep 26, 97 11:12:17 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1473 Status: O Steve Baker wrote: > > > Hi. > > I'm using pfTexGen with SPHEREMAP mode to generate cute shiney reflections. > > As a test, I modelled a white sphere, and picked a suitably distorted > environment map with sky in the top half of the circle and ground in the > bottom half. > > I model the sphere under a pfDCS node - and everything looks great - I > spin the DCS and the ground stays reflected in the bottom half of the > sphere and the sky in the top half. > > However, if I roll the eyepoint inverted (using pfChanView for example) > the reflection rolls with me. So, the sky is now reflected in the wrong part > of the sphere. The pfESky shows blue on the bottom half of the screen - but > that bottom half of the sphere is still green. > > Is this an inherent problem with pfTexGen or am I doing something wrong ? > > Could it be something to do with when the pfTexGen is pfApply'ed ? Right > now, I attach the pfTexGen to the pfGeoState - so I don't have control of > when this happens. > SPHEREMAP works in eye space. It consider the eye space the coordinate system that defines the up/down/left/right directions. I guess that you will have to 'undo' the eye rotations using the texture matrix. [pfApplyTMat in 2.2] [mmode(MTEXTURE); loadmatrix(m); mmode(MVIEWING); before 2.2] _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 12:16:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25647; Fri, 26 Sep 1997 11:10:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25622; Fri, 26 Sep 1997 11:10:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA29060; Fri, 26 Sep 1997 11:10:02 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA15130 for ; Fri, 26 Sep 1997 11:09:58 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id LAA12002; Fri, 26 Sep 1997 11:11:16 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA14087; Fri, 26 Sep 1997 11:13:42 -0700 From: "Anita Kishore" Message-Id: <9709261113.ZM14085@tracey.triavest.com> Date: Fri, 26 Sep 1997 11:13:40 -0700 In-Reply-To: "Dietrich Haertl" "Combining OpenGL/Performer with RapidApp" (Sep 26, 3:33pm) References: <9709261533.ZM18466@bflsgu.fl.bs.dlr.de> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Dietrich Haertl" , info-performer@sgi.com Subject: Re: Combining OpenGL/Performer with RapidApp Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 26, 3:33pm, Dietrich Haertl wrote: > Subject: Combining OpenGL/Performer with RapidApp > > Hi all, > > a studentin our institute tries to integrate a simple OpenGL/Performer > Application in a RapidApp-Frame - but it does not work so far. > The Handbook only states, that combining RapidApp with OpenGl and Performer is > no problem. > > Is there a FAQ-List available for RapidApp? Or for the above mentioned > combination? > Who could provide us a simple test program or knows where simple programs are > available on the net? > Any other idea? > There is a sample program motif.c that comes with performer distribution. This shows how to use motif with performer. I guess RapidApp will also follow the same method because it is basically a Viewkit/motif/X code generator. We use viewkit/Inventor along with performer in our application. All viewkit and Inventor stuff is in a separate process than performer. To use openGL calls in performer, they must be called from the DRAW process of performer. hope this helps -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 13:31:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25977; Fri, 26 Sep 1997 11:51:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25952; Fri, 26 Sep 1997 11:51:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA05660; Fri, 26 Sep 1997 11:51:44 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA27603 for ; Fri, 26 Sep 1997 11:51:43 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id OAA10272; Fri, 26 Sep 1997 14:51:41 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma010259; Fri, 26 Sep 97 14:51:22 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id SAA17213; Fri, 26 Sep 1997 18:51:25 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA07053; Fri, 26 Sep 1997 14:51:23 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709261851.OAA07053@hf.ht.com> Subject: Re: pfTexGen problems In-Reply-To: from Steve Baker at "Sep 26, 97 11:12:17 am" To: sbaker@link.com Date: Fri, 26 Sep 1997 14:51:23 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > > Hi. > > I'm using pfTexGen with SPHEREMAP mode to generate cute shiney reflections. > > As a test, I modelled a white sphere, and picked a suitably distorted > environment map with sky in the top half of the circle and ground in the > bottom half. > > I model the sphere under a pfDCS node - and everything looks great - I > spin the DCS and the ground stays reflected in the bottom half of the > sphere and the sky in the top half. > > However, if I roll the eyepoint inverted (using pfChanView for example) > the reflection rolls with me. So, the sky is now reflected in the wrong part > of the sphere. The pfESky shows blue on the bottom half of the screen - but > that bottom half of the sphere is still green. > > Is this an inherent problem with pfTexGen or am I doing something wrong ? > > Could it be something to do with when the pfTexGen is pfApply'ed ? Right > now, I attach the pfTexGen to the pfGeoState - so I don't have control of > when this happens. > > Thanks in advance... > > Steve Baker I am pretty sure the behaviour you describe is exactly what to expect. I have taken a look at the SPHERE_MAP math in the OGL Programmer's guide, and the tex coords are computed using vectors defined with respect to the eye coordinates....so it will appear that the reflection map is constant with respect to the eye position/orientation and not the world/Performer CS. scott -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 14:16:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA26137; Fri, 26 Sep 1997 12:35:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA26112; Fri, 26 Sep 1997 12:35:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA12329; Fri, 26 Sep 1997 12:35:41 -0700 Received: from lfkw10.bgm.link.com (bgm.link.com [130.210.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA09852 for ; Fri, 26 Sep 1997 12:35:38 -0700 env-from (sbaker@link.com) Received: from samantha.bgm.link.com (samantha.bgm.link.com [130.210.236.11]) by lfkw10.bgm.link.com (8.8.6/HTI-Hack-8.8.4) with SMTP id OAA18201; Fri, 26 Sep 1997 14:35:28 -0500 (CDT) Date: Fri, 26 Sep 1997 14:32:20 -0500 (CDT) From: Steve Baker X-Sender: steve@samantha.bgm.link.com Reply-To: Steve Baker To: Rémi Arnaud cc: info-performer@sgi.com Subject: Re: pfTexGen problems In-Reply-To: <199709261826.LAA13450@remi.engr.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Status: O On Fri, 26 Sep 1997, R=E9mi Arnaud wrote: > Steve Baker wrote: > >=20 > >=20 > > Hi. > >=20 > > I'm using pfTexGen with SPHEREMAP mode to generate cute shiney reflec= tions. > >=20 > > As a test, I modelled a white sphere, and picked a suitably distorted > > environment map with sky in the top half of the circle and ground in th= e > > bottom half. > >=20 > > I model the sphere under a pfDCS node - and everything looks great - = I > > spin the DCS and the ground stays reflected in the bottom half of the > > sphere and the sky in the top half. > >=20 > > However, if I roll the eyepoint inverted (using pfChanView for exampl= e) > > the reflection rolls with me. So, the sky is now reflected in the wrong= part > > of the sphere. The pfESky shows blue on the bottom half of the screen -= but > > that bottom half of the sphere is still green. > >=20 > > Is this an inherent problem with pfTexGen or am I doing something wro= ng ? > >=20 > > Could it be something to do with when the pfTexGen is pfApply'ed ? Ri= ght > > now, I attach the pfTexGen to the pfGeoState - so I don't have control = of > > when this happens. > >=20 >=20 > SPHEREMAP works in eye space. It consider the eye space the coordinate > system that defines the up/down/left/right directions. > I guess that you will have to 'undo' the eye rotations using the texture= matrix. >=20 > [pfApplyTMat in 2.2] > [mmode(MTEXTURE); loadmatrix(m); mmode(MVIEWING); before 2.2] Ah - I thought it might be something nasty like that. This is ugly since Pe= rformer is doing the pfApply of the TexGen. I guess I'll need a pfGeoState callback= or something. Thanks. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 14:46:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA26320; Fri, 26 Sep 1997 13:17:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA26295; Fri, 26 Sep 1997 13:17:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA18006; Fri, 26 Sep 1997 13:17:26 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA21708 for ; Fri, 26 Sep 1997 13:17:26 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id NAA17998; Fri, 26 Sep 1997 13:17:25 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA27592; Fri, 26 Sep 1997 13:17:20 -0700 From: "Rob Jenkins" Message-Id: <9709261317.ZM27590@quid.csd.sgi.com> Date: Fri, 26 Sep 1997 13:17:20 -0700 In-Reply-To: "Brandon M. Lenz" "Shared Arena size problem" (Sep 26, 8:42am) References: <199709261542.IAA08452@cod.nosc.mil> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Brandon M. Lenz" , info-performer@sgi.com Subject: Re: Shared Arena size problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 26, 8:42am, Brandon M. Lenz wrote: > Subject: Shared Arena size problem > Hi, > > I'm having a problem with shared memory allocation on a Onyx2 > Infinite Reality System running IRIX 6.4 and Performer 2.1. Every time > our application attempts to allocate more than 300MB of shared memory > it crashes. I have attempted to create a shared arena of 500MB (with > pfSharedArenaSize), but it still crashes when my application exceeds > 300MB. My machine has 512 MB of main memory and 500MB of available > swap space. I'm running the application from a c shell with an unlimited > virtual memory size and my application is compiled with o32. Does anybody > have any idea what is wrong? It's works fine on an Onyx RE2. > > Thanks!!!! > > Brandon Lenz > NCCOSC RDT&E DIV code D44206 > (619)-553-3634 > lenz@nosc.mil > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Brandon M. Lenz try comparing the values from 'limit' in the shell you run from and also the systune values for 'shm' ( just run systune as root ) on the machine that works with the one that doesn't Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 18:14:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA27259; Fri, 26 Sep 1997 16:23:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA27234; Fri, 26 Sep 1997 16:23:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA16524; Fri, 26 Sep 1997 16:23:24 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA16502 for ; Fri, 26 Sep 1997 16:23:19 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id QAA14293 for ; Fri, 26 Sep 1997 16:31:52 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id XAA04579 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 26 Sep 1997 23:21:57 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA07584 for info-performer@sgi.com; Fri, 26 Sep 1997 16:21:56 -0700 From: "Marcus Barnes" Message-Id: <9709261621.ZM7580@logan.engr.multigen.com> Date: Fri, 26 Sep 1997 16:21:56 -0700 In-Reply-To: =?iso-8859-1?Q?=22Jesper_Nystr=F6m=22_=3Cjesper=40clarus=2Ese?= =?iso-8859-1?Q?=3E _______=22Re=3A_pfconv_-_FYI=22_=28Sep_25=2C__8=3A54am=29?= References: <9709241559.ZM2774@claws30.prosolvia.se> <9709241318.ZM27559@logan.engr.multigen.com> <9709250854.ZM4192@claws30.prosolvia.se> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: pfconv - FYI Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709261621.ZM7580.engr.multigen.com" Status: O --PART-BOUNDARY=.19709261621.ZM7580.engr.multigen.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On Sep 25, 8:54am, Jesper Nystr=F6m wrote: > I don't know why, I just know that when I uses pfconv with the loader l= ibs > 15.4b I get very strange files if I get any at all. I check the flight = file in > perfly, no problemo, then I check the pfb file in perfly, either perfly= > crashes or the files misses a lot of the polygons. Well I've converted an assortment of .flt files into .pfb using pfconv, u= sing the R15.4d loader (available at ftp://ftp.multigen.com/pub). The problem, that I saw was related to pfLPointState conversion. perfly w= ould core dump as follows, whjile attempting to load the converted .pfb file: (dbx) t > 0 set_udata(0x1865c580, 0x1c, 0x104c3650, 0x1a) ["../../../../lib/libpfdb/libpfpfb/pfpfb.c":13288, 0x5c8dc458] 1 pfb_read_lpstate(0x104c3650, 0x1c, 0x104c3650, 0x1a) ["../../../../lib/libpfdb/libpfpfb/pfpfb.c":3347, 0x5c8b1788] 2 pfdLoadFile_pfb(0x4, 0x1c, 0x104c3650, 0x1a) ["../../../../lib/libpfdb/libpfpfb/pfpfb.c":2209, 0x5c8ac0c0] 3 pfdLoadFile(0x7fff3007, 0x1c, 0x104c3650, 0x1a) ["../../../lib/libpfdu/pfdLoadFile.c":822, 0x76a024] 4 initSceneGraph(0x184ffec0, 0x0, 0x104c3650, 0x1a) ["../../../../../sample/apps/C/perfly/perfly.c":605, 0x48d5ec] 5 InitScene(0x1865c580, 0x1c, 0x104c3650, 0x1a) ["../../../../../sample/apps/C/common/generic.c":350, 0x48a914] 6 main(0x2, 0x7fff2ed4, 0x104c3650, 0x1a) ["../../../../../sample/apps/C/common/main.c":125, 0x489f10] 7 __istart() ["crt1tinit.s":13, 0x489c50] The difference between R14.2 and R15.4 is that OpenFlight supports alot m= ore pfLPointState specification including calligraphic (in 2.2). It appears t= hat =2Epfb is having a bit of trouble with that. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + --PART-BOUNDARY=.19709261621.ZM7580.engr.multigen.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 19:03:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA27511; Fri, 26 Sep 1997 17:51:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA27486; Fri, 26 Sep 1997 17:51:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA26241; Fri, 26 Sep 1997 17:51:01 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA07440 for ; Fri, 26 Sep 1997 17:51:00 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA01246; Fri, 26 Sep 1997 17:47:42 -0700 Date: Fri, 26 Sep 1997 17:47:42 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9709261747.ZM1242@multipass.engr.sgi.com> In-Reply-To: Steve Baker "Re: pfTexGen problems" (Sep 26, 2:32pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Steve Baker , =?iso-8859-1?Q?R=E9mi_Arnaud?= Subject: Re: pfTexGen problems Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19709261747.ZM1242.engr.sgi.com" Status: O --PART-BOUNDARY=.19709261747.ZM1242.engr.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u This is the correct behaviour but you can fix for eye roll using a texture matrix no callbacks required. Unfortunately you won't be able to fix for eye heading....unless you regenerate the texture image= =2E In fact this is the nature of texgen spheremap. It cannot account eye position or orientation and so doesn't even for roll. Cheers,Angus. On Sep 26, 2:32pm, Steve Baker wrote: > Subject: Re: pfTexGen problems > > [ plain text > Encoded with "quoted-printable" ] : On Fri, 26 Sep 1997, R=E9mi Arnaud wrote: > > > Steve Baker wrote: > > > > > > > > > Hi. > > > > > > I'm using pfTexGen with SPHEREMAP mode to generate cute shiney reflections. > > > > > > As a test, I modelled a white sphere, and picked a suitably disto= rted > > > environment map with sky in the top half of the circle and ground i= n the > > > bottom half. > > > > > > I model the sphere under a pfDCS node - and everything looks grea= t - I > > > spin the DCS and the ground stays reflected in the bottom half of t= he > > > sphere and the sky in the top half. > > > > > > However, if I roll the eyepoint inverted (using pfChanView for ex= ample) > > > the reflection rolls with me. So, the sky is now reflected in the w= rong part > > > of the sphere. The pfESky shows blue on the bottom half of the scre= en - but > > > that bottom half of the sphere is still green. > > > > > > Is this an inherent problem with pfTexGen or am I doing something= wrong ? > > > > > > Could it be something to do with when the pfTexGen is pfApply'ed = ? Right > > > now, I attach the pfTexGen to the pfGeoState - so I don't have cont= rol of > > > when this happens. > > > > > > > SPHEREMAP works in eye space. It consider the eye space the coordina= te > > system that defines the up/down/left/right directions. > > I guess that you will have to 'undo' the eye rotations using the tex= ture matrix. > > > > [pfApplyTMat in 2.2] > > [mmode(MTEXTURE); loadmatrix(m); mmode(MVIEWING); before 2.2] > > Ah - I thought it might be something nasty like that. This is ugly sinc= e Performer > is doing the pfApply of the TexGen. I guess I'll need a pfGeoState call= back or > something. > > Thanks. > > > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Steve Baker --PART-BOUNDARY=.19709261747.ZM1242.engr.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Sep 26 19:55:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA27632; Fri, 26 Sep 1997 18:26:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA27607; Fri, 26 Sep 1997 18:26:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA28957; Fri, 26 Sep 1997 18:26:27 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA14750 for ; Fri, 26 Sep 1997 18:26:26 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id SAA08290; Fri, 26 Sep 1997 18:26:19 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA07291 for info-performer@sgi.com; Fri, 26 Sep 1997 18:25:57 -0700 Date: Fri, 26 Sep 1997 18:25:57 -0700 From: chris@scotch.physics.ucla.edu (chris) Message-Id: <199709270125.SAA07291@scotch.physics.ucla.edu> To: info-performer@sgi.com Subject: new(arena) Status: O Hi pfGurus. I bet this is an easy one. I would like to allocate a pfSwitch from an arena. pfSwitch* mySwitch = (pfSwitch*)pfMalloc(sizeof(pfSwitch),arena) is nice but doesn't invoke the constructor. I have tried pfSwitch* mySwitch = new(arena); = new(sizeof(pfSwitch),arena); = new(0, sizeof(pfSwitch), arena); = new(0, sizeof(pfSwitch)); Compiler flags them all. What to do? Am using IRIX 6.2 and performer 2.1 on SGI Max Impact. Any advice would be appreciated. Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Sep 28 16:25:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA29413; Sun, 28 Sep 1997 14:36:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA29388; Sun, 28 Sep 1997 14:36:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06762; Sun, 28 Sep 1997 14:36:29 -0700 Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA02355 for ; Sun, 28 Sep 1997 14:36:27 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id OAA13457 sendmail 8.8.5/UCSD8.3 via SMTP Sun, 28 Sep 1997 14:36:25 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id OAA21198; Sun, 28 Sep 1997 14:36:25 -0700 Date: Sun, 28 Sep 1997 14:36:25 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199709282136.OAA21198@imm.ucsd.edu> To: info-performer@sgi.com Subject: OpenGL & Performer Status: O Hello, I would like to use xforms (rapid app to GUI) to set up a canvas and buttons. The buttons will run the code, but I want Performer to display on this canvas. Could someone advise me, or send me a simple example? Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Sep 28 17:21:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA29461; Sun, 28 Sep 1997 16:26:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA29436; Sun, 28 Sep 1997 16:26:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA10780; Sun, 28 Sep 1997 16:26:07 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA17263; Sun, 28 Sep 1997 16:26:06 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id QAA25406; Sun, 28 Sep 1997 16:26:03 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA01486; Sun, 28 Sep 1997 16:25:56 -0700 Date: Sun, 28 Sep 1997 16:25:56 -0700 (PDT) From: Chris Mitchell To: brian@sgi.com, info-performer@sgi.com Subject: Re: new(arena) In-Reply-To: <9709272230.ZM16891@dingbat.clubfed.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > Let me try that again try > > pfSwitch *mySwitch = new(arena) pfSwitch; > > Brian > > Brian Furtaw (brian@sgi.com) > VisSim Technical Consultant > 12200-G Plum Orchard Drive Office:(301)572-3293 Fax: (301)872-3293 > Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer Hi Brian. Thanks for the response. Tried that one first. Get the following compiler flag CC -g -lm -c perfDriver.C -o perfDriver.o "perfDriver.C", line 194: error(3464): no instance of overloaded "pfSwitch::operator new" matches these operands Shared->sceneSwitch = new(arena) pfSwitch; ^ Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Sep 28 18:55:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA29548; Sun, 28 Sep 1997 17:25:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA29523; Sun, 28 Sep 1997 17:25:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA12684; Sun, 28 Sep 1997 17:25:35 -0700 Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA25138 for ; Sun, 28 Sep 1997 17:25:32 -0700 env-from (kanou@ddd.co.jp) Received: from force1.ddd.co.jp ([202.230.84.17]) by farm.ddd.co.jp (post.office MTA v1.9.3 ID# 0-13383) with ESMTP id AAA200 for ; Mon, 29 Sep 1997 09:25:32 +0900 Received: from cow (cow [192.168.1.102]) by force1.ddd.co.jp (8.x/3.xW) with SMTP id JAA05535 for ; Mon, 29 Sep 1997 09:25:23 +0900 (JST) Message-Id: <199709290025.JAA05535@force1.ddd.co.jp> X-Sender: kanou@mail.ddd.co.jp X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2-J (32) Date: Mon, 29 Sep 1997 09:20:38 To: info-performer@sgi.com From: kanou@ddd.co.jp (Y.Kanou) Subject: Re: Performer vs Optimizer In-Reply-To: <9709190815.ZM11596@multipass.engr.sgi.com> References: <199709191122.UAA15738@force1.ddd.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-2022-JP" Status: O At 08:15 97/09/19 -0700, Angus Dorbie wrote: Angus> In anycase, Rob Jenkins has just posted an excellent comparrison Angus> by Brian Cabral, didn't you read that? Actually, I submitted my email just before reading Mr.Jenkins'. Sorry. Yutaka Kanou Director of Technology 3D Inc. mailto:kanou@ddd.co.jp http://www.ddd.co.jp/ tel:+81-45-314-8334 fax:+81-45-314-8335 Mitsuishi-Yokohama-Building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Sep 28 22:55:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA29945; Sun, 28 Sep 1997 21:10:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA29920; Sun, 28 Sep 1997 21:10:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA21628; Sun, 28 Sep 1997 21:10:20 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA27815; Sun, 28 Sep 1997 21:10:19 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA25211; Sun, 28 Sep 1997 21:09:03 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199709290409.VAA25211@remi.engr.sgi.com> Subject: Re: new(arena) To: chris@scotch.physics.ucla.edu (Chris Mitchell) Date: Sun, 28 Sep 1997 21:09:02 -0700 (PDT) Cc: brian@sgi.com, info-performer@sgi.com In-Reply-To: from "Chris Mitchell" at Sep 28, 97 04:25:56 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 941 Status: O Chris Mitchell wrote: > > > Let me try that again try > > > > pfSwitch *mySwitch = new(arena) pfSwitch; > > > > Brian > > > > Brian Furtaw (brian@sgi.com) > > VisSim Technical Consultant > > 12200-G Plum Orchard Drive Office:(301)572-3293 Fax: (301)872-3293 > > Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer > > Hi Brian. > > Thanks for the response. > Tried that one first. > > Get the following compiler flag > > CC -g -lm -c perfDriver.C -o perfDriver.o > "perfDriver.C", line 194: error(3464): no instance of overloaded > "pfSwitch::operator new" matches these operands > Shared->sceneSwitch = new(arena) pfSwitch; If you initialized the SharedArena, switch = new pfSwitch; will create in the arena. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 01:13:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA00075; Sun, 28 Sep 1997 23:16:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA00049; Sun, 28 Sep 1997 23:16:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA26391; Sun, 28 Sep 1997 23:16:25 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA17917 for ; Sun, 28 Sep 1997 23:16:24 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.7/8.8.7/NLR 11/09/97) with SMTP id IAA18088 for <@nlrgup.nlr.nl:info-performer@sgi.com>; Mon, 29 Sep 1997 08:16:20 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from nlr.nl by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA04806; Mon, 29 Sep 1997 08:16:12 +0200 Sender: niels@nlr.nl Message-ID: <342F47AC.F2B268B4@nlr.nl> Date: Mon, 29 Sep 1997 08:16:12 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "info-performer@sgi.com" Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Could you please remove this email address from the mailing list. thank you -- _/ _/ _/ _/_/_/_/ Niels Hilbrink (RS NOP) _/ _/ _/ _/ _/ Hilbrink@nlr.nl _/_/ _/ _/ _/ _/ tel : (++31)(0)527 248224 (NLR) _/ _/ _/ _/ _/_/_/_/ (++31)(0)527 242259 (Home) _/ _/_/ _/ _/ _/ _/ _/ _/ _/ _/ National Aerospace Laboratory (NLR) _/ _/ _/_/_/_/ _/ _/ http://www.nlr.nl ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 02:02:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA00137; Mon, 29 Sep 1997 00:14:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA00112; Mon, 29 Sep 1997 00:14:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA00292; Mon, 29 Sep 1997 00:14:24 -0700 Received: from buitre.madrid.sgi.com ([144.253.243.81]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA26946 for ; Mon, 29 Sep 1997 00:14:21 -0700 env-from (lmiranda@buitre.madrid.sgi.com) Received: by buitre.madrid.sgi.com (950413.SGI.8.6.12/930416.SGI) id JAA03785; Mon, 29 Sep 1997 09:13:12 +0200 From: "Luis Ignacio Miranda" Message-Id: <9709290913.ZM3783@buitre.madrid.sgi.com> Date: Mon, 29 Sep 1997 09:13:12 -0600 In-Reply-To: "Brandon M. Lenz" "Shared Arena size problem" (Sep 26, 8:42am) References: <199709261542.IAA08452@cod.nosc.mil> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Brandon M. Lenz" , info-performer@sgi.com Subject: Re: Shared Arena size problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Brandon, Try this: At the begining of the main, introduce a call like UseAllMemory(); where: #include void UseAllMemory( void ) { struct rlimit limits; /* increase the systune limit for the text size */ getrlimit( RLIMIT_VMEM, &limits ); limits.rlim_cur = limits.rlim_max; setrlimit( RLIMIT_VMEM, &limits ); /* heaps */ getrlimit( RLIMIT_DATA, &limits ); limits.rlim_cur = limits.rlim_max; setrlimit( RLIMIT_DATA, &limits ); } use the environment variable: # setenv PFSHAREDBASE 0x38010000 and compile with OpenGL and optimizing (make oglopt) it should work Regards, Nacho On Sep 26, 8:42am, Brandon M. Lenz wrote: > Subject: Shared Arena size problem > Hi, > > I'm having a problem with shared memory allocation on a Onyx2 > Infinite Reality System running IRIX 6.4 and Performer 2.1. Every time > our application attempts to allocate more than 300MB of shared memory > it crashes. I have attempted to create a shared arena of 500MB (with > pfSharedArenaSize), but it still crashes when my application exceeds > 300MB. My machine has 512 MB of main memory and 500MB of available > swap space. I'm running the application from a c shell with an unlimited > virtual memory size and my application is compiled with o32. Does anybody > have any idea what is wrong? It's works fine on an Onyx RE2. > > Thanks!!!! > > Brandon Lenz > NCCOSC RDT&E DIV code D44206 > (619)-553-3634 > lenz@nosc.mil > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Brandon M. Lenz -- ******************************************************************************* * Luis Ignacio Miranda Edificio "Santa Engracia 120" * * Silicon Graphics, S.A. Plaza del Descubridor Diego de Ordas,3 * * Systems Engineering Division 28003 MADRID SPAIN * * e-mail : lmiranda@madrid.sgi.com Telephone ++ 34 1 3984200 * * v-mail : 6-368-4227 Fax ++ 34 1 3984201 * ******************************************************************************* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 10:43:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA00936; Mon, 29 Sep 1997 08:54:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00908; Mon, 29 Sep 1997 08:54:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05585; Mon, 29 Sep 1997 08:54:00 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA02325 for ; Mon, 29 Sep 1997 08:53:58 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id LAA24076; Mon, 29 Sep 1997 11:53:55 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma024073; Mon, 29 Sep 97 11:53:48 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA09917; Mon, 29 Sep 1997 15:53:51 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id LAA14653; Mon, 29 Sep 1997 11:53:53 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709291553.LAA14653@hf.ht.com> Subject: Impact texture limitations (pages) To: info-performer@sgi.com Date: Mon, 29 Sep 1997 11:53:53 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Can someone in this forum explain the texture capabilities of a High Impact with the TRAM option (i.e., 4MB TRAM) in terms of texture pages? Specifically what is a page, how does texture image size and format relate to number of pages, how does mipmapping affect page usage, and what is the maximum number of pages available before continuous texture downloads start occurring. Pointers to white papers on the Impact hardware related to these questions would also be appreciated. Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 11:29:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01556; Mon, 29 Sep 1997 09:43:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01531; Mon, 29 Sep 1997 09:43:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14093; Mon, 29 Sep 1997 09:43:42 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA17513 for ; Mon, 29 Sep 1997 09:43:38 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199709291643.JAA17513@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 29 Sep 1997 18:40:48 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 29 Sep 1997 18:40:48 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Mon, 29 Sep 1997 18:41:37 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 29 Sep 1997 16:24:32 +0200 Date: Mon, 29 Sep 1997 16:24:32 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970929142432] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: LOD Ranges / FOV MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CGood morning, Question 1: For which FOV value does the LOD range value mean *exactly* the distance between the eye position and the LOD's center ? Question 2: What is the mathematical formula linking the LOD scale operated on range values, and the channel's FOV ? Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 14:07:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA01800; Mon, 29 Sep 1997 10:23:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA01775; Mon, 29 Sep 1997 10:23:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA20817; Mon, 29 Sep 1997 10:22:56 -0700 Received: from helios.Discreet.QC.CA (discreet.com [207.219.240.29]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA29349 for ; Mon, 29 Sep 1997 10:22:51 -0700 env-from (dery@Discreet.COM) Received: from cuba by helios.Discreet.QC.CA id MAA04837; Mon, 29 Sep 1997 12:28:12 -0400 Errors-To: postmaster@Discreet.COM Received: from atlantis (atlantis [172.16.100.56]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA18225; Mon, 29 Sep 1997 12:34:08 -0400 Received: (from dery@localhost) by atlantis (950413.SGI.8.6.12/) id MAA20579; Mon, 29 Sep 1997 12:34:08 -0400 From: "Jean-Luc Dery" Message-Id: <9709291234.ZM20582@atlantis> Date: Mon, 29 Sep 1997 12:34:08 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfdLoadFont problem Cc: dery@cuba.Discreet.COM Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi folks, I have a little problem with the font loader. Our application uses the font type 1 developped by M. Haeberli and loads them using the pfdLoadFont_type1 utility. The application can load/unload scenes during a single work session, meaning that we load a scene and some time later, destroy it and reload another one. When loading a given scene, fonts are loaded with pfdLoadFont_type1 and referenced multiple times if more than one pfString object uses it. When unloading a scene, all the scene tree is destroyed except the pfScene root node, to which the next loaded scene is attached. Up to know, nothing special. But what happens is when a font is used in a scene, destroyed and then reloaded in a newly loaded scene, the application crashes in pfdLoadFont_type1 function call. This might not happen at the first reload of the font, but always happens after a few reloads (sometimes after one and usually less than 5). If we work with the same databases but don't load fonts, everything works fine. So my way of handling pfFont/pfString/pfText is wrong or the way pfdLoadFont works not optimal. By the way, I'm not using the pfBuffer's for now, until I debug this; so every memory allocation/deallocation is done in the app process using pf/pr new operators and pfDelete. The application is built with Performer 2.1 and the problem occurs on different platforms with different operating systems (6.2/6.3/6.4). Help, ... And thanks in advance for your suggestions. Jean-Luc. Here is what I get from dbx: 0 pfMemory::getMemory(const void*)(0x3e000000, 0x0, 0xa4, 0x5c1d59b0, 0x5c1d8190, 0x5c1d8190, 0x5c1d59b4, 0x0) ["/perf7/zhz/perftot1/perf/lib/libpr/pfMemory.C":856, 0x5c09d630 (pixie 0x5c09d630)] 1 pfMemory::unref(void*)(0x3e000000, 0x0, 0xa4, 0x0, 0x0, 0x5c1d8190, 0x5c1d59b4, 0x0) ["/perf7/zhz/perftot1/perf/lib/libpr/pfMemory.C":758, 0x5c09dc88 (pixie 0x5c09dc88)] 2 pfFont::setCharGSet(int,pfGeoSet*)(0x0, 0x0, 0x0, 0x5c1d59b0, 0x5c1d8190, 0x5c1d8190, 0x5c1d59b4, 0x0) ["/perf7/zhz/perftot1/perf/lib/libpr/pfFont.C":326, 0x5c057e30 (pixie 0x5c057e30)] 3 ::pfFontCharGSet(0x3e000000, 0x0, 0xa4, 0x5c1d59b0, 0x5c1d8190, 0x5c1d8190, 0x5c1d59b4, 0x0) ["/perf7/zhz/perftot1/perf/lib/libpr/cFont.C":47, 0x5c0eba6c (pixie 0x5c0eba6c)] 4 makeObjFontGSets(0x0, 0x3, 0x0, 0x0, 0x5c1d8190, 0x5c1d8190, 0x5c1d59b4, 0x0) ["/perf7/zhz/perftot1/perf/lib/libpfdu/pfdLoadFont.c":240, 0x5c87e5d0 (pixie 0x5c87e5d0)] 5 pfdLoadFont_type1(0x0, 0x1, 0xa4, 0x5c1d59b0, 0x5c1d8190, 0x5c1d8190, 0x5c1d59b4, 0x0) ["/perf7/zhz/perftot1/perf/lib/libpfdu/pfdLoadFont.c":145, 0x5c87e250 (pixie 0x5c87e250)] 6 sdbFont::load(void)(this = 0x60078410) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbFont.C":110, 0x5f1acc04 (pixie 0x5f1acc04)] 7 sdbFont::load(const char*)(this = 0x60078410, fontName = 0x93ea98 = "AvantGarde-Book") ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbFont.C":85, 0x5f1acaa8 (pixie 0x5f1acaa8)] 8 ::getFontItem(char*)(fontName = 0x93ea98 = "AvantGarde-Book") ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":705, 0x5f1bb9ac (pixie 0x5f1bb9ac)] 9 ::createNode(ddbObject&,int)(object = 0x93e520, index = 56) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":548, 0x5f1bab40 (pixie 0x5f1bab40)] 10 ::buildTree(pfGroup*,int)(parent = 0x6097a280, index = 56) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":323, 0x5f1b9b28 (pixie 0x5f1b9b28)] 11 ::buildTree(pfGroup*,int)(parent = 0x60e82090, index = 60) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":364, 0x5f1b9f64 (pixie 0x5f1b9f64)] 12 ::buildTree(pfGroup*,int)(parent = 0x60090780, index = 112) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":364, 0x5f1b9f64 (pixie 0x5f1b9f64)] 13 ::buildTree(pfGroup*,int)(parent = 0x610e1800, index = 245) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":365, 0x5f1b9fcc (pixie 0x5f1b9fcc) 14 ::buildTree(pfGroup*,int)(parent = 0x5fe13470, index = 246) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":364, 0x5f1b9f64 (pixie 0x5f1b9f64)] 15 ::sdbBuildScene(sdbScene*)(scene = 0x5fe13470) ["/vobs/waipa/runtime/renderingEngine/sceneMgr/sdbBuilder.C":178, 0x5f1b8c94 (pixie 0x5f1b8c94)] and from purify : ZPR: Zero page read (3 times): * This is occurring while in: pfMemory::isOfType(pfType*) [pfMemory.C:77] pfBuffer::pf_destroyMem(pfMemory*) [pfBuffer.C:1402] pfDBase [pfProcess.C:3058] inlineProc(int,_pfProcStats*) [pfProcess.C:2374] pfFrame [pfProcess.C:2749] vfLaunchRenderingEngine(unsigned int,bool) [vfRenderingEngine.C:206] * Reading 4 bytes from 0x8 MSE: Memory segment error: * This is occurring while in: pfMemory::getMemory(const void*) [pfMemory.C:856] pfMemory::unref(void*) [pfMemory.C:758] pfFont::setCharGSet(int,pfGeoSet*) [pfFont.C:326] pfFontCharGSet [cFont.C:47] makeObjFontGSets [pfdLoadFont.c:240] pfdLoadFont_type1 [pfdLoadFont.c:145] * Accessing a memory range that crosses a memory segment boundary. Addressing 0x43d00000 for 4 bytes ending at 0x43d00004, which is neither in the heap nor the main stack. COR: Fatal core dump: * This is occurring while in: pfMemory::getMemory(const void*) [pfMemory.C:856] pfMemory::unref(void*) [pfMemory.C:758] pfFont::setCharGSet(int,pfGeoSet*) [pfFont.C:326] pfFontCharGSet [cFont.C:47] makeObjFontGSets [pfdLoadFont.c:240] pfdLoadFont_type1 [pfdLoadFont.c:145] * Received signal 11 (SIGSEGV - Segmentation fault) * Handler function: reSignalHandler(int,sigcontext*) [vfRenderingEngine.C:506] * Faulting address = 0x5c5ec990 * Signal mask: (SIGSEGV) * Pending signals: -- _____________________________________________________________________________ Jean-Luc Dery Discreet Logic System Engineer 10 Duke Street 3-D Graphics Technology Montreal (Quebec), Canada, H3C 2L7 Tel: (514) 954-7239 Email: dery@discreet.com Fax: (514) 393-0110 _____________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 15:32:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA00540; Mon, 29 Sep 1997 13:52:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA06302; Mon, 29 Sep 1997 13:47:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA22596; Mon, 29 Sep 1997 13:47:51 -0700 Received: from athena.wes.army.mil (athena.wes.army.mil [134.164.13.245]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA27232 for ; Mon, 29 Sep 1997 13:47:47 -0700 env-from (stephens@athena.wes.army.mil) Received: (from stephens@localhost) by athena.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA25102 for info-performer@sgi.com; Mon, 29 Sep 1997 15:47:42 -0500 From: stephens@athena.wes.army.mil (Mike Stephens) Message-Id: <199709292047.PAA25102@athena.wes.army.mil> Subject: movie textures To: info-performer@sgi.com Date: Mon, 29 Sep 1997 15:47:42 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 883 Status: O hi all. i have been trying to get movietex.c to work but to no avail. we have sirius video/IR combination. to make sure the information is flowing i have a program videotex.c that is an opengl prgm that does essentially the same thing as movietex.c--minus the performer things. this latter prgm (videotex) works like a champ. the movietex prgm displays the polygon and video is plastered onto it but the video is wrong.. the video is "torn" -- has five diagonal sections which you can tell it the video being fed to it. acts like the texture isn't stored right or the GE reads the wrong texture values. it exhibits the same bevaior of a texture that is ill formatted one in which the width isn't right or something. sorry this isn;t very eloquent a description of the problem; but perhaps someone has had the same experience...or has a version of movietex.c that works. mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 15:46:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA01215; Mon, 29 Sep 1997 14:02:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01190; Mon, 29 Sep 1997 14:02:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25301; Mon, 29 Sep 1997 14:02:52 -0700 Received: from viswiz.gmd.de (viswiz.gmd.de [192.76.245.66]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA01311 for ; Mon, 29 Sep 1997 14:02:33 -0700 env-from (Bert.Grollmann@GMD.de) Received: from pc0001 (DialPPP-1-3.rz.ruhr-uni-bochum.de [134.147.1.3]) by viswiz.gmd.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id XAA26316 for ; Mon, 29 Sep 1997 23:02:10 +0200 Message-Id: <3.0.2.32.19970929221642.00b87320@viswiz.gmd.de> X-Sender: bert@viswiz.gmd.de X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32) Date: Mon, 29 Sep 1997 22:16:42 +0200 To: info-performer@sgi.com From: "B. Grollmann" Subject: Movies Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi, is there a possibility to load and play quicktime movies or avis or mpegs (from hard disk) as texture on an object, without special video hardware ? Where can I find (if it exists) a -little- source code ? Thanx Bert Bert Grollmann mailto:Bert.Grollmann@GMD.de Phone: (+49) 2241 14 2179 Fax: (+49) 2241 14 2040 ====================================================================== GMD - German National Research Center for Information Technology Dpt. Visualization and Media Systems Design (VMSD) Schloss Birlinghoven 53757 Sankt Augustin Germany ====================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Sep 29 16:34:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA01705; Mon, 29 Sep 1997 15:27:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA01680; Mon, 29 Sep 1997 15:27:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA06648; Mon, 29 Sep 1997 15:27:43 -0700 Received: from hell.engr.sgi.com ([150.166.37.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA25696 for ; Mon, 29 Sep 1997 15:27:42 -0700 env-from (hatch@hell.engr.sgi.com) Received: (from hatch@localhost) by hell.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA13160; Mon, 29 Sep 1997 15:12:58 -0700 From: "Don Hatch" Message-Id: <9709291512.ZM13158@hell.engr.sgi.com> Date: Mon, 29 Sep 1997 15:12:57 -0700 In-Reply-To: "Jean-Luc Dery" "pfdLoadFont problem" (Sep 29, 12:34pm) References: <9709291234.ZM20582@atlantis> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Jean-Luc Dery" , info-performer@sgi.com Subject: Re: pfdLoadFont problem Cc: dery@cuba.Discreet.COM Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Sep 29, 12:34pm, Jean-Luc Dery wrote: > Subject: pfdLoadFont problem > Hi folks, > > I have a little problem with the font loader. > > Our application uses the font type 1 developped by M. Haeberli and loads them > using the pfdLoadFont_type1 utility. > > The application can load/unload scenes during a single work session, meaning > that we load a scene and some time later, destroy it and reload another one. > When loading a given scene, fonts are loaded with pfdLoadFont_type1 and > referenced multiple times if more than one pfString object uses it. When > unloading a scene, all the scene tree is destroyed except the pfScene root > node, to which the next loaded scene is attached. Up to know, nothing special. > > But what happens is when a font is used in a scene, destroyed and then reloaded > in a newly loaded scene, the application crashes in pfdLoadFont_type1 function > call. This might not happen at the first reload of the font, but always happens > after a few reloads (sometimes after one and usually less than 5). If we work > with the same databases but don't load fonts, everything works fine. So my way > of handling pfFont/pfString/pfText is wrong or the way pfdLoadFont works not > optimal. By the way, I'm not using the pfBuffer's for now, until I debug this; > so every memory allocation/deallocation is done in the app process using pf/pr > new operators and pfDelete. > > The application is built with Performer 2.1 and the problem occurs on different > platforms with different operating systems (6.2/6.3/6.4). > > Help, ... > > And thanks in advance for your suggestions. > > Jean-Luc. I've run into a similar problem: if an application calls pfdLoadFont_type1(), then creates and deletes a string with the font, and then calls pfdLoadFont_type1(), it accesses freed memory and core dumps. As a workaround, I add an extra ref to whatever pfdLoadFont_type1() returns (of course, now there's probably a memory leak instead of a core dump): fnt = pfdLoadFont_type1(...); pfRef(fnt); /* add this line to work around Performer bug */ Let me know if this workaround works for you. I'll be trying to track down and fix this bug sometime in the next couple of weeks. If you want, you can find and try to fix it yourself, since you have the source... if you do, please let me know what the fix is so we can fix it in the upcoming Performer releases. Thanks! Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 02:33:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA03344; Tue, 30 Sep 1997 00:48:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA03319; Tue, 30 Sep 1997 00:48:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA17200; Tue, 30 Sep 1997 00:48:52 -0700 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA06570 for ; Tue, 30 Sep 1997 00:48:50 -0700 env-from (modellers@intersim.co.uk) Received: from daisy (l131.mistral.co.uk [194.73.212.131]) by hinge.mistral.co.uk (8.8.7/8.6.9) with SMTP id HAA09319 for ; Tue, 30 Sep 1997 07:53:27 +0100 Sender: rickh@hinge.mistral.co.uk Message-ID: <342FE104.41C6@intersim.co.uk> Date: Mon, 29 Sep 1997 17:10:28 +0000 From: Julia Ellery Organization: Intersim Limited X-Mailer: Mozilla 2.02S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: performer help group Subject: 3D visual presentation of a database Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O To anyone, Can anyone give us any help on producing 3D output from Performer for use with polarised glasses. Do we need any special hardware and what sort of software changes are necessary? Any advice or comments would be gratefully received. Regards, Julia Ellery (pp Len Skinner) Senior Visual Software Engineer, Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 email: modellers@intersim.co.uk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 04:46:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA03548; Tue, 30 Sep 1997 02:46:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA03523; Tue, 30 Sep 1997 02:46:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA22526; Tue, 30 Sep 1997 02:46:08 -0700 Received: from hil-img-6.compuserve.com (hil-img-6.compuserve.com [149.174.177.136]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA23915 for ; Tue, 30 Sep 1997 02:46:07 -0700 env-from (vsm_mrs@compuserve.com) Received: (from mailgate@localhost) by hil-img-6.compuserve.com (8.8.6/8.8.6/2.5) id FAA05240 for info-performer@sgi.com; Tue, 30 Sep 1997 05:46:06 -0400 (EDT) Date: Tue, 30 Sep 1997 05:45:24 -0400 From: Jean BENOIT Subject: no news about you Sender: Jean BENOIT To: info-performer Message-ID: <199709300545_MC2-2249-7A26@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O What's happend, I don't receive messages from your site. I'm a poor lonesome cowboy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 05:39:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA03798; Tue, 30 Sep 1997 04:43:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA03773; Tue, 30 Sep 1997 04:43:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA29910; Tue, 30 Sep 1997 04:43:49 -0700 Received: from zaphod.munich.sgi.com ([144.253.193.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA11395 for ; Tue, 30 Sep 1997 04:43:47 -0700 env-from (joerg@munich.sgi.com) Received: by zaphod.munich.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA05966; Tue, 30 Sep 1997 13:43:20 +0200 Date: Tue, 30 Sep 1997 13:43:20 +0200 From: joerg@munich.sgi.com (Joerg Wallmersperger) Message-Id: <9709301343.ZM5964@zaphod.munich.sgi.com> In-Reply-To: Julia Ellery "3D visual presentation of a database" (Sep 29, 5:10pm) References: <342FE104.41C6@intersim.co.uk> X-Face: &vIl;h7sZQWT,[*l9Lv0V?,Y!-):)nd#6}j3h&cA^/}ge88rKRFgck]KX4zY#L`Y.RQCn9W~";IOc_&EsMBM"9$PS?""S(LhLe.[^\ix \tTC)*L!j,i2-}/Y:+)he$GVO(Od-ojsX/Gx6b/og( Subject: Re: 3D visual presentation of a database Cc: performer help group Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Julia, guess what you're looking for is how to setup a passive stereo projection with two projectors and polarised glasses. There are some special videoformats available, which put the left-eye image to channel 0 and right-eye to channel 1. Have a look at http://reality.sgi.com/joerg_munich/passivestereo.html Greetings Joerg On Sep 29, 5:10pm, Julia Ellery wrote: } Subject: 3D visual presentation of a database } To anyone, } } Can anyone give us any help on producing 3D output from Performer for } use with polarised glasses. Do we need any special hardware and what } sort of software changes are necessary? } } Any advice or comments would be gratefully received. } } Regards, } } Julia Ellery (pp Len Skinner) } Senior Visual Software Engineer, } Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK } Tel: +44 (0)1903 733428 } Fax: +44 (0)1903 730246 } email: modellers@intersim.co.uk } } ======================================================================= } List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ } Submissions: info-performer@sgi.com } Admin. requests: info-performer-request@sgi.com }-- End of excerpt from Julia Ellery -- Joerg Wallmersperger, System Engineer Silicon Graphics GmbH, Am Hochacker 3, 85630 Grasbrunn E-mail: joerg@munich.sgi.com Tel.: 089-46108314 (US: 49.89.46108314) Fax.: 089-46107314 (US: 49.89.46107314) http://reality.sgi.com/joerg_munich ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 08:18:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA03999; Tue, 30 Sep 1997 06:31:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA03974; Tue, 30 Sep 1997 06:31:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA08082; Tue, 30 Sep 1997 06:31:30 -0700 Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA00970 for ; Tue, 30 Sep 1997 06:31:28 -0700 env-from (tmax@cs.duke.edu) Received: from tanager.cs.duke.edu (tanager.cs.duke.edu [152.3.140.150]) by duke.cs.duke.edu (8.8.5/8.8.5) with ESMTP id JAA02627 for ; Tue, 30 Sep 1997 09:31:25 -0400 (EDT) Received: (tmax@localhost) by tanager.cs.duke.edu (8.8.5/8.6.9) id JAA11497; Tue, 30 Sep 1997 09:31:25 -0400 (EDT) Date: Tue, 30 Sep 1997 09:31:25 -0400 (EDT) Message-Id: <199709301331.JAA11497@tanager.cs.duke.edu> From: "T. M. Murali" To: info-performer@sgi.com Subject: RE: perfly crashes on an Inventor model In-Reply-To: your message from Fri, September 26 References: <199709261835.OAA21808@tanager.cs.duke.edu> X-Mailer: VM 6.32 under 19.15 XEmacs Lucid Status: O T. M. Murali writes: > Hi, > I am using an Octane with two R10000s and 128MB of memory. On this > machine, perfly crashed when I ran it on a particular Inventor > file. The file was loaded and the Performer scene graph was created > without any problems. However, after the pipe and channel were Giles suggested that I run ivfix on the Inventor file. Perfly runs fine on the "ivfixed" file. Thanks, Giles! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 09:06:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04207; Tue, 30 Sep 1997 07:53:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04182; Tue, 30 Sep 1997 07:53:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA15408; Tue, 30 Sep 1997 07:53:31 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA28986 for ; Tue, 30 Sep 1997 07:53:23 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199709301453.HAA28986@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 30 Sep 1997 16:52:43 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 30 Sep 1997 16:52:43 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Tue, 30 Sep 1997 16:52:05 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Tue, 30 Sep 1997 14:20:03 +0200 Date: Tue, 30 Sep 1997 14:20:03 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970930122003] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "P=INTERNET; DDA.TYPE=RFC-822; DDA.VALUE=info-performer(a)sgi.com" (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: RE: Combining OpenGL/Performer with RapidApp MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHi, I just made something today for combining Rapidapp-generated Vk code with= my Performer program, without all the stuff required in the motif.c example.= ` Step 1: change the main.C generated file into vkmain.C Step 2: into vkmain.C, change int main(argc, argv) into vkmain(argc, argv) Step 3: insert vkmain.o and all the Rapidapp C file names into your makefile, including the vk lib links, etc. Step 4: in the Performer code, just before entering the main loop (with pfFrame),= call a fork : extern vkmain(... vk_pid =3D fork(); if(vk_pid < 0) ...fork failed else if(!vk_pid) vkmain(argc, argv) while(!exit) pfSync() pfFrame() .... etc. And it works !!! I just toggled stats using a rapidapp-made widget ! Both processes communicate in the shared memory arena. You can develop your vk things with rapidapp, separately develop your Performer program, set a structure in a Shared arena for encapsulating or= ders from vk buttons, and everything goes OK. It seems so simple, so why wasn't this proposed as a solution for combini= ng Motif with Performer ? Is that a bad method ? Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 12:55:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA04879; Tue, 30 Sep 1997 11:56:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA04854; Tue, 30 Sep 1997 11:56:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA25321; Tue, 30 Sep 1997 11:56:56 -0700 Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA13267 for ; Tue, 30 Sep 1997 11:55:46 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id LAA13482 sendmail 8.8.5/UCSD8.3 via SMTP Tue, 30 Sep 1997 11:55:36 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id LAA22616; Tue, 30 Sep 1997 11:55:34 -0700 Date: Tue, 30 Sep 1997 11:55:34 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199709301855.LAA22616@imm.ucsd.edu> To: info-performer@sgi.com Subject: defunct performer process Status: O Hi, I have an xforms code that sprocs() a Performer code. performer_pid = sproc( /* etc */); Later, a button on the xforms code will send a signal to performer: kill(performer_pid,SIG_USR1); Inside the Performer code, just before the main loop, and just before the pfConfig(), I call signal: signal(SIG_USR1, graceful) Here is Graceful: void graceful() { pfuExitInput(); pfuExitUtil(); pfuExit(); } Now, when I do a ps (while the xforms window API is still running), I no longer see a listing for the sproc'ed children. One would think I could use the same button that sproc'ed the peformer code and run it again. The window comes up, but nothing appears. As a further pathology, if I look at rsults from ps, I see that old Performer process still there, but listed as defunct. I cannot seem to have xform (or any other code, for that matter) send a signal to a perofrmer code taht will kill it once and for all, (without the defunts lying around). Help! Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 12:34:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA04678; Tue, 30 Sep 1997 10:48:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04653; Tue, 30 Sep 1997 10:48:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA12847; Tue, 30 Sep 1997 10:48:04 -0700 Received: from sente.tees.ac.uk (sente.tees.ac.uk [152.105.68.11]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA23514 for ; Tue, 30 Sep 1997 10:47:15 -0700 env-from (G.Quinn@tees.ac.uk) Received: from vr3.tees.ac.uk by sente.tees.ac.uk via ESMTP (951211.SGI.8.6.12.PATCH1042/940406.SGI) for id SAA05866; Tue, 30 Sep 1997 18:46:31 GMT Sender: gary@vr3.tees.ac.uk Message-ID: <34314906.167E@tees.ac.uk> Date: Tue, 30 Sep 1997 18:46:30 +0000 From: Gary Quinn Organization: University of Teesside X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP28) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Q. accessing a GSet Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers. Is it possible to access a GSet from a given pfNode* ? Initially, I want to play around with the GSet's draw mode, but later, I'll want to play with a node's coordinates. I'm getting the pfNode* from pfdLoadFile(). Thanks in advance, Gary. -- /*****************************\/*********************\ * Gary Quinn, VR Centre Technical Manager * * University of Teesside SG Network Admin * * Borough Road, Middlesbrough Go Player * * Cleveland, TS1 3BA G.Quinn@tees.ac.uk * * +44 (0)1642 384303 fax 342376 http://vr.tees.ac.uk * \*****************************/\*********************/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 12:55:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04913; Tue, 30 Sep 1997 12:01:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04888; Tue, 30 Sep 1997 12:01:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA25929; Tue, 30 Sep 1997 12:01:01 -0700 Received: from mail.ucsd.edu (ucsd.ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA14630 for ; Tue, 30 Sep 1997 12:00:59 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id MAA14442 sendmail 8.8.5/UCSD8.3 via SMTP Tue, 30 Sep 1997 12:00:19 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id MAA22626; Tue, 30 Sep 1997 12:00:17 -0700 Date: Tue, 30 Sep 1997 12:00:17 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199709301900.MAA22626@imm.ucsd.edu> To: info-performer@sgi.com Subject: previous Status: O Also, when I exit the xform window, only then does the defunct performer process go away. Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 14:31:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA05293; Tue, 30 Sep 1997 12:52:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA05268; Tue, 30 Sep 1997 12:52:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA03413; Tue, 30 Sep 1997 12:52:11 -0700 Received: from proxy3.ba.best.com (proxy3.ba.best.com [206.184.139.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA29387 for ; Tue, 30 Sep 1997 12:52:10 -0700 env-from (gcw@best.com) Received: from gcw.vip.best.com (dynamic6.oldpm13.mv.best.com [206.184.194.230] (may be forged)) by proxy3.ba.best.com (8.8.7/8.8.BEST) with SMTP id MAA03107 for ; Tue, 30 Sep 1997 12:50:40 -0700 (PDT) Message-Id: <2.2.32.19970930195047.0068ad84@shell2.ba.best.com> X-Sender: gcw@shell2.ba.best.com (Unverified) X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 30 Sep 1997 12:50:47 -0700 To: info-performer@sgi.com From: george williams Subject: pfMaterial and pfHighlight Status: O Performers, Before describing my problem, I just wanted to thank the members of this newsgroup for lending their valuable time and advice. Thanx! My problem regards issues of using pfHighlight and pfMaterials simultaneously. I have a model which has been split up into various geodes. At different times, a specific geode may be highlit. Otherwise, it should be rendered according to it's geosets' geostates' pfMaterials. I am observing the following effects. When no geode is highlit, all geodes are being lit according to their respective pfMaterials. When a geode is highlit, I notice that *some* other geodes in the scene lose their geostate pfMaterial, and are colored by the geoset color (not the geoset's geostate's pfMaterial). The degree and spread of *some* varies according to which geode is being highlit. I am wondering, perhaps, if there is a geostate mode or attribute that must be set explicitly for each geoset, so that it does not inherit a side effect of the pfHighlighting mechanism causing this effect (?) Also, perhaps there is a pfMaterial attribute I am not setting as well (?) Any help would be appreciated. Also, I apologize in advance if this question has come up before and has been solved. Thanx, George W. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 14:52:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05407; Tue, 30 Sep 1997 13:02:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05382; Tue, 30 Sep 1997 13:02:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA04972; Tue, 30 Sep 1997 13:02:55 -0700 Received: from portal.chevron.com (portal.chevron.com [192.131.127.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA02245 for ; Tue, 30 Sep 1997 13:02:51 -0700 env-from (WRVO@chevron.com) Received: by portal.chevron.com id AA13596 (InterLock SMTP Gateway 3.0 for info-performer@sgi.com); Tue, 30 Sep 1997 13:02:05 -0700 Received: by portal.chevron.com (Protected-side Proxy Mail Agent-3); Tue, 30 Sep 1997 13:02:05 -0700 Received: by portal.chevron.com (Protected-side Proxy Mail Agent-2); Tue, 30 Sep 1997 13:02:05 -0700 Message-Id: <199709302002.NAA15670@schizoid.sr.chevron.com> Received: by portal.chevron.com (Protected-side Proxy Mail Agent-1); Tue, 30 Sep 1997 13:02:05 -0700 From: "Volz, Bill (wrvo)" To: "'info-performer@sgi.com'" Subject: Getting strange linking error Date: Tue, 30 Sep 1997 13:01:56 -0700 X-Priority: 3 X-Mailer: Internet Mail Service (5.0.1458.49) Status: O I'm getting a linking error when linking a performer program: ld32: FATAL 9: I/O error (-lpfutil_ogl): No such file or directory CC INTERNAL ERROR: /usr/lib32/cmplrs/ld32 returned non-zero status 32. I've checked in /usr/lib and /usr/lib32 and both contain libpfutil_ogl.so* files. If I take library out, I get unresolved errors. What gives? Linking with mips3 and n32. Thanks, Bill Volz ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Sep 30 15:38:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA06231; Tue, 30 Sep 1997 14:22:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06206; Tue, 30 Sep 1997 14:22:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA16818; Tue, 30 Sep 1997 14:22:52 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA25287 for ; Tue, 30 Sep 1997 14:22:43 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id RAA07779; Tue, 30 Sep 1997 17:22:39 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma007773; Tue, 30 Sep 97 17:22:24 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id VAA21141; Tue, 30 Sep 1997 21:22:27 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA16148; Tue, 30 Sep 1997 17:22:20 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199709302122.RAA16148@hf.ht.com> Subject: Re: Q. accessing a GSet In-Reply-To: <34314906.167E@tees.ac.uk> from Gary Quinn at "Sep 30, 97 06:46:30 pm" To: G.Quinn@tees.ac.uk (Gary Quinn) Date: Tue, 30 Sep 1997 17:22:19 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > Hi Performers. > > Is it possible to access a GSet from a given > pfNode* ? > > Initially, I want to play around with the GSet's > draw mode, but later, I'll want to play with a node's > coordinates. > > I'm getting the pfNode* from pfdLoadFile(). > > Thanks in advance, > Gary. The root of the scene graph that is create by loadfile is returned. Under is a collection of different types of nodes. You must traverse this graph to find the nodes (pfGeode, pfGeoSets, pf*) that you are looking for. You kinda have to know what types of nodes are connected to what other types of nodes. For instance only pfGeoSets can be connected to pfGeodes, pfGeoStates are "connected to" pfGeoSets as well as pfScenes, etc, etc, etc.... Here is some simple graph traversal code that you can modify to find the node types you are looking for. This does an recursive/exhaustive search of the sub graph rooted by node looking for pfGeodes (note that a pfGroup is a base class name for many different types of nodes that can contain multiple children). Once it finds a pfGeode, it gets a handle to all of the associated pfGeoSets (this is where the coordinates are stored). With the pfGeoSet pointer, it gets the pfGeoState, and then the pfTexture, and then I can go to work on what I want to do. You do not need the code from pfGeoState on, but I hope you find this instructive. void upgradeTextures(pfNode *node, const int internal_format) { if (node->isOfType(pfGroup::getClassType())) { // you could do additional queries here to find out what type of // pfGroup this node actually is. for (int i=0; i<((pfGroup *) node)->getNumChildren(); i++) { upgradeTextures(((pfGroup *) node)->getChild(i), internal_format); } } else if (node->isOfType(pfGeode::getClassType())) { pfGeode *gnode = (pfGeode *)node; for (int i=0; igetNumGSets(); i++) { pfGeoSet *gset = gnode->getGSet(i); if (gset) { pfGeoState* gstate = gset->getGState(); if (gstate) { pfTexture *tex = (pfTexture *) gstate->getAttr(PFSTATE_TEXTURE); // do stuff to the pfTexture if (tex) { int old_format = tex->getFormat(PFTEX_INTERNAL_FORMAT); tex->setFormat(PFTEX_INTERNAL_FORMAT, internal_format); int new_format = tex->getFormat(PFTEX_INTERNAL_FORMAT); cerr << "Upgrading texture (addr: " << hex << tex << "): " << old_format << "->" << internal_format << " got " << new_format << dec << endl; if (new_format != internal_format) { cerr << "Warning: texture upgrade to " << internal_format << "failed: got " << new_format << "(address: " << hex << tex << ")" << endl; } } } } } } } -- Scott McMillan | HT Medical, Inc. | Disclaimers scott@ht.com | http://www.ht.com | available Ph: 301-984-3706 | 6001 Montrose Rd., #902 | upon re- Fax: 301-984-2104 | Rockville, MD 20852 | quest. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com