From guest Sun Feb 1 23:50:24 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA13776 for info-performer-dist@holodeck.engr.sgi.com; Sun, 1 Feb 1998 22:05:16 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA13749 for ; Sun, 1 Feb 1998 22:05:07 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA21064 for ; Sun, 1 Feb 1998 22:01:57 -0800 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 WAA05684 for ; Sun, 1 Feb 1998 22:01:56 -0800 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id AAA22829 for info-performer@sgi.com; Mon, 2 Feb 1998 00:02:38 -0600 From: "Ren-Jye Yu" Message-Id: <9802020002.ZM22828@python.tamu.edu> Date: Mon, 2 Feb 1998 00:02:38 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Question on Cloud Transition. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have a question on the transition zone of cloud. I am using Performer 2.0. I set the cloud in the following way: pfESkyAttr(esky, PFES_TZONE_TOP, 3500.0f); pfESkyAttr(esky, PFES_CLOUD_TOP, 3000.0f); pfESkyAttr(esky, PFES_CLOUD_BOT, 1000.0f); pfESkyAttr(esky, PFES_TZONE_BOT, 900.0f); My question is why the upper transition zone does not work? When my eye point above the 3000.0, the view suddenly become very clear. I can not see any transition effect. I do not have any object above 3000.0 expect the earth sky which is set by pfESkyMode(esky, PFES_BUFFER_CLEAR, PFES_SKY_GRND);. The transition zone at the bottom of the cloud works fine. How can I make the upper transition zone work? Once my eye point below 900.0, the object in the viewing zone suddenly become very clear. This is not realistic if you fly an airplane out from cloud. How can I make the view change gradualy? I will appreciate for you help. Have a nice day. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 862-9610 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Feb 2 04:20:47 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA14079 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 02:38:05 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA14052 for ; Mon, 2 Feb 1998 02:37:55 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA22006 for ; Mon, 2 Feb 1998 02:34:44 -0800 Received: from tschuggen.tcnet.ch (tschuggen.tcnet.ch [194.148.33.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA22364 for ; Mon, 2 Feb 1998 02:34:41 -0800 env-from (zue@sintro.ch) Received: from sintro.ch (esw20.sintro.ch [194.148.20.51]) by tschuggen.tcnet.ch (8.8.7/8.8.4) with SMTP id LAA29889 for ; Mon, 2 Feb 1998 11:33:58 +0100 Received: from pc21.sintro.ch by sintro.ch (SMI-8.6/SMI-SVR4) id LAA04920; Mon, 2 Feb 1998 11:30:58 +0100 Date: Mon, 2 Feb 1998 11:30:58 +0100 Message-Id: <1.5.4.16.19980202114743.0eefad3c@194.148.20.51> X-Sender: zue@194.148.20.51 (Unverified) X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Gilbert Zuercher Subject: Searching for CD-ROM-Drive Status: O Hi, We are searching for an internal CD-Rom-Drive: 680MB, for Onyx/Challenge 1x P8-CDROM Who can help? Please contact Gilbert Zuercher Sintro Electronics AG Hauptstrasse 21 CH-3800 Interlaken Switzerland Phone: ++41 (0)33 822 22 22 Fax : ++41 (0)33 822 01 02 Email: zue@sintro.ch ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Feb 2 05:23:41 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA14308 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 04:26:18 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA14281 for ; Mon, 2 Feb 1998 04:26:08 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA02909 for ; Mon, 2 Feb 1998 04:22:53 -0800 Received: from ccigate.cci.de (ccigate.cci.de [193.103.165.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA11627 for ; Mon, 2 Feb 1998 04:22:33 -0800 env-from (LINDEMAN@CCI.DE) Received: by ccigate.cci.de (4.1/04-otm) id AA29293; Mon Feb 2 13:22:27 1998 Received: from avgate.cci.de(192.54.66.61) by ccigate.cci.de via smap (V1.3) id sma029285; Mon Feb 2 13:22:15 1998 Received: from frigg_cci-altbau.cci.de by avgate; Mo 2 Feb 98 13:20:22 +0100 (MET) Received: from luis.cci.de by frigg.cci.de (SMI-8.6/SMI-SVR4) id NAA01207; Mon, 2 Feb 1998 13:21:53 +0100 Received: from LUIS/SpoolDir by luis.cci.de (Mercury 1.21); 2 Feb 98 13:21:55 +0100 Received: from SpoolDir by LUIS (Mercury 1.21); 2 Feb 98 13:21:44 +0100 From: "ROBERT LINDEMANN" Organization: Competence Center Informatik GmbH To: info-performer@sgi.com Date: Mon, 2 Feb 1998 13:21:38 +0100 Subject: OSF/Motif - Perfomrer marriage? Reply-To: lindeman@ccigate.cci.de X-Mailer: Pegasus Mail for Windows (v2.23) Message-Id: <6EBCAF26B4B@luis.cci.de> Status: O Folks, I'm trying to couple two different branches of applications: 1) Perfomer using the X-Event queue directly 2) Motif using the XtAppNextEvent and XtAppDispatchEvent mechanism. My observation is as follows: Either the Motif stuff needs all the events and lets Perfomer starve or vice versa, depending on the approach to solve this problem. Question 1) Is there any way to install Performer's application based on a call to XtAddEventHandler( Widget, ...) // how do I get a widget from Performer instead of a Window ??? Question 2) Is there an easy way how to setup the event-handler in order to make usage of the Motif-type functionalities (like e.g. TimeOuts) and the Performer's XEvent-handling ? Greetings from Germany Hans-Peter ------------------------------- ___________________________________________________________ Competence Center Informatik GmbH Fachbereich Simulation Postfach 1225 Tel: +49 5931 805 361 49716 Meppen Fax: +49 5931 842 361 Federal Republic of Germany E-Mail: lindeman@cci.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Feb 2 08:31:31 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA14650 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 06:48:09 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA14623 for ; Mon, 2 Feb 1998 06:47:59 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA23413 for ; Mon, 2 Feb 1998 06:44:48 -0800 Received: from crane.cf.ac.uk ([131.251.0.45]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA11940 for ; Mon, 2 Feb 1998 06:42:48 -0800 env-from (Ruddle@cardiff.ac.uk) Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP-LOC (PP); Mon, 2 Feb 1998 14:39:28 +0000 Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.8/8.6.12) with SMTP id OAA24388 for ; Mon, 2 Feb 1998 14:41:19 GMT Date: Mon, 2 Feb 1998 14:41:19 +0000 (GMT) From: Roy Ruddle Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.com Subject: Correct patches for IMPACT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Afraid I've lost track of Performer releases + patches. Could someone tell me what the latest Performer version no. and appropriate patch nos. are for a MaximumIMPACT running Irix 6.2? thanks 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 Mon Feb 2 10:54:42 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA15181 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 10:17:45 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA15154 for ; Mon, 2 Feb 1998 10:17:35 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA16629 for ; Mon, 2 Feb 1998 10:14:25 -0800 Received: from quid.csd.sgi.com ([150.166.145.182]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA16422 for ; Mon, 2 Feb 1998 10:14:25 -0800 env-from (robj@quid.csd.sgi.com) Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA29613; Mon, 2 Feb 1998 10:14:15 -0800 From: "Rob Jenkins" Message-Id: <9802021014.ZM29611@quid.csd.sgi.com> Date: Mon, 2 Feb 1998 10:14:15 -0800 In-Reply-To: Roy Ruddle "Correct patches for IMPACT" (Feb 2, 2:41pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Ruddle@cardiff.ac.uk, info-performer@sgi.com Subject: Re: Correct patches for IMPACT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Roy The pf version is simpler now pf 2.2 has released :-) All platforms with OS >= 6.2 should go to pf 2.2. For versions prior to 2.2 look at the FAQs off www.sgi.com/Technology/Performer/ for tables of the right version/OS/platform and pf patch. For latest patches look at the patches link off www.sgi.com/support/patch_intro.html This lists patchsets which are a group of patches tested together so you shoudl really install a complete set. They aren't always the absolute latest patches for everything but usually pretty up to date. For gfx though the latest platform patches available are: 1935 - Indigo2 Impact Bug Fixes for IRIX 6.2 2327 - Onyx (not Onyx2) InfiniteReality 6.2 Fifth Releas 2326 - Onyx2 6.4 graphics rollup #3 including GVO and DVP2 support 2387 - O2 graphics bugfix and performance fixes 2038 - RealityEngine rollup #3 for IRIX 6.2 Most of those will be changing in the near future, for now go with them though. Cheers Rob On Feb 2, 2:41pm, Roy Ruddle wrote: > Subject: Correct patches for IMPACT > Afraid I've lost track of Performer releases + patches. > > Could someone tell me what the latest Performer version no. and > appropriate patch nos. are for a MaximumIMPACT running Irix 6.2? > > thanks > > roy > > > ======================================================================= > 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 Roy Ruddle -- ________________________________________________________________ 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 Mon Feb 2 10:54:42 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA15024 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 09:47:55 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA14997 for ; Mon, 2 Feb 1998 09:47:49 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA05449 for ; Mon, 2 Feb 1998 09:44:39 -0800 Received: from wlp1.wl.wpafb.af.mil (wlp1.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA05895 for ; Mon, 2 Feb 1998 09:44:37 -0800 env-from (whitmatk@wl.wpafb.af.mil) Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA06606; Mon, 2 Feb 1998 12:44:32 -0500 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: Old MutiGen Flight From: Thomas K Whitman To: info-performer@sgi.com Message-Id: <980202124430.625@wlp1.wl.wpafb.af.mil.0> X-Dmw-Body-Names: Old MutiGen Flight Date: Mon, 2 Feb 98 12:44:30 -0500 X-Mailer: MailWorks 1.8-FT1 Status: O Hi! Does anybody know if MultiGen Flight 14.1 or 14.2 will work under IRIX 6.x? Thanks, Tom _____________________________________________________________________ Tom Whitman email:whitmatk@wl.wpafb.af.mil Tel: (937) 255-6960 Fax: (937) 255-0241 _____________________________________________________________________ ======================================================================= 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 Feb 2 10:54:40 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA15102 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 10:07:52 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA15075 for ; Mon, 2 Feb 1998 10:07:51 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA13198 for ; Mon, 2 Feb 1998 10:04:41 -0800 Received: from quid.csd.sgi.com ([150.166.145.182]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA13036 for ; Mon, 2 Feb 1998 10:04:40 -0800 env-from (robj@quid.csd.sgi.com) Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA29568; Mon, 2 Feb 1998 10:04:26 -0800 From: "Rob Jenkins" Message-Id: <9802021004.ZM29566@quid.csd.sgi.com> Date: Mon, 2 Feb 1998 10:04:25 -0800 In-Reply-To: Princess-Support@t-online.de (princess support) "Error message" (Jan 31, 2:18pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Princess-Support@t-online.de (princess support), info-performer@sgi.com Subject: Re: Error message Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do you get any other errors ( like ERROR: Failed Texture Manager Malloc -- Exiting or something ? ) if so that maybe related to running out of swap space. If not then you might just be making some OGL call that isn't supported on your platform. Do you call OGL yourself or just rely on what performer does ? There was a problem in pf 2.2 beta where performer tried to use shadow extension texture formats that weren't on Impact, what version of pf do you have ? What platform are you on. If you run ogldebug and turn on GL error checking then you should see it flag the OGL call that generated this error, then you should be able to grep the GL header files to guess why it's an error ( you'd look at the man page for the GL call with an error then look under 'machine dependancies' for what's supported on which machine. If you have released performer code ( not pf 2.2 Beta ) with no extra GL calls in then this shouldn't happen so please send a code snippet or ideally compileable test case. Cheers Rob On Jan 31, 2:18pm, princess support wrote: > Subject: Error message > Hello! > > When I load a .flt file (14.2) into Performer at the end of the load process I > get the following error messsage: > > > PF Notice/Usage: OpenGL Error 0x500 - invalid enumerant > > > Has anybody out there already experienced something similar? > Is it possible that it is a texture problem? > > Any help is very much appreciated. > > Regards. > > Christoph Tillack. > > ======================================================================= > 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 princess support -- ________________________________________________________________ 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 Mon Feb 2 10:44:25 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA14905 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 08:59:51 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA14878 for ; Mon, 2 Feb 1998 08:59:40 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA19450 for ; Mon, 2 Feb 1998 08:56:29 -0800 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 IAA18440 for ; Mon, 2 Feb 1998 08:56:27 -0800 env-from (john@sense8.com) Received: from think.Sense8.com (markslaptop.sense8.com [192.168.200.210]) by mail1.sense8.com (8.6.12/8.6.9) with SMTP id IAA21774; Mon, 2 Feb 1998 08:56:43 -0800 Message-Id: <3.0.32.19980202090204.00aec510@mail1> X-Sender: john@mail1 X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 02 Feb 1998 09:02:05 -0800 To: kbrussel@media.mit.edu, Performer Enthusiasts From: John McCrea Subject: Re: Bug in pfGeoSet, Performer 2.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Please unsubscribe tomp@sense8.com. He no longer works here. Thank You. At 10:04 PM 1/31/98 -0500, Kenneth B Russell wrote: > >If either coordinates OR normals are specified as either pfFluxes >or pfCycleBuffers (the latter from the output of the now-obsolete >pfMorph node), then: > - the color attribute for the GeoSet must be set, and > - the colors must be specified PER_VERTEX, and > - the colors must be allocated out of a pfFlux/pfCycleBuffer. > They can not be allocated even using pfMalloc(). > >I found this bug because we never specify the PFGS_COLOR4 >attribute in our geometry (instead using a pfMaterial to do so), >and our morphing code broke under 2.2. A rewrite using the >pfFlux/pfEngine mechanism had the same problem. See the attached >example (derived from the old morph.c, but visible in >morph_engine.C as well) which demonstrates the bug. > >The only workaround is to specify per-vertex colors in a >pfCycleBuffer/pfFlux, which is a waste of space if the color is >the same across the piece of geometry. > >Any chance we could get this fixed in a patch? > >Thanks much. > >-Ken > > >__________________________________________________________________________ >Kenneth B. Russell Synthetic Characters Group, MIT Media Lab >kbrussel@media.mit.edu http://www.media.mit.edu/~kbrussel > > >------ >/* > * 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. > * > * morph.c++: Performer program to demonstrate use of pfMorph node. > * Based on simple.c > * > * $Revision: 1.5 $ $Date: 1995/11/22 14:36:00 $ > * > */ > >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include >#include > >// Bug in pfGeoSet, Performer 2.2. >// Demonstrated by Kenneth B. Russell (kbrussel@media.mit.edu) > >// Switches for the two instances of the bug. >#define MORPH_NORMALS // Turns on morphing of normals >#define MORPH_COORDS // Turns on morphing of coordinates >#define COLORS_AS_CBUF // Makes colors a CycleBuffer. Turning > // this off makes colors malloced using > // pfMalloc. But see NOTE: below. >#define NO_COLORS // Gives GeoSet no colors (inherits from > // pfMaterial) > >// Combinations Bug? >// N_C No >// (M_N || M_C) && (C_A_C && N_C) YES > >// Neither of these attempted workarounds work properly. The only >// workaround, therefore, is to specify per-vertex colors in every >// GeoSet for which either the normals or the coordinates are morphing >// (either using the pfMorph node OR the pfFlux/pfEngine mechanism). >//#define OVERALL_COLORS >//#define PER_PRIM_COLORS > >int nSph; >pfCycleBuffer *cbuf; > >/*------------------------------------------------------------------*/ > >static void >breatheMorph(pfMorph *morph, double t) >{ > float s = (sinf(t) + 1.0f) / 2.0f; > float weights[2]; > int i; > > weights[0] = s; > weights[1] = 1.0f - s; > > morph->setWeights(-1, weights); >} > >static pfMorph* >initMorph(void) >{ > pfGeoSet *gset; > pfGeode *geode; > pfGeoState *gstate; > pfMaterial *mtl; > pfMorph *morph; > ushort *icoords, *inorms; > pfVec3 *coords, *ncoords, *norms, *nnorms; > pfVec4 *colors; > float *srcs[2]; > int i; > void *arena = pfGetSharedArena(); > > morph = new pfMorph; > geode = new pfGeode; > gset = pfdNewSphere(400, arena); > gstate = new(arena) pfGeoState; > > mtl = new(arena) pfMaterial; > mtl->setColor(PFMTL_DIFFUSE, 0.0f, 1.0f, 1.0f); > mtl->setColor(PFMTL_SPECULAR, 1.0f, 1.0f, 1.0f); > mtl->setColorMode(PFMTL_BOTH, PFMTL_CMODE_AD); > mtl->setShininess(32); > > gstate->setAttr(PFSTATE_FRONTMTL, mtl); > gstate->setMode(PFSTATE_ENLIGHTING, 1); > gset->setGState(gstate); > > geode->addGSet(gset); > morph->addChild(geode); > > /* > * NULL forces recomputation of bound. Force it to be static > * to avoid expensive recomputation. Static bound should encompass > * the extent of all morph possibilities. > */ > gset->setBound(NULL, PFBOUND_STATIC); > geode->setBound(NULL, PFBOUND_STATIC); > > gset->getAttrLists(PFGS_COORD3, (void**)&coords, &icoords); > gset->getAttrLists(PFGS_NORMAL3, (void**)&norms, &inorms); > nSph = pfGetSize(coords) / sizeof(pfVec3); > > cbuf = new(arena) pfCycleBuffer(nSph * sizeof(pfVec4)); > > ncoords = (pfVec3 *)pfMalloc(pfGetSize(coords), arena); > nnorms = (pfVec3 *)pfMalloc(pfGetSize(norms), arena); > >#ifdef COLORS_AS_CBUF > colors = (pfVec4*) cbuf->getCurData(); >#else > colors = (pfVec4*) pfMalloc(nSph * sizeof(pfVec4)); >#endif > for (i = 0; i < nSph; i++) > { > colors[i].set(0.0f, 1.0f, 1.0f, 1.0f); > ncoords[i].scale(2.0f, coords[i]); > nnorms[i] = norms[i]; > } > /* Set all pfCycleMemories to the same colors */ > cbuf->init(cbuf->getCurData()); > >#ifndef NO_COLORS ># ifdef COLORS_AS_CBUF > gset->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, > (void*)cbuf, NULL); ># else > // NOTE: this DOES work if > // colors = (pfVec4*) cbuf->getCurData(); > gset->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, > (void*)colors, NULL); ># endif >#endif > >#ifdef OVERALL_COLORS > pfCycleBuffer *tmpBuf = new(arena) pfCycleBuffer(sizeof(pfVec4)); > pfVec4 *tmpColors = (pfVec4 *) cbuf->getCurData(); > tmpColors[0].set(0.0f, 1.0f, 0.0f, 1.0f); > cbuf->init(cbuf->getCurData()); > gset->setAttr(PFGS_COLOR4, PFGS_OVERALL, tmpBuf, NULL); >#endif > >#ifdef PER_PRIM_COLORS > int numPrims = gset->getNumPrims(); > pfCycleBuffer *tmpBuf = new(arena) pfCycleBuffer(numPrims * sizeof(pfVec4)); > > pfVec4 *tmpColors = (pfVec4 *) cbuf->getCurData(); > for (int q = 0; q < numPrims; q++) > tmpColors[q].set(0.0f, 1.0f, 0.0f, 1.0f); > cbuf->init(cbuf->getCurData()); > gset->setAttr(PFGS_COLOR4, PFGS_PER_PRIM, tmpBuf, NULL); >#endif > >#ifdef MORPH_COORDS > /* Morph attribute 0 is coordinates */ > srcs[0] = (float*)coords; > srcs[1] = (float*)ncoords; > morph->setAttr(0, 3, nSph, NULL, 2, srcs, NULL, NULL); > > gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, > (void*)morph->getDst(0), icoords); >#endif > >#ifdef MORPH_NORMALS > /* Morph attribute 1 is normals */ > srcs[0] = (float*)norms; > srcs[1] = (float*)nnorms; > morph->setAttr(1, 3, nSph, NULL, 2, srcs, NULL, NULL); > > gset->setAttr(PFGS_NORMAL3, PFGS_PER_VERTEX, > (void*)morph->getDst(1), inorms); >#endif > > return morph; >} > >void >OpenPipeWin (pfPipeWindow *pw) >{ > pw->open(); > (new pfLightModel)->apply(); >} > >void >DrawChannel (pfChannel *chan, void *data) >{ > pfVec4 clr; > > clr.set(.2f, .2f, .2f, 1.0f); > pfClear(PFCL_COLOR|PFCL_DEPTH, &clr); > pfDraw(); >} > >int >main (int argc, char *argv[]) >{ > double t = 0.; > pfScene *scene; > pfDCS *morphDCS; > pfMorph *morph; > pfPipe *p; > pfPipeWindow *pw; > pfChannel *chan; > pfSphere bsphere; > pfCoord view; > pfLightSource *ls; > > /* Initialize Performer */ > pfInit(); > > /* Use default multiprocessing mode based on number of > * processors. > */ > pfMultiprocess(PFMP_DEFAULT); > > /* Configure multiprocessing mode and start parallel > * processes. > */ > pfConfig(); > > /* Create and attach morph to a pfScene. */ > scene = new pfScene; > morphDCS = new pfDCS; > morph = initMorph(); > morphDCS->addChild(morph); > scene->addChild(morphDCS); > > /* determine extent of scene's geometry */ > scene->getBound(&bsphere); > > /* Configure and open GL window */ > p = pfGetPipe(0); > pw = new pfPipeWindow(p); > pw->setName(argv[0]); > pw->setConfigFunc(OpenPipeWin); > pw->setOriginSize(0, 0, 500, 500); > pw->config(); > > /* Create and configure a pfChannel. */ > chan = new pfChannel(p); > chan->setScene(scene); > chan->setNearFar(1.0f, 10.0f * bsphere.radius); > chan->setFOV(45.0f, 0.0f); > view.xyz = bsphere.center; > view.xyz[PF_Y] -= 3.0f * bsphere.radius; > view.hpr.set(0.0f, 0.0f, 0.0f); > chan->setView(view.xyz, view.hpr); > > chan->setTravFunc(PFTRAV_DRAW, DrawChannel); > > /* Create a pfLightSource and attach it to scene. */ > ls = new pfLightSource; > ls->setPos(view.xyz[0], view.xyz[1], view.xyz[2], 1.0f); > scene->addChild(ls); > > /* Simulate for twenty seconds. */ > while (1) > { > pfMatrix mat; > > t = pfGetTime(); > > /* Update morph */ > breatheMorph(morph, t); > > /* Initiate cull/draw for this frame. */ > pfFrame(); > } > > /* Terminate parallel processes and exit. */ > pfExit(); > > return 0; >} >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > ================================================================== John McCrea Sense8 Corporation Vice President of Worldwide 100 Shoreline Hwy., Suite 282 Sales and Marketing Mill Valley, CA 94941 Direct: (415) 289-7716 Main: (415) 331-6318 john@sense8.com Fax: (415) 331-9148 ================================================================== ======================================================================= 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 Feb 2 11:58:00 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA15211 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 10:22:04 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA15185 for ; Mon, 2 Feb 1998 10:21:52 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA18141 for ; Mon, 2 Feb 1998 10:18:42 -0800 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA17562 for ; Mon, 2 Feb 1998 10:17:39 -0800 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 NAA02920 for <@bnl.gov:info-performer@sgi.com>; Mon, 2 Feb 1998 13:17:34 -0500 (EST) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id NAA23069; Mon, 2 Feb 1998 13:07:05 -0500 Date: Mon, 2 Feb 1998 13:07:05 -0500 From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) Message-Id: <199802021807.NAA23069@sirius.ccd.bnl.gov> Apparently-To: info-performer@sgi.com Status: O Subject: Database Loaders Hi Folks, A while back I wrote a Performer loader for IBM Visualization Data Explorer's format which worked fine for about eight months until I upgraded to Performer 2.2 from 2.0.2 I recompiled the loader of course, but the only error message I get is unhelpful in pointing me toward the source of the trouble: My app can't find the loader, despite having the usual PFLD and LD environment varialble with the path to the loader correctly in place. My question: What else has changed in 2.2 that I don't know about which would make my app "blind" to the location of the dso 032 version of my loader? Thanks, B. Andrews PS the error message is: pfdFindConverterDSO() - Could not load DSO for extension "dx" NB. I repeat: I am not getting this error because my path is not set! ======================================================================= 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 Feb 2 12:55:45 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA16006 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 12:02:45 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA15979 for ; Mon, 2 Feb 1998 12:02:44 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA28273 for ; Mon, 2 Feb 1998 11:59:36 -0800 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA26889 for ; Mon, 2 Feb 1998 11:59:35 -0800 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 LAA21276; Mon, 2 Feb 1998 11:59:14 -0800 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199802021959.LAA21276@remi.engr.sgi.com> Subject: Re: Correct patches for IMPACT To: Ruddle@cardiff.ac.uk Date: Mon, 2 Feb 1998 11:59:13 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: from "Roy Ruddle" at Feb 2, 98 02:41:19 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: 418 Status: O Roy Ruddle wrote: > > Afraid I've lost track of Performer releases + patches. > > Could someone tell me what the latest Performer version no. and > appropriate patch nos. are for a MaximumIMPACT running Irix 6.2? Performer 2.2, all platforms. 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 Mon Feb 2 14:47:49 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA16578 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 13:51:54 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA16551 for ; Mon, 2 Feb 1998 13:51:53 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA05468 for ; Mon, 2 Feb 1998 13:48:47 -0800 Received: from web1.rocketmail.com ([205.180.57.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA04743 for ; Mon, 2 Feb 1998 13:48:45 -0800 env-from (nmaran@rocketmail.com) Message-ID: <19980202214005.26079.rocketmail@web1.rocketmail.com> Received: from [202.54.6.121] by web1; Mon, 02 Feb 1998 13:40:05 PST Date: Mon, 2 Feb 1998 13:40:05 -0800 (PST) From: Rajagopal Nedumaran Subject: Gl error. To: info-performer@sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have two questions to ask.The textures applied to database (flt 15.4) is blended with the polygon color. we can't see the textures original color. what is reason?. And , perfly tells following statement. "OpenGL Error 0x501 - invalid value." What it means?. Thanks. _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.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 Feb 2 14:47:50 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA16398 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 13:14:55 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA16372 for ; Mon, 2 Feb 1998 13:14:44 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA22020 for ; Mon, 2 Feb 1998 13:11:38 -0800 Received: from quid.csd.sgi.com ([150.166.145.182]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA21578 for ; Mon, 2 Feb 1998 13:11:37 -0800 env-from (robj@quid.csd.sgi.com) Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA00358; Mon, 2 Feb 1998 13:11:23 -0800 From: "Rob Jenkins" Message-Id: <9802021311.ZM356@quid.csd.sgi.com> Date: Mon, 2 Feb 1998 13:11:23 -0800 In-Reply-To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) "" (Feb 2, 1:07pm) References: <199802021807.NAA23069@sirius.ccd.bnl.gov> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews), info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O presumably versions long | grep does actually find the loader installed, if so then the rld options ( described better in man rld ) of: setenv _RLD_PATH /usr/lib/rld.debug setenv _RLD_ARGS -v ( or trace ) should give some clue as to what is happening. Cheers Rob On Feb 2, 1:07pm, A. Ballard Andrews wrote: > Subject: > Subject: Database Loaders > > Hi Folks, > > A while back I wrote a Performer loader for > IBM Visualization Data Explorer's format > which worked fine for about eight months > until I upgraded to Performer 2.2 from 2.0.2 > I recompiled the loader of course, but the > only error message I get is unhelpful in > pointing me toward the source of the > trouble: My app can't find the loader, > despite having the usual PFLD and LD > environment varialble with the path > to the loader correctly in place. > My question: > What else has changed in 2.2 that I > don't know about which would make > my app "blind" to the location of > the dso 032 version of my loader? > > Thanks, > > B. Andrews > > PS the error message is: > pfdFindConverterDSO() - Could not load DSO for extension "dx" > > NB. I repeat: I am not getting this error because my path > is not set! > > ======================================================================= > 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 A. Ballard Andrews -- ________________________________________________________________ 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 Mon Feb 2 15:16:33 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA16644 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 14:00:13 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA16617 for ; Mon, 2 Feb 1998 14:00:05 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA08221 for ; Mon, 2 Feb 1998 13:56:59 -0800 Received: from ziplink.net (relay-0.ziplink.net [206.15.168.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA07736 for ; Mon, 2 Feb 1998 13:56:58 -0800 env-from (bz@infinity-technologies.com) Received: from Infinity0 (nyc-ip-1-168.ziplink.net [208.196.104.168]) by ziplink.net (8.8.7/8.8.7) with SMTP id QAA27817; Mon, 2 Feb 1998 16:56:47 -0500 (EST) Sender: bingz@ziplink.net Message-ID: <34D64E96.41C6@infinity-technologies.com> Date: Mon, 02 Feb 1998 14:54:14 -0800 From: Bing Zeng Organization: Infinity Technologies X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Mailing List - Vega CC: Mailing List - Performer Subject: Active Preview Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O To Vega engineers and experts: We looking for any sample code (template) or any clue that would define the interface between Lynx and "Active Preview" window, so that we can develop a costomized application that would run directly from "Active Preview" through Lynx. Any idea, suggestions, hints are greatly appreciated! -- Regards, *********************************** 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 ************************************ ======================================================================= 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 Feb 2 15:39:56 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA16709 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 14:08:45 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA16682 for ; Mon, 2 Feb 1998 14:08:39 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA11522 for ; Mon, 2 Feb 1998 14:05:34 -0800 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 OAA10733 for ; Mon, 2 Feb 1998 14:05:32 -0800 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 OAA20857 for ; Mon, 2 Feb 1998 14:15:35 -0800 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 WAA11828 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 2 Feb 1998 22:05:03 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA23442 for info-performer@sgi.com; Mon, 2 Feb 1998 14:05:02 -0800 From: "Marcus Barnes" Message-Id: <9802021405.ZM23440@logan.engr.multigen.com> Date: Mon, 2 Feb 1998 14:05:02 -0800 In-Reply-To: Thomas K Whitman "Old MutiGen Flight" (Feb 2, 12:44pm) References: <980202124430.625@wlp1.wl.wpafb.af.mil.0> 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: Old MultiGen Flight Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 2, 12:44pm, Thomas K Whitman wrote: >Does anybody know if MultiGen Flight 14.1 or 14.2 will work under IRIX 6.x? what do you mean exactly? do you want to know if: o flight v14.x files are still readable? yes. o multigen v14.x modelers still run? doublefull, they are IRISGL apps. o libpfflt R14.x loaders still link? only R14.2b for performer 2.[01]. 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 Feb 2 16:20:00 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA17056 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 15:09:01 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA17029 for ; Mon, 2 Feb 1998 15:08:48 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA04413 for ; Mon, 2 Feb 1998 15:05:43 -0800 Received: from portalcp.chevron.com (portalcp.chevron.com [207.24.17.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA03918 for ; Mon, 2 Feb 1998 15:05:41 -0800 env-from (WRVO@chevron.com) Received: by portalcp.chevron.com; id PAA18987; Mon, 2 Feb 1998 15:05:47 -0800 Received: from schizoid.sr.chevron.com(146.27.64.202) by portalcp.chevron.com via smap (4.0a) id xma018796; Mon, 2 Feb 98 15:05:31 -0800 Received: from chvpk-msx04-b.sr.chevron.com (chvpk-msx04-b.sr.chevron.com [146.27.94.42]) by schizoid.sr.chevron.com (8.8.7/8.8.5) with ESMTP id PAA17749 for ; Mon, 2 Feb 1998 15:05:20 -0800 (PST) Message-Id: <199802022305.PAA17749@schizoid.sr.chevron.com> Received: by chvpk-msx04-b.sr.chevron.com with Internet Mail Service (5.0.1458.49) id <1FDBZ2Q0>; Mon, 2 Feb 1998 15:05:21 -0800 From: "Volz, Bill (wrvo)" To: "'info-performer@sgi.com'" Subject: Performer 2.2 in 64bit - problems? gotchas? Date: Mon, 2 Feb 1998 15:05:16 -0800 X-Priority: 3 X-Mailer: Internet Mail Service (5.0.1458.49) Status: O I will be taking my current program from it's original 32 bit compilation to 64bit. Is there any thing to watch out for? Does it work properly? Any needed patches? 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 Mon Feb 2 17:11:42 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA17415 for info-performer-dist@holodeck.engr.sgi.com; Mon, 2 Feb 1998 15:59:01 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA17388 for ; Mon, 2 Feb 1998 15:59:00 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA20818 for ; Mon, 2 Feb 1998 15:55:56 -0800 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 PAA23428 for ; Mon, 2 Feb 1998 15:55:54 -0800 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 QAA21919 for ; Mon, 2 Feb 1998 16:05:57 -0800 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 XAA18980 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 2 Feb 1998 23:55:25 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA23817 for info-performer@sgi.com; Mon, 2 Feb 1998 15:55:24 -0800 From: "Marcus Barnes" Message-Id: <9802021555.ZM23815@logan.engr.multigen.com> Date: Mon, 2 Feb 1998 15:55:24 -0800 In-Reply-To: Rajagopal Nedumaran "Gl error." (Feb 2, 1:40pm) References: <19980202214005.26079.rocketmail@web1.rocketmail.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: Gl error. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 2, 1:40pm, Rajagopal Nedumaran wrote: > >I have two questions to ask.The textures applied >to database (flt 15.4) is blended with the polygon >color. we can't see the textures original color. what >is reason?. the texture environment is probably MODULATE. either change your polygon colors to white, or change your texture environment to DECAL. >And perfly tells following statement. > >"OpenGL Error 0x501 - invalid value." >What it means?. You probably have a texture attribute, such as an odd magnification filter of BICUBIC, set to a value that is not supported on your machine. 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 Feb 3 03:18:01 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA18561 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 01:34:36 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA18534 for ; Tue, 3 Feb 1998 01:34:29 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA06406 for ; Tue, 3 Feb 1998 01:31:40 -0800 Received: from deutschland.artemedia.de (deutschland.artemedia.de [195.21.248.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA04680 for ; Tue, 3 Feb 1998 01:31:34 -0800 env-from (jean.claude.bachmann@artemedia.de) Received: from artemedia.de ([10.3.2.5]) by deutschland.artemedia.de (Netscape Mail Server v2.02) with ESMTP id AAA97 for ; Tue, 3 Feb 1998 10:32:26 +0100 Sender: jean.claude.bachmann@artemedia.de (Jean-Claude Bachmann) Message-ID: <34D6E30E.32D5A87A@artemedia.de> Date: Tue, 03 Feb 1998 10:27:43 +0100 From: Jean-Claude Bachmann Organization: Artemedia Productions GmbH X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Texture function Content-Type: multipart/alternative; boundary="------------1E3EDB819A687880F49F3B83" Status: O --------------1E3EDB819A687880F49F3B83 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I stumbled over this undocumented pfTexture routine called pfTexture::setLoadVal(int _mode, void* _val) (in C it's pfTexLoadVal()) in /usr/share/Performer/src/pguide/libpf/C/movietex.c. I have a very vague notion of what is does. Could somebody please explain what the function does? And a question to the development team: Is the function not documented because you simply forgot, or did not make it in time, or is it bound to get buried in the future and I better do not use it in my application? J.C. -- ******************************************************************** * Artemedia GmbH | Tel.: +49 [0]30 25443 - 0 * * Jean-Claude Bachmann | Tel.: +49 0172 - 219 13 76 * * Hardenbergplatz 2 | Fax.: +49 [0]30 25443 - 400 * * D-10623 Berlin | email: jean-claude.bachmann@artemedia.de * * Germany | Web Page http://www.artemedia.de * ******************************************************************** --------------1E3EDB819A687880F49F3B83 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I stumbled over this undocumented pfTexture routine called pfTexture::setLoadVal(int _mode, void* _val) (in C it's pfTexLoadVal()) in /usr/share/Performer/src/pguide/libpf/C/movietex.c. I have a very vague notion of what is does. Could somebody please explain what the function does?

And a question to the development team:
Is the function not documented because you simply forgot, or did not make it in time, or is it bound to get buried in the future and I better do not use it in my application?

J.C.
  

-- 

********************************************************************
* Artemedia GmbH        | Tel.: +49 [0]30 25443 - 0                *
* Jean-Claude Bachmann  | Tel.: +49 0172 - 219 13 76               *
* Hardenbergplatz 2     | Fax.: +49 [0]30 25443 - 400              * 
* D-10623 Berlin        | email: jean-claude.bachmann@artemedia.de *
* Germany               | Web Page http://www.artemedia.de         *
********************************************************************
  --------------1E3EDB819A687880F49F3B83-- ======================================================================= 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 Feb 3 07:42:39 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id GAA18932 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 06:01:59 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id GAA18905 for ; Tue, 3 Feb 1998 06:01:44 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA07978 for ; Tue, 3 Feb 1998 05:59:00 -0800 Received: from syseca.syseca.fr (syseca.syseca.fr [195.101.38.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA24237 for ; Tue, 3 Feb 1998 05:58:58 -0800 env-from (gce@syseca.fr) Received: from anna.internet.syseca (anna [142.19.2.5]) by syseca.syseca.fr (8.8.8/8.8.8) with SMTP id OAA22159 for ; Tue, 3 Feb 1998 14:58:52 +0100 (MET) Received: by anna.internet.syseca (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id OAA26010; Tue, 3 Feb 1998 14:57:16 +0100 Date: Tue, 3 Feb 1998 14:57:16 +0100 From: gce@syseca.fr (Cedric Gautier) Message-Id: <199802031357.OAA26010@anna.internet.syseca> To: info-performer@sgi.com Subject: Performer 2.2 WRL loader Status: O Hi pfAll ... Any hints why a .wrl file able to be read without problems by netscape is unable to be loaded in perfly with the following error message: Alert: PARSE ERROR::Error, couldn't open builtin nodes files. Check the load path. I made the try with a very simple object representing a cylinder and the OpenWorld loader made it's several "ping" and went on error. There is no external reference in this file. Everything is inside !. Any hints ? ... Thanx in advance ... merci Cedric Cedric Gautier - THOMSON - tel:33(0)141480352 fax:33(0)141480681 Simulation Department - 3D Computer Graphics and Virtual Reality gce@syseca.fr or www.syseca.thomson-csf.com/english/cha1/SDA.HTM SYSECA / 66-68 avenue Pierre Brossolette 92240 MALAKOFF / FRANCE ======================================================================= 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 Feb 3 08:34:28 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA19095 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 07:29:05 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA19068 for ; Tue, 3 Feb 1998 07:29:00 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA20093 for ; Tue, 3 Feb 1998 07:26:18 -0800 Received: from ishtar.paradigmsim.com (ishtar.paradigmsim.com [206.7.114.152]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA15628 for ; Tue, 3 Feb 1998 07:26:16 -0800 env-from (chuck@paradigmsim.com) Received: from ishtar.paradigmsim.com (ishtar.paradigmsim.com [206.7.114.152]) by ishtar.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA02704; Tue, 3 Feb 1998 09:21:30 -0600 Sender: chuck@paradigmsim.com Message-ID: <34D735F9.446B@paradigmsim.com> Date: Tue, 03 Feb 1998 09:21:29 -0600 From: Charles Walters X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Marcus Barnes CC: info-performer@sgi.com Subject: Re: Old MultiGen Flight References: <980202124430.625@wlp1.wl.wpafb.af.mil.0> <9802021405.ZM23440@logan.engr.multigen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Thomas, To add a thought on top of Marcus, in the days before we upgraded to Series II, we were still running 14.0,14.1, and 14.2 on IRIS 6.x. It can be a bit dodgy, but actually works pretty well (notable exception being the appearance of certain run-length encoded or non-power-of-2 sized textures). Save often. Happy modeling, Charles. Marcus Barnes wrote: > > On Feb 2, 12:44pm, Thomas K Whitman wrote: > >Does anybody know if MultiGen Flight 14.1 or 14.2 will work under IRIX 6.x? > > what do you mean exactly? do you want to know if: > > o flight v14.x files are still readable? yes. > o multigen v14.x modelers still run? doublefull, they are IRISGL apps. > o libpfflt R14.x loaders still link? only R14.2b for performer 2.[01]. > > 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 -- ================================================================= Charles Walters Database Engineering 14900 Landmark Blvd. #400 chuck@paradigmsim.com Dallas, TX 75240 www.paradigmsim.com ================================================================= ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Feb 3 09:26:26 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id IAA19184 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 08:23:39 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA19157 for ; Tue, 3 Feb 1998 08:23:38 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id IAA01080 for ; Tue, 3 Feb 1998 08:20:58 -0800 Received: from quid.csd.sgi.com ([150.166.145.182]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA02471 for ; Tue, 3 Feb 1998 08:20:57 -0800 env-from (robj@quid.csd.sgi.com) Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA02044; Tue, 3 Feb 1998 08:20:43 -0800 From: "Rob Jenkins" Message-Id: <9802030820.ZM2042@quid.csd.sgi.com> Date: Tue, 3 Feb 1998 08:20:43 -0800 In-Reply-To: "Volz, Bill (wrvo)" "Performer 2.2 in 64bit - problems? gotchas?" (Feb 2, 3:05pm) References: <199802022305.PAA17749@schizoid.sr.chevron.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Volz, Bill (wrvo)" , "'info-performer@sgi.com '" Subject: Re: Performer 2.2 in 64bit - problems? gotchas? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 2, 3:05pm, Volz, Bill (wrvo) wrote: > Subject: Performer 2.2 in 64bit - problems? gotchas? > I will be taking my current program from it's original 32 bit > compilation to 64bit. Is there any thing to watch out for? Does it work > properly? Any needed patches? > Probably should make sure you have the latest patchset for the compiler/OS you have ( see www.sgi.com/support/patch_intro.html ) Cheers Rob > 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 >-- End of excerpt from Volz, Bill (wrvo) -- ________________________________________________________________ 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 Feb 3 11:34:28 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA19391 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 09:42:47 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA19364 for ; Tue, 3 Feb 1998 09:42:42 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id JAA01439 for ; Tue, 3 Feb 1998 09:40:05 -0800 Received: from fw-es06.hac.com ([128.152.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA28843 for ; Tue, 3 Feb 1998 09:40:03 -0800 env-from (seberino@or_lab.tu.hac.com) Received: from or_lab.tu.hac.com ([147.24.174.8]) by fw-es06.hac.com (8.8.4/8.8.4) with SMTP id JAA17416 for ; Tue, 3 Feb 1998 09:48:14 -0800 (PST) Received: (from seberino@localhost) by or_lab.tu.hac.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA23210 for info-performer@sgi.com; Tue, 3 Feb 1998 10:39:02 -0700 From: "Charles Seberino" Message-Id: <9802031039.ZM23208@or_lab.tu.hac.com> Date: Tue, 3 Feb 1998 10:39:02 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Problem displaying objects that are sub-pixel size Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am having a problem displaying small polygons, which when viewed at long distances, don't (or rarely) appear on the screen. Here is what I am trying to do: Creating several hundred OPENGL GL_QUADS with the same texture applied to each of them. The polygons are drawn so that they are always facing the display(billboarded). The problem I get is when I view the polygons(1 in^2 each) from far away, the individual polygons only take up from 1-4% of a screen pixel. The polygons are all close to each other so I should be seeing the cumulative effects of all the objects(a particle cloud), but I only get a pixel every so often. I am using a luminance-alpha texture to display the square as a sphere. I have tried changing the minification filters, but none give the correct result. What can I do to get these objects to appear as they should? I decided not to go the route of creating several hundred pfGeoSets/pfGeodes (maybe pfBillboards) because I thought it would be more time consuming and not give any added benefit. Running on Onyx2 IR pf2.1 Any suggestions? Charles -- ----------------------------------------------------------------------- Charles Seberino Raytheon Missile Systems Company seberino@or_lab.tu.hac.com phone: (520) 794-7078 fax: (520) 794-8625 ======================================================================= 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 Feb 3 14:17:59 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA19782 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 12:37:55 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA19755 for ; Tue, 3 Feb 1998 12:37:54 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA00133 for ; Tue, 3 Feb 1998 12:35:21 -0800 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA27561 for ; Tue, 3 Feb 1998 12:35:20 -0800 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 MAA24287; Tue, 3 Feb 1998 12:35:14 -0800 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199802032035.MAA24287@remi.engr.sgi.com> Subject: Re: Texture function To: jean-claude.bachmann@artemedia.de (Jean-Claude Bachmann) Date: Tue, 3 Feb 1998 12:35:13 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <34D6E30E.32D5A87A@artemedia.de> from "Jean-Claude Bachmann" at Feb 3, 98 10:27:43 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: 828 Status: O Jean-Claude Bachmann wrote: > > I stumbled over this undocumented pfTexture routine called pfTexture::setLoadVal(int _mode, void* _val) (in C it's > pfTexLoadVal()) in /usr/share/Performer/src/pguide/libpf/C/movietex.c. I have a very vague notion of what is does. Could > somebody please explain what the function does? > > And a question to the development team: > Is the function not documented because you simply forgot, or did not make it in time, or is it bound to get buried in > the future and I better do not use it in my application? Right, that function is missing a man page, this is a mistake. You can go ahead and use it, it will stay in Performer. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Feb 3 14:57:03 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA20071 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 13:21:06 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA20044 for ; Tue, 3 Feb 1998 13:21:05 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA15201 for ; Tue, 3 Feb 1998 13:18:32 -0800 Received: from hell.engr.sgi.com ([150.166.37.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA12494 for ; Tue, 3 Feb 1998 13:18:32 -0800 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 NAA15957; Tue, 3 Feb 1998 13:18:26 -0800 Date: Tue, 3 Feb 1998 13:18:26 -0800 From: hatch@hell.engr.sgi.com (Don Hatch) Message-Id: <9802031318.ZM15955@hell.engr.sgi.com> In-Reply-To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) "" (Feb 2, 1:07pm) References: <199802021807.NAA23069@sirius.ccd.bnl.gov> 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-SGI (3.2S.3 08feb96 MediaMail) To: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews), info-performer@sgi.com Subject: Re: Database Loaders Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 2, 1:07pm, A. Ballard Andrews wrote: > Subject: > Subject: Database Loaders > > Hi Folks, > > A while back I wrote a Performer loader for > IBM Visualization Data Explorer's format > which worked fine for about eight months > until I upgraded to Performer 2.2 from 2.0.2 > I recompiled the loader of course, but the > only error message I get is unhelpful in > pointing me toward the source of the > trouble: My app can't find the loader, > despite having the usual PFLD and LD > environment varialble with the path > to the loader correctly in place. > My question: > What else has changed in 2.2 that I > don't know about which would make > my app "blind" to the location of > the dso 032 version of my loader? > > Thanks, > > B. Andrews > > PS the error message is: > pfdFindConverterDSO() - Could not load DSO for extension "dx" > > NB. I repeat: I am not getting this error because my path > is not set! If you have PFLD_LIBRARY_PATH set *and* setenv PFNFLYLEVEL 5, you should get more verbose messages about each DSO pathname it is trying and the reason for failure for each one. Is it possible that you are using the installed perfly which is now N32, which doesn't see the loader because it is O32? 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 Feb 3 15:23:13 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA20119 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 13:45:10 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA20087 for ; Tue, 3 Feb 1998 13:45:02 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id NAA29454 for ; Tue, 3 Feb 1998 13:42:30 -0800 Received: from csnet.cs.technion.ac.il (csnet.cs.technion.ac.il [132.68.32.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA21090 for ; Tue, 3 Feb 1998 13:42:21 -0800 env-from (anda@CS.Technion.AC.IL) Received: from CS.Technion.AC.IL (csa [132.68.32.1]) by csnet.cs.technion.ac.il (8.6.11/8.6.10) with ESMTP id XAA27837 for ; Tue, 3 Feb 1998 23:40:53 +0200 Received: from localhost by CS.Technion.AC.IL (SMI-8.6/SMI-SVR4) id XAA22654; Tue, 3 Feb 1998 23:42:22 +0200 Date: Tue, 3 Feb 1998 23:42:21 +0200 (IST) From: Anda Singer X-Sender: anda@csa To: info-performer@sgi.com Subject: compilation Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-886542141=:22397" 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. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-886542141=:22397 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I compiled our loader to N32 so I can load the objects and see them with perfly, Performer 2.2 on ONYX2. The same loader, compiled at o32, workes fine with perfly - performer 2.1 on O2. The perfly on performer 2.2 is: ELF N32 MSB mips-3 dynamic executable (not stripped) MIP S - version 1 The loader is: ELF N32 MSB mips-4 dynamic lib MIPS - version 1 What should I change in the Makefile so the loader will be mips-3? Thanks, Anda ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Anda Singher anda@cs.technion.ac.il tel: 04-8293905 http://www.cs.technion.ac.il/~anda/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ---559023410-851401618-886542141=:22397 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=Makefile Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: IyFzbWFrZSAtSiAxDQojLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSMNCiMtLSBN YWtlZmlsZSBmb3IgbGlicGZkYXQgLS0gdGhlIElyaXQgZmlsZSBsb2FkZXIg ICAgICAgICAgICAgICAgIC0tIw0KIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0j DQojLS0gUkNTIHZlcnNpb24gaW5mb3JtYXRpb24gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAtLSMNCiMtLSAgICRSZXZpc2lvbjog MS4yMCAkICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIC0tIw0KIy0tICAgJERhdGU6IDE5OTYvMDkvMDEgMDY6MzE6NTUgJCAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS0jDQojLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLSMNCg0KIy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0jDQoj LS0gVGhlIGRlZmF1bHQgbWFrZSB0YXJnZXQgbWFrZXMgb3B0aW1pemVkIGxp YnJhcmllcy4gICAgICAgICAgICAtLSMNCiMtLSBUaGUgb3RoZXIgdGFyZ2V0 cyBhcmU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IC0tIw0KIy0tICAgIGJ1aWxkIGRlYnVnZ2luZyBsaWJyYXJpZXM6IGRiZyAo b3IgZGVidWcpICAgICAgICAgICAgICAgICAgLS0jDQojLS0gICAgYnVpbGQg b3B0aW1pemVkIGxpYnJhcmllczogb3B0IChvciBvcHRpbWl6ZSkgICAgICAg ICAgICAgICAtLSMNCiMtLSAgICBidWlsZCBkeW5hbWljIHNoYXJlZCBvYmpl Y3QgbGlicmFyaWVzOiBkc28gICAgICAgICAgICAgICAgIC0tIw0KIy0tICAg IHJlbW92ZSBhbGwgdW5uZWVkZWQgZmlsZXMgYWZ0ZXIgYSBidWlsZDogY2xl YW4gICAgICAgICAgICAgLS0jDQojLS0gICAgcmVtb3ZlIGFsbCBtYWNoaW5l IGdlbmVyYXRlZCBmaWxlczogY2xvYmJlciAgICAgICAgICAgICAgICAtLSMN CiMtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIw0KDQojLS0NCiMtLQlkZWZpbml0 aW9ucw0KIy0tDQoNCiMtLSBiYXNlIG5hbWUgb2YgbGlicmFyeQ0KTElCUkFS WQk9IGxpYnBmZGF0DQoNCiNpZiAhZGVmaW5lZChQRlNUWUxFKQ0KUEZTVFlM RSA9IE4zMg0KI2VuZGlmDQojaWYgJChQRlNUWUxFKSA9PSAiNjQiDQpPQkpF Q1RfU1RZTEUgPSA2NA0KTElCQklUU1VGPTY0DQpQRlJFTEVBU0U9TjY0DQoj ZW5kaWYNCiNpZiAkKFBGU1RZTEUpID09ICJOMzIiDQpPQkpFQ1RfU1RZTEUg PSBOMzJfTTMNCkxJQkJJVFNVRj0zMg0KUEZSRUxFQVNFPU4zMg0KI2VuZGlm DQojaWYgJChQRlNUWUxFKSA9PSAiMzIiDQpPQkpFQ1RfU1RZTEUgPSAzMg0K TElCQklUU1VGPQ0KUEZSRUxFQVNFPU8zMg0KI2VuZGlmDQoNCmluY2x1ZGUg JChST09UKS91c3IvaW5jbHVkZS9tYWtlL2NvbW1vbmRlZnMNCg0KIy0tIEly aXQgaW5jbHVkZSAmIGxpYnJhcmllcw0KSVJJVCA9IC9tYWNoL2lzYWFjL21p c2MyL2dlcnNob24vaXJpdC9vbnl4NjQNCiNJUklUID0gL21hY2gvaXNhYWMv bWlzYzIvZ2Vyc2hvbi9pcml0L2luZHkNCkNJUkNMSU5LID0gJChJUklUKS9j aXJjbGluay9jaXJjbGluay5vDQpMREZMQUdTSVJJVCA9IC1MJChJUklUKS9s aWIgDQpJUklUTElCUyA9ICQoQ0lSQ0xJTkspICQoTERGTEFHU0lSSVQpIC1s YnNkIC1sbWFsbG9jIC1sZ2VvbSAtbHByc3IgLWx0cmltIFwNCgktbHRyaXYg LWxzeW1iIC1sY2FnZCAtbG1pc2MgLWx4dHJhIC1sbQ0KDQojQ0ZMQUdTID0g LWcgLXhhbnNpIC1taXBzMyAtbjMyICAgLURPUEVOR0wgLW5vc3RkaW5jIC1J L3Vzci9pbmNsdWRlIC1JJChJUklUKS9pbmNsdWRlIC1PIC1PbGltaXQgMjAw MCAgLU1EdXBkYXRlIE1ha2VkZXBlbmQNCg0KQ0ZMQUdTID0gLWcgIC1taXBz MyAtbjMyICAgLURPUEVOR0wgLW5vc3RkaW5jIC1JL3Vzci9pbmNsdWRlIC1J JChJUklUKS9pbmNsdWRlIE1ha2VkZXBlbmQNCg0KQysrRkxBR1MgPSAtZyAt eGFuc2kgLW1pcHMzICAtbjMyICAgLURPUEVOR0wgICAgICAgLW5vc3RkaW5j IC1JL3Vzci9pbmNsdWRlL0NDIC1JL3Vzci9pbmNsdWRlIC1JJChJUklUKS9p bmNsdWRlIC1PIC1PbGltaXQgMjAwMCAgLU1EdXBkYXRlIE1ha2VkZXBlbmQN CiMtLSBpbnRlcmZhY2UgdmVyc2lvbiBwZmRMb2FkRmlsZSB1c2VzIHRvIG9w ZW4gbG9hZGVycw0KIy0tIChzaG91bGQgYmUgc2FtZSBhcyB0aGF0IG9mIGxp YnBmXyouc28gYW5kIGxpYnBmZHVfKi5zbykNCkRTT1ZFUlNJT04gPSBzZ2kz LjANCg0KIy0tIG9iamVjdCBmaWxlcyBmcm9tIHdoaWNoIHRhcmdldCBidWls dCB7c29tZSBhcmUgaW4gdGhlIGNvbW1vbiBkaXJlY3Rvcnl9DQpPQkpFQ1RT CT0gXA0KCQkgIElyaXRDb252ZXJ0ZXIubyBcDQoJSXJpdFByc3JQcm9jZXNz RnJlZUZvcm0ub1wNCiAgICAgICAgcGZkYXQubw0KIy0tDQojLS0JZ2VuZXJp YyB0YXJnZXRzDQojLS0NCg0KIy0tIG1ha2Ugb3B0aW1pemVkIG5vbi1kc28g dmVyc2lvbiBvZiBsaWJyYXJ5IGJ5IGRlZmF1bHQNCmRlZmF1bHQ6IG9nbGRz bw0KDQojLS0gbWFrZSBhbGwgdmVyc2lvbnMgb2YgbGlicmFyeQ0KYWxsOiBk Ymcgb3B0IGRzbyBkZHNvIG9nbG9wdCBvZ2xkc28gb2dsZGJnIG9nbGRkc28N Cg0KIy0tIGNsZWFuIHVwIGRpcmVjdG9yaWVzIHtyZW1vdmUganVua30NCmNs ZWFuOg0KCWlmIHRlc3QgLWQgREJHLiQoUEZSRUxFQVNFKS5JUklTR0w7IHRo ZW4gY2QgREJHLiQoUEZSRUxFQVNFKS5JUklTR0wgOyBybSAtZiAke09CSkVD VFN9IE1ha2VkZXBlbmQgY29yZSBzb19sb2NhdGlvbnM7IGNkIC4uIDsgZmkN CglpZiB0ZXN0IC1kIERCRy4kKFBGUkVMRUFTRSkuT1BFTkdMOyB0aGVuIGNk IERCRy4kKFBGUkVMRUFTRSkuT1BFTkdMIDsgcm0gLWYgJHtPQkpFQ1RTfSBN YWtlZGVwZW5kIGNvcmUgc29fbG9jYXRpb25zOyBjZCAuLiA7IGZpDQoJaWYg dGVzdCAtZCBPUFQuJChQRlJFTEVBU0UpLklSSVNHTDsgdGhlbiBjZCBPUFQu JChQRlJFTEVBU0UpLklSSVNHTCA7IHJtIC1mICR7T0JKRUNUU30gTWFrZWRl cGVuZCBjb3JlIHNvX2xvY2F0aW9uczsgY2QgLi4gOyBmaQ0KCWlmIHRlc3Qg LWQgT1BULiQoUEZSRUxFQVNFKS5PUEVOR0w7IHRoZW4gY2QgT1BULiQoUEZS RUxFQVNFKS5PUEVOR0wgOyBybSAtZiAke09CSkVDVFN9IE1ha2VkZXBlbmQg Y29yZSBzb19sb2NhdGlvbnM7IGNkIC4uIDsgZmkNCglybSAtZiBzb19sb2Nh dGlvbnMNCg0KIy0tIHJlbW92ZSBhbGwgbWFjaGluZS1idWlsdCBmaWxlcw0K Y2xvYmJlcjogY2xlYW4NCglpZiB0ZXN0IC1kIERCRy4kKFBGUkVMRUFTRSku SVJJU0dMIDsgdGhlbiBybSAtcmYgREJHLiQoUEZSRUxFQVNFKS5JUklTR0wg OyBmaQ0KCWlmIHRlc3QgLWQgREJHLiQoUEZSRUxFQVNFKS5PUEVOR0wgOyB0 aGVuIHJtIC1yZiBEQkcuJChQRlJFTEVBU0UpLk9QRU5HTCA7IGZpDQoJaWYg dGVzdCAtZCBPUFQuJChQRlJFTEVBU0UpLklSSVNHTCA7IHRoZW4gcm0gLXJm IE9QVC4kKFBGUkVMRUFTRSkuSVJJU0dMIDsgZmkNCglpZiB0ZXN0IC1kIE9Q VC4kKFBGUkVMRUFTRSkuT1BFTkdMIDsgdGhlbiBybSAtcmYgT1BULiQoUEZS RUxFQVNFKS5PUEVOR0wgOyBmaQ0KDQojLS0NCiMtLQlsaWJyYXJ5IHRhcmdl dHMNCiMtLQ0KDQojLS0gbWFrZSBhIGRlYnVnZ2luZyB2ZXJzaW9uIG9mIHRo ZSBsaWJyYXJ5DQppZ2xkYmc6IC5NQUtFDQoJQCBlY2hvICJcbm1ha2luZyBJ cmlzR0wgREJHIHZlcnNpb24gb2YgJHtMSUJSQVJZfSINCglAIGlmIHRlc3Qg ISAtZCBEQkcuJChQRlJFTEVBU0UpLklSSVNHTCA7IHRoZW4gbWtkaXIgLXAg REJHLiQoUEZSRUxFQVNFKS5JUklTR0wgOyBmaQ0KCUAgY2QgREJHLiQoUEZS RUxFQVNFKS5JUklTR0wgOyAke01BS0V9IC1mIC4uL01ha2VmaWxlIE9QVElN SVpFUj0tZyBMQ0RFRlM9LURJUklTR0wgTENYWERFRlM9LURJUklTR0wgXA0K CSAgICAke0xJQlJBUll9X2lnbC5hDQoNCm9nbGRiZzogLk1BS0UNCglAIGVj aG8gIlxubWFraW5nIE9wZW5HTCBEQkcgdmVyc2lvbiBvZiAke0xJQlJBUll9 Ig0KCUAgaWYgdGVzdCAhIC1kIERCRy4kKFBGUkVMRUFTRSkuT1BFTkdMIDsg dGhlbiBta2RpciAtcCBEQkcuJChQRlJFTEVBU0UpLk9QRU5HTCA7IGZpDQoJ QCBjZCBEQkcuJChQRlJFTEVBU0UpLk9QRU5HTCA7ICR7TUFLRX0gLWYgLi4v TWFrZWZpbGUgT1BUSU1JWkVSPS1nIFwNCgkgICAgJHtMSUJSQVJZfV9vZ2wu YQ0KDQojLS0gbWFrZSBhbiBvcHRpbWl6ZWQgdmVyc2lvbiBvZiB0aGUgbGli cmFyeQ0KaWdsb3B0OiAuTUFLRQ0KCUAgZWNobyAibWFraW5nIElyaXNHTCBP UFQgdmVyc2lvbiBvZiAke0xJQlJBUll9Ig0KCUAgaWYgdGVzdCAhIC1kIE9Q VC4kKFBGUkVMRUFTRSkuSVJJU0dMIDsgdGhlbiBta2RpciAtcCBPUFQuJChQ RlJFTEVBU0UpLklSSVNHTCA7IGZpDQoJQCBjZCBPUFQuJChQRlJFTEVBU0Up LklSSVNHTCA7ICR7TUFLRX0gLWYgLi4vTWFrZWZpbGUgT1BUSU1JWkVSPSIt TyAtT2xpbWl0IDIwMDAiIExDREVGUz0tRElSSVNHTCBMQ1hYREVGUz0tRElS SVNHTCBcDQoJICAgICR7TElCUkFSWX1faWdsLmENCg0Kb2dsb3B0OiAuTUFL RQ0KCUAgZWNobyAibWFraW5nIE9wZW5HTCBPUFQgdmVyc2lvbiBvZiAke0xJ QlJBUll9Ig0KCUAgaWYgdGVzdCAhIC1kIE9QVC4kKFBGUkVMRUFTRSkuT1BF TkdMIDsgdGhlbiBta2RpciAtcCBPUFQuJChQRlJFTEVBU0UpLk9QRU5HTCA7 IGZpDQoJQCBjZCBPUFQuJChQRlJFTEVBU0UpLk9QRU5HTCA7ICR7TUFLRX0g LWYgLi4vTWFrZWZpbGUgT1BUSU1JWkVSPSItTyAtT2xpbWl0IDIwMDAiIFwN CgkgICAgJHtMSUJSQVJZfV9vZ2wuYQ0KDQojLS0gbWFrZSBhbiBvcHRpbWl6 ZWQgdmVyc2lvbiBvZiB0aGUgbGlicmFyeSB0aGF0IHVzZXMgRFNPcw0KaWds ZHNvOiAuTUFLRQ0KCUAgZWNobyAibWFraW5nIElyaXNHTCBEU08gdmVyc2lv biBvZiAke0xJQlJBUll9Ig0KCUAgaWYgdGVzdCAhIC1kIE9QVC4kKFBGUkVM RUFTRSkuSVJJU0dMIDsgdGhlbiBta2RpciAtcCBPUFQuJChQRlJFTEVBU0Up LklSSVNHTCA7IGZpDQoJQCBjZCBPUFQuJChQRlJFTEVBU0UpLklSSVNHTCA7 ICR7TUFLRX0gLWYgLi4vTWFrZWZpbGUgT1BUSU1JWkVSPSItTyAtT2xpbWl0 IDIwMDAiIExDREVGUz0tRElSSVNHTCBMQ1hYREVGUz0tRElSSVNHTCBcDQoJ JHtMSUJSQVJZfV9pZ2wuc28NCglAIGVjaG8gIiR7TElCUkFSWX1faWdsLnNv IGRvbmUiDQoNCm9nbGRzbzogLk1BS0UNCglAIGVjaG8gIm1ha2luZyBPcGVu R0wgRFNPIHZlcnNpb24gb2YgJHtMSUJSQVJZfSINCglAIGlmIHRlc3QgISAt ZCBPUFQuJChQRlJFTEVBU0UpLk9QRU5HTCA7IHRoZW4gbWtkaXIgLXAgT1BU LiQoUEZSRUxFQVNFKS5PUEVOR0wgOyBmaQ0KCUAgY2QgT1BULiQoUEZSRUxF QVNFKS5PUEVOR0wgOyAke01BS0V9IC1mIC4uL01ha2VmaWxlIE9QVElNSVpF Uj0iLU8gLU9saW1pdCAyMDAwIiBcDQoJJHtMSUJSQVJZfV9vZ2wuc28gDQoJ QCBlY2hvICIke0xJQlJBUll9X29nbC5zbyBkb25lIg0KDQojLS0gbWFrZSBh biBkZWJ1Z2dpbmcgdmVyc2lvbiBvZiB0aGUgbGlicmFyeSB0aGF0IHVzZXMg RFNPcw0KaWdsZGRzbzogLk1BS0UNCglAIGVjaG8gIm1ha2luZyBJcmlzR0wg RERTTyB2ZXJzaW9uIG9mICR7TElCUkFSWX0iDQoJQCBpZiB0ZXN0ICEgLWQg REJHLiQoUEZSRUxFQVNFKS5JUklTR0wgOyB0aGVuIG1rZGlyIC1wIERCRy4k KFBGUkVMRUFTRSkuSVJJU0dMIDsgZmkNCglAIGNkIERCRy4kKFBGUkVMRUFT RSkuSVJJU0dMIDsgJHtNQUtFfSAtZiAuLi9NYWtlZmlsZSBPUFRJTUlaRVI9 LWcgTENERUZTPS1ESVJJU0dMIExDWFhERUZTPS1ESVJJU0dMIFwNCgkke0xJ QlJBUll9X2lnbC5zbyANCglAIGVjaG8gIiR7TElCUkFSWX1faWdsLnNvIGRv bmUiDQoNCm9nbGRkc286IC5NQUtFDQoJQCBlY2hvICJtYWtpbmcgT3BlbkdM IEREU08gdmVyc2lvbiBvZiAke0xJQlJBUll9Ig0KCUAgaWYgdGVzdCAhIC1k IERCRy4kKFBGUkVMRUFTRSkuT1BFTkdMIDsgdGhlbiBta2RpciAtcCBEQkcu JChQRlJFTEVBU0UpLk9QRU5HTCA7IGZpDQoJQCBjZCBEQkcuJChQRlJFTEVB U0UpLk9QRU5HTCA7ICR7TUFLRX0gLWYgLi4vTWFrZWZpbGUgT1BUSU1JWkVS PS1nIFwNCgkke0xJQlJBUll9X29nbC5zbyANCglAIGVjaG8gIiR7TElCUkFS WX1fb2dsLnNvIGRvbmUiDQoNCmRzbzoJaWdsZHNvDQpvcHQ6CWlnbG9wdA0K ZGRzbzoJaWdsZGRzbw0KZGJnOglpZ2xkYmcNCg0KIy0tDQojLS0JaW50ZXJu YWwgdGFyZ2V0cw0KIy0tDQoNCiR7TElCUkFSWX1faWdsLmE6ICR7T0JKRUNU U30NCglhciBjcnYgJEAgJD8NCg0KJHtMSUJSQVJZfV9vZ2wuYTogJHtPQkpF Q1RTfQ0KCWFyIGNydiAkQCAkPw0KDQoke0xJQlJBUll9X2lnbC5zbzogJHtP QkpFQ1RTfQ0KCWxkIC1nIC1taXBzMyAtbjMyIC1zaGFyZWQgLWFsbCAtY2hl Y2tfcmVnaXN0cnkgJChEU09SRUdGSUxFKSAkKERTT1ZFUlNJT05PUFQpIFwN CgkkKElSSVRMSUJTKSBcDQoJJChPQkpFQ1RTKSAtbyAkQA0KDQoke0xJQlJB Ull9X29nbC5zbzogJHtPQkpFQ1RTfQ0KCWxkIC1taXBzMyAgLW4zMiAgLXNo YXJlZCAtYWxsIC1jaGVja19yZWdpc3RyeSAkKERTT1JFR0ZJTEUpICQoRFNP VkVSU0lPTk9QVCkgXA0KCSQoSVJJVExJQlMpIFwNCgkkKE9CSkVDVFMpIC1v ICRADQoNCiMtLSBsb29rIGZvciBzb3VyY2VzIGluIHRoaXMgZGlyZWN0b3J5 DQouUEFUSDogLi4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg== ---559023410-851401618-886542141=:22397-- ======================================================================= 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 Feb 3 16:10:41 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA20396 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 14:51:53 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA20369 for ; Tue, 3 Feb 1998 14:51:51 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA25861 for ; Tue, 3 Feb 1998 14:49:20 -0800 Received: from portalcp.chevron.com (portalcp.chevron.com [207.24.17.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA14981 for ; Tue, 3 Feb 1998 14:49:19 -0800 env-from (WRVO@chevron.com) Received: by portalcp.chevron.com; id OAA19052; Tue, 3 Feb 1998 14:49:25 -0800 Received: from cybil.sr.chevron.com(146.27.64.35) by portalcp.chevron.com via smap (4.0a) id xma018941; Tue, 3 Feb 98 14:49:07 -0800 Message-Id: <199802032249.OAA02637@cybil.sr.chevron.com> Received: by chvpk-msx04-b.sr.chevron.com with Internet Mail Service (5.0.1458.49) id <1HF0144T>; Tue, 3 Feb 1998 14:49:07 -0800 From: "Volz, Bill (wrvo)" To: "'info-performer@sgi.com'" Subject: Replacing textures Date: Tue, 3 Feb 1998 14:48:58 -0800 X-Priority: 3 X-Mailer: Internet Mail Service (5.0.1458.49) Status: O For simplicity, lets say that I have a quad defined in a geoset. In an attached gstate I set a pfTexture. Then as the user moves a slider, the texture is changed to another one based on the position of the slider (a very simple animation sequence with an array of textures). The problem that I'm having is that memory is not being freed somewhere and I eventually run out of shared memory. I load the texture using tex->loadFile. There are too many textures to hold in memory at one time so I have to page them in and out. I have a cache that maintains a window of textures centered around the current view position. As a texture goes out of the window of in-memory textures, it is deleted, while others are added using loadFile on the other end of the cache. I've checked that the reference count of the textures is 1 when I delete it and it is, but it does not appear to actually be deleted. I update the current texture that I'm using by geoset->setAttr(PFSTATE_TEXTURE,tex(i)), where i is the index in the array of pfTextures. I don't necessarily want to IdleTexure as this removes the texture from texture memory and it may be used again if the user reversed the direction of motion on the slider. What do I have to do to free the memory for the texture? Would setLoadImage be better (faster) in this case? 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 Feb 3 16:46:08 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA20808 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 15:52:49 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA20781 for ; Tue, 3 Feb 1998 15:52:48 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA17894 for ; Tue, 3 Feb 1998 15:50:19 -0800 Received: from precious.engr.sgi.com ([198.29.106.95]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA05223 for ; Tue, 3 Feb 1998 15:50:18 -0800 env-from (nemec@precious.engr.sgi.com) Received: (from nemec@localhost) by precious.engr.sgi.com (971110.SGI.8.8.8/970903.SGI.AUTOCF) id PAA29641; Tue, 3 Feb 1998 15:50:08 -0800 (PST) From: "Philip Nemec" Message-Id: <9802031550.ZM30215@sgi.com> Date: Tue, 3 Feb 1998 15:50:07 -0800 In-Reply-To: "Charles Seberino" "Problem displaying objects that are sub-pixel size" (Feb 3, 10:39am) References: <9802031039.ZM23208@or_lab.tu.hac.com> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Charles Seberino" , info-performer@sgi.com Subject: Re: Problem displaying objects that are sub-pixel size Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The first thing to check is your texture - if you're using the automatic MIPmap generation you may not be getting a very good 1x1 pixel level... ======================================================================= 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 Feb 3 16:46:05 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA20742 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 15:45:31 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA20715 for ; Tue, 3 Feb 1998 15:45:20 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id PAA14865 for ; Tue, 3 Feb 1998 15:42:51 -0800 Received: from bach.videotron.net (bach.videotron.net [205.151.222.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA02763 for ; Tue, 3 Feb 1998 15:42:49 -0800 env-from (martel@signifi.com) Received: from moreau.Signifi.com (ppp159.223.mmtl.videotron.net [207.96.223.159]) by bach.videotron.net (8.8.5/8.8.2) with SMTP id SAA28051 for ; Tue, 3 Feb 1998 18:42:47 -0500 (EST) Sender: martel@bach.videotron.net Message-ID: <34D7A6E0.2781@signifi.com> Date: Tue, 03 Feb 1998 18:23:12 -0500 From: Yves Martel Organization: Signifi.gVR X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP30) MIME-Version: 1.0 To: info-performer@sgi.engr.sgi.com Subject: pfSequence Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi pfAll ! I have a problem writing my Alias SDL loader with Performer 2.2. The problem I have is with the animations: as a first solution to the animations, whenever I detect that a node is animated, I insert a DCS in the geometry's tree and the loader keep the animation matrices and a pointers to the DCS in an external data structure. The application then has the responsability to go through the structure and update the DCS for each frame with the appropriate matrix. This solution works perfectly but it is not very elegant (I have to keep that external data structure...) I thought an other solution would be to create a Sequence of SCS for each moving nodes. This solution would be much more elegant, the application would only have to start the sequences... But that's where my trouble start! This system works fine for very small animations, but the time my loader take to exit seems to grow geometrically with the number of children in the Sequences! As soon as I start having more than 10 or 20 children for the sequences (my test case has an arm with 3 joints, so 3 pfSequences) the program take a looooong time exiting the loader! (something is happening between the "return" in my loader and the "pfdLoadFile" in the application). I know I should probably be using a FSC with a pfEngine and a pfFlux (and I'm working on it) but I still would like to know if the "Sequence" solution should work, and what am I doing wrong ? _______________________________________________________ Yves Martel Signifi.gVR mailto:Martel@signifi.com 417 St-pierre suite 208 Tel: (514) 288-1453 Montreal, QC, CANADA Fax: (514) 288-4112 H2Y 2M4 ======================================================================= 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 Feb 3 19:51:11 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA21083 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 16:51:33 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA21054 for ; Tue, 3 Feb 1998 16:51:31 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id QAA07727 for ; Tue, 3 Feb 1998 16:49:05 -0800 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 QAA23972 for ; Tue, 3 Feb 1998 16:49:01 -0800 env-from (c00chu00@nchc.gov.tw) Received: from 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 IAA17444 for ; Wed, 4 Feb 1998 08:49:33 +0800 (CST) Received: (from c00chu00@localhost) by nchc.gov.tw (8.8.5/8.8.5) id IAA03690 for info-performer@sgi.com; Wed, 4 Feb 1998 08:49:32 +0800 (CST) From: Sam Chu Message-Id: <199802040049.IAA03690@nchc.gov.tw> Subject: rain or water droplets-probelm To: info-performer@sgi.com Date: Wed, 4 Feb 1998 08:49: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 Dear Performers: I am doing the Tank Simulator which need to simulate the rainy day. Could someone give me some advise how to do that? And another way is to simulate water droplets on a windshield. Again, I need some advise. Thank you for any suggestion. Sam Chu National Center for High-Performance Computing Scientific Visualization Lab Email: c00chu00@nchc.gov.tw Tel: (886)35-776085 Ext 248 Fax : (886)35-773538 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Feb 3 23:09:30 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA01400 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 21:21:52 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id VAA01373 for ; Tue, 3 Feb 1998 21:21:38 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id VAA06955 for ; Tue, 3 Feb 1998 21:19:17 -0800 Received: from beyond.clubfed.sgi.com ([169.238.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA29028 for ; Tue, 3 Feb 1998 21:19:15 -0800 env-from (brian@dingbat.clubfed.sgi.com) Received: from dingbat.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/930416.SGI) id AAA08836; Wed, 4 Feb 1998 00:19:09 -0500 Received: (from brian@localhost) by dingbat.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id XAA11216; Tue, 3 Feb 1998 23:50:46 -0500 Date: Tue, 3 Feb 1998 23:50:46 -0500 From: brian@dingbat.clubfed.sgi.com (Brian Furtaw) Message-Id: <9802032350.ZM11215@dingbat.clubfed.sgi.com> In-Reply-To: hatch@hell.engr.sgi.com (Don Hatch) "Re: Database Loaders" (Feb 3, 1:18pm) References: <199802021807.NAA23069@sirius.ccd.bnl.gov> <9802031318.ZM15955@hell.engr.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: hatch@hell.engr.sgi.com (Don Hatch), ballard@sirius.ccd.bnl.gov (A. Ballard Andrews), info-performer@sgi.com Subject: Re: Database Loaders Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I had a similiar problem but I had simply forgot to set the DSO version properly, -set_version sgi4.0 in the ld flags. Brian On Feb 3, 1:18pm, Don Hatch wrote: > Subject: Re: Database Loaders > On Feb 2, 1:07pm, A. Ballard Andrews wrote: > > Subject: > > Subject: Database Loaders > > > > Hi Folks, > > > > A while back I wrote a Performer loader for > > IBM Visualization Data Explorer's format > > which worked fine for about eight months > > until I upgraded to Performer 2.2 from 2.0.2 > > I recompiled the loader of course, but the > > only error message I get is unhelpful in > > pointing me toward the source of the > > trouble: My app can't find the loader, > > despite having the usual PFLD and LD > > environment varialble with the path > > to the loader correctly in place. > > My question: > > What else has changed in 2.2 that I > > don't know about which would make > > my app "blind" to the location of > > the dso 032 version of my loader? > > > > Thanks, > > > > B. Andrews > > > > PS the error message is: > > pfdFindConverterDSO() - Could not load DSO for extension "dx" > > > > NB. I repeat: I am not getting this error because my path > > is not set! > > If you have PFLD_LIBRARY_PATH set > *and* setenv PFNFLYLEVEL 5, > you should get more verbose messages about > each DSO pathname it is trying > and the reason for failure for each one. > > Is it possible that you are using the installed perfly which is now N32, > which doesn't see the loader because it is O32? > > 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 > >-- End of excerpt from Don Hatch -- ----oOOo---- ----oOOo---- ----oOOo---- ----oOOo---- Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(301)572-3293 Fax: (301)872-3293 Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Feb 3 23:30:25 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA01466 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 21:46:15 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id VAA01439 for ; Tue, 3 Feb 1998 21:46:14 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id VAA09828 for ; Tue, 3 Feb 1998 21:43:53 -0800 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA03493 for ; Tue, 3 Feb 1998 21:43:52 -0800 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 VAA02781; Tue, 3 Feb 1998 21:43:43 -0800 Date: Tue, 3 Feb 1998 21:43:43 -0800 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9802032143.ZM2779@multipass.engr.sgi.com> In-Reply-To: "Charles Seberino" "Problem displaying objects that are sub-pixel size" (Feb 3, 10:39am) References: <9802031039.ZM23208@or_lab.tu.hac.com> X-Face: Lk9zL#{L3j6/q[D{#|gO^-Ejuex.|X99F;[K=lCu|MwB*1Cz",uKcCjQ!2=C[j#A'hzhA,/ 6Vp1iia&9$'Ah445@E'}bZ8y6d.rN6H@9U8eDqX(6Q,es:^Da~{^Ti6_*fsm+|fsc&*qP#,#Qwj@&C BFZ&zDt+Gd X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Charles Seberino" , info-performer@sgi.com Subject: Re: Problem displaying objects that are sub-pixel size Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is purely an aliasing problem, the polygons should actually average out at about the right density due to point sampling IrisGL used to cull < .5 pixel^2 area polygons but I don't think OpenGL does this. You should enable multisample anti-aliasing on the iR after choosing a visual with 8 multisamples. Call pfAntialias(PFAA_ON) from your draw process. If you don't want full scene anti-aliasing then you should try enabling blending and calling glEnable(GL_POLYGON_SMOOTH) before drawing the degenerate polygons and disabling afterwards to see if this helps. Cheers,Angus. On Feb 3, 10:39am, Charles Seberino wrote: > Subject: Problem displaying objects that are sub-pixel size > I am having a problem displaying small polygons, which when viewed at long > distances, don't (or rarely) appear on the screen. Here is what I am trying to > do: > > Creating several hundred OPENGL GL_QUADS with the same texture applied to each > of them. The polygons are drawn so that they are always facing the > display(billboarded). The problem I get is when I view the polygons(1 in^2 > each) from far away, the individual polygons only take up from 1-4% of a screen > pixel. The polygons are all close to each other so I should be seeing the > cumulative effects of all the objects(a particle cloud), but I only get a pixel > every so often. I am using a luminance-alpha texture to display the square as > a sphere. I have tried changing the minification filters, but none give the > correct result. > > What can I do to get these objects to appear as they should? > > I decided not to go the route of creating several hundred pfGeoSets/pfGeodes > (maybe pfBillboards) because I thought it would be more time consuming and not > give any added benefit. > > Running on Onyx2 IR pf2.1 > > Any suggestions? > > Charles > > -- > ----------------------------------------------------------------------- > Charles Seberino Raytheon Missile Systems Company > seberino@or_lab.tu.hac.com phone: (520) 794-7078 > fax: (520) 794-8625 > ======================================================================= > 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 Charles Seberino -- "The ultimate measure of a man is not where he stands in moments of comfort and convenience, but where he stands at times of challenge and controversy." -Martin Luther King, Jr. ======================================================================= 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 Feb 4 00:10:34 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA01534 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 22:32:55 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA01507 for ; Tue, 3 Feb 1998 22:32:45 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id WAA16194 for ; Tue, 3 Feb 1998 22:30:26 -0800 Received: from gatekeeper.bvr.co.il (gatekeeper.bvr.co.il [194.90.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA12412 for ; Tue, 3 Feb 1998 22:30:21 -0800 env-from (rany@bvr.co.il) Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id GAA11279; Wed, 4 Feb 1998 06:28:59 GMT Received: from unknown(192.114.85.195) by gatekeeper.bvr.co.il via smap (V1.3) id sma011277; Wed Feb 4 08:28:40 1998 Received: from bvr.co.il by michelle.bvr.co.il via ESMTP (950413.SGI.8.6.12/931108.SGI.AUTO.ANONFTP) id IAA01792; Wed, 4 Feb 1998 08:28:32 +0200 Sender: rany@bvr.co.il Message-ID: <34D80A90.30952489@bvr.co.il> Date: Wed, 04 Feb 1998 08:28:32 +0200 From: Ran Yakir X-Mailer: Mozilla 4.03 [en] (X11; I; IRIX64 6.4 IP27) MIME-Version: 1.0 To: knoepfle@igd.fhg.de CC: info-performer@sgi.com Subject: Re: Shared Arena Size References: <34C6E118.EE20EC07@bvr.co.il> <9801220113.ZM21314@multipass.engr.sgi.com> <34C71085.72628264@bvr.co.il> <9801221327.ZM15807@vangogh> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Thanks to all who responded on the shared arena size. However, all the good suggestions didn't help. I've set rlimit_rss_max and rlimit_rss_cur to 768 MB. The other 4 parameters mentioned (rlimit_data_max , rlimit_data_cur , rlimit_vmem_max , rlimit_vmem_cur ) are set to huge values. Still, the shared arena size won't go over 512MB. Any suggestions ? Ran knoepfle@igd.fhg.de wrote: > Ran, > > try /usr/sbin/systune. There is a group called resource. I guess the parameter > rlimit_rss_max or rlimit_rss_cur is set to 512MB. Set them to 1G. Check also > rlimit_data_max > rlimit_data_cur > rlimit_vmem_max > rlimit_vmem_cur > > Hope this helps > > Christian > > On Jan 22, 11:25am, Ran Yakir wrote: > > Subject: Re: Shared Arena Size > > Angus Dorbie wrote: > > > > > On Jan 22, 8:03am, Ran Yakir wrote: > > > > Subject: Shared Arena Size > > > > Hi, > > > > > > > > Whenever I try to set the shared arena size to a size larger than > > > > 500,000,000, I get the wrong size from pfGetSharedArenaSize. It seems > > > > like the number is wrapping around, or being truncated. For example, a > > > > size of 600,000,000 gives back 300,000,000. A size of 1,200,000,000 also > > > > gives 300,000,000, and a size of 900,000,000 gives 450,000,000 > > > > > > The size gets halved untill the request succeeds, this policy seems to > > > explain your figures if you assume a limit of around 500Mb on your > > > system, although there may be other problems which cause this arena > > > limit of ~500,000,000. > > > > > > > So now the question becomes: why does the arena size on my machine limited to > > 500,000,000 ? My machine has 1000MB swap space and 768MB of host mem. > > > > Ran > > > > > > -- > > __ | Ran Yakir > > /_) _ __ \ / _ / o __ | BVR Technologies Ltd. > > / )_ (_(_) ) \/ (_(_/<_(_)( | > > _/ | > > -------------------------------------+-------------------------------- > > Phone : | E-mail : rany@bvr.co.il > > Work : 972-3-5715671 #166,#177 | > > Res. : 972-9-7489974 | > > Fax : 972-3-5715668 | > > > > > > > > ======================================================================= > > 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 Ran Yakir > > -- > > ****************************************************************************** > * Christian Knoepfle | "Due to budget cuts, * > * FhG-IGD / Germany | the lights at the end of the tunnel * > * knoepfle@igd.fhg.de | has been turned off" * > ****************************************************************************** -- __ | Ran Yakir /_) _ __ \ / _ / o __ | BVR Technologies Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 #166,#177 | Res. : 972-9-7489974 | Fax : 972-3-5715668 | ======================================================================= 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 Feb 4 00:59:47 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA01605 for info-performer-dist@holodeck.engr.sgi.com; Tue, 3 Feb 1998 23:46:04 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA01578 for ; Tue, 3 Feb 1998 23:45:58 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA24277 for ; Tue, 3 Feb 1998 23:43:37 -0800 Received: from syssun8.rrz.debis.str.daimler-benz.com (ns1.rrz.debis.str.daimler-benz.com [141.113.200.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA26435 for ; Tue, 3 Feb 1998 23:43:35 -0800 env-from (tjaeger@str.daimlerbenz.com) Received: from syssun7.rrz.debis.str.daimler-benz.com (syssun7.rrz.debis.str.daimler-benz.com [141.113.200.8]) by syssun8.rrz.debis.str.daimler-benz.com (8.8.8/8.8.8) with SMTP id IAA09453 for ; Wed, 4 Feb 1998 08:43:24 +0100 (MET) Received: from str.daimlerbenz.com by syssun7.rrz.debis.str.daimler-benz.com (SMI-8.6/SMI-SVR4) id IAA01953; Wed, 4 Feb 1998 08:43:23 +0100 Message-ID: <34D81BFE.4C2C87D9@str.daimlerbenz.com> Date: Wed, 04 Feb 1998 08:42:54 +0100 From: "Thomas Jäger" X-Mailer: Mozilla 4.03 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: who performer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O who info-performer@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Feb 4 02:28:21 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA01935 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 01:10:46 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA01909 for ; Wed, 4 Feb 1998 01:10:40 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA07392 for ; Wed, 4 Feb 1998 01:08:19 -0800 Received: from server.star.com.tr ([195.142.155.26]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA13942 for ; Wed, 4 Feb 1998 01:07:57 -0800 env-from (yesima@star.com.tr) Received: from mehmets.server.star.com.tr ([195.142.155.233]) by server.star.com.tr (8.8.5/8.8.5) with SMTP id LAA28729 for ; Wed, 4 Feb 1998 11:03:31 +0200 Date: Wed, 4 Feb 1998 11:03:31 +0200 Message-Id: <199802040903.LAA28729@server.star.com.tr> X-Sender: yesima@star.com.tr (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Yesim Aloglu Status: O Please remove my address/name from the mailing list for the present. Thank you. Yesim Aloglu ======================================================================= 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 Feb 4 02:28:18 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA01984 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 01:20:00 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA01957 for ; Wed, 4 Feb 1998 01:19:50 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA08384 for ; Wed, 4 Feb 1998 01:17:29 -0800 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA15799 for ; Wed, 4 Feb 1998 01:17:26 -0800 env-from (jcasilla@glup.eleinf.uv.es) Received: from dedalo (dedalo.eleinf.uv.es) by glup.eleinf.uv.es with SMTP (1.39.111.2/16.2) id AA050347208; Wed, 4 Feb 1998 10:13:28 GMT Sender: jcasilla@glup.eleinf.uv.es Message-Id: <34D897F2.167E@glup.eleinf.uv.es> Date: Wed, 04 Feb 1998 08:31:46 -0800 From: Joaquin Casillas Melendez Organization: University of Valencia (LISITT) X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP27) Mime-Version: 1.0 To: Sam Chu Cc: info-performer@sgi.com Subject: Re: rain or water droplets-probelm References: <199802040049.IAA03690@nchc.gov.tw> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Sam Chu wrote: > > Dear Performers: > > I am doing the Tank Simulator which need to simulate the > rainy day. Could someone give me some advise how to do that? > And another way is to simulate water droplets on a windshield. > Again, I need some advise. > > Thank you for any suggestion. > Hi Sam. You can achieve a certain rain effect by putting a cylindrical object in front of your view point and moving it anytime the view point moves. You can apply an alpha texture with the rain drops to the object and move the texture coordinates. The result is quite nice (depending on the quality of the texture and the movement of the texture coords). Also you can apply a fog effect to make it more realistic. I'd be happy of hearing about other alternatives. ----------------------------------------------- Joaquin Casillas Melendez mailto:jcasilla@glup.eleinf.uv.es LISITT (ARTEC) Phone: +34 6 360 4484 Dept. Electr. & Informatics Addr: Hugo de Moncada 4. University of Valencia 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 Feb 4 03:21:01 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA02023 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 01:31:25 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA01996 for ; Wed, 4 Feb 1998 01:31:11 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA09575 for ; Wed, 4 Feb 1998 01:28:50 -0800 Received: from systech1.systech.com.tw ([192.72.144.110]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA18240 for ; Wed, 4 Feb 1998 01:28:47 -0800 env-from (chien@systech1.systech.com.tw) Received: (from chien@localhost) by systech1.systech.com.tw (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA02049 for info-performer@sgi.com; Wed, 4 Feb 1998 17:29:36 -0800 From: "chien" Message-Id: <9802041729.ZM2047@systech1.systech.com.tw> Date: Wed, 4 Feb 1998 17:29:36 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Patches for Octane Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dear friends: I faced a transparent problem with performer in Octane.I run performer 2.0.4 in Octane and found the transparent object disappear.Please inform me what patches are need for Octane to work with performer 2.0.4. Any suggestion is welcomed! Please change my email to"chien@ms.systech.com.tw". Best Regards ======================================================================= 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 Feb 4 03:53:07 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA02234 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 02:25:16 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA02207 for ; Wed, 4 Feb 1998 02:25:10 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id CAA19037 for ; Wed, 4 Feb 1998 02:22:49 -0800 Received: from systech1.systech.com.tw ([192.72.144.110]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA00172 for ; Wed, 4 Feb 1998 02:22:44 -0800 env-from (chien@systech1.systech.com.tw) Received: (from chien@localhost) by systech1.systech.com.tw (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA02460 for info-performer@sgi.com; Wed, 4 Feb 1998 18:23:28 -0800 From: "chien" Message-Id: <9802041823.ZM2458@systech1.systech.com.tw> Date: Wed, 4 Feb 1998 18:23:28 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: problem in Octane Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performer experts: I have the followering problems in Octane.Please inform me how to solved this " Feb 4 17:38:55 7D:octane last message repeated 3 times Feb 4 17:39:55 4A:octane unix: WARNING: Graphics error Feb 4 17:39:55 2A:octane unix: irnode=a8000000205671c8 Feb 4 17:39:55 2A:octane unix: gfxp=a800000026840900, pid=2618, boundrn=a8000000202c44a0, rnodep=a8000000260bf000 Feb 4 17:39:55 2A:octane unix: gfxp=a8000000252a8300, pid=2823, boundrn=a8000000202c4698, rnodep=a800000025f61e00 Feb 4 17:39:55 2A:octane unix: active_rnode=a800000025f61e00 Feb 4 17:39:55 2A:octane unix: busy_dma: 900000001c020200/cc Feb 4 17:39:55 2A:octane unix: status: 900000001c020000/e0148 Feb 4 17:39:55 2A:octane unix: fifo_status: 900000001c020008/4700de6f Feb 4 17:39:55 2A:octane unix: bfifo_status: 900000001c020100/0 Feb 4 17:39:55 2A:octane unix: rebus_sync: 900000001c05821c/2 Feb 4 17:39:55 2A:octane unix: window: 900000001c008000/1300 Feb 4 17:39:55 2A:octane unix: hqpc: 900000001c056000/8b5 Feb 4 17:39:55 2A:octane unix: flag_set: 900000001c020010/8110140 Feb 4 17:39:55 2A:octane unix: hq_config: 900000001c011000/41085 Feb 4 17:39:55 2A:octane unix: gio_config: 900000001c011008/900f Feb 4 17:39:55 2A:octane unix: re_status: 900000001c02c578/220 Feb 4 17:39:55 4A:octane unix: WARNING: mgras: CFIFO timeout Feb 4 17:39:55 2A:octane unix: Feb 4 17:39:55 3B:octane Xsession: demos: fatal IO error 131 (Connection reset by peer) Feb 4 17:40:04 6B:octane Xsession: root: login Thanks for ypur 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 Wed Feb 4 03:35:46 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA02057 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 01:43:25 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA02030 for ; Wed, 4 Feb 1998 01:43:07 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id BAA11118 for ; Wed, 4 Feb 1998 01:40:46 -0800 Received: from buitre.madrid.sgi.com ([144.253.243.81]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA20372 for ; Wed, 4 Feb 1998 01:40:43 -0800 env-from (lmiranda@buitre.madrid.sgi.com) Received: by buitre.madrid.sgi.com (950413.SGI.8.6.12/930416.SGI) id KAA14047; Wed, 4 Feb 1998 10:40:00 +0100 From: "Luis Ignacio Miranda" Message-Id: <9802041040.ZM14045@buitre.madrid.sgi.com> Date: Wed, 4 Feb 1998 10:40:00 +0100 In-Reply-To: Ran Yakir "Re: Shared Arena Size" (Feb 4, 8:28am) References: <34C6E118.EE20EC07@bvr.co.il> <9801220113.ZM21314@multipass.engr.sgi.com> <34C71085.72628264@bvr.co.il> <9801221327.ZM15807@vangogh> <34D80A90.30952489@bvr.co.il> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Ran Yakir , knoepfle@igd.fhg.de Subject: Re: Shared Arena Size Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Ran, Did you already try the following? At the top, be sure there are no problems with the limits: call this function: #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 ); } Set this variable # setenv PFSHAREDBASE 0x38010000 and compile with the optimization option (make oglopt). It worked to me Hope to help Nacho On Feb 4, 8:28am, Ran Yakir wrote: > Subject: Re: Shared Arena Size > Hi > > Thanks to all who responded on the shared arena size. However, all the good > suggestions didn't help. > I've set rlimit_rss_max and rlimit_rss_cur to 768 MB. The other 4 parameters > mentioned (rlimit_data_max , rlimit_data_cur , rlimit_vmem_max , rlimit_vmem_cur ) > are set to huge values. Still, the shared arena size won't go over 512MB. > Any suggestions ? > > Ran > > knoepfle@igd.fhg.de wrote: > > > Ran, > > > > try /usr/sbin/systune. There is a group called resource. I guess the parameter > > rlimit_rss_max or rlimit_rss_cur is set to 512MB. Set them to 1G. Check also > > rlimit_data_max > > rlimit_data_cur > > rlimit_vmem_max > > rlimit_vmem_cur > > > > Hope this helps > > > > Christian > > > > On Jan 22, 11:25am, Ran Yakir wrote: > > > Subject: Re: Shared Arena Size > > > Angus Dorbie wrote: > > > > > > > On Jan 22, 8:03am, Ran Yakir wrote: > > > > > Subject: Shared Arena Size > > > > > Hi, > > > > > > > > > > Whenever I try to set the shared arena size to a size larger than > > > > > 500,000,000, I get the wrong size from pfGetSharedArenaSize. It seems > > > > > like the number is wrapping around, or being truncated. For example, a > > > > > size of 600,000,000 gives back 300,000,000. A size of 1,200,000,000 also > > > > > gives 300,000,000, and a size of 900,000,000 gives 450,000,000 > > > > > > > > The size gets halved untill the request succeeds, this policy seems to > > > > explain your figures if you assume a limit of around 500Mb on your > > > > system, although there may be other problems which cause this arena > > > > limit of ~500,000,000. > > > > > > > > > > So now the question becomes: why does the arena size on my machine limited to > > > 500,000,000 ? My machine has 1000MB swap space and 768MB of host mem. > > > > > > Ran > > > > > > > > > -- > > > __ | Ran Yakir > > > /_) _ __ \ / _ / o __ | BVR Technologies Ltd. > > > / )_ (_(_) ) \/ (_(_/<_(_)( | > > > _/ | > > > -------------------------------------+-------------------------------- > > > Phone : | E-mail : rany@bvr.co.il > > > Work : 972-3-5715671 #166,#177 | > > > Res. : 972-9-7489974 | > > > Fax : 972-3-5715668 | > > > > > > > > > > > > ======================================================================= > > > 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 Ran Yakir > > > > -- > > > > ****************************************************************************** > > * Christian Knoepfle | "Due to budget cuts, * > > * FhG-IGD / Germany | the lights at the end of the tunnel * > > * knoepfle@igd.fhg.de | has been turned off" * > > ****************************************************************************** > > > > -- > __ | Ran Yakir > /_) _ __ \ / _ / o __ | BVR Technologies Ltd. > / )_ (_(_) ) \/ (_(_/<_(_)( | > _/ | > -------------------------------------+-------------------------------- > Phone : | E-mail : rany@bvr.co.il > Work : 972-3-5715671 #166,#177 | > Res. : 972-9-7489974 | > Fax : 972-3-5715668 | > > > > ======================================================================= > 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 Ran Yakir -- ******************************************************************************* * 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 Wed Feb 4 04:37:20 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA02465 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 03:30:48 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA02439 for ; Wed, 4 Feb 1998 03:30:38 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA27498 for ; Wed, 4 Feb 1998 03:28:18 -0800 Received: from server.star.com.tr ([195.142.155.26]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA13748 for ; Wed, 4 Feb 1998 03:27:13 -0800 env-from (yesima@star.com.tr) Received: from mehmets.server.star.com.tr ([195.142.155.233]) by server.star.com.tr (8.8.5/8.8.5) with SMTP id NAA30083 for ; Wed, 4 Feb 1998 13:25:07 +0200 Date: Wed, 4 Feb 1998 13:25:07 +0200 Message-Id: <199802041125.NAA30083@server.star.com.tr> X-Sender: yesima@star.com.tr X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Yesim Aloglu Status: O Please remove my address/name from the mailing list for the present. Thank you. Yesim Aloglu ======================================================================= 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 Feb 4 09:17:19 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA03135 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 07:34:54 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA03108 for ; Wed, 4 Feb 1998 07:34:40 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA04943 for ; Wed, 4 Feb 1998 07:32:20 -0800 Received: from hockey.psl.nmsu.edu (hockey.NMSU.Edu [128.123.15.24]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA18601 for ; Wed, 4 Feb 1998 07:32:11 -0800 env-from (smcgee@psl.nmsu.edu) Received: from psl.nmsu.edu (akbar) by hockey.psl.nmsu.edu (5.x/1.01) id AA28429; Wed, 4 Feb 1998 08:32:06 -0700 Sender: smcgee@psl.nmsu.edu Message-Id: <34D88AEF.C1A30AAD@psl.nmsu.edu> Date: Wed, 04 Feb 1998 08:36:15 -0700 From: Steve McGee X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Color problem with pfuSaveImage Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi folks. A somtime performer with a problem here. I've got a simple little app from which I'm optionally using pfuSaveImage to capture frames. The resulting image has only a red component witness: ftp://shamu.psl.nmsu.edu/pub/temp/test_0005.rgb Any ideas? Is there a mode I need to set? Particulars and pertinent code below: uname -a: IRIX64 banshee 6.2 03131016 IP19 versions | grep -i performer I performer_dev 10/24/96 Performer2.0 Development Software I performer_dev.books 10/24/96 IRIS InSight Books, Release 2.2 I performer_dev.books.Perf_PG 10/24/96 Performer2.0 Programming Guide I performer_dev.man 10/24/96 Performer2.0 Documentation I performer_dev.man.c 10/24/96 Performer2.0 C Man Pages I performer_dev.man.c++ 10/24/96 Performer2.0 C++ Man Pages I performer_dev.man.common 10/24/96 Performer2.0 Non-Language-Specific Man Pages I performer_dev.man.relnotes 10/24/96 Performer2.0 Release Notes I performer_dev.src 10/24/96 Performer2.0 Sample and Loader Code I performer_dev.src.loader 10/24/96 Performer2.0 Loader Code I performer_dev.src.sample 10/24/96 Performer2.0 Sample Code I performer_dev.sw 10/24/96 Performer2.0 Development Environment I performer_dev.sw.common_debug_performer 10/24/96 Performer2.0 GL-independent Debug DSOs I performer_dev.sw.hdr 10/24/96 Performer2.0 Headers I performer_dev.sw.igl_debug_performer 10/24/96 Performer2.0 IrisGL Debug DSOs I performer_dev.sw.ogl_debug_performer 10/24/96 Performer2.0 OpenGL Debug DSOs I performer_dev.sw32 10/24/96 Performer2.0 N32 Development Environment I performer_dev.sw32.common_debug_performer 10/24/96 Performer2.0 GL-independent Debug DSOs (n32) I performer_dev.sw32.igl_debug_performer 10/24/96 Performer2.0 IrisGL Debug DSOs (n32) I performer_dev.sw32.ogl_debug_performer 10/24/96 Performer2.0 OpenGL Debug DSOs (n32) I performer_dev.sw64 10/24/96 Performer2.0 N64 Development Environment I performer_dev.sw64.debug_performer 10/24/96 Performer2.0 Debug DSOs (n64) I performer_eoe 10/24/96 Performer2.0.1 Execution Environment I performer_eoe.man 10/24/96 Performer2.0.1 EOE Documentation I performer_eoe.man.relnotes 10/24/96 Performer2.0.1 EOE Release Notes I performer_eoe.sw 10/24/96 Performer2.0.1 Execution Software I performer_eoe.sw.common_performer 10/24/96 Performer2.0.1 GL-independent DSOs I performer_eoe.sw.data 10/24/96 Performer2.0.1 Sample Data and Fonts I performer_eoe.sw.demo 10/24/96 Performer2.0.1 Demos I performer_eoe.sw.igl_performer 10/24/96 Performer2.0.1 IrisGL DSOs I performer_eoe.sw.ogl_performer 10/24/96 Performer2.0.1 OpenGL DSOs I performer_eoe.sw.performer1_2 10/24/96 Performer 1.2 Compatibility DSOs I performer_eoe.sw32 10/24/96 Performer2.0.1 N32 Execution Software I performer_eoe.sw32.common_performer 10/24/96 Performer2.0.1 GL-independent DSOs (n32) I performer_eoe.sw32.igl_performer 10/24/96 Performer2.0.1 IrisGL DSOs (n32) I performer_eoe.sw32.ogl_performer 10/24/96 Performer2.0.1 OpenGL DSOs (n32) I performer_eoe.sw64 10/24/96 Performer2.0.1 N64 Execution Software I performer_eoe.sw64.performer 10/24/96 Performer2.0.1 DSOs (n64) #include #include #include #include #include #include #include #include #include #include #include "scenario.h" void SaveFrame( char *FileRoot, int n, int WinX, int WinY ); void main( int argc, char *argv[]) { char *ScenarioFileName, *ImageFileRoot; double ImageTimeIncrement = .05; int SaveImages = 0, ImageFileNum = 0; int screen; int maxScreenX, maxScreenY; Display *dsp; pfScene *scene; pfGeoState *gst; pfSphere bsphere; pfCoord view; int i, NTSC=0; double t = 0.0; //--------------------------------------------------------------------- // Command args... if(argc < 3){ printf( "Usage: SimpleScenario [I root inc][-N ] -S ScenarioFile.ext\n"); printf( "where:\n"); printf( " -I ImageFileRoot TimeIncrement\n"); printf( " -N NTSC size\n"); printf( " -S ScenarioFileName\n"); exit(1); } for(i=1; isetMode(PFSTATE_ENLIGHTING, PF_ON); scene->setGState(gst); pfNotifyLevel( PFNFY_FP_DEBUG ); //--------------------------------------------------------------------- // Configure and open GL window pfPipe *p = pfGetPipe(0); pfPipeWindow *pw = new pfPipeWindow(p); pw->setWinType(PFPWIN_TYPE_X); pw->setName("IRIS Performer"); dsp = pfGetCurWSConnection(); /* get display for machine config queries */ screen = DefaultScreen( dsp ); maxScreenX = DisplayWidth(dsp, screen); maxScreenY = DisplayHeight(dsp, screen); if( NTSC ) pw->setOriginSize(0,0, 640, 480 ); else pw->setOriginSize(0,0, maxScreenX, maxScreenY ); pw->open(); //--------------------------------------------------------------------- // Create and configure a pfChannel. pfChannel *chan = new pfChannel(p); chan->setScene(scene); chan->setFOV(45.0f, 0.0f); pfEarthSky *esky = new pfEarthSky(); esky->setMode(PFES_BUFFER_CLEAR, PFES_FAST); // esky->setColor(PFES_CLEAR, 0.2f, 0.2f, 0.8f, 1.0f); chan->setESky(esky); //--------------------------------------------------------------------- // Create the Scenario... Scenario scenario = Scenario( ScenarioFileName, scene ); //--------------------------------------------------------------------- // determine extent of scene's geometry scene->getBound(&bsphere); chan->setNearFar(1.0f, 50.0f * bsphere.radius); //------------------------------------------------------------------------- // Update the scenario... // Splash stuff here... for(i=0; i<10; i++){ pfSync(); pfFrame(); } if( SaveImages ) scenario.NumSequences = 1; else pfInitClock( scenario.StartTime ); for(i=0; i scenario.StopTime ) break; scenario.Update( (double)t ); view.hpr.set( scenario.EyeH, scenario.EyeP, scenario.EyeR ); view.xyz.set( scenario.EyeX, scenario.EyeY, scenario.EyeZ ); chan->setView(view.xyz, view.hpr); pfSync(); pfFrame(); if( SaveImages ){ int WinX, WinY; pw->getSize( &WinX, &WinY ); SaveFrame( ImageFileRoot, ImageFileNum++, WinX-1, WinY-1 ); } } } //------------------------------------------------------------------------- pfExit(); } void SaveFrame( char *FileRoot, int n, int WinX, int WinY ) { char name[256]; int i; sprintf( name, "%s%4.4d", FileRoot, n ); printf("Creating file: %s\n", name ); i = pfuSaveImage( name, 0,0, WinX,WinY, 0 ); if( !i ) printf("error writing: %s\n",name ); } -- -------------------------------------------------------------- Steve McGee smcgee@psl.nmsu.edu -------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Feb 4 12:14:42 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA03500 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 10:33:32 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA03471 for ; Wed, 4 Feb 1998 10:33:23 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA01776 for ; Wed, 4 Feb 1998 10:31:06 -0800 Received: from quid.csd.sgi.com ([150.166.145.182]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA08259 for ; Wed, 4 Feb 1998 10:31:05 -0800 env-from (robj@quid.csd.sgi.com) Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA05565; Wed, 4 Feb 1998 10:30:57 -0800 From: "Rob Jenkins" Message-Id: <9802041030.ZM5563@quid.csd.sgi.com> Date: Wed, 4 Feb 1998 10:30:57 -0800 In-Reply-To: "chien" "problem in Octane" (Feb 4, 6:23pm) References: <9802041823.ZM2458@systech1.systech.com.tw> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "chien" , info-performer@sgi.com Subject: Re: problem in Octane Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The latest recommended patchsets are under www.sgi.com/support/patch_intro.html and strictly you should install a whole set as they get tested together. However, the latest gfx patches for OCTANE are: patch 2843 6.4 Impact Graphics fixes patch 2448 X server fixes for Irix 6.4 on Octane I believe that I've heard of problems like you describe with transparency missing when TRAM was bad or needed reseating. The CFIFO timeout you list is a pretty generic msg but often happens when there's a HW problem too. I'd suggest you log a support call with your local office then they can get you patches fix the HW if needed. Cheers Rob On Feb 4, 5:29pm, chien wrote: > Subject: Patches for Octane > Dear friends: > I faced a transparent problem with performer in Octane.I run performer 2.0.4 in > Octane and found the transparent object disappear.Please inform me what patches > are need for Octane to work with performer 2.0.4. > > Any suggestion is welcomed! > > Please change my email to"chien@ms.systech.com.tw". > > Best Regards > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from chien On Feb 4, 6:23pm, chien wrote: > Subject: problem in Octane > Hi Performer experts: > I have the followering problems in Octane.Please inform me how to solved this > > " > Feb 4 17:38:55 7D:octane last message repeated 3 times > Feb 4 17:39:55 4A:octane unix: WARNING: Graphics error > Feb 4 17:39:55 2A:octane unix: irnode=a8000000205671c8 > Feb 4 17:39:55 2A:octane unix: gfxp=a800000026840900, pid=2618, > boundrn=a8000000202c44a0, rnodep=a8000000260bf000 > Feb 4 17:39:55 2A:octane unix: gfxp=a8000000252a8300, pid=2823, > boundrn=a8000000202c4698, rnodep=a800000025f61e00 > Feb 4 17:39:55 2A:octane unix: active_rnode=a800000025f61e00 > Feb 4 17:39:55 2A:octane unix: busy_dma: 900000001c020200/cc > Feb 4 17:39:55 2A:octane unix: status: 900000001c020000/e0148 > Feb 4 17:39:55 2A:octane unix: fifo_status: 900000001c020008/4700de6f > Feb 4 17:39:55 2A:octane unix: bfifo_status: 900000001c020100/0 > Feb 4 17:39:55 2A:octane unix: rebus_sync: 900000001c05821c/2 > Feb 4 17:39:55 2A:octane unix: window: 900000001c008000/1300 > Feb 4 17:39:55 2A:octane unix: hqpc: 900000001c056000/8b5 > Feb 4 17:39:55 2A:octane unix: flag_set: 900000001c020010/8110140 > Feb 4 17:39:55 2A:octane unix: hq_config: 900000001c011000/41085 > Feb 4 17:39:55 2A:octane unix: gio_config: 900000001c011008/900f > Feb 4 17:39:55 2A:octane unix: re_status: 900000001c02c578/220 > Feb 4 17:39:55 4A:octane unix: WARNING: mgras: CFIFO timeout > Feb 4 17:39:55 2A:octane unix: > Feb 4 17:39:55 3B:octane Xsession: demos: fatal IO error 131 (Connection reset > by peer) > Feb 4 17:40:04 6B:octane Xsession: root: login > > Thanks for ypur kindly help! > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from chien -- ________________________________________________________________ Rob Jenkins mailto:robj@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 Feb 4 12:29:53 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA03572 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 10:47:36 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA03545 for ; Wed, 4 Feb 1998 10:47:19 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id KAA23470 for ; Wed, 4 Feb 1998 10:45:02 -0800 Received: from zippo.paradigmsim.com (zippo.paradigmsim.com [206.7.114.202]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05707; Wed, 4 Feb 1998 10:44:59 -0800 env-from (mew@paradigmsim.com) Received: from zippo.paradigmsim.com (localhost [127.0.0.1]) by zippo.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA07913; Wed, 4 Feb 1998 12:40:25 -0600 Sender: mew@paradigmsim.com Message-ID: <34D8B619.15FB@paradigmsim.com> Date: Wed, 04 Feb 1998 12:40:25 -0600 From: Mike Weiblen Organization: Paradigm Simulation, Inc. X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Luis Ignacio Miranda CC: info-performer@sgi.com Subject: Re: Shared Arena Size References: <34C6E118.EE20EC07@bvr.co.il> <9801220113.ZM21314@multipass.engr.sgi.com> <34C71085.72628264@bvr.co.il> <9801221327.ZM15807@vangogh> <34D80A90.30952489@bvr.co.il> <9802041040.ZM14045@buitre.madrid.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Just curious, How does one go about computing a value for PFSHAREDBASE? Thanks -- mew Luis Ignacio Miranda wrote: > Set this variable > > # setenv PFSHAREDBASE 0x38010000 -- Mike Weiblen talkto:972-960-2301 x292 PARADIGM Simulation, Inc. faxto:972-960-9049 14900 Landmark, Suite 400 mailto:mew@paradigmsim.com Dallas TX 75240 http://www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Feb 4 13:00:24 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA03639 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 11:20:41 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA03612 for ; Wed, 4 Feb 1998 11:20:35 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA16689 for ; Wed, 4 Feb 1998 11:18:19 -0800 Received: from slack.shoreline-studios.com (slack.shoreline-studios.com [206.14.117.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA13754; Wed, 4 Feb 1998 11:18:17 -0800 env-from (wade@surf.shoreline-studios.com) Received: from slack (localhost [127.0.0.1]) by slack.shoreline-studios.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA07750; Wed, 4 Feb 1998 11:18:11 -0800 Sender: wade@surf.shoreline-studios.com Message-ID: <34D8BEF3.19A1@shoreline-studios.com> Date: Wed, 04 Feb 1998 11:18:11 -0800 From: Wade Olsen Organization: Shoreline Studios X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: performer , Tech Docs Subject: O2 pixel fill rates Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Does anyone have these rates for the O2: textured pixel fill screen clear Thanks, Wade -- ----------------------------- Wade Olsen, Shoreline Studios e-mail: wade@shoreline-studios.com phone: 650-969-7896 fax: 650-969-7864 www: http://www.shoreline-studios.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 Feb 4 18:41:00 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id SAA04784 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 18:00:15 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id SAA04757 for ; Wed, 4 Feb 1998 18:00:09 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA01535 for ; Wed, 4 Feb 1998 17:58:03 -0800 Received: from gate.llogic.com (gate.llogic.com [205.205.50.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA21388 for ; Wed, 4 Feb 1998 17:58:01 -0800 env-from (pffred@llogic.com) Received: from [192.168.27.7] by gate.llogic.com for id UAA09549; Wed Feb 4 20:58:00 1998 Received: from euler (euler.mtl.llogic.com [192.168.27.6]) by newton.mtl.llogic.com (8.8.8/8.8.8) with SMTP id UAA05184 for ; Wed, 4 Feb 1998 20:57:49 -0500 (EST) Message-ID: <34D91CA7.167E@llogic.com> Date: Wed, 04 Feb 1998 20:57:59 -0500 Organization: Lateral Logic X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP27) MIME-Version: 1.0 Subject: systune gfx parameters Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: info-performer@sgi.com From: Frederic Francis Sender: pffred@llogic.com Status: O Hi, I was wondering what the following kernel parameters control, what their recommended values should be and when would one want to change them if ever. group: gfx (statically changeable) gfxlockablemem_gt64 gfxlockablemem Best Regards, Fred. __________________________________________________________________ Frederic Francis email: fred@llogic.com Director of Technology phone: 1-514-287-1166 Lateral Logic fax: 1-514-287-3360 __________________________________________________________________ ======================================================================= 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 Feb 4 18:41:00 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA04748 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 17:54:16 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA04721 for ; Wed, 4 Feb 1998 17:54:12 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA29707 for ; Wed, 4 Feb 1998 17:52:06 -0800 Received: from gate.llogic.com (gate.llogic.com [205.205.50.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA19896 for ; Wed, 4 Feb 1998 17:52:05 -0800 env-from (pffred@llogic.com) Received: from [192.168.27.7] by gate.llogic.com for id UAA09543; Wed Feb 4 20:52:03 1998 Received: from euler (euler.mtl.llogic.com [192.168.27.6]) by newton.mtl.llogic.com (8.8.8/8.8.8) with SMTP id UAA05168 for ; Wed, 4 Feb 1998 20:51:53 -0500 (EST) Message-ID: <34D91B42.41C6@llogic.com> Date: Wed, 04 Feb 1998 20:52:02 -0500 Organization: Lateral Logic X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX64 6.4 IP27) MIME-Version: 1.0 Subject: patch2326 installation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: info-performer@sgi.com From: Frederic Francis Sender: pffred@llogic.com Status: O Hi all, When installing patch 2326 on single pipe Onyx2 IR systems for use with pf2.2 apps, are we supposed to override the: Missing Subsystem Conflict Warning in order to install patchSG0002326.gl_dev_sw.gldev usr/include/GL/gl.h which will replace: gl_dev.sw.gldev usr/include/GL/gl.h I assumed that the conflict was caused by the difference in spelling of the product names. Best Regards, Fred. __________________________________________________________________ Frederic Francis email: fred@llogic.com Director of Technology phone: 1-514-287-1166 Lateral Logic fax: 1-514-287-3360 __________________________________________________________________ ======================================================================= 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 Feb 4 18:40:59 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA04681 for info-performer-dist@holodeck.engr.sgi.com; Wed, 4 Feb 1998 17:18:23 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA04654 for ; Wed, 4 Feb 1998 17:18:16 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id RAA18875 for ; Wed, 4 Feb 1998 17:16:08 -0800 Received: from canberra.canberra.sgi.com ([134.14.62.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA09408 for ; Wed, 4 Feb 1998 17:15:57 -0800 env-from (andrewv@canberra.sgi.com) Received: from wop.canberra.sgi.com by canberra.canberra.sgi.com via SMTP (940816.SGI.8.6.9/930416.SGI) id KAA25852; Thu, 5 Feb 1998 10:10:11 +1000 Received: by wop.canberra.sgi.com with Microsoft Mail id <01BD322F.4C961D80@wop.canberra.sgi.com>; Thu, 5 Feb 1998 12:12:16 +1100 Message-ID: <01BD322F.4C961D80@wop.canberra.sgi.com> From: Andrew Vincent To: Charles Seberino , "info-performer@sgi.com" Subject: RE: Problem displaying objects that are sub-pixel size Date: Thu, 5 Feb 1998 12:11:04 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Status: O This is just a guess at the problem you are trying to solve, but if it = is a data visualization problem, you may be better off using another = technique. Approaches worth examining would be the volumetric rendering techniques = that take a voxel rather than polygonal view of data. Check out the = splatviz tool in the latest MineSet release for an idea of that approach = could do. MineSet uses Inventor, with its inherent restriction of not = utilizing MP h/w but there's no reason why you can't use Performer to = implement something similar. Andrew -----Original Message----- From: Angus Dorbie [SMTP:dorbie@multipass.engr.sgi.com] Sent: Wednesday, February 04, 1998 4:44 PM To: Charles Seberino; info-performer@sgi.com Subject: Re: Problem displaying objects that are sub-pixel size This is purely an aliasing problem, the polygons should actually average out at about the right density due to point sampling IrisGL used to cull < .5 pixel^2 area polygons but I don't think OpenGL does this. You should enable multisample anti-aliasing on the iR after choosing a visual with 8 multisamples. Call pfAntialias(PFAA_ON) from your draw process. If you don't want full scene anti-aliasing then you should try enabling blending and calling glEnable(GL_POLYGON_SMOOTH) before drawing the degenerate polygons and disabling afterwards to see if this helps. Cheers,Angus. On Feb 3, 10:39am, Charles Seberino wrote: > Subject: Problem displaying objects that are sub-pixel size > I am having a problem displaying small polygons, which when viewed at = long > distances, don't (or rarely) appear on the screen. Here is what I am = trying to > do: > > Creating several hundred OPENGL GL_QUADS with the same texture applied = to each > of them. The polygons are drawn so that they are always facing the > display(billboarded). The problem I get is when I view the polygons(1 = in^2 > each) from far away, the individual polygons only take up from 1-4% of = a screen > pixel. The polygons are all close to each other so I should be seeing = the > cumulative effects of all the objects(a particle cloud), but I only = get a pixel > every so often. I am using a luminance-alpha texture to display the = square as > a sphere. I have tried changing the minification filters, but none = give the > correct result. > > What can I do to get these objects to appear as they should? > > I decided not to go the route of creating several hundred = pfGeoSets/pfGeodes > (maybe pfBillboards) because I thought it would be more time consuming = and not > give any added benefit. > > Running on Onyx2 IR pf2.1 > > Any suggestions? > > Charles > > -- > = ----------------------------------------------------------------------- > Charles Seberino Raytheon Missile Systems Company > seberino@or_lab.tu.hac.com phone: (520) 794-7078 > fax: (520) 794-8625 > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=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 Charles Seberino --=20 "The ultimate measure of a man is not where he stands in moments of comfort and convenience, but where he stands at times of challenge and controversy." -Martin Luther King, Jr. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Feb 5 01:37:54 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA05368 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 00:43:09 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA05341 for ; Thu, 5 Feb 1998 00:43:03 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA07692 for ; Thu, 5 Feb 1998 00:41:07 -0800 Received: from bifrost.digi.lego.com (balder.digi.lego.com [194.239.78.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA01607; Thu, 5 Feb 1998 00:41:03 -0800 env-from (svend@digi.lego.com) Received: (from gproxy@localhost) by bifrost.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA07294; Thu, 5 Feb 1998 09:42:30 +0100 Received: from puck.digi.lego.com(171.20.167.61) by bifrost via smap (3.2) id xma007292; Thu, 5 Feb 98 09:42:24 +0100 Received: from digi.lego.com (localhost [127.0.0.1]) by puck.digi.lego.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA02410; Thu, 5 Feb 1998 09:42:22 +0100 Sender: svend@digi.lego.com Message-ID: <34D97B6E.B43D79B0@digi.lego.com> Date: Thu, 05 Feb 1998 09:42:22 +0100 From: Svend Tang-Petersen Organization: LEGO X-Mailer: Mozilla 4.04 [en] (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Wade Olsen CC: performer , Tech Docs Subject: Re: O2 pixel fill rates References: <34D8BEF3.19A1@shoreline-studios.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Wade, You can probably find the info here http://www.sgi.com/Products/hardware/desktop/o2tech.html -- Svend Tang-Petersen, MSc Silicon Graphics Stationsparken 25 2600 Glostrup Denmark e-mail: svend@copen.sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Feb 5 01:37:59 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA05339 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 00:39:33 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA05313 for ; Thu, 5 Feb 1998 00:39:27 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id AAA06816 for ; Thu, 5 Feb 1998 00:37:31 -0800 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 AAA00373 for ; Thu, 5 Feb 1998 00:37:26 -0800 env-from (eng40009@leonis.nus.edu.sg) Received: from leonis.nus.edu.sg (eng40009@leonis.nus.edu.sg [137.132.1.18]) by sable.nus.sg (8.8.8/8.6.9) with ESMTP id QAA11606; Thu, 5 Feb 1998 16:37:24 +0800 (SST) Received: from localhost (eng40009@localhost) by leonis.nus.edu.sg (8.8.8/8.6.9/CNS-3.5) with SMTP id QAA00349; Thu, 5 Feb 1998 16:37:23 +0800 (SST) Date: Thu, 5 Feb 1998 16:37:23 +0800 (SST) From: Ho Eng Keong To: Angus Dorbie cc: info-performer@sgi.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I have a question regarding PFTEX_SUBLOAD_FORMAT I have a set of 2D textures which are stacked together to simulate the so-called 3D texturing. As i want to apply changes to the textures, thus I tried to subload only the changed part into the hardware without reformatting the textures. Below is my code: void subload() { ViewState->subtex = new pfTexture; ViewState->subtex = ViewState->voltex; //voltex is the initial texture on which changes are to be made ViewState->voltex->setFormat(PFTEX_SUBLOAD_FORMAT, PF_ON); ... However, every time the program reaches ViewState->subtex->setFormat, it crashes with : X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 140 (GLX) Minor opcode of failed request: 1 (X_GLXRender) Serial number of failed request: 279 Current serial number in output stream: 280 So what did I do wrong? ======================================================================= 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 Feb 5 05:31:57 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id DAA05661 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 03:33:55 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA05634 for ; Thu, 5 Feb 1998 03:33:37 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id DAA24095 for ; Thu, 5 Feb 1998 03:31:45 -0800 Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id DAA10766 for ; Thu, 5 Feb 1998 03:31:43 -0800 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by post.mail.demon.net id ab2005076; 5 Feb 98 10:47 GMT Message-ID: <34D998E2.90B51DF2@marklynn.demon.co.uk> Date: Thu, 05 Feb 1998 10:48:02 +0000 From: Mark Baranowski CEng Reply-To: Performer Mailing List Organization: Pera X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Performer Mailing List Subject: Re: O2 pixel fill rates References: <34D8BEF3.19A1@shoreline-studios.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Wade Wade Olsen wrote: > Does anyone have these rates for the O2: > > textured pixel fill > screen clear > > Thanks, > > Wade Check out http://www.specbench.org/gpc/opc/glperf_publish/index.html You will find benchmarks for the following O2s: SGI O2 R5000 180Mhz SC SGI O2 R5000 200Mhz 1MB SC SGI O2 R10000 195Mhz SC Alternatively take a look at http://www-europe.sgi.com/Products/hardware/desktop/products/benchmarks/index.html Regards, Mark. -- Mark Baranowski CEng MBCS Email: mark_baranowski@peragroup.com (work) baranowski@marklynn.demon.co.uk (home) 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 Feb 5 06:25:59 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id FAA05767 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 05:13:54 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA05740 for ; Thu, 5 Feb 1998 05:13:48 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id FAA04250 for ; Thu, 5 Feb 1998 05:11:59 -0800 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 FAA27808 for ; Thu, 5 Feb 1998 05:11:48 -0800 env-from (zeise@uni-wuppertal.de) Received: from wetnt9 (wetnt9.elektro.uni-wuppertal.de [132.195.29.97]) by mailgate.urz.uni-wuppertal.de (8.8.8/8.8.8) with SMTP id OAA06174 for ; Thu, 5 Feb 1998 14:11:40 +0100 (MET) Message-ID: <002e01bd3237$19b4eec0$611dc384@wetnt9.elektro.uni-wuppertal.de> From: "Wilfried Zeise" To: "info-performer" Subject: Q. Viewing Frustum Date: Thu, 5 Feb 1998 14:08:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mailgate.urz.uni-wuppertal.de id OAA06174 Status: O Hi: Can I use cull callbacks to find out, which objects of my database lie in the viewing frustum? How can I use pfGet() to inquire database informatio= n? Regards Wilfried Zeise Bergische Universit=E4t GH Wuppertal Fuhlrottstr. 10 42097 Wuppertal Tel.: 0202-439-2961 Fax: 0202-439-2959 email: zeise@uni-wuppertal.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Feb 5 09:35:08 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA06046 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 07:44:42 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA06019 for ; Thu, 5 Feb 1998 07:44:33 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA26211 for ; Thu, 5 Feb 1998 07:42:48 -0800 Received: from quid.csd.sgi.com ([150.166.145.182]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA05799 for ; Thu, 5 Feb 1998 07:42:47 -0800 env-from (robj@quid.csd.sgi.com) Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id HAA07959; Thu, 5 Feb 1998 07:42:31 -0800 From: "Rob Jenkins" Message-Id: <9802050742.ZM7957@quid.csd.sgi.com> Date: Thu, 5 Feb 1998 07:42:31 -0800 In-Reply-To: Frederic Francis "systune gfx parameters" (Feb 4, 8:57pm) References: <34D91CA7.167E@llogic.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Frederic Francis , info-performer@sgi.com Subject: Re: systune gfx parameters Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 4, 8:57pm, Frederic Francis wrote: > Subject: systune gfx parameters > Hi, > > I was wondering what the following kernel parameters control, > what their recommended values should be and when would one want to > change them if ever. > > > group: gfx (statically changeable) > gfxlockablemem_gt64 > gfxlockablemem All things setable by systune are described in files under: /var/sysgen/mtune so if you look in the gfx file under there you see: * * tunables for graphics * * gfxlockablemem: max % physical memory that may be locked by graphics * gfx: static * name default minimum maximum gfxlockablemem 20 0 100 gfxlockablemem_gt64 50 0 100 There were some rare cases with Impact gfx where this was exceeded and gfx crashed with 'OUT OF MEMORY' type errors but they are fixed now I think and tuning that parameter isn't needed anymore. I don't think I've seen anyone else have to tune it on other systems. I would say that unless you really think you have a problem with gfx running out fo locked memory then it's best to leave it as set, tweaking it doesn't effect performance providing all is running OK. 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 Feb 5 13:06:30 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA06620 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 12:15:23 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA06593 for ; Thu, 5 Feb 1998 12:15:22 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA25527 for ; Thu, 5 Feb 1998 12:13:43 -0800 Received: from wlp1.wl.wpafb.af.mil (wlp1.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id MAA12930 for ; Thu, 5 Feb 1998 12:13:35 -0800 env-from (subrrc@wl.wpafb.af.mil) Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA23356; Thu, 5 Feb 1998 15:13:28 -0500 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: Database problems From: Robert C Subr To: info-performer@sgi.com Message-Id: <980205151325.643@wlp1.wl.wpafb.af.mil.0> X-Dmw-Body-Names: Database problems Date: Thu, 5 Feb 98 15:13:26 -0500 X-Mailer: MailWorks 1.8-FT1 Status: O Hello Performers, I am writing a program that pages many tiles in and out of a database. At any one time there are 9 tiles, each unique with unique textures(1024x1024.bw). My program seems to be operating fine and pages the tiles in and out fine. The problem that I seem to be having is that some,part or all of my tiles that are being removed, are staying in memory. I have watched the system memory usage on the gr_osview and when I am paging in and out tiles, the memory creeps up untiled the app drops out with the following error. PF Fatal/Resource: pfMemory::new() Unable to allocate 1048592 bytes from arena 0x18040000. Try using pfSharedArenaSize() to increase the arena size (currently 262144.00 KBytes) and check for adequate setrlimit() values and available space on swap (or pfTmpDir()). While top shows that the process size does not change at all,in ither database process or appculldraw process. As long as I am not bringing and replacing tiles the memory does not change. The tiles are pfb files. Each one was created in a performer app, and saved out are pfb's. Any ideas would be greatly apreaciated and a lot of help. I have also included the simple code I am using to page the tiles. Could this be realated to the tile creation? Is there some setting that I need to set to totally remove the tiles from memory? Am I doing this wrong? Any comments and suggestions welcome. Thanks in advance. Rob void dataBase (void *data) { static pfBuffer *buf = NULL; if (!buf) { buf = new pfBuffer(); buf->select(); } dbase->loadDbase(2); buf->merge(); pfDBase(); } dbase->loadDbase(2) { From guest Thu Feb 5 13:06:31 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA06588 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 12:10:36 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA06562 for ; Thu, 5 Feb 1998 12:10:30 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id MAA23563 for ; Thu, 5 Feb 1998 12:08:52 -0800 Received: from wlp1.wl.wpafb.af.mil (wlp1.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id MAA11381 for ; Thu, 5 Feb 1998 12:08:50 -0800 env-from (subrrc@wl.wpafb.af.mil) Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA23943; Thu, 5 Feb 1998 15:08:43 -0500 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: Dbase paging problem From: Robert C Subr To: info-performer@sgi.com Message-Id: <980205150501.643@wlp1.wl.wpafb.af.mil.0> Date: Thu, 5 Feb 98 15:08:38 -0500 X-Mailer: MailWorks 1.8-FT1 Status: O ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Feb 5 15:52:05 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA07195 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 14:12:34 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA07168 for ; Thu, 5 Feb 1998 14:12:29 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id OAA08895 for ; Thu, 5 Feb 1998 14:10:54 -0800 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA26464 for ; Thu, 5 Feb 1998 14:10:51 -0800 env-from (ashein@orac.boston.sgi.com) Received: by orac.boston.sgi.com (950413.SGI.8.6.12/940406.SGI) id MAA17205; Thu, 5 Feb 1998 12:39:24 -0800 From: "Andy Shein" Message-Id: <9802051239.ZM17201@orac.boston.sgi.com> Date: Thu, 5 Feb 1998 12:39:24 -0800 In-Reply-To: "Wilfried Zeise" "Q. Viewing Frustum" (Feb 5, 2:08pm) References: <002e01bd3237$19b4eec0$611dc384@wetnt9.elektro.uni-wuppertal.de> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Wilfried Zeise" Subject: Re: Q. Viewing Frustum Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19802051239.ZM17201.boston.sgi.com" Status: O --PART-BOUNDARY=.19802051239.ZM17201.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 Hi Wilfried Take a look at the man page for pfChannel. There are some functions like int pfChannel::contains(const pfVec3 &pt, pfChannel* chan= ); int pfChannel::contains(const pfSphere* sph); int pfChannel::contains(const pfCylinder* cyl); int pfChannel::contains(const pfBox* box); That can be called in a cull callback to see if the item is in view. Andy On Feb 5, 2:08pm, Wilfried Zeise wrote: > Subject: Q. Viewing Frustum > > [ plain text > Encoded with "quoted-printable" ] : Hi: > > Can I use cull callbacks to find out, which objects of my database lie = in > the viewing frustum? How can I use pfGet() to inquire database informat= ion? > > Regards > > Wilfried Zeise > Bergische Universit=E4t GH Wuppertal > Fuhlrottstr. 10 > 42097 Wuppertal > Tel.: 0202-439-2961 > Fax: 0202-439-2959 > email: zeise@uni-wuppertal.de > > > 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 Wilfried Zeise -- = 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=.19802051239.ZM17201.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 Feb 6 00:49:45 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA08268 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 23:07:31 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA08241 for ; Thu, 5 Feb 1998 23:07:14 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA15949 for ; Thu, 5 Feb 1998 23:05:53 -0800 Received: from aba.nsrc.nus.sg (aba.nsrc.nus.sg [137.132.15.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA01177 for ; Thu, 5 Feb 1998 23:05:51 -0800 env-from (liuxy@nsrc.nus.edu.sg) Received: (from smap@localhost) by aba.nsrc.nus.sg (8.8.5/8.8.4) id PAA14900; Fri, 6 Feb 1998 15:05:37 +0800 (SGT) Received: from liuxy.nsrc.nus.sg(137.132.15.85) by aba.nsrc.nus.sg via smap (V1.3) id sma014889; Fri Feb 6 15:05:21 1998 Message-ID: <34DAB66F.3F35@nsrc.nus.edu.sg> Date: Fri, 06 Feb 1998 15:06:23 +0800 From: Liu Xiaoyan Organization: National Supercomputing Research Center X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: pape@evl.uic.edu CC: info-performer@sgi.com Subject: any tool for system performance? Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit Status: O Hi, Dave and Performers, We found our CAVE applications extremely slow these days for unknown reasons. The frame rate of a VRML model of 6 megabytes dispalyed in Performer drops to 2 frames per second. The machine is an SGI Onyx2 with 2 IRs each having 4GE and 2RM *************************************************************************** Liu Xiaoyan National Supercomputing Research Center Data Visualization Group http://www.nsrc.nus.edu.sg *************************************************************************** ======================================================================= 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 Feb 6 01:17:12 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id XAA08314 for info-performer-dist@holodeck.engr.sgi.com; Thu, 5 Feb 1998 23:35:11 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA08287 for ; Thu, 5 Feb 1998 23:35:04 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id XAA18826 for ; Thu, 5 Feb 1998 23:33:46 -0800 Received: from aba.nsrc.nus.sg (aba.nsrc.nus.sg [137.132.15.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA06800 for ; Thu, 5 Feb 1998 23:33:44 -0800 env-from (liuxy@nsrc.nus.edu.sg) Received: (from smap@localhost) by aba.nsrc.nus.sg (8.8.5/8.8.4) id PAA15307; Fri, 6 Feb 1998 15:33:39 +0800 (SGT) Received: from liuxy.nsrc.nus.sg(137.132.15.85) by aba.nsrc.nus.sg via smap (V1.3) id sma015302; Fri Feb 6 15:33:23 1998 Message-ID: <34DABD01.4C03@nsrc.nus.edu.sg> Date: Fri, 06 Feb 1998 15:34:25 +0800 From: Liu Xiaoyan Organization: National Supercomputing Research Center X-Mailer: Mozilla 3.0 (Win95; I) MIME-Version: 1.0 To: pape@evl.uic.edu CC: info-performer@sgi.com Subject: any tool for system performance? Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit Status: O (Sorry, I mis-sent an unfinished email just now!) Hi, Dave and Performers, We found our CAVE applications extremely slow these days for unknown reasons. The frame rate of a VRML model of 6 megabytes dispalyed in Performer drops to 2 frames per second. The machine is an SGI Onyx2 with 2 IRs, each having 4GE, 2RM with 128M texture memory. Are there any tools for graphics performance analysis and tuning? The "top and gr_osview" doesn't help too much in this aspect. Though Performer itself gives this kind of infomation, we suspect something not fully configured in our machine. One more thing, frequently we run Performer programs from a PC and kill the process later. Are shared momery automatically freed in this case? Maybe there are too much rubbish left in the memory because of this ugly exit? Thanks for any help and info. Regards, Liu *************************************************************************** Liu Xiaoyan National Supercomputing Research Center Data Visualization Group http://www.nsrc.nus.edu.sg *************************************************************************** ======================================================================= 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 Feb 6 06:27:19 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id EAA08889 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Feb 1998 04:46:10 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA08862 for ; Fri, 6 Feb 1998 04:45:59 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id EAA03611 for ; Fri, 6 Feb 1998 04:44:50 -0800 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 EAA05276 for ; Fri, 6 Feb 1998 04:44:48 -0800 env-from (Ruddle@cardiff.ac.uk) Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP-LOC (PP); Fri, 6 Feb 1998 12:33:46 +0000 Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.8/8.6.12) with SMTP id MAA04500 for ; Fri, 6 Feb 1998 12:35:42 GMT Date: Fri, 6 Feb 1998 12:35:42 +0000 (GMT) From: Roy Ruddle Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.com Subject: pf2.2 errors Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I've just installed pf2.2 but I'm repeatedly getting errors when I try and compile the example programs. Some seem to be caused because I didn't have the n32 libraries installed (no conflicts were raised) but every time I install something else to get round 1 problem I just end up with another compile error. Has anyone else tried to compile these progs on a MaxIMPACT (Irix 6.2)? It's pretty irritating when simple things like this don't work first time. In hope of a bit of help (!) cheers 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 Feb 6 08:47:45 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA09090 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Feb 1998 07:01:20 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA09063 for ; Fri, 6 Feb 1998 07:01:10 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id HAA18848 for ; Fri, 6 Feb 1998 07:00:05 -0800 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 GAA03610 for ; Fri, 6 Feb 1998 06:59:51 -0800 env-from (Ruddle@cardiff.ac.uk) Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP-LOC (PP); Fri, 6 Feb 1998 14:48:45 +0000 Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.8/8.6.12) with SMTP id OAA27767 for ; Fri, 6 Feb 1998 14:50:41 GMT Date: Fri, 6 Feb 1998 14:50:41 +0000 (GMT) From: Roy Ruddle Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.com Subject: pf2.2 errors (more info) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Here's some more info on the compile errors. Running 'make' in: /usr/share/Performer/src/pguide/libpf/C++ I get the following output: Linking with motif libraries. setenv PFDOMOTIF 0 to turn off. making OpenGL DSO version of bench.ogldso Linking with motif libraries. setenv PFDOMOTIF 0 to turn off. /usr/bin/CC -DN32 -DIRIX6_2 -I/usr/include -fullwarn -nostdinc -I/usr/include/CC -I/usr/include -mips3 -n32 -O -Olimit 2000 -MDupdate Makedepend -c ../bench.C CC ERROR: CC is not installed in /usr/bin/../lib32/cmplrs/CC *** Error code 1 smake: Error: 1 error *** Error code 2 smake: Error: 1 error Thoughts gratefully received (and, yes, I do have the C++ compiler installed, I've double checked that with a little test program) 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 Feb 6 13:01:46 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA09564 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Feb 1998 11:22:03 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA09537 for ; Fri, 6 Feb 1998 11:21:58 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA28495 for ; Fri, 6 Feb 1998 11:21:01 -0800 Received: from syseca.syseca.fr (syseca.syseca.fr [195.101.38.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA07296 for ; Fri, 6 Feb 1998 11:20:56 -0800 env-from (ach@syseca.fr) Received: from anna.internet.syseca (anna [142.19.2.5]) by syseca.syseca.fr (8.8.8/8.8.8) with SMTP id SAA18815 for ; Fri, 6 Feb 1998 18:15:16 +0100 (MET) Received: by anna.internet.syseca (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id SAA03505; Fri, 6 Feb 1998 18:13:42 +0100 From: "Laurent Ach" Message-Id: <9802061813.ZM3503@anna.internet.syseca> Date: Fri, 6 Feb 1998 18:13:41 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: trying to load Optimizer data in Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Hi, I understood that Optimizer mailing list disapeared, so here is a question about Optimizer/cosmo3D: How to save the polygons created by the tesselation of an opParaSurface, as a csShape or as anything which is readable by the csb loader in performer 2.2 ? Thanks for any help. By the way, NURBS tesselation in OpenGL Optimizer is really good. But I need to get the results in Performer. L.A. -- -------------------------------------------------------------------- Laurent Ach tel : 01 41 48 06 60 SYSECA fax : 01 41 48 06 81 ach@syseca.fr http://www.syseca.thomson-csf.com/english/cha1/SDA.HTM -------------------------------------------------------------------- ======================================================================= 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 Feb 6 13:29:37 1998 Received: (from guest@localhost) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA09773 for info-performer-dist@holodeck.engr.sgi.com; Fri, 6 Feb 1998 11:49:30 -0800 Return-Path: Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by holodeck.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA09746 for ; Fri, 6 Feb 1998 11:49:21 -0800 Received: from sgi.sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via ESMTP id LAA11343 for ; Fri, 6 Feb 1998 11:48:25 -0800 Received: from quid.csd.sgi.com ([150.166.145.182]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA20436 for ; Fri, 6 Feb 1998 11:48:24 -0800 env-from (robj@quid.csd.sgi.com) Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id LAA11274; Fri, 6 Feb 1998 11:47:59 -0800 From: "Rob Jenkins" Message-Id: <9802061147.ZM11272@quid.csd.sgi.com> Date: Fri, 6 Feb 1998 11:47:59 -0800 In-Reply-To: Liu Xiaoyan "any tool for system performance?" (Feb 6, 3:34pm) References: <34DABD01.4C03@nsrc.nus.edu.sg> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Liu Xiaoyan , pape@evl.uic.edu Subject: Re: any tool for system performance? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 6, 3:34pm, Liu Xiaoyan wrote: > Subject: any tool for system performance? > (Sorry, I mis-sent an unfinished email just now!) > > Hi, Dave and Performers, > > We found our CAVE applications extremely slow these days for > unknown reasons. The frame rate of a VRML model of 6 megabytes > dispalyed in Performer drops to 2 frames per second. The machine > is an SGI Onyx2 with 2 IRs, each having 4GE, 2RM with 128M texture > memory. > Does that imply that it used to run faster ? If so, how much faster ? If your performance changed then somethiing else must have, can you pi point any change in things like: You SW install ( esp patches ), your data, your HW config, your video combination, genlocking or maybe your app, any changes could be significant. BTW when you say 2RMs, 128 M texture memory I assume that means you have 2 64M RM, in fact that means you still only have 64 M texture memory. More RMs have texture meory replicated across them, the benefit of more RMs is higher texture load bandwidth, more framebuffer and faster fill. > Are there any tools for graphics performance analysis and tuning? > The "top and gr_osview" doesn't help too much in this aspect. > Though Performer itself gives this kind of infomation, we suspect > something not fully configured in our machine. > osview can be useful to look for increased I/O or memory swapping for example. gmemusage usage is useful too. The absolute best tool for looking at performance though are the Performer stats. In my experience serious system config or HW problems make things stop working, not just go slow. I expect it's far more likely that there's either explainable performance bottlenecks somewhere, or possibly a bug introduced in recent SW installation ( the former is usually more likely ). I would strongly recommend going through the Prog Guide section on 'Performance Tuning and Debugging', that may help you narrow it down and gives far more detail than I can try and do here but some general advice: Performance problems typically fall into one of these loose categories: o constant slowness, same for all parts of scene o intermitent slowness, dependant on position and orientation in scene o intermitent slowness, regardless of position and orientation in scene, ie if you stay in the same place with nothing changing you still slow down sometimes. So first try and work out what you see. If the problem changes as the scene does then start looking for what changed in the performer stats ( more textures, more lights, more fill etc ), make sure you're not paging texture ( if you do I/O will go up, you slow down but then if you keep still you should speed up again ). If the problem happens occasionally with nothing changing then run: par -rQQt