From guest Fri Dec 1 01:29:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA00998; Fri, 1 Dec 1995 01:28:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA00995; Fri, 1 Dec 1995 01:28:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03539; Fri, 1 Dec 95 01:28:34 -0800 Received: from death.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id BAA04689; Fri, 1 Dec 1995 01:28:21 -0800 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA00591; Fri, 1 Dec 1995 17:25:38 GMT From: "Angus Henderson" Message-Id: <9512011725.ZM589@death.reading.sgi.com> Date: Fri, 1 Dec 1995 17:25:37 +0000 In-Reply-To: "Mahmoud M.Rashad Halfawy" "Re: Networked Performer" (Nov 30, 11:52pm) References: <9511302024.ZM186@class.eng.ohio-state.edu> <9511301755.ZM29166@poser.pbi.net> <9511302352.ZM1247@class.eng.ohio-state.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Mahmoud M.Rashad Halfawy" , "Ned" Subject: Re: Networked Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 30, 11:52pm, Mahmoud M.Rashad Halfawy wrote: > Subject: Re: Networked Performer > Thanks for the helpful information about networked performer. But if we need to > communicate more that XYZ/HPR (e.g. a moving object) between the two > applications, should we use DIS? > If you need a lot of data shared between platforms at at low latency you need some type of shared memory card, such as SCRAMNet or a VMIC shared memory board. You can still use ethernet for lots of data but you can quickly run into latency problems ( delays & lost data ) I could fit an eyepoint, some switches & about 20 moving models into an ethernet packet. Years ago I lifted the UDP broadcast code from Rob Mace's Arena demo - the parent of Megan, I mean Mekton. I always use a dedicated ethrnet and one directional transfers. In a 60Hz genlocked visual you really can't see the join. Last time I tried it was between a three pipe & two deskside onyxes all of which were blended together using a SEOS Prodas Display. In fact once I'd genlocked them once I could turn off the genlock and it still worked. ANGus From guest Fri Dec 1 02:41:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA01322; Fri, 1 Dec 1995 02:39:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA01319; Fri, 1 Dec 1995 02:39:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04636; Fri, 1 Dec 95 02:39:41 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA09807; Fri, 1 Dec 1995 02:39:27 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id LAA12839; Fri, 1 Dec 1995 11:30:36 +0100 From: "Angus Dorbie" Message-Id: <9512011130.ZM12837@bitch.reading.sgi.com> Date: Fri, 1 Dec 1995 11:30:36 +0100 In-Reply-To: "Mahmoud M.Rashad Halfawy" "Networked Performer" (Nov 30, 8:24pm) References: <9511302024.ZM186@class.eng.ohio-state.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Mahmoud M.Rashad Halfawy" , info-performer@sgi.sgi.com Subject: Re: Networked Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This depends on what you want to do, having two users present in a scene is fairly straightforward (and you don't really need DIS for this). Colaborative working environments are an entirely different proposition. The complexity of having multiple users interracting meaningfully in a distributed environment shold not be underestimated. A couple of roving heads in the scene is simple, then the real work begins, this is where software like dVS & dVISE makes a huge difference. Rgds, Angus. On Nov 30, 8:24pm, Mahmoud M.Rashad Halfawy wrote: > Subject: Networked Performer > Hi everybody, > I've just started research on collaborative virtual environments. I'm working > with Performer 1.2 on Onyx RE2. We want to build a Performer environment > running on two Onyx machines and having two users be present in the same > simulation. I know other software (e.g. DIVE and dVS) can do that. My quastion: > Can we do this with Performer? Does this need other supporting software (like a > DIS tool)? > Thanx for any help, > Mahmoud > > -- > =============================================================================== > Mahmoud M.Rashad Halfawy > Research Associate- Civil Engineering Department > The Ohio State University > e-mail: mahmoud@class.eng.ohio-state.edu > Phone (work): (614)292-7631- FAX: (614)292-7631 > Phone (home): (614)688-0519 > =============================================================================== > >-- End of excerpt from Mahmoud M.Rashad Halfawy -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Dec 1 04:59:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA01609; Fri, 1 Dec 1995 04:57:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA01606; Fri, 1 Dec 1995 04:57:31 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06467; Fri, 1 Dec 95 04:57:29 -0800 Received: from mhikeeper.mhi.co.jp by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA18447; Fri, 1 Dec 1995 04:57:21 -0800 Received: by mhikeeper.mhi.co.jp; id VAA14805; Fri, 1 Dec 1995 21:57:12 +0900 Received: from mhigw.mhi.co.jp(144.1.179.131) by mhikeeper.mhi.co.jp via smap (g3.0.3) id xma014802; Fri, 1 Dec 95 21:56:55 +0900 Received: from kobegw.kobe.mhi.co.jp by mhigw.mhi.co.jp (8.6.12+2.4W/3.4Wbeta2) id VAA08308; Fri, 1 Dec 1995 21:56:54 +0900 Received: from sun4.sgb.kobe.mhi.co.jp by kobegw.kobe.mhi.co.jp (8.6.12+2.4W/3.4Wbeta2) id VAA02238; Fri, 1 Dec 1995 21:56:52 +0900 Received: by sun4.sgb.kobe.mhi.co.jp (8.6.12+2.4W/3.4Wbeta2) id VAA24776; Fri, 1 Dec 1995 21:50:46 +0900 Date: Fri, 1 Dec 1995 21:50:46 +0900 From: Minori Mizoguchi Message-Id: <199512011250.VAA24776@sun4.sgb.kobe.mhi.co.jp> To: info-performer@sgi.sgi.com Subject: FLIGHT to Inventor converter Reply-To: mizo@sgb.kobe.mhi.co.jp Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Status: O Is there any converter that translate FLIGHT to Inventor? On Oct 11, 14:28, Jim Helman wrote: > Gavin Bell has been working on an Performer-to-Inventor > converter that would also enable Performer scenes as IV files. > When we finish it up, we'll put it out for FTP. Is this already available? Can I use this function on Performer 1.2? Thanks in advance. -- Minori Mizoguchi mizo@sgb.kobe.mhi.co.jp Electronics Division, Phone +81-78-672-5978 Mitsubishi Heavy Industries, Ltd. Fax +81-78-672-5945 From guest Fri Dec 1 05:40:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA01791; Fri, 1 Dec 1995 05:38:38 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA01788; Fri, 1 Dec 1995 05:38:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07233; Fri, 1 Dec 95 05:38:35 -0800 Received: from atc.boeing.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA21206; Fri, 1 Dec 1995 05:38:32 -0800 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA00267; Fri, 1 Dec 1995 05:42:15 -0800 Received: from chlg1 by pgate with SMTP ; Fri, 1 Dec 95 08:32:28 EST Received: by chlg1 (931110.SGI/930416.SGI) for performerr@pgate id AA25562; Fri, 1 Dec 95 08:31:11 -0500 Date: Fri, 1 Dec 95 08:31:11 -0500 From: donnaa@chlg1.boeing.com (Donna Allen) Message-Id: <9512011331.AA25562@chlg1> To: performerr@pgate.he.boeing.com, donnaa@chlg1.boeing.com Subject: inventor to flight converter? Reply-To: allend@pgate.he.boeing.com Status: O Dec. 1 1995 hello, This question may have been asked before, but are there any converters out there that will allow conversion FROM INVENTOR TO FLIGHT format? Thanks, Donna *************************************************************************** Donna N. Allen Boeing Defense & Space Group Phone: (610) 591-7963 Helicopters Division FAX: (610) 591-5636 P.O. Box 16858 MS P38-61 allend@pgate.he.boeing.com Philadelphia, PA 19142-0858 *************************************************************************** From guest Fri Dec 1 06:44:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA02065; Fri, 1 Dec 1995 06:42:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA02062; Fri, 1 Dec 1995 06:42:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08306; Fri, 1 Dec 95 06:42:26 -0800 Received: from atc.boeing.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA27818; Fri, 1 Dec 1995 06:42:25 -0800 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA10495; Fri, 1 Dec 1995 06:46:07 -0800 Received: from splinter.boeing.com by pgate with SMTP ; Fri, 1 Dec 95 09:41:02 EST Received: from atc.boeing.com by splinter.boeing.com with SMTP (1.37.109.16/16.2) id AA203838972; Fri, 1 Dec 1995 06:42:52 -0800 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA10448; Fri, 1 Dec 1995 06:45:11 -0800 Received: from galileo.hpc.org (galileo.hpc.org [192.187.8.7]) by hpc.org (8.7.1/8.7.1) with SMTP id JAA10979; Fri, 1 Dec 1995 09:50:27 -0500 (EST) Date: Fri, 1 Dec 1995 09:49:04 -0500 (EST) From: Michael Kelley X-Sender: kelleym@galileo.hpc.org To: allend@pgate.he.boeing.com Cc: performerr@pgate.he.boeing.com, donnaa@chlg1.boeing.com, Performer Subject: Re: inventor to flight converter? In-Reply-To: <9512011331.AA25562@chlg1> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 1 Dec 1995, Donna Allen wrote: > Dec. 1 1995 > > hello, > > This question may have been asked before, but are there any > converters out there that will allow conversion FROM INVENTOR > TO FLIGHT format? > None that I know of, but you could probably write your own considering that MultiGen Inc. has released the OpenFlight description to the public domain (http://www.imv.com/multigen/wnof.htm). .................................................................... Michael Kelley.......kelleym@ito.snap.org......kelleym_beep@arpa.mil University of Southern California.....Information Sciences Institute 4350 N. Fairfax Dr........Suite 400.......Arlington, VA........22203 phone: (703) 812-4723...fax: (703) 812-4738...pager: (800) 507-5003 From guest Fri Dec 1 06:43:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA02060; Fri, 1 Dec 1995 06:41:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA02057; Fri, 1 Dec 1995 06:41:46 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08287; Fri, 1 Dec 95 06:41:44 -0800 Received: from hpc.org by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA27695; Fri, 1 Dec 1995 06:41:42 -0800 Received: from galileo.hpc.org (galileo.hpc.org [192.187.8.7]) by hpc.org (8.7.1/8.7.1) with SMTP id JAA10979; Fri, 1 Dec 1995 09:50:27 -0500 (EST) Date: Fri, 1 Dec 1995 09:49:04 -0500 (EST) From: Michael Kelley X-Sender: kelleym@galileo.hpc.org To: allend@pgate.he.boeing.com Cc: performerr@pgate.he.boeing.com, donnaa@chlg1.boeing.com, Performer Subject: Re: inventor to flight converter? In-Reply-To: <9512011331.AA25562@chlg1> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 1 Dec 1995, Donna Allen wrote: > Dec. 1 1995 > > hello, > > This question may have been asked before, but are there any > converters out there that will allow conversion FROM INVENTOR > TO FLIGHT format? > None that I know of, but you could probably write your own considering that MultiGen Inc. has released the OpenFlight description to the public domain (http://www.imv.com/multigen/wnof.htm). .................................................................... Michael Kelley.......kelleym@ito.snap.org......kelleym_beep@arpa.mil University of Southern California.....Information Sciences Institute 4350 N. Fairfax Dr........Suite 400.......Arlington, VA........22203 phone: (703) 812-4723...fax: (703) 812-4738...pager: (800) 507-5003 From guest Fri Dec 1 07:06:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA02126; Fri, 1 Dec 1995 07:04:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA02123; Fri, 1 Dec 1995 07:04:39 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08797; Fri, 1 Dec 95 07:04:37 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA01041; Fri, 1 Dec 1995 07:04:19 -0800 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id KAA15228; Fri, 1 Dec 1995 10:03:45 -0500 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA18373; Fri, 1 Dec 1995 09:48:54 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA26959; Fri, 1 Dec 95 09:47:03 -0500 Date: Fri, 1 Dec 95 09:47:03 -0500 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9512011447.AA26959@osprey.cae.ca> To: info-performer@sgi.sgi.com Subject: FLT v14.2 loader for pf1.2 Status: O I would like to know where I can find the latest FLIGHT loader for Performer 1.2. ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Fri Dec 1 09:00:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA02680; Fri, 1 Dec 1995 08:59:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA02677; Fri, 1 Dec 1995 08:59:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12242; Fri, 1 Dec 95 08:59:05 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA14141; Fri, 1 Dec 1995 08:58:55 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA18503; Fri, 1 Dec 95 11:58:52 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id LAA19842; Fri, 1 Dec 1995 11:58:51 -0500 From: "Lance Marrou" Message-Id: <9512011158.ZM19840@grail.vsl.ist.ucf.edu> Date: Fri, 1 Dec 1995 11:58:51 -0500 In-Reply-To: "Mahmoud M.Rashad Halfawy" "Re: Networked Performer" (Nov 30, 11:52pm) References: <9511302024.ZM186@class.eng.ohio-state.edu> <9511301755.ZM29166@poser.pbi.net> <9511302352.ZM1247@class.eng.ohio-state.edu> X-Face: GS1@^5kB"i$q<%Li4wMO3Pi#%MpaisQ+U"+@PC7*#(v9jnraY`3+fM7@+4iRV$:QflwXB^N/k7D?#x!T|:Owmj6H,L=lC_oC)'T%J@PC$]Oxr<"M`'o&[1_G|R=!8-pr^K\\_hZ.g>t,fb}z4^o!0NU@c+pJ2Kpe4,Ke\K&[W'$|B*7"|\(TQ%MKj0?`II)-N}a$-sd>aoV=wnH'&q9t8U(&a X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Mahmoud M.Rashad Halfawy" , "Ned" Subject: Re: Networked Performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 30, 11:52pm, Mahmoud M.Rashad Halfawy wrote: > Subject: Re: Networked Performer > Thanks for the helpful information about networked performer. But if we need to > communicate more that XYZ/HPR (e.g. a moving object) between the two > applications, should we use DIS? > >-- End of excerpt from Mahmoud M.Rashad Halfawy If you are planning to use DIS in the future or feel the need to adhere to the DIS standard, then you should start using it from the beginning. However, if your application has nothing to do with the military or government, then you should look to alternate methods, especially for high performance applications like flight simulators. -- ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Fri Dec 1 09:27:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA02777; Fri, 1 Dec 1995 09:25:38 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA02774; Fri, 1 Dec 1995 09:25:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13659; Fri, 1 Dec 95 09:25:34 -0800 Received: from atc.boeing.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA19329; Fri, 1 Dec 1995 09:25:24 -0800 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA07687; Fri, 1 Dec 1995 09:29:03 -0800 Received: from splinter.boeing.com by pgate with SMTP ; Fri, 1 Dec 95 12:18:59 EST Received: from atc.boeing.com by splinter.boeing.com with SMTP (1.37.109.16/16.2) id AA012958447; Fri, 1 Dec 1995 09:20:47 -0800 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA06392; Fri, 1 Dec 1995 09:23:06 -0800 Received: from cc-gw.tacom.army.mil by octagon.tacom.army.mil (8.7.1/8.7.1-kbp) with SMTP id MAA17320; Fri, 1 Dec 1995 12:19:12 -0500 (EST) Received: from ccMail by cc-gw.tacom.army.mil (IMA Internet Exchange 1.04b) id 0bf39760; Fri, 1 Dec 95 12:20:54 -0500 Mime-Version: 1.0 Date: Fri, 1 Dec 1995 12:16:41 -0500 Message-Id: <0bf39760@cc-gw.tacom.army.mil> From: tidrowd@cc.tacom.army.mil Subject: Re[2]: inventor to flight converter? To: allend@pgate.he.boeing.com, Michael Kelley Cc: performerr@pgate.he.boeing.com, donnaa@chlg1.boeing.com, info-performer@sgi.sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O I just recently looked at the MultiGen Web page, and their Series II stuff has an Inventor loader option. Of course this means that you have to get MultiGen, but if you already have it, it might be a viable option. Don Tidrow US Army TACOM ______________________________ Reply Separator _________________________________ Subject: Re: inventor to flight converter? Author: Michael Kelley at TWLAN-SMTP Date: 12/1/95 9:49 AM On Fri, 1 Dec 1995, Donna Allen wrote: > Dec. 1 1995 > > hello, > > This question may have been asked before, but are there any > converters out there that will allow conversion FROM INVENTOR > TO FLIGHT format? > None that I know of, but you could probably write your own considering that MultiGen Inc. has released the OpenFlight description to the public domain (http://www.imv.com/multigen/wnof.htm). .................................................................... Michael Kelley.......kelleym@ito.snap.org......kelleym_beep@arpa.mil University of Southern California.....Information Sciences Institute 4350 N. Fairfax Dr........Suite 400.......Arlington, VA........22203 phone: (703) 812-4723...fax: (703) 812-4738...pager: (800) 507-5003 From guest Fri Dec 1 09:36:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA02801; Fri, 1 Dec 1995 09:34:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA02798; Fri, 1 Dec 1995 09:34:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14339; Fri, 1 Dec 95 09:34:43 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA22686; Fri, 1 Dec 1995 09:34:37 -0800 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA18235; Fri, 1 Dec 1995 12:13:21 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA27530; Fri, 1 Dec 95 12:11:18 -0500 From: "Nicolas Gauvin" Message-Id: <9512011211.ZM27528@osprey.cae.ca> Date: Fri, 1 Dec 1995 12:11:12 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Optimised Performer file format Cc: nicolas@cae.ca Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Considering the fact that database paging is now better supported in Performer 2.0, the need to have an optimised Performer file format will become an issue to more and more people in the future. Despite what some people might claim, none of the supported file formats included with the loaders are truly organised to minimise load time into Performer memory. Most of them rely on the use of pfuBuilder to create efficient pfGeoSets and pfGeoStates and need to do some costly conversions. This is a luxury that cannot be offered when doing quick database paging. That is why people from various organisations (ex: Coryphaeus, Vega, Hughes, us and others) have been doing their own 'proprietary' Performer fast format. Now maybe we should ask ourselves if an 'OPEN' file format optimised for Performer loading could be a benefit for the Performer community. It could support everything that is supported by Performer (pfSwitchs, pfSequence, etc..) and would be organised to match the memory organisation of Performer and simplify the loader as much as possible. It could also be extended to support more specific needs as required. A converter from various other formats to this format can be done by simply creating a performer application that dumps its memory structure into this performer file format. This would keep people from having to 'invent' a file format, with its loader and converter, whenever they get into database paging. -- ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Fri Dec 1 10:43:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA03042; Fri, 1 Dec 1995 10:41:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA03039; Fri, 1 Dec 1995 10:41:38 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18444; Fri, 1 Dec 95 10:41:34 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA06952; Fri, 1 Dec 1995 10:41:34 -0800 From: tidrowd@cc.tacom.army.mil Received: from octagon.tacom.army.mil by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id JAA20032; Fri, 1 Dec 1995 09:23:58 -0800 Received: from cc-gw.tacom.army.mil by octagon.tacom.army.mil (8.7.1/8.7.1-kbp) with SMTP id MAA17320; Fri, 1 Dec 1995 12:19:12 -0500 (EST) Received: from ccMail by cc-gw.tacom.army.mil (IMA Internet Exchange 1.04b) id 0bf39760; Fri, 1 Dec 95 12:20:54 -0500 Mime-Version: 1.0 Date: Fri, 1 Dec 1995 12:16:41 -0500 Message-Id: <0bf39760@cc-gw.tacom.army.mil> Subject: Re[2]: inventor to flight converter? To: allend@pgate.he.boeing.com, Michael Kelley Cc: performerr@pgate.he.boeing.com, donnaa@chlg1.boeing.com, info-performer@sgi.sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O I just recently looked at the MultiGen Web page, and their Series II stuff has an Inventor loader option. Of course this means that you have to get MultiGen, but if you already have it, it might be a viable option. Don Tidrow US Army TACOM ______________________________ Reply Separator _________________________________ Subject: Re: inventor to flight converter? Author: Michael Kelley at TWLAN-SMTP Date: 12/1/95 9:49 AM On Fri, 1 Dec 1995, Donna Allen wrote: > Dec. 1 1995 > > hello, > > This question may have been asked before, but are there any > converters out there that will allow conversion FROM INVENTOR > TO FLIGHT format? > None that I know of, but you could probably write your own considering that MultiGen Inc. has released the OpenFlight description to the public domain (http://www.imv.com/multigen/wnof.htm). .................................................................... Michael Kelley.......kelleym@ito.snap.org......kelleym_beep@arpa.mil University of Southern California.....Information Sciences Institute 4350 N. Fairfax Dr........Suite 400.......Arlington, VA........22203 phone: (703) 812-4723...fax: (703) 812-4738...pager: (800) 507-5003 From guest Fri Dec 1 10:56:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA03087; Fri, 1 Dec 1995 10:54:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA03084; Fri, 1 Dec 1995 10:54:54 -0800 Received: from fddi-sgigate.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19113; Fri, 1 Dec 95 10:54:51 -0800 Received: from mailhost.multigen.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA03103; Fri, 1 Dec 1995 10:54:50 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id KAA08796 for ; Fri, 1 Dec 1995 10:55:57 -0800 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA03979 for <@plateau.engr.multigen.com:info-performer@holodeck.asd.sgi.com>; Fri, 1 Dec 1995 18:48:24 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@holodeck.asd.sgi.com id LAA03013; Fri, 1 Dec 1995 11:06:51 -0800 From: "Marcus Barnes" Message-Id: <9512011106.ZM3011@royalflush.engr.multigen.com> Date: Fri, 1 Dec 1995 11:06:49 -0800 In-Reply-To: donnaa@chlg1.boeing.com (Donna Allen) "inventor to flight converter?" (Dec 1, 8:31am) References: <9512011331.AA25562@chlg1> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer Subject: Re: inventor to flight converter? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 1, 8:31am, Donna Allen wrote: > Subject: inventor to flight converter? > Dec. 1 1995 > > hello, > > This question may have been asked before, but are there any > converters out there that will allow conversion FROM INVENTOR > TO FLIGHT format? > > Thanks, > Donna > *************************************************************************** > Donna N. Allen Boeing Defense & Space Group > Phone: (610) 591-7963 Helicopters Division > FAX: (610) 591-5636 P.O. Box 16858 MS P38-61 > allend@pgate.he.boeing.com Philadelphia, PA 19142-0858 > *************************************************************************** > >-- End of excerpt from Donna Allen Yes. MultiGen V14.2 has import/export of OpenInventor (and other formats) Here's a table from the October issue of Take Flight concerning the MultiGen File I/O Option: Authoring Tools | Format | Import | Export -------------------------------------------------------- 3D Studio | 3ds | yes | no Wavefront | obj | yes | no Alias | OpenModel | yes | yes AutoCAD | dxf | yes | yes Open Inventor | iv | yes | yes VRML | wrl | yes | yes GameGen | gam | yes | yes OpenFlight | flt | yes | yes For details on specific format support, please contact: Cindi Christian MultiGen Inc. PH: 1-408-556-2616 FX: 1-408-261-4101 EM: cchristian@multigen.com Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Fri Dec 1 11:11:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA03130; Fri, 1 Dec 1995 11:09:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA03127; Fri, 1 Dec 1995 11:09:38 -0800 Received: from fddi-sgigate.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20045; Fri, 1 Dec 95 11:09:36 -0800 Received: from mailhost.multigen.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id LAA16744; Fri, 1 Dec 1995 11:09:34 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id LAA08814 for ; Fri, 1 Dec 1995 11:10:41 -0800 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA04048 for <@plateau.engr.multigen.com:info-performer@holodeck.asd.sgi.com>; Fri, 1 Dec 1995 19:03:07 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@holodeck.asd.sgi.com id LAA03036; Fri, 1 Dec 1995 11:21:36 -0800 From: "Marcus Barnes" Message-Id: <9512011121.ZM3034@royalflush.engr.multigen.com> Date: Fri, 1 Dec 1995 11:21:34 -0800 In-Reply-To: nicolas@cae.ca (Nicolas Gauvin) "FLT v14.2 loader for pf1.2" (Dec 1, 9:47am) References: <9512011447.AA26959@osprey.cae.ca> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer Subject: Re: FLT v14.2 loader for pf1.2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 1, 9:47am, Nicolas Gauvin wrote: > Subject: FLT v14.2 loader for pf1.2 > > I would like to know where I can find the latest FLIGHT loader for > Performer 1.2. > > ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca > / / | / Software Developper voice: +1 514 341 2000 > / / | __/ CAE Electronics Ltd. extension 2275 > / / | / 8585 Cote De Liesse fax: +1 514 340 5496 > / ____ | / P.O. Box 1800 > _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 > >-- End of excerpt from Nicolas Gauvin Contact: MultiGen Technical Support PH: 1-408-556-2600 FX: 1-408-556-4102 EM: support@multigen.com Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Fri Dec 1 11:52:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA03185; Fri, 1 Dec 1995 11:49:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA03182; Fri, 1 Dec 1995 11:49:54 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22252; Fri, 1 Dec 95 11:49:51 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA24081; Fri, 1 Dec 1995 11:49:39 -0800 From: Hill_Brian@amelnx.advmar.com Received: from amelnx.advmar.com by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id LAA16721; Fri, 1 Dec 1995 11:09:32 -0800 Received: from cc:Mail by amelnx.advmar.com id AA817854303; Fri, 01 Dec 95 13:49:11 EST Date: Fri, 01 Dec 95 13:49:11 EST Message-Id: <9511018178.AA817854303@amelnx.advmar.com> To: "Nicolas Gauvin" , info-performer@sgi.sgi.com Subject: Re: Optimised Performer file format Status: O If you are looking for a vote or show of support I am all for it. Brian Hill Advanced Marine Enterprises, Inc. hill_brian@advmar.com ______________________________ Reply Separator _________________________________ Subject: Optimised Performer file format Author: "Nicolas Gauvin" at Internet Date: 12/1/95 1:08 PM Considering the fact that database paging is now better supported in Performer 2.0, the need to have an optimised Performer file format will become an issue to more and more people in the future. Despite what some people might claim, none of the supported file formats included with the loaders are truly organised to minimise load time into Performer memory. Most of them rely on the use of pfuBuilder to create efficient pfGeoSets and pfGeoStates and need to do some costly conversions. This is a luxury that cannot be offered when doing quick database paging. That is why people from various organisations (ex: Coryphaeus, Vega, Hughes, us and others) have been doing their own 'proprietary' Performer fast format. Now maybe we should ask ourselves if an 'OPEN' file format optimised for Performer loading could be a benefit for the Performer community. It could support everything that is supported by Performer (pfSwitchs, pfSequence, etc..) and would be organised to match the memory organisation of Performer and simplify the loader as much as possible. It could also be extended to support more specific needs as required. A converter from various other formats to this format can be done by simply creating a performer application that dumps its memory structure into this performer file format. This would keep people from having to 'invent' a file format, with its loader and converter, whenever they get into database paging. -- ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Fri Dec 1 12:03:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA03209; Fri, 1 Dec 1995 12:01:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA03206; Fri, 1 Dec 1995 12:01:15 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22981; Fri, 1 Dec 95 12:01:13 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA29109; Fri, 1 Dec 1995 12:01:07 -0800 Received: from pbi.net by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA04210; Fri, 1 Dec 1995 10:21:26 -0800 Received: from poser.pbi.net by pbi.net (4.1/JMA.3) id AA16813; Fri, 1 Dec 95 10:17:59 PST Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA00134; Fri, 1 Dec 1995 10:19:33 -0800 From: "Ned" Message-Id: <9512011019.ZM132@poser.pbi.net> Date: Fri, 1 Dec 1995 10:19:33 -0800 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Performer 2 .iv Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Doing a Performer to Inventor Conversion is a wonderful thing because it enables one to get from a format like Multigen to IV. However, I did this recently and the trouble is: The output is generated from a SceneGraph Traversal and has the performer pfd optimized groupings. This means that the geometry can be fractured beyond belief. Things with textures stay in tact But all the red objects get grouped, all the blue polygons get grouped. And this has nothing to do with what the logical-original groupings were. I waded through a lot stuff trying to regroup everything. Wrote some tools for it. I finally was done, and the end result was that nobody could tell the difference, yeah. And I can look at the model with ivview on my indy. I will be watching for the posted PerfToIv to see if the above stated problem can be addressed with any success. From guest Fri Dec 1 15:24:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA07618; Fri, 1 Dec 1995 15:23:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA07615; Fri, 1 Dec 1995 15:23:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03977; Fri, 1 Dec 95 15:22:58 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA24530; Fri, 1 Dec 1995 15:22:56 -0800 Received: from vsl.ist.ucf.edu by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id IAA01999; Fri, 1 Dec 1995 08:56:15 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA18486; Fri, 1 Dec 95 11:56:07 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id LAA19833; Fri, 1 Dec 1995 11:56:06 -0500 From: "Lance Marrou" Message-Id: <9512011156.ZM19831@grail.vsl.ist.ucf.edu> Date: Fri, 1 Dec 1995 11:56:05 -0500 In-Reply-To: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) "pfdInitConverter" (Nov 30, 7:03pm) References: X-Face: GS1@^5kB"i$q<%Li4wMO3Pi#%MpaisQ+U"+@PC7*#(v9jnraY`3+fM7@+4iRV$:QflwXB^N/k7D?#x!T|:Owmj6H,L=lC_oC)'T%J@PC$]Oxr<"M`'o&[1_G|R=!8-pr^K\\_hZ.g>t,fb}z4^o!0NU@c+pJ2Kpe4,Ke\K&[W'$|B*7"|\(TQ%MKj0?`II)-N}a$-sd>aoV=wnH'&q9t8U(&a X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: matomira@epfl.ch, info-performer@sgi.sgi.com Subject: Re: pfdInitConverter Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Nov 30, 7:03pm, Fernando D. Mato Mira wrote: > Subject: pfdInitConverter > > >> > pfdInitConverter dynamically links the converter corresponding to the > extension ext into the current executable. This routine should be called > before pfConfig for all extensions that an executable will use to ensure > that any routines and static data required at run-time are available in > all Performer processes. > >> > > What if I don't know what converters might be needed and want to > minimize overhead? > >-- End of excerpt from Fernando D. Mato Mira Calling this function minimizes run-time overhead if you expect to load files during the application. Of course, you do not have to call it. What overhead you are increasing is load-time. For any real-time application, the data files should all be loaded before starting the run anyways. You should also use pfdExitConverter() to unload the DSOs. If you really have no clue what kind of data files you might be using, then you don't know what data files you are loading and thus you cannot pre-load them before run-time. So, you must live with the rld loading of the DSOs. There used to be a function called pfdFreeLoaders() so you do not have to know what DSOs have been loaded, but it seems to have disappeared. :) -- ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Sat Dec 2 21:30:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA10214; Sat, 2 Dec 1995 21:27:29 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA10211; Sat, 2 Dec 1995 21:27:28 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04581; Sat, 2 Dec 95 21:27:47 -0800 Received: from iss.nus.sg by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id VAA02580; Sat, 2 Dec 1995 21:27:32 -0800 Received: from whitehead.iss.nus.sg by iss.nus.sg (5.x/SMI-SVR4) id AA01303; Sun, 3 Dec 1995 13:33:12 +0800 Date: Sun, 3 Dec 1995 13:33:12 +0800 From: fair@iss.nus.sg (Kim Michael Fairchild) Message-Id: <9512030533.AA01303@iss.nus.sg> Received: by whitehead.iss.nus.sg (5.0/SMI-SVR4) id AA00282; Sun, 3 Dec 95 13:33:10 SST To: matomira@epfl.ch Cc: info-performer@sgi.sgi.com In-Reply-To: (matomira@lig.di.epfl.ch) Subject: Re: incremental database loading? Status: O Hi, >> >> Hi, >> >> Have you thought of any way of incrementally translating >> a database into a Performer scene graph? (specifically, >> giving a VRML stream to a translator, and start getting >> stuff on the other side w/o having to wait 20 minutes to be able >> to see anything?). >> >> I mean, just designing the loader/builder so that such a thing >> does not have to be written from scratch.. >> >> I was thinking about a related problem, is it possible to get VRML out from the internal performer model of the scene. In particular this would be a nice way to convert from any of the models that performer can load to VRML. thanks, kim. From guest Mon Dec 4 01:09:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA11997; Mon, 4 Dec 1995 01:05:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA11994; Mon, 4 Dec 1995 01:05:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27486; Mon, 4 Dec 95 01:07:30 -0800 Received: from eros.britain.eu.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA24617; Mon, 4 Dec 1995 01:07:23 -0800 Received: from hegel.uucp by eros.britain.eu.net with UUCP id ; Mon, 4 Dec 1995 09:05:44 +0000 Received: from swartz. tswl.co.uk by tswl.co.uk (4.1/SMI-4.1) id AA18169; Mon, 4 Dec 95 08:52:03 GMT Date: Mon, 4 Dec 95 08:52:03 GMT From: rmorris@tswl.co.uk (Roger Morris) Message-Id: <9512040852.AA18169@tswl.co.uk> To: allend@pgate.he.boeing.com Subject: Re: inventor to flight converter? Cc: info-performer@sgi.sgi.com Status: O There is an inventor-to-flight converter now available as a Multigen option. Roger Morris Transformation Software rmorris@tswl.co.uk From guest Mon Dec 4 02:53:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA12250; Mon, 4 Dec 1995 02:44:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA12247; Mon, 4 Dec 1995 02:44:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29001; Mon, 4 Dec 95 02:46:02 -0800 Received: from mailhost.tue.nl by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id CAA29272; Mon, 4 Dec 1995 02:46:00 -0800 Received: from asterix.urc.tue.nl [131.155.5.10] by mailhost.tue.nl (8.7.1) for id LAA12478 (ESMTP). Mon, 4 Dec 1995 11:45:57 +0100 (MET) Received: from rcion@localhost by asterix.urc.tue.nl (8.7.1) id LAA20865. Mon, 4 Dec 1995 11:45:56 +0100 (MET) From: Ion Barosan Message-Id: <199512041045.LAA20865@asterix.urc.tue.nl> Subject: Transparency To: info-performer@sgi.sgi.com Date: Mon, 4 Dec 1995 11:45:56 +0100 (MET) Cc: rcion@urc.tue.nl (Ion Barosan) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, I am trying to build a transparent object in Performer, but I haven't got the right thing. I have used all the switches and modes that enable the transparency, but no effect. I have enabled the transparency and used a geometry that have alpha values less than the maximum value, but no transparent object. In the "IRIS Performer Programing guide" there is an example (pag. 120-121) about the transparency, but it doesn't work . I have an Onyx (IRIX 5.3), Performer 1.2 . ANY help will be appreciated , Thank you, - Ion. PS. I am a beginner in Performer. From guest Mon Dec 4 04:24:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA12440; Mon, 4 Dec 1995 03:55:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA12437; Mon, 4 Dec 1995 03:55:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00486; Mon, 4 Dec 95 03:57:15 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA02330; Mon, 4 Dec 1995 03:56:58 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id MAA01930; Mon, 4 Dec 1995 12:39:53 +0100 From: "Angus Dorbie" Message-Id: <9512041239.ZM1928@bitch.reading.sgi.com> Date: Mon, 4 Dec 1995 12:39:52 +0100 In-Reply-To: Ion Barosan "Transparency" (Dec 4, 11:45am) References: <199512041045.LAA20865@asterix.urc.tue.nl> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Ion Barosan , info-performer@sgi.sgi.com Subject: Re: Transparency Cc: rcion@urc.tue.nl (Ion Barosan) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think the most likely problem is the way you have enabled transparency. Have you turned the state information for transparency on in the geostate or have you just called pfTransparency? If the latter then perhaps you also need to override the transparency state, so try this in your draw, just as a test I'm not suggesting that this is what you ultimately want to do: pfOverride( STATE_TRANSPARENCY, PF_OFF); pfTransparency( PFTR_FAST ); pfOverride( STATE_TRANSPARENCY, PF_ON); This will work unless you break this elsewhere in your code. If this doesn't fix the problem then your alpha information is to blame so look at how you are applying this. If youre applying the alpha via a material you must have lighting enabled. If you are applying the alpha in the geosets colour information and you have lighting enabled with a material applied then set the pfMtlColorMode appropriately. Rgds, Angus. On Dec 4, 11:45am, Ion Barosan wrote: > Subject: Transparency > Hi, > > I am trying to build a transparent object in Performer, but > I haven't got the right thing. > > I have used all the switches and modes that enable the transparency, > but no effect. > I have enabled the transparency and used a geometry that have alpha values > less than the maximum value, but no transparent object. > > In the "IRIS Performer Programing guide" there is an example (pag. 120-121) about > the transparency, but it doesn't work . > > I have an Onyx (IRIX 5.3), Performer 1.2 . > > > ANY help will be appreciated , > Thank you, > > - Ion. > > PS. I am a beginner in Performer. > >-- End of excerpt from Ion Barosan -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Mon Dec 4 05:41:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA12667; Mon, 4 Dec 1995 05:37:18 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA12664; Mon, 4 Dec 1995 05:37:17 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02470; Mon, 4 Dec 95 05:39:25 -0800 Received: from immersive.lcs.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA08390; Mon, 4 Dec 1995 05:39:18 -0800 Received: (from ericb@localhost) by immersive.lcs.mit.edu (8.6.11/8.6.9) id IAA30798 for info-performer@sgi.com; Mon, 4 Dec 1995 08:46:37 -0500 Received: from VUI.Andrew.3.70.CUILIB.3.45.SNAP.NOT.LINKED.immersive.i386.Linux via MS.5.6.immersive.i386_Linux; Mon, 4 Dec 1995 08:46:37 -0500 (EST) Message-Id: Date: Mon, 4 Dec 1995 08:46:37 -0500 (EST) From: "Eric A. Brittain" To: info-performer@sgi.sgi.com Subject: Inventor Rendering Status: O Is it possible to render an Inventor Scene Graph in Performer? I know it's possible to make OpenGL calls in Performer and since using SoGLRenderAction simply renders an Inventor Scene Graph in using the OpenGL library then it should work right? Ultimately, I want to be able to use the manipulators in Inventor to change some of the geometry in Performer. How can I link to Inventor to use the manipulators? I can imagine: picking an object in Performer, constructing an Inventor scene graph, manipulating the new graph using Inventor manipulators, saving th e object back in the Performer. I could put the Inventor manipulations in the pfDraw callback. I could draw the performer scene graph (without the manipulated object) then draw the Inventor Scene graph on top of it. Let me know if anyone has done any thing similar, if this is possible, or if this is not possible. Thanks in Advance, Eric Brittain MIT ericb@immersive.lcs.mit.edu From guest Mon Dec 4 20:00:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA25065; Mon, 4 Dec 1995 19:27:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA25062; Mon, 4 Dec 1995 19:27:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11578; Mon, 4 Dec 95 19:30:43 -0800 Received: from uucp-1.csn.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA11807; Mon, 4 Dec 1995 19:30:42 -0800 Received: from evt.com (uucp@localhost) by uucp-1.csn.net (8.6.12/8.6.12) with UUCP id SAA25507 for csn!sgi.com!info-performer; Mon, 4 Dec 1995 18:56:56 -0700 Received: from snowmass by vail via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@vail:info-performer@sgi.com> id TAA04970; Mon, 4 Dec 1995 19:32:31 -0800 Received: by snowmass (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id TAA07212; Mon, 4 Dec 1995 19:32:31 -0800 From: "Dewey Anderson" Message-Id: <9512041932.ZM7210@snowmass> Date: Mon, 4 Dec 1995 19:32:31 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Performer in an OpenGL program Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We're trying to add Performer to an already existing (sizeable) OpenGL project and we're having difficulties getting the two to live together. The original program opens windows, defines contexts, etc. We want Performer to draw in one of the windows created by the original program. What we find is that the original program can no longer draw in the window (once Performer is initialized) and Performer cannot always draw. Currently, in my init_performer function at initialization time, I pass in the display, window and pfGLContext of that window and assign them with pfPipeWindow::setWSWindow and pfPipeWindow::setGLCxt: init_performer(Display *dpy, Window xwin, pfGLContext cx) { /* Initialize Performer */ pfInit(); pfMultiprocess(PFMP_APPCULLDRAW); pfConfig(); /* Configure and open GL window */ pfPipe *p = pfGetPipe(0); pw = new pfPipeWindow(p); pw->setWSWindow(dpy,pwin); pw->setGLCxt(cx); pw->open(); ...... } The first problem is that at this stage, the old stuff can no longer draw in that window. At least we don't see it. Then, depending on user input, the program can call a function to build a performer scene, followed by an animation loop that modifies a dcs and calls pfFrame. In this situation, the Performer animation CAN run repeatedly (rebuilding the scene and looping) and be seen UNTIL we do something that causes an expose event in the original stuff. That stuff calls glXMakeCurrent with the same graphics context, does its drawing and then calls glXMakeCurrent(dpy,0,0) to clear the context. Once that stuff has been called, subsequent attempts to run the Performer animation generates a Performer error message: PF Warning/Internal: pfGetVClock: failed with GLX error 0x5. (We believe this is due to the fact that the original code has done a glXMakeCurrent(dpy,0,0) removing the current context.) If we put a call to glXMakeCurrent at the beginning of the scene build, we can run the Performer animation ONCE and subsequent calls (to rebuild and loop) only result in a flicker of the last two frames, apparently as the buffers are swapped. It would appear that no new drawing is being done. This makes it look like the SECOND (and later) calls to glXMakeCurrent are hosing things. So the question is: In the same thread, how can we get multiple contexts to peacefully coexist? Or are we getting into trouble by trying to get Performer to live in an OpenGL program as opposed to getting OpenGL to live in a Performer program? From guest Mon Dec 4 21:14:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA25312; Mon, 4 Dec 1995 21:12:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA25309; Mon, 4 Dec 1995 21:12:54 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14636; Mon, 4 Dec 95 21:15:59 -0800 Received: from relay7.UU.NET by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA24527; Mon, 4 Dec 1995 21:15:32 -0800 Received: from iisc.ernet.in by relay7.UU.NET with SMTP id QQzsth28471; Tue, 5 Dec 1995 00:15:18 -0500 (EST) Received: from serc.serc.iisc.ernet.in (dhruva.serc.iisc.ernet.in) by iisc.ernet.in (ERNET-IISc/SMI-4.1) id AA01715; Tue, 5 Dec 95 10:50:28+0530 Received: by serc.serc.iisc.ernet.in (AIX 3.2/UCB 5.64/4.03) id AA11203; Tue, 5 Dec 1995 10:49:12 GMT Date: Tue, 5 Dec 1995 10:49:12 GMT From: vijay@serc.serc.iisc.ernet.in (Vijaykumar B) Message-Id: <9512051049.AA11203@serc.serc.iisc.ernet.in> To: info-performer@sgi.sgi.com Status: O Hi ... I've problem to run simple or any performer example . I was complied simple.c by using " cc simple.c -lpf -lpfdu_igl". There was no error: but at the time of execution ./a.out 10400:./a.out: rld: Error: unresolvable symbol in /usr/lib/libpf_ogl.so: sigfpe_ 10400:./a.out: rld: Fatal Error: this executable has unresolvable symbols is showing. I have Performer 2.0 running on IRIX 5.3 Thanks for any help. VIJAY vijay@serc.iisc.ernet.in From guest Tue Dec 5 09:39:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA26489; Tue, 5 Dec 1995 09:32:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA26486; Tue, 5 Dec 1995 09:32:47 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01011; Tue, 5 Dec 95 09:36:37 -0800 Received: from ligsg9.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA11136; Tue, 5 Dec 1995 09:36:28 -0800 Received: by ligsg9.epfl.ch (Smail3.1.29.1 #28) id m0tN1Hx-0000GuC; Tue, 5 Dec 95 18:36 MET Message-Id: Date: Tue, 5 Dec 95 18:36 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: xformer constants bug? Reply-To: matomira@epfl.ch Status: O The pfiXformer man page refers to PFIXF_FLY, etc. but these are called PFITDF_ in pfui.h port2.0 changes things to PFIXF_ Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Tue Dec 5 11:05:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA26654; Tue, 5 Dec 1995 10:57:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA26651; Tue, 5 Dec 1995 10:57:42 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05058; Tue, 5 Dec 95 11:01:28 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA25654; Tue, 5 Dec 1995 11:00:12 -0800 Received: from mail.rwth-aachen.de by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA14889; Tue, 5 Dec 1995 10:56:32 -0800 X-Pmrqc: 1 Received: from iris.aps.rwth-aachen.de by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01HYGGNU2JZK0037NQ@mail.rwth-aachen.de> for info-performer@sgi.com; Tue, 05 Dec 1995 17:50:57 +0100 Received: from mercury.aps.rwth-aachen.de by iris.aps.rwth-aachen.de via SMTP (920330.SGI/920502.SGI.AUTO) for @mail.rwth-aachen.de:info-performer@sgi.com id AA18209; Tue, 05 Dec 1995 16:03:15 -0100 Received: from SERVER_1-APS/MAILQUEUE by mercury.aps.rwth-aachen.de (Mercury 1.21); Tue, 05 Dec 1995 17:47:58 +0100 (MET) Received: from MAILQUEUE by SERVER_1-APS (Mercury 1.21); Tue, 05 Dec 1995 17:47:27 +0100 (MET) Date: Tue, 5 Dec 1995 09:59:13 MET+1 From: Michael Weyrich Subject: Free Graphic Models and Textures ? To: info-performer@sgi.sgi.com Message-Id: <6ADBC825853@mercury.aps.rwth-aachen.de> Organization: aps Aachen X-Mailer: Pegasus Mail for Windows (v2.0-WB1) Content-Transfer-Encoding: 7BIT X-Confirm-Reading-To: "Michael Weyrich" Status: O Hi! We are currently developing a demonstrator system for VR for architectural simulation of industrial manufacturing. We are using Inventor, ModelGen and Vega for our Developments. Beside of the technical issues of setting up the simulation environment, we require a lot of graphical data and textures for the creation of Manufacturing Simulation in car production, ship building and other industries. The graphical data required include buildings, warehouses, cars, ships, containers, robots etc. in flight, dxf or iv. Does anybody of you have appropriate data or knows FTP or WWW sites where we can get data from for free? Any information is deeply appreciated. From guest Tue Dec 5 15:32:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA29267; Tue, 5 Dec 1995 15:30:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA29264; Tue, 5 Dec 1995 15:30:17 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19910; Tue, 5 Dec 95 15:34:16 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA03644; Tue, 5 Dec 1995 15:34:15 -0800 Received: from graal.neu.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA01625; Tue, 5 Dec 1995 14:04:38 -0800 Received: by graal.neu.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id XAA27881; Tue, 5 Dec 1995 23:04:36 +0100 From: "Patrick Bouchaud" Message-Id: <9512052304.ZM27879@graal.neu.sgi.com> Date: Tue, 5 Dec 1995 23:04:36 +0100 In-Reply-To: "Dewey Anderson" "Performer in an OpenGL program" (Dec 4, 7:32pm) References: <9512041932.ZM7210@snowmass> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe me, please. From guest Tue Dec 5 18:30:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA00507; Tue, 5 Dec 1995 18:28:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA00504; Tue, 5 Dec 1995 18:28:00 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27380; Tue, 5 Dec 95 18:27:54 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA11977; Tue, 5 Dec 1995 18:27:13 -0800 Received: from flipper.gcs.redstone.army.mil by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id PAA23728; Tue, 5 Dec 1995 15:19:05 -0800 Received: by flipper.gcs.redstone.army.mil (940816.SGI.8.6.9/930416.SGI) id QAA15983; Tue, 5 Dec 1995 16:57:10 -0600 From: "Jeffrey A. Biggs" Message-Id: <9512051657.ZM15981@flipper.gcs.redstone.army.mil> Date: Tue, 5 Dec 1995 16:57:09 -0600 In-Reply-To: Michael Weyrich "Free Graphic Models and Textures ?" (Dec 5, 9:59am) References: <6ADBC825853@mercury.aps.rwth-aachen.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Michael Weyrich Subject: Re: Free Graphic Models and Textures ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Michael Weyrich writes: > We are currently developing a demonstrator system for VR for > architectural simulation of industrial manufacturing. We are using Inventor, > ModelGen and Vega for our Developments. > Beside of the technical issues of setting up the simulation > environment, we require a lot of graphical data and textures for the > creation of Manufacturing Simulation in car production, ship building > and other industries. The graphical data required include buildings,warehouses, > cars, ships, containers, robots etc. in flight, dxf or iv. > > Does anybody of you have appropriate data or knows FTP or WWW sites > where we can get data from for free? > > Any information is deeply appreciated. WWW site: http://cedar.cic.net/~rtilmann/mm/ titled (Mesh Mart) contains lots of objects and textures that you might find useful. Most of the objects tend to be in the 3D Studio format, but converters are available in the tools area. One such utility is WCVT2POV (MS Windows App!), which will cross convert from 3ds, dxf, obj and others to outputs including OpenGL code chunks. Other non-PC converters are listed also, including something for iv. good luck, Jeff -- -------------------------------------------------------------------------------- Jeffrey A. Biggs ************** U.S. Army Missile Command ****************** 205/842.6909 (voice) ** ** 205/876.7165 (fax) ** *\ /* ** ** **\ /** ** ** ***\ /*** ** ** ***/ \*** ** ** *** *** ** ** ****** ** ** **** ** biggs@flipper.gcs.redstone.army.mil ** ** ** ** ** ****** -------------------------------------------------------------------------------- From guest Tue Dec 5 20:26:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA01288; Tue, 5 Dec 1995 20:24:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA01285; Tue, 5 Dec 1995 20:24:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01443; Tue, 5 Dec 95 20:24:54 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA02044; Tue, 5 Dec 1995 20:24:32 -0800 Received: from alexandra.mtl.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id LAA09673; Tue, 5 Dec 1995 11:56:34 -0800 Received: from max (max [192.148.246.59]) by alexandra.mtl.com (8.6.10/8.6.6) with ESMTP id OAA00682 for ; Tue, 5 Dec 1995 14:56:44 -0500 Received: by max (940816.SGI.8.6.9/Spike-2.0) id OAA05417; Tue, 5 Dec 1995 14:52:56 -0500 From: "John Collier" Message-Id: <9512051452.ZM5415@max> Date: Tue, 5 Dec 1995 14:52:56 -0500 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Question on pixel colors Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have a graphics question. How does the color of a pixel get determined if several different colored pixels are used to compose it, but it is viewed at a distance? Is it a linear combination of the colors? Thanks, John -- John A. Collier e-mail: jcollier@mtl.com MTL Systems, Inc. voice: (513) 426-3111 3481 Dayton-Xenia Rd. fax: (513) 426-8301 Dayton, OH 45432-2796 From guest Tue Dec 5 21:28:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA01453; Tue, 5 Dec 1995 21:27:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA01450; Tue, 5 Dec 1995 21:27:12 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02947; Tue, 5 Dec 95 21:27:11 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA08362; Tue, 5 Dec 1995 21:27:05 -0800 Received: from tokyo.centro.com.hk by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id HAA24013; Tue, 5 Dec 1995 07:34:32 -0800 Received: by tokyo.centro.com.hk (940816.SGI.8.6.9/930417.SGI) id XAA26810; Tue, 5 Dec 1995 23:34:31 +0800 Date: Tue, 5 Dec 1995 23:34:30 +0800 (SST) From: Kelvin Lee To: info-performer@sgi.sgi.com Subject: Is Performer 2.0 Release yet Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi there, I wonder if Performer 2.0 has released yet ? If so, through what channel could I get this ? Currentl, I am using Performer 1.2 with Irix 5.3. BTW, will there be a 3DS loader in Performer 2.0 ? Thanks. KELVIN ######################################### Name : Kelvin Lee Company : Centro Digital Pictures Limited Address : Rm601&604, HKITC 72 Tat Chee Ave, Kowloon Tong Hong Kong Tel : (852) 2319 6588 Fax : (852) 2319 2272 Email : kelvinle@centro.com.hk ######################################### From guest Tue Dec 5 21:32:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA01501; Tue, 5 Dec 1995 21:31:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA01498; Tue, 5 Dec 1995 21:31:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03168; Tue, 5 Dec 95 21:31:05 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA08749; Tue, 5 Dec 1995 21:31:02 -0800 Received: from ligsg11.epfl.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id GAA23662; Tue, 5 Dec 1995 06:37:23 -0800 Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0tMyTK-000042C; Tue, 5 Dec 95 15:35 MET Message-Id: Date: Tue, 5 Dec 95 15:35 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: port2.0.sed bug Reply-To: matomira@epfl.ch Status: O Performer 1.2 symbols should be matched up to a delimiter (`(', ' ', etc.), otherwise things like s/pfLightColor/pfFooLightColor/g can end up affecting user-defined things (eg: I had defined a pfLightColorI to change the Ith color component). Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Tue Dec 5 21:32:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA01506; Tue, 5 Dec 1995 21:31:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA01503; Tue, 5 Dec 1995 21:31:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03191; Tue, 5 Dec 95 21:31:19 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA08798; Tue, 5 Dec 1995 21:31:18 -0800 From: yuri@casa-de.es Received: from goya.eunet.es by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id GAA20985; Tue, 5 Dec 1995 06:31:29 -0800 Received: (uucp@localhost) by goya.eunet.es (8.7.1/13.23) id PAA29431; Tue, 5 Dec 1995 15:01:19 +0100 (MET) Received: by DE0SG001.casa-de.es (931110.SGI/5.3) id AA12151 for I.Barosan@urc.tue.nl; Tue, 5 Dec 95 11:29:26 -0800 Date: Tue, 5 Dec 95 11:29:26 -0800 Message-Id: <9512051929.AA12151@DE0SG001.casa-de.es> To: info-performer@sgi.sgi.com, Ion Barosan Subject: Re: Transparency Cc: rcion@urc.tue.nl (Ion Barosan) Status: O Hi Ion, I had the same problem some time ago, and worked it out setting pfMtlColorMode(temp, PFMTL_FRONT, PFMTL_CMODE_COLOR); pfMtlColorMode(temp, PFMTL_BACK, PFMTL_CMODE_COLOR); pfMtlAlpha(temp, glm->alpha); in the material used for the transparent geometry -- this will work only if you enable lighting. Regards, Yuri. _________________________________________________________________________________ _/_/_/_/ _/ _/_/_/_/ _/ Juan R. "Yuri" Saenz-Diez _/ _/_/ _/ _/_/ _/ _/ _/ _/_/_/_/ _/ _/ C.A.S.A - E S P A C I O - _/ _/_/_/_/ _/ _/_/_/_/ Av. de Aragon, 404 _/_/_/_/ _/ _/ _/_/_/_/ _/ _/ 28022 Madrid - Spain _/_/ _/_/ _/_/ Tel: (34 1) 585 78 17 _/_/ --o-- _/_/ Fax: (34 1) 747 47 99 _/_/ _/_/ Tlx: 48540 CASA-E _/_/ E-mail yuri@inf.casa-de.es _________________________________________________________________________________ From guest Wed Dec 6 09:36:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA02997; Wed, 6 Dec 1995 09:18:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA02994; Wed, 6 Dec 1995 09:18:08 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16761; Wed, 6 Dec 95 09:18:01 -0800 Received: from tiger.nctsw.navy.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA19624; Wed, 6 Dec 1995 09:17:54 -0800 Received: by tiger.nctsw.navy.mil (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id MAA10159; Wed, 6 Dec 1995 12:17:21 -0500 From: "Tony King" Message-Id: <9512061217.ZM10157@tiger.nctsw.navy.mil> Date: Wed, 6 Dec 1995 12:17:16 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Ascension Bird Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm looking for some code for an Ascesnion Bird driver with multiple birds in the flock. I'm looking for something easy to use like the Polhemus driver in public domain at sgigate. Thanks in advance, Tony King NCTS Washington king@tiger.nctsw.navy.mil 202-685-1073 From guest Wed Dec 6 14:14:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA04251; Wed, 6 Dec 1995 14:13:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA04248; Wed, 6 Dec 1995 14:13:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02159; Wed, 6 Dec 95 14:12:56 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA22840; Wed, 6 Dec 1995 14:12:45 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA02028; Wed, 6 Dec 95 14:10:15 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA04541; Wed, 6 Dec 1995 14:10:16 -0800 Message-Id: <199512062210.OAA04541@surreal.asd.sgi.com> To: "Bryan Stewart" Cc: info-performer@sgi.sgi.com, barham@cs.nps.navy.mil, barker@cs.nps.navy.mil, pratt@cs.nps.navy.mil, pratts@cs.nps.navy.mil Subject: Re: pfSegsIsectNode & Multiprocessing In-Reply-To: Your message of "Thu, 30 Nov 95 13:08:47 PST." <9511301308.ZM13389@pershing.cs.nps.navy.mil> Date: Wed, 06 Dec 95 14:10:16 -0800 From: Jim Helman Status: O > Is there a problem in performer 1.2 with intersection traversals? 1.2 had a problem with PFTRAV_IS_PATH disabling with traversals under switch nodes. But the behavior was the same both 1P and MP. I'm not aware of any MP issues. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Dec 6 14:36:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA04328; Wed, 6 Dec 1995 14:34:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA04325; Wed, 6 Dec 1995 14:34:11 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02969; Wed, 6 Dec 95 14:34:05 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA26741; Wed, 6 Dec 1995 14:33:42 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:marrou@vsl.ist.ucf.edu id AA02364; Wed, 6 Dec 95 14:18:40 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA04555; Wed, 6 Dec 1995 14:18:27 -0800 Message-Id: <199512062218.OAA04555@surreal.asd.sgi.com> To: "Lance Marrou" Cc: matomira@epfl.ch, info-performer@sgi.sgi.com Subject: Re: pfdInitConverter In-Reply-To: Your message of "Fri, 01 Dec 95 11:56:05 EST." <9512011156.ZM19831@grail.vsl.ist.ucf.edu> Date: Wed, 06 Dec 95 14:18:27 -0800 From: Jim Helman Status: O > On Nov 30, 7:03pm, Fernando D. Mato Mira wrote: > > Subject: pfdInitConverter > > > > >> > > pfdInitConverter dynamically links the converter corresponding to the > > extension ext into the current executable. This routine should be called > > before pfConfig for all extensions that an executable will use to ensure > > that any routines and static data required at run-time are available in > > all Performer processes. > > >> > > > > What if I don't know what converters might be needed and want to > > minimize overhead? > > > >-- End of excerpt from Fernando D. Mato Mira > > Calling this function minimizes run-time overhead if you expect to load files > during the application. Of course, you do not have to call it. What overhead > you are increasing is load-time. For any real-time application, the data files > should all be loaded before starting the run anyways. You should also use > pfdExitConverter() to unload the DSOs. If you really have no clue what kind of > data files you might be using, then you don't know what data files you are > loading and thus you cannot pre-load them before run-time. So, you must live > with the rld loading of the DSOs. It's more than rld. Some loader DSOs also provide callbacks used in the CULL or DRAW. These DSOs must be loaded before pfConfig(), and pfdExitConverter() should not be called on them until that portion of the scene graph is no longer in use. Some releases hence, after IRIS GL is deprecated, Performer will be replacing its current fork (non-shared address space) MP model with sproc (shared address space). At that time, many of these MP issues will become much simpler. For now, the only answer to Fernando's question is to either load before pfConfig(), or to explicitly load the DSO after pfConfig() in all processes and *hope* that there is no conflict so that the DSO maps in at the same virtual address in all processes. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Dec 6 14:39:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA04336; Wed, 6 Dec 1995 14:37:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA04333; Wed, 6 Dec 1995 14:37:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03175; Wed, 6 Dec 95 14:37:32 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id OAA27869; Wed, 6 Dec 1995 14:37:30 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA03158; Wed, 6 Dec 95 14:37:11 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA04627; Wed, 6 Dec 1995 14:37:07 -0800 Message-Id: <199512062237.OAA04627@surreal.asd.sgi.com> To: vijay@serc.serc.iisc.ernet.in (Vijaykumar B) Cc: info-performer@sgi.sgi.com In-Reply-To: Your message of "Tue, 05 Dec 95 10:49:12 GMT." <9512051049.AA11203@serc.serc.iisc.ernet.in> Date: Wed, 06 Dec 95 14:37:07 -0800 From: Jim Helman Status: O More libraries are required on the link line. See the Programming Guide or the sample makefiles. The warning you are getting is because you are missing the missing library libfpe, i.e. "-lfpe". See the list below from /usr/share/Performer/src/pguide/C/Makefile. > cc simple.c -lpf -lpfdu_igl rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 LIBIRISGL = -lgl LIBOPENGL = -lGLU -lGL -lXext SYSTEM_IRISGL = \ -lmpc \ -limage \ -lfm \ ${LIBIRISGL} \ -lXirisw \ -lXm \ -lXt \ -lfpe \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC SYSTEM_OPENGL = \ -lmpc \ -limage \ -lGLw \ ${LIBOPENGL} \ -lfpe \ -lXm \ -lXt \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC From guest Wed Dec 6 15:04:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA04471; Wed, 6 Dec 1995 15:02:21 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA04468; Wed, 6 Dec 1995 15:02:20 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04054; Wed, 6 Dec 95 15:02:01 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA03769; Wed, 6 Dec 1995 15:01:58 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA19327; Wed, 6 Dec 1995 14:48:38 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:ericb@immersive.lcs.mit.edu id AA02926; Wed, 6 Dec 95 14:32:47 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA04618; Wed, 6 Dec 1995 14:32:47 -0800 Message-Id: <199512062232.OAA04618@surreal.asd.sgi.com> To: "Eric A. Brittain" Cc: info-performer@sgi.sgi.com Subject: Re: Inventor Rendering In-Reply-To: Your message of "Mon, 04 Dec 95 08:46:37 EST." Date: Wed, 06 Dec 95 14:32:46 -0800 From: Jim Helman Status: O > Is it possible to render an Inventor Scene Graph in Performer? > I know it's possible to make OpenGL calls in Performer and since using > SoGLRenderAction simply renders an Inventor Scene Graph in using the > OpenGL library then it should work right? In principle, this should be possible. In practice, I suspect it will be tricky. You'll need Performer 2.0 for OpenGL. If you want to share the graphics context (which you really want if you're using textures), you'll have some configuration work to set up the shared window and graphics context. If you MP and share the graphics context, all of the Inventor processing will have to be done in the Performer DRAW process, since Inventor is not MP safe. > Ultimately, I want to be able to use the manipulators in Inventor > to change some of the geometry in Performer. How can I link to Inventor > to use the manipulators? Performer will eventually have the interaction features of Inventor, such as manipulators. You could try building your own manipulator on top of Performer. I'm not sure which would be harder building a manipulator or building a hybrid application. It probably depends how complex of a manipulator you require. Performer already has the required picking capabilities. > I can imagine: picking an object in Performer, constructing an Inventor > scene graph, manipulating the new graph using Inventor manipulators, saving th > e object back in the Performer. > > I could put the Inventor manipulations in the pfDraw callback. I could > draw the performer scene graph (without the manipulated object) then > draw the Inventor Scene graph on top of it. Seems like the best hybrid approach. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Dec 6 15:11:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA04617; Wed, 6 Dec 1995 15:09:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA04614; Wed, 6 Dec 1995 15:08:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04452; Wed, 6 Dec 95 15:08:42 -0800 Received: from buggy.coryphaeus.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id PAA05980; Wed, 6 Dec 1995 15:08:33 -0800 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA07041; Wed, 6 Dec 1995 15:06:43 -0800 Date: Wed, 6 Dec 1995 15:06:43 -0800 From: kowsik@buggy.coryphaeus.com (Kowsik Guruswamy) Message-Id: <9512061506.ZM7039@buggy.coryphaeus.com> In-Reply-To: Jim Helman "Re: pfSegsIsectNode & Multiprocessing" (Dec 6, 2:10pm) References: <199512062210.OAA04541@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Jim Helman , "Bryan Stewart" Subject: Re: pfSegsIsectNode & Multiprocessing Cc: info-performer@sgi.sgi.com, barham@cs.nps.navy.mil, barker@cs.nps.navy.mil, pratt@cs.nps.navy.mil, pratts@cs.nps.navy.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 6, 2:10pm, Jim Helman wrote: > Subject: Re: pfSegsIsectNode & Multiprocessing > > > Is there a problem in performer 1.2 with intersection traversals? > > 1.2 had a problem with PFTRAV_IS_PATH disabling with traversals under > switch nodes. But the behavior was the same both 1P and MP. I'm not > aware of any MP issues. > > rgds, > > -jim helman Does the same problem exist with pfChanPick? K. -- kowsik@coryphaeus.com From guest Wed Dec 6 15:05:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA04466; Wed, 6 Dec 1995 15:02:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA04463; Wed, 6 Dec 1995 15:02:00 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04040; Wed, 6 Dec 95 15:01:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA03584; Wed, 6 Dec 1995 15:01:35 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id OAA20199; Wed, 6 Dec 1995 14:54:34 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA03802; Wed, 6 Dec 95 14:53:56 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA04704; Wed, 6 Dec 1995 14:53:55 -0800 Message-Id: <199512062253.OAA04704@surreal.asd.sgi.com> To: Kelvin Lee Cc: info-performer@sgi.sgi.com Subject: Re: Is Performer 2.0 Release yet In-Reply-To: Your message of "Tue, 05 Dec 95 23:34:30 +0800." Date: Wed, 06 Dec 95 14:53:55 -0800 From: Jim Helman Status: O > I wonder if Performer 2.0 has released yet ? > If so, through what channel could I get this ? I believe that Performer 2.0 will be pushed to all customers with 1.2 and software support. If you did not purchase support, you'll need to order the new product or an upgrade. However, these are probably not yet on the field price list. > BTW, will there be a 3DS loader in Performer 2.0 ? Performer 2.0 includes a good 3D Studio loader. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Dec 6 19:49:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA06290; Wed, 6 Dec 1995 19:17:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA06287; Wed, 6 Dec 1995 19:17:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16450; Wed, 6 Dec 95 19:17:49 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA10382; Wed, 6 Dec 1995 19:17:45 -0800 From: tidrowd@cc.tacom.army.mil Received: from octagon.tacom.army.mil by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id MAA02300; Wed, 6 Dec 1995 12:42:23 -0800 Received: from cc-gw.tacom.army.mil by octagon.tacom.army.mil (8.7.1/8.7.1-kbp) with SMTP id PAA05489; Wed, 6 Dec 1995 15:35:10 -0500 (EST) Received: from ccMail by cc-gw.tacom.army.mil (IMA Internet Exchange 1.04b) id 0c5fd670; Wed, 6 Dec 95 15:30:31 -0500 Mime-Version: 1.0 Date: Wed, 6 Dec 1995 15:22:30 -0500 Message-Id: <0c5fd670@cc-gw.tacom.army.mil> Subject: Performer native file format To: info-performer@sgi.sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O I know that there has recently been some discussion on optimized Performer 2.0 file format (i.e. paging file format) as a desired thing, but is there any Performer file format that allows you to embed all of the nodes available in Performer in a file? Correct me if I'm wrong, but I don't think that any of the currently available file formats do this. Anybody have info on this? Don Tidrow Visual Simulation Developer US Army Tank-automotive and Armaments Command From guest Wed Dec 6 21:19:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA06571; Wed, 6 Dec 1995 21:11:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA06568; Wed, 6 Dec 1995 21:11:47 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19720; Wed, 6 Dec 95 21:11:46 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id VAA24215; Wed, 6 Dec 1995 21:11:41 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA19715; Wed, 6 Dec 95 21:11:39 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA06347; Wed, 6 Dec 1995 21:11:33 -0800 Message-Id: <199512070511.VAA06347@surreal.asd.sgi.com> To: kowsik@buggy.coryphaeus.com (Kowsik Guruswamy) Cc: info-performer@sgi.sgi.com Subject: Re: pfSegsIsectNode & Multiprocessing In-Reply-To: Your message of "Wed, 06 Dec 95 15:06:43 PST." <9512061506.ZM7039@buggy.coryphaeus.com> Date: Wed, 06 Dec 95 21:11:33 -0800 From: Jim Helman Status: O Yes, pfChanPick() uses pfSegsIsectNode(), so PFTRAV_IS_PATH has the same problem disabling traversal under pfSwitch nodes. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Dec 6 21:24:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA06578; Wed, 6 Dec 1995 21:17:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA06575; Wed, 6 Dec 1995 21:17:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19884; Wed, 6 Dec 95 21:17:53 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id VAA25104; Wed, 6 Dec 1995 21:17:47 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA19873; Wed, 6 Dec 95 21:17:41 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA06355; Wed, 6 Dec 1995 21:17:40 -0800 Message-Id: <199512070517.VAA06355@surreal.asd.sgi.com> To: tidrowd@cc.tacom.army.mil Cc: info-performer@sgi.sgi.com Subject: Re: Performer native file format In-Reply-To: Your message of "Wed, 06 Dec 95 15:22:30 EST." <0c5fd670@cc-gw.tacom.army.mil> Date: Wed, 06 Dec 95 21:17:39 -0800 From: Jim Helman Status: O > I know that there has recently been some discussion on optimized > Performer 2.0 file format (i.e. paging file format) as a desired thing, > but is there any Performer file format that allows you to embed all of > the nodes available in Performer in a file? Perfomer will eventually provide such a format for DB paging and fast-loading. In the meantime, some Performer customers have developed their own. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Wed Dec 6 23:45:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA06972; Wed, 6 Dec 1995 23:43:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA06969; Wed, 6 Dec 1995 23:43:55 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22797; Wed, 6 Dec 95 23:43:49 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id XAA08739; Wed, 6 Dec 1995 23:43:48 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA22794; Wed, 6 Dec 95 23:43:38 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id XAA01138; Wed, 6 Dec 1995 23:43:38 -0800 Date: Wed, 6 Dec 1995 23:43:38 -0800 From: mtj@babar (Michael Jones) Message-Id: <199512070743.XAA01138@babar.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: IRIS Performer 2.0 Available Status: O IRIS Performer 2.0 is now available! IRIS Performer 2.0 has been released to SGI's manufacturing group and is now available worldwide. The following message describes the new part numbers, tells how to obtain further information, and provides a short overview. We are pleased with the product's many enhancements and hope that it helps you achieve new levels of excellence in your work. We'd like to thank those brave souls who helped us with the (slightly protracted) beta-test phase of this release. The efforts of these testing groups have significantly improved the quality of both the software and the documentation. Sincerely The IRIS Performer Team Product Codes: -------------- SC4-PERF-2.0 IRIS Performer 2.0 Software and Documentation Includes a CD (a very full CD, >1GB installed) Includes a Programmer's Guide (600 Pages) Includes C and C++ Man Pages (700+ Pages each) All documentation provided in online and printed form (This is the "real" product, what most people buy) M4-PERF-2.0 IRIS Performer 2.0 Documentation Only Includes a Programmer's Guide (600 Pages) Includes C and C++ Man Pages (700+ Pages each) (Need extra printed documentation sets?) SR4-PERF-2.0 IRIS Performer 2.0 Right To Use For people who need multiple development stations but don't need a CD and Manuals for each one. (This is for the second through Nth copies, not the first) SV4-PERF-2.0-10 IRIS Performer 2.0 ISV Ten-Pack This is a volume package: ten copies of SC4-PERF-2.0 at an attractive price. This is designed for those companies that bundle IRIS Performer development tools with their products, but is a good deal for anyone who needs four or more copies of Performer. SCU4-PERF-2.0 IRIS Performer 2.0 Software Upgrade This is a special lower-price for SC4-PERF-2.0 that is made available to customers who already have licensed IRIS Performer 1.2; it's not needed if you have a paid software support contract, but if you don't, we tried to save you a bit of money here. Upgrade Policies: ----------------- If you have a software support contract with SGI's Global Customer Satisfaction Division (previously known as CSD) than you can expect your IRIS Performer 2.0 upgrade in the mail within the next month or so. If you're in a hurry, or want to verify/change the shipping address for the upgrade, you should check with GCS by phone or email. Note that the upgrade includes the CD only, which has all of the manuals (programmer's guide and man-pages) on-line, but does not include the printed books. If you want printed books you will need to purchase M4-PERF-2.0 to get them. If you don't have a current software support contract, then shame on you! Now you'll have to buy a new version of the product from your sales representative. Be sure to let them know if you previously purchased 1.0, 1.1, or 1.2 -- it will save you several hundred dollars if you get SCU4-PERF-2.0 rather than SC4-PERF-2.0. Quick Overview: --------------- IRIS Performer provides a powerful and extensible programming interface for creating real-time visual simulation and other interactive graphics applications. IRIS Performer 2.0 provides significant new features and bridges a number of transitional issues: support is now provided for both IRIS GL and OpenGL graphics libraries, 32-bit (O32, N32) and 64-bit (N64) executables, a unified window management interface (GL, GLX, and X), and language bindings for both C and C++. IRIS Performer consists of two main libraries, libpf and libpr, and four associated libraries, libpfdu, libpfdb, libpfui, and libpfutil. The basis of IRIS Performer is the performance rendering library libpr, a low level library providing high speed rendering functions based on pfGeoSets, efficient graphics state control using pfGeoStates, and other application-neutral functions. Layered above libpr is libpf, a real-time visual simulation environment providing a high-performance multi-processing database rendering system that takes best advantage of IRIS symmetric multiprocessing CPU hardware. The new database utility library libpfdu provides powerful functions for defining both geometric and appearance attributes of three dimensional objects, encourages sharing of state and materials and generates efficient triangle strips from independent polygonal input. The new database library libpfdb uses the facilities of libpfdu, libpf, and libpr to import database files in many popular industry standard database formats. These loaders also serve as a guide to developers creating new database importers. The new libpfui library contains user interface building blocks for creating manipulators and user-interface components common to many interactive applications. This library has both a C and C++ API and is IRIS GL/OpenGL independent. Completing the suite of libraries is libpfutil, the IRIS Performer utility library. It provides a collection of convenience routines implementing tasks such as smoke effects, MultiChannel Option support, graphical user interface tools, X and IRIS GL event collection and management, and traversal functions. For aid in application development, IRIS Performer includes sample application source code ranging from simple programs to illustrate particular features to the comprehensive, GUI-driven file viewer perfly. In addition to these SGI-developed tools, IRIS Performer also includes a very large repository of sample code, databases, games, and movies contributed by the Friends of Performer: companies and individuals with services of general interest to the IRIS Performer community. We encourage you to sample their wares. Detailed Information: --------------------- For further information, check out the IRIS Performer WWW Page in SiliconSurf. The URL is: http://www.sgi.com/technology/Performer.html Quite a bit of new information is (update is in progress as I write this) available there, and details about the 2.0 release are being added every day. Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe From guest Thu Dec 7 09:22:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA07500; Thu, 7 Dec 1995 09:20:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA07497; Thu, 7 Dec 1995 09:20:47 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02198; Thu, 7 Dec 95 09:20:44 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA06678; Thu, 7 Dec 1995 09:20:38 -0800 From: william_marinelli@ntsc.navy.mil Received: from huey.ntsc.navy.mil by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id JAA10536; Thu, 7 Dec 1995 09:08:14 -0800 Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA05300; Thu, 7 Dec 95 12:03:32 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.10.05) id AA818366812; Thu, 07 Dec 95 12:00:31 EST Date: Thu, 07 Dec 95 12:00:31 EST Message-Id: <9511078183.AA818366812@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.sgi.com Subject: Color table questions Status: O 1. Can one dynamically page color tables? 2. Can the individual pixel colors of a texture pattern be changed from a color map? I'm not referring to whole texture modulation. From guest Thu Dec 7 09:58:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA07590; Thu, 7 Dec 1995 09:56:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA07587; Thu, 7 Dec 1995 09:56:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03887; Thu, 7 Dec 95 09:55:58 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA16859; Thu, 7 Dec 1995 09:55:58 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id IAA28433; Thu, 7 Dec 1995 08:43:45 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA00746; Thu, 7 Dec 95 08:42:21 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id IAA01543; Thu, 7 Dec 1995 08:42:20 -0800 Date: Thu, 7 Dec 1995 08:42:20 -0800 From: mtj@babar (Michael Jones) Message-Id: <199512071642.IAA01543@babar.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: Performer 2.0 Porting Details Status: O Greetings: Here is a summary of the API additions and deletions between IRIS Performer 1.2 and IRIS Performer 2.0. This will be of interest to anyone moving up to 2.0 and wondering how much effort the porting process is likely to require. Note that there is a handy "port2.0" script in the "tools" directory installed with the 2.0 release. It knows about these changes and will apply them for you wherever it is possible to do so without error. When the conversion is too complex for a script (like knowing if an input vector has already been normalized) the porting script will emit a "#error" directive and a lengthy comment. When the source code is compiled, you'll find out about these sites and can direct your attention directly to where it is needed. Just to be clear, the bulk of the manual porting task is in the window system interface: opening and configuring pipes. This is due to a tremendous enhancement in the flexibility of the window code: you can now build an application and decide for GL, GLX, or X window interfaces with a single function call. This was required to make the IRIS GL to OpenGL portability design goal of the 2.0 release a reality. Hope this detail helps make the porting effort smoother. Michael Jones =========================================================== summary 1.2% 2.0% ------------------------ 721 functions in 1.2 and in 2.0: common 80% 40% 185 functions in 1.2 not in 2.0: renamed 20% 10% 1045 functions in 2.0 not in 1.2: added 115% 60% =========================================================== These are the functions common between the 1.2 and 2.0 releases of IRIS Performer. pfAccumulateStats pfAdd pfAddChild pfAddDListCmd pfAddGSet pfAddMat pfAddScaledVec2 pfAddScaledVec3 pfAddScaledVec4 pfAddVec2 pfAddVec3 pfAddVec4 pfAllocChanData pfAllocIsectData pfAlmostEqualMat pfAlmostEqualVec2 pfAlmostEqualVec3 pfAlmostEqualVec4 pfAlphaFunc pfAntialias pfApplyCtab pfApplyFog pfApplyFrust pfApplyGState pfApplyHlight pfApplyLModel pfApplyMtl pfApplyTEnv pfApplyTex pfArcCos pfArcSin pfArcTan2 pfAttachChan pfAttachDPool pfAverageStats pfBasicState pfBboardAxis pfBboardMode pfBboardPos pfBoxAroundBoxes pfBoxAroundCyls pfBoxAroundPts pfBoxAroundSpheres pfBuildPart pfCalloc pfChanAutoAspect pfChanESky pfChanFOV pfChanLODAttr pfChanNearFar pfChanPick pfChanScene pfChanShare pfChanStatsMode pfChanStress pfChanStressFilter pfChanTravMask pfChanTravMode pfChanView pfChanViewMat pfChanViewOffsets pfChanViewport pfClear pfClearChan pfClearStats pfClipSeg pfClone pfCloseDList pfCloseFile pfCloseStats pfClosestPtOnPlane pfCombineLists pfCombineVec2 pfCombineVec3 pfCombineVec4 pfConfig pfCopy pfCopyFStats pfCopyFunc pfCopyMat pfCopyStats pfCopyVec2 pfCopyVec3 pfCopyVec4 pfCreateFile pfCrossVec3 pfCtabColor pfCull pfCullFace pfCullPath pfCullResult pfCylAroundBoxes pfCylAroundPts pfCylAroundSegs pfCylAroundSpheres pfDCSCoord pfDCSMat pfDCSRot pfDCSScale pfDCSScaleXYZ pfDCSTrans pfDListCallback pfDPoolAlloc pfDPoolFind pfDPoolFree pfDPoolLock pfDPoolTest pfDPoolUnlock pfDecal pfDelete pfDeleteFunc pfDetachChan pfDetailTexTile pfDisable pfDisableStatsHw pfDistancePt2 pfDistancePt3 pfDistancePt4 pfDotVec2 pfDotVec3 pfDotVec4 pfDraw pfDrawChanStats pfDrawDList pfDrawFStats pfDrawGLObj pfDrawGSet pfDrawHlightedGSet pfESkyAttr pfESkyColor pfESkyFog pfESkyMode pfEnable pfEnableStatsHw pfEqualMat pfEqualVec2 pfEqualVec3 pfEqualVec4 pfExit pfFPConfig pfFStatsCountNode pfFastRemove pfFieldRate pfFilePath pfFindFile pfFlatten pfFlushState pfFogColor pfFogOffsets pfFogRamp pfFogRange pfFogType pfFrame pfFrameRate pfFree pfFreeTexImage pfFrustAspect pfFrustNearFar pfGSetAttr pfGSetBBox pfGSetDrawMode pfGSetGState pfGSetHlight pfGSetIsectMask pfGSetLineWidth pfGSetPntSize pfGStateAttr pfGStateInherit pfGStateMode pfGet pfGetAlphaFunc pfGetAntialias pfGetBboardAxis pfGetBboardMode pfGetBboardPos pfGetChanAutoAspect pfGetChanBaseFrust pfGetChanData pfGetChanESky pfGetChanFOV pfGetChanFStats pfGetChanLODAttr pfGetChanLoad pfGetChanNearFar pfGetChanOrigin pfGetChanPipe pfGetChanScene pfGetChanShare pfGetChanSize pfGetChanStress pfGetChanStressFilter pfGetChanTravMask pfGetChanTravMode pfGetChanView pfGetChanViewMat pfGetChanViewOffsets pfGetChanViewport pfGetChild pfGetCtabColor pfGetCtabColors pfGetCtabSize pfGetCullFace pfGetCullResult pfGetCurCtab pfGetCurDList pfGetCurFog pfGetCurGState pfGetCurHlight pfGetCurLModel pfGetCurLights pfGetCurMtl pfGetCurState pfGetCurTEnv pfGetCurTex pfGetDCSMat pfGetDListSize pfGetDListType pfGetDPoolName pfGetDPoolSize pfGetDecal pfGetDetailTexTile pfGetEnable pfGetFPConfig pfGetFieldRate pfGetFilePath pfGetFileStatus pfGetFogColor pfGetFogOffsets pfGetFogRamp pfGetFogRange pfGetFogType pfGetFrameCount pfGetFrameRate pfGetFrustAspect pfGetFrustEye pfGetFrustFOV pfGetFrustFar pfGetFrustNear pfGetFrustNearFar pfGetFrustType pfGetGLHandle pfGetGSet pfGetGSetAttrBind pfGetGSetAttrLists pfGetGSetBBox pfGetGSetDrawMode pfGetGSetGState pfGetGSetHlight pfGetGSetIsectMask pfGetGSetLineWidth pfGetGSetPntSize pfGetGStateAttr pfGetGStateInherit pfGetGStateMode pfGetHlightAlpha pfGetHlightColor pfGetHlightMode pfGetHyperpipe pfGetId pfGetIsectData pfGetIsectFunc pfGetLModelAmbient pfGetLModelAtten pfGetLModelLocal pfGetLModelTwoSide pfGetLODCenter pfGetLODRange pfGetLPointColor pfGetLPointFogScale pfGetLPointPos pfGetLPointRot pfGetLPointShape pfGetLPointSize pfGetLayerBase pfGetLayerDecal pfGetLayerMode pfGetLightAmbient pfGetLightColor pfGetLightPos pfGetListArray pfGetListArrayLen pfGetListEltSize pfGetMStack pfGetMStackDepth pfGetMStackTop pfGetMatColVec3 pfGetMatRowVec3 pfGetMatType pfGetMtlAlpha pfGetMtlColor pfGetMtlColorMode pfGetMtlShininess pfGetMtlSide pfGetMultipipe pfGetNodeBSphere pfGetNodeName pfGetNodeTravData pfGetNodeTravFuncs pfGetNodeTravMask pfGetNotifyHandler pfGetNotifyLevel pfGetNum pfGetNumChildren pfGetNumGSets pfGetNumLPoints pfGetNumParents pfGetOpenStats pfGetOrthoMatCoord pfGetOverride pfGetPID pfGetParent pfGetParentCullResult pfGetPartAttr pfGetPhase pfGetPipe pfGetPipeScreen pfGetPipeSize pfGetRef pfGetSCSMat pfGetSemaArena pfGetSeqDuration pfGetSeqFrame pfGetSeqInterval pfGetSeqMode pfGetSeqTime pfGetShadeModel pfGetSharedArena pfGetSharedArenaBase pfGetSharedArenaSize pfGetSpotLightCone pfGetSpotLightDir pfGetStage pfGetState pfGetStatsAttr pfGetStatsClass pfGetStatsClassMode pfGetStatsHwAttr pfGetSwitchVal pfGetTEnvBlendColor pfGetTEnvComponent pfGetTEnvMode pfGetTexDetail pfGetTexFilter pfGetTexFormat pfGetTexImage pfGetTexName pfGetTexRepeat pfGetTexSpline pfGetTime pfGetTmpDir pfGetTransparency pfGetTravChan pfGetTravIndex pfGetTravMat pfGetTravNode pfGetType pfGetTypeName pfGetUserData pfGetVClock pfGetVideoRate pfHlightAlpha pfHlightColor pfHlightMode pfHyperpipe pfIdleTex pfInit pfInitArenas pfInitClock pfInitGfx pfInitState pfInitVClock pfInsert pfInsertChild pfInsertGSet pfInvertAffMat pfInvertIdentMat pfInvertOrthoMat pfInvertOrthoNMat pfIsLightOn pfIsTexLoaded pfIsectFunc pfLModelAmbient pfLModelAtten pfLModelLocal pfLModelTwoSide pfLODCenter pfLODRange pfLPointColor pfLPointFogScale pfLPointPos pfLPointRot pfLPointShape pfLPointSize pfLayerBase pfLayerDecal pfLayerMode pfLengthVec2 pfLengthVec3 pfLengthVec4 pfLightAmbient pfLightColor pfLightOff pfLightOn pfLightPos pfListArrayLen pfLoadGState pfLoadMStack pfLoadMatrix pfLoadTexFile pfMQueryHit pfMQueryStats pfMakeCoordMat pfMakeEmptyBox pfMakeEmptyCyl pfMakeEmptySphere pfMakeEulerMat pfMakeIdentMat pfMakeNormPtPlane pfMakeOrthoFrust pfMakePolarSeg pfMakePtsPlane pfMakePtsSeg pfMakeRotMat pfMakeScaleMat pfMakeSimpleFrust pfMakeTransMat pfMalloc pfMtlAlpha pfMtlColor pfMtlColorMode pfMtlShininess pfMtlSide pfMultMat pfMultMatrix pfMultipipe pfNegateVec2 pfNegateVec3 pfNegateVec4 pfNewBboard pfNewChan pfNewCtab pfNewDCS pfNewDList pfNewESky pfNewFStats pfNewFog pfNewFrust pfNewGSet pfNewGState pfNewGeode pfNewGroup pfNewHlight pfNewLModel pfNewLOD pfNewLPoint pfNewLSource pfNewLayer pfNewLight pfNewList pfNewMStack pfNewMtl pfNewPart pfNewPath pfNewSCS pfNewScene pfNewSeq pfNewState pfNewStats pfNewSwitch pfNewTEnv pfNewTex pfNodeBSphere pfNodeName pfNodePickSetup pfNodeTravData pfNodeTravFuncs pfNodeTravMask pfNormalizeVec2 pfNormalizeVec3 pfNormalizeVec4 pfNotify pfNotifyHandler pfNotifyLevel pfNum pfOpenDList pfOpenFile pfOpenStats pfOrthoXformCyl pfOrthoXformFrust pfOrthoXformPlane pfOrthoXformSphere pfOverride pfPartAttr pfPassChanData pfPassIsectData pfPhase pfPopMStack pfPopMatrix pfPopState pfPostMultMStack pfPostMultMat pfPostRotMStack pfPostRotMat pfPostScaleMStack pfPostScaleMat pfPostTransMStack pfPostTransMat pfPushIdentMatrix pfPushMStack pfPushMatrix pfPushState pfQueryGSet pfQueryHit pfQueryStats pfReadFile pfRealloc pfRef pfReleaseDPool pfRemove pfRemoveChild pfRemoveGSet pfReplace pfReplaceChild pfReplaceGSet pfResetDList pfResetList pfResetMStack pfResetStats pfRotate pfScale pfScaleVec2 pfScaleVec3 pfScaleVec4 pfSearch pfSeekFile pfSelectState pfSeqDuration pfSeqInterval pfSeqMode pfSeqTime pfSet pfSetMatColVec3 pfSetMatRowVec3 pfSetVec2 pfSetVec3 pfSetVec4 pfShadeModel pfSharedArenaBase pfSharedArenaSize pfSinCos pfSphereAroundBoxes pfSphereAroundCyls pfSphereAroundPts pfSphereAroundSpheres pfSpotLightCone pfSpotLightDir pfSqrDistancePt2 pfSqrDistancePt3 pfSqrDistancePt4 pfSqrt pfStatsAttr pfStatsClass pfStatsClassMode pfStatsCountGSet pfStatsHwAttr pfSubMat pfSubVec2 pfSubVec3 pfSubVec4 pfSwitchVal pfSync pfTEnvBlendColor pfTEnvComponent pfTEnvMode pfTan pfTexDetail pfTexFilter pfTexFormat pfTexImage pfTexName pfTexRepeat pfTexSpline pfTmpDir pfTranslate pfTransparency pfTransposeMat pfUnref pfUnrefDelete pfUpdatePart pfUserData pfVClockSync pfWriteFile pfXformBox pfXformPt3 pfXformVec3 pfXformVec4 pfuActiveTimer pfuAddArc pfuAddDelay pfuAddFile pfuAddFillet pfuAddSpeed pfuBoxLOD pfuCalcHashSize pfuCalcNormalizedChanXY pfuClosePath pfuCollectInput pfuCollideGrnd pfuCollideGrndObj pfuCollideObj pfuCollideSetup pfuConfigMCO pfuCopyPath pfuCursor pfuDelHTable pfuDownloadTexList pfuDrawMessage pfuDrawMessageCI pfuDrawMessageRGB pfuDrawSmokes pfuEnableGUI pfuEnablePanel pfuEnterHash pfuEvalTimer pfuEvalTimers pfuExitGUI pfuExitInput pfuExitUtil pfuFindHash pfuFitWidgets pfuFollowPath pfuFreeCPUs pfuGLXWinopen pfuGUIViewport pfuGetCursor pfuGetEvents pfuGetFlybox pfuGetFlyboxActive pfuGetGLXDisplayString pfuGetGLXWin pfuGetGUIScale pfuGetGUITranslation pfuGetGUIViewport pfuGetMCOChannels pfuGetMouse pfuGetSharedTexList pfuGetSmokeDensity pfuGetSmokeVelocity pfuGetTexSize pfuGetUtilDPool pfuGetWidgetDim pfuGetWidgetId pfuGetWidgetLabel pfuGetWidgetLabelWidth pfuGetWidgetSelection pfuGetWidgetType pfuGetWidgetValue pfuHashGSetVerts pfuInGUI pfuInitFlybox pfuInitGUI pfuInitInput pfuInitTimer pfuInitTraverser pfuInitUtil pfuInputHandler pfuIsWidgetOn pfuLockDownApp pfuLockDownCull pfuLockDownDraw pfuMakeBoxGSet pfuMakeTexList pfuMapMouseToChan pfuNewHTable pfuNewPanel pfuNewPath pfuNewSharedTex pfuNewSmoke pfuNewTimer pfuNewWidget pfuOpenFlybox pfuOpenXDisplay pfuReadFlybox pfuRedrawGUI pfuRemoveHash pfuResetGUI pfuResetHTable pfuResetPanel pfuResetWidget pfuSaveImage pfuSharePath pfuSmokeColor pfuSmokeDensity pfuSmokeDir pfuSmokeDuration pfuSmokeMode pfuSmokeOrigin pfuSmokeTex pfuSmokeType pfuSmokeVelocity pfuStartTimer pfuStopTimer pfuTileChan pfuTileChans pfuTravCalcBBox pfuTravCountDB pfuTravCountNumVerts pfuTravNodeAttrBind pfuTravNodeHlight pfuTraverse pfuUpdateGUI pfuWidgetDefaultOnOff pfuWidgetDefaultSelection pfuWidgetDefaultValue pfuWidgetDim pfuWidgetLabel pfuWidgetOnOff pfuWidgetRange pfuWidgetSelection pfuWidgetSelections pfuWidgetValue =========================================================== These are the functions removed, renamed, or replaced in the transition from the IRIS Performer 1.2 API to the 2.0 API. LoadBin LoadDwb LoadDwb LoadDxf LoadFile LoadFlt LoadFlt11 LoadGfo LoadIrtp LoadIv LoadIv LoadLsa LoadLsb LoadObj LoadPoly LoadPtu LoadSgo LoadStla LoadStlb LoadSv These functions now are in libpfdb. The new names are of the form "pfdLoadFile_bin(), pfdLoadFile_dwb(), and so on. There are 36 file loaders now, up from the 20 listed above. The database inport/export/convert capability is significantly extended, and the new loaders use the Dynamic Shared Object mechanism to bind loader support into executing programs on demand. The new loaders are nearly always accessed via the general "pfdLoadFile()" function. pfSelectClock Renamed: pfSelectClock => pfClockName pfGetPartType Removed. pfClosestPtsOnSegs Renamed: pfClosestPtsOnSegs => pfClosestPtsOnSeg pfOffsetPlane Renamed: pfOffsetPlane => pfDisplacePlane pfGetHyperId Renamed: pfGetHyperId => pfGetPipeHyperId pfMakeRotOntoMat Replaced by pfMakeVecRotVecMat() with changes/restrictions to the proper argument values. Examine the pfMakeVecRotVecMat() reference page for further details. pfGetPipeGLXWins Removed. Window management is an area of significant API change between the 1.2 and 2.0 releases. Use pfPipeWindow functions or pfPWinWSDrawable(). pfGetPipeOrigin Removed. Window management is an area of significant API change between the 1.2 and 2.0 releases. Use pfGetPWinOrigin(pfPipeWindow *) instead. pfGetPipeWin Removed. Window management is an area of significant API change between the 1.2 and 2.0 releases. Use pfPipePWin(pfPipe *) instead. pfInitGLXGfx Removed. Window management is an area of significant API change between the 1.2 and 2.0 releases. Use pfInitGfx() instead. pfChanCullFunc pfChanDrawFunc pfGetChanCullFunc pfGetChanDrawFunc Renamed to encode traversal name in a token passed as an argument: pfChanCullFunc => pfChanTravFunc(chan, PFTRAV_CULL, func) pfChanDrawFunc => pfChanTravFunc(chan, PFTRAV_DRAW, func) pfGetChanCullFunc => func = pfGetChanTravFunc(chan, PFTRAV_CULL) pfGetChanDrawFunc => func = pfGetChanTravFunc(chan, PFTRAV_DRAW) pfGetEnableStatsHw Renamed: pfGetEnableStatsHw => pfEnableStasHw pfGetMallocArena Renamed: pfGetMallocArena => pfGetArena pfGetMallocSize Renamed: pfGetMallocSize => pfGetSize pfInvertMat Renamed: pfInvertMat => pfInvertFullMat pfNewDPool Renamed: pfNewDPool => pfCreateDPool pfFindBboard pfFindDCS pfFindGeode pfFindGroup pfFindLOD pfFindLPoint pfFindLSource pfFindLayer pfFindPart pfFindSCS pfFindScene pfFindSeq pfFindSwitch Searching for nodes is now supported by an enhanced search function, pfFindNode. Refer to the pfFindNode reference page for complete information. Equivalent functions: pfFindBboard => (pfBillboard*)pfLookupNode(node, pfGetBboardClassType()) pfuSegsIsectNode use pfNodeIsectSegs pfuIsWidgetDefaultOnOff Renamed: pfuIsWidgetDefaultOnOff => pfuWidgetDefaultOnOff pfuIsFlyboxActive Renamed. pfuIsFlyboxActive => pfuGetFlyboxActive pfuGLXCreateWindow pfuGLXMapcolor pfuPipeGLXMSConfig pfuPipeGLXWin The integrated GL/GLX/X window management functions in the 2.0 release supply the necessary functions for window system interaction in a system-independent way, allowing applications to move from one window system to another without change. The libpfutil functions have changed names as well. Here are the new GLX functions: pfuGLXWinopen(pfPipe *p, pfPipeWindow *pw, const char *name); pfuGetGLXWin(pfPipe *pipe, pfuGLXWindow *glxWin); pfuGetGLXDisplayString(pfPipe *pipe); pfuGLXAllocColormap(pfuXDisplay *dsp, pfuXWindow w); pfuGLXMapcolors(pfuXDisplay *dsp, pfuXWindow w, pfVec3 *clrs, int loc, int num); pfuGetPanelSize pfuGetWidgetSize These functions have been renamed: pfuGetPanelSize => pfuGetPanelOriginSize pfuGetWidgetSize => pfuGetWidgetDim pfuCursorSel pfuGetCursorSel These functions work with the cursor in the GUI. They have been renamed to reflect this fact, and to distinguish them from the general window-system cursor management functions also in libpfutil. Old and new function names are: pfuCursorSel => pfuGUICursorSel pfuGetCursorSel => pfuGetGUICursorSel pfuAddLine pfuAddPoly pfuAddTri pfuBreakup pfuBuilderMode pfuDelBuilder pfuGetBuilderMode pfuGetMesherMode pfuGetNumTris pfuMakeGSets pfuMeshGSet pfuMesherMode pfuNewBuilder pfuPostDrawReflMap pfuTriangulatePoly The "builder" and related functions of the utility library have been extended and moved from the "pfutil" library to the new "pfdu" database utilities library. The function name prefix is changed from "pfu" to "pfd". The pfuBuilder of release 1.2 is now the pfdGeoBuilder in 2.0 and a new higher-level tool known as the pfdBuilder is the common interface to geometry construction and is layered above the pfdGeoBuilder. pfuCollideEllipse pfuCollideSweep pfuCollideXformer The utility library collision functions have been rewritten and extended. The functions now reside in the new user interface library "libpfui" and thus have had function names changed from "pfuXXX" to "pfiXXX" for clarity. Here are the new functions -- refer to the reference pages for details. pfiNewCollide(void *arena); pfiGetCollideClassType(void); pfiEnableCollide(pfiCollide *collide); pfiDisableCollide(pfiCollide *collide); pfiGetCollideEnable(pfiCollide *collide); pfiCollideMode(pfiCollide *collide, int mode, int val); pfiGetCollideMode(pfiCollide *collide, int mode); pfiCollideStatus(pfiCollide *collide, int status); pfiGetCollideStatus(pfiCollide *collide); pfiCollideDist(pfiCollide *collide, float dist); pfiGetCollideDist(pfiCollide *collide); pfiCollideHeightAboveGrnd(pfiCollide *collide, float dist); pfiGetCollideHeightAboveGrnd(pfiCollide *collide); pfiCollideGroundNode(pfiCollide *collide, pfNode* ground); pfiGetCollideGroundNode(pfiCollide *collide); pfiCollideObjNode(pfiCollide *collide, pfNode* db); pfiGetCollideObjNode(pfiCollide *collide); pfiCollideCurMotionParams(pfiCollide *collide, pfiGetCollideCurMotionParams(pfiCollide *collide, pfiGetCollideMotionCoord(pfiCollide *collide, pfiMotionCoord* xcoord); pfiCollideFunc(pfiCollide *collide, pfiCollideFuncType func, void *data); pfiGetCollisionFunc(pfiCollide *collide, pfiCollideFuncType *func, void **data); pfiUpdateCollide(pfiCollide *collide); pfiCollideXformer(pfiXformer* xf); pfuGetXformerCollisionStatus pfuGetXformerCoord pfuGetXformerLimits pfuGetXformerMat pfuGetXformerMode pfuNewXformer pfuStopXformer pfuUpdateXformer pfuXformerAutoInput pfuXformerCollision pfuXformerCoord pfuXformerLimits pfuXformerMat pfuXformerMode The utility library transformer functions have been rewritten and extended. The functions now reside in the new user interface library "libpfui" and thus have had function names changed from "pfuXXX" to "pfiXXX" for clarity. Here are the new functions -- refer to the reference pages for details. pfiNewXformer(void* arena); pfiXformerModel(pfiXformer* xf, int index, pfiInputXform* model); pfiSelectXformerModel(pfiXformer* xf, int which); pfiInputXform* pfiGetXformerCurModel(pfiXformer* xf); pfiGetXformerCurModelIndex(pfiXformer* xf); pfiRemoveXformerModel(pfiXformer* xf, int index); pfiRemoveXformerModelIndex(pfiXformer* xf, pfiInputXform* model); pfiXformerInputMode(pfiXformer* xf, int input); pfiGetXformerInputMode(pfiXformer* xf); pfiStopXformer(pfiXformer* xf); pfiResetXformer(pfiXformer* xf); pfiResetXformerPosition(pfiXformer* xf); pfiCenterXformer(pfiXformer* xf); pfiXformerAutoInput(pfiXformer* xf, pfChannel* chan, pfuMouse* mouse, pfuEventStream* events); pfiXformerMat(pfiXformer* xf, PFMATRIX mat); pfiGetXformerMat(pfiXformer* xf, PFMATRIX mat); pfiXformerModelMat(pfiXformer* xf, PFMATRIX mat); pfiGetXformerModelMat(pfiXformer* xf, PFMATRIX mat); pfiXformerCoord(pfiXformer* xf, pfCoord *coord); pfiGetXformerCoord(pfiXformer* xf, pfCoord *coord); pfiXformerResetCoord(pfiXformer* xf, pfCoord *resetPos); pfiGetXformerResetCoord(pfiXformer* xf, pfCoord *resetPos); pfiXformerNode(pfiXformer* xf, pfNode *node); pfiGetXformerNode(pfiXformer* xf); pfiXformerAutoPosition(pfiXformer* xf, pfChannel *chan, pfDCS *dcs); pfiGetXformerAutoPosition(pfiXformer* xf, pfChannel **chan, pfDCS **dcs); pfiXformerLimits(pfiXformer* xf, float maxSpeed, float angularVel, float maxAccel, pfBox* dbLimits); pfiGetXformerLimits(pfiXformer* xf, float *maxSpeed, float *angularVel, float *maxAccel, pfBox* dbLimits); pfiEnableXformerCollision(pfiXformer* xf); pfiDisableXformerCollision(pfiXformer* xf); pfiGetXformerCollisionEnable(pfiXformer* xf); pfiXformerCollision(pfiXformer* xf, int mode, float val, pfNode* node); pfiGetXformerCollisionStatus(pfiXformer* xf); pfiUpdateXformer(pfiXformer* xf); pfiCollideXformer(pfiXformer* xf); pfBoxExtendBox pfCylExtendCyl pfCylExtendSphere pfPtExtendBox pfPtExtendCyl pfPtExtendSphere pfSphereExtendCyl pfSphereExtendSphere The extension functions have been renamed to allow a regular naming convention for extension by the same type (box/box) and extension by different types (box/point). This makes the C and C++ versions consistent in that extending a box is a member function on box [C++: box->extendBy(point)] There is no semantic change. Specific and general examples of the new API are: pfBoxExtendBox => pfBoxExtendByBox pfPtExtendBox => pfBoxExtendByPt pf TYPE2 Extend TYPE1 => pf TYPE1 ExtendBy TYPE2 [C] pf TYPE2 Extend TYPE1 => TYPE1 -> extendBy(TYPE2) [C++] pfBoxIsectBox pfBoxIsectFrust pfBoxIsectHalfSpace pfCylIsectCyl pfCylIsectFrust pfCylIsectHalfSpace pfCylIsectSphere pfSegIsectBox pfSegIsectCyl pfSegIsectHalfSpace pfSegIsectPlane pfSegIsectSphere pfSegIsectTri pfSegsIsectGSet pfSegsIsectNode pfSphereIsectFrust pfSphereIsectHalfSpace pfSphereIsectSphere The argument order is swapped in these functions and so the names are permuted as well. (What was "A isects B" is now "B is isected by A"). Here are the examples: pfSegIsectSphere => pfSphereIsectSeg pf TYPE2 Isect TYPE1 => pf TYPE1 Isect TYPE2 [C] pf TYPE2 Isect TYPE1 => TYPE1 -> isect(TYPE2) [C++] pfPtInBox pfPtInCyl pfPtInFrust pfPtInHalfSpace pfPtInSphere The argument order is swapped in these functions and so the names are permuted as well. (What was "A in B" is now "B contains A"). Here are the examples: pfPtInHalfSpace => pfHalfSpaceContainsPt pf TYPE2 In TYPE1 => pf TYPE1 Contains TYPE2 [C] pf TYPE2 In TYPE1 => TYPE1 -> contains(TYPE2) [C++] =========================================================== These are the functions added to the Performer API for the 2.0 release. Each is described in the reference pages and in many cases, also in the Performer Programming Guide. pfAccumulateFStats pfAddChan pfAddString pfAllocDBaseData pfApp pfAppFrame pfApplyChan pfApplyGStateTable pfApplyLPState pfApplyTGen pfAsyncDelete pfAttachPWin pfAttachPWinWin pfAttachState pfAttachWin pfAverageFStats pfBeginSprite pfBoxContainsBox pfBoxContainsPt pfBoxExtendByBox pfBoxExtendByPt pfBoxIsectSeg pfBufferAdd pfBufferAddChild pfBufferClone pfBufferInsert pfBufferRemove pfBufferRemoveChild pfBufferReplace pfBufferScope pfCBufferChanged pfCBufferConfig pfCBufferFrame pfChanAspect pfChanBinOrder pfChanBinSort pfChanContainsBox pfChanContainsCyl pfChanContainsPt pfChanContainsSphere pfChanCullPtope pfChanData pfChanGState pfChanGStateTable pfChanLODState pfChanLODStateList pfChanNodeIsectSegs pfChanTravFunc pfChooseFBConfig pfChooseFBConfigData pfChoosePWinFBConfig pfChooseWinFBConfig pfClearFStats pfClockMode pfClockName pfCloseFStats pfClosePWin pfClosePWinGL pfCloseWSConnection pfCloseWin pfCloseWinGL pfClosestPtsOnSeg pfCompare pfConfigPWin pfConfigStage pfConjQuat pfCreateDPool pfCurCBufferIndex pfCylContainsPt pfCylExtendByBox pfCylExtendByCyl pfCylExtendBySphere pfCylIsectSeg pfDBase pfDBaseFunc pfDCSMatType pfDPoolAttachAddr pfDPoolSpinLock pfDefaultNotifyHandler pfDetachPWin pfDetachPWinWin pfDetachWin pfDisplacePlane pfDivQuat pfDrawBin pfDrawString pfEndSprite pfEvaluateLOD pfEvaluateMorph pfExpQuat pfFStatsAttr pfFStatsClass pfFStatsClassMode pfFStatsCountGSet pfFastRemoveIndex pfFeature pfFindLODState pfFindNode pfFlattenString pfFontAttr pfFontCharGSet pfFontCharSpacing pfFontMode pfFontVal pfFormatTex pfFrameTimeStamp pfFreeArenas pfFrustContainsBox pfFrustContainsCyl pfFrustContainsPt pfFrustContainsSphere pfFullXformPt3 pfGLOverride pfGSetDrawBin pfGSetGStateIndex pfGSetIsectSegs pfGSetNumPrims pfGSetPassFilter pfGSetPrimLengths pfGSetPrimType pfGStateFuncs pfGStateVal pfGetArena pfGetBboardClassType pfGetBufferScope pfGetCBuffer pfGetCBufferCMem pfGetCBufferClassType pfGetCBufferConfig pfGetCBufferFrameCount pfGetCMemCBuffer pfGetCMemClassType pfGetCMemFrame pfGetChan pfGetChanAspect pfGetChanBinOrder pfGetChanBinSort pfGetChanClassType pfGetChanCullPtope pfGetChanDataSize pfGetChanEye pfGetChanFar pfGetChanFrustType pfGetChanGState pfGetChanGStateTable pfGetChanLODState pfGetChanLODStateList pfGetChanNear pfGetChanOffsetViewMat pfGetChanPWin pfGetChanPWinIndex pfGetChanPtope pfGetChanTravFunc pfGetClockMode pfGetClockName pfGetCopyFunc pfGetCtabClassType pfGetCurBuffer pfGetCurCBufferData pfGetCurCBufferIndex pfGetCurGStateTable pfGetCurIndexedGState pfGetCurLPState pfGetCurSprite pfGetCurStats pfGetCurTGen pfGetCurWSConnection pfGetCurWin pfGetDBaseData pfGetDBaseFunc pfGetDCSClassType pfGetDCSMatPtr pfGetDCSMatType pfGetDListClassType pfGetDPoolAttachAddr pfGetDPoolClassType pfGetData pfGetDeleteFunc pfGetESkyAttr pfGetESkyClassType pfGetESkyColor pfGetESkyFog pfGetESkyMode pfGetFStatsAttr pfGetFStatsClass pfGetFStatsClassMode pfGetFStatsClassType pfGetFileClassType pfGetFogClassType pfGetFogDensity pfGetFontAttr pfGetFontCharGSet pfGetFontCharSpacing pfGetFontClassType pfGetFontMode pfGetFontVal pfGetFrameTimeStamp pfGetFrustClassType pfGetFrustGLProjMat pfGetFrustPtope pfGetGLOverride pfGetGSetAttrRange pfGetGSetClassType pfGetGSetDrawBin pfGetGSetGStateIndex pfGetGSetNumPrims pfGetGSetPassFilter pfGetGSetPrimLengths pfGetGSetPrimType pfGetGStateClassType pfGetGStateCombinedAttr pfGetGStateCombinedMode pfGetGStateCombinedVal pfGetGStateCurAttr pfGetGStateCurMode pfGetGStateCurVal pfGetGStateFuncs pfGetGStateVal pfGetGeodeClassType pfGetGroupClassType pfGetHitClassType pfGetHlightClassType pfGetHlightFillPat pfGetHlightGState pfGetHlightGStateIndex pfGetHlightLinePat pfGetHlightLineWidth pfGetHlightNormalLength pfGetHlightPntSize pfGetHlightTEnv pfGetHlightTGen pfGetHlightTex pfGetInvModelMat pfGetLModelClassType pfGetLODClassType pfGetLODLODState pfGetLODLODStateIndex pfGetLODNumRanges pfGetLODNumTransitions pfGetLODStateAttr pfGetLODStateClassType pfGetLODStateName pfGetLODTransition pfGetLPStateBackColor pfGetLPStateClassType pfGetLPStateMode pfGetLPStateShape pfGetLPStateVal pfGetLPointClassType pfGetLPointGSet pfGetLSourceAmbient pfGetLSourceAtten pfGetLSourceAttr pfGetLSourceClassType pfGetLSourceColor pfGetLSourceMode pfGetLSourcePos pfGetLSourceVal pfGetLayerClassType pfGetLightAtten pfGetLightClassType pfGetListClassType pfGetMStackClassType pfGetMatCol pfGetMatRow pfGetMemory pfGetMemoryClassType pfGetModelMat pfGetMorphClassType pfGetMorphDst pfGetMorphNumAttrs pfGetMorphNumSrcs pfGetMorphSrc pfGetMorphWeights pfGetMtlClassType pfGetMultiprocess pfGetMultithread pfGetNearPixDist pfGetNodeClassType pfGetNumChans pfGetNumStrings pfGetObjectClassType pfGetOpenFStats pfGetOrthoMatQuat pfGetPWinAspect pfGetPWinChanIndex pfGetPWinClassType pfGetPWinConfigFunc pfGetPWinCurOriginSize pfGetPWinCurScreenOriginSize pfGetPWinCurState pfGetPWinCurWSDrawable pfGetPWinFBConfig pfGetPWinFBConfigAttrs pfGetPWinFBConfigData pfGetPWinFBConfigId pfGetPWinGLCxt pfGetPWinIndex pfGetPWinList pfGetPWinMode pfGetPWinName pfGetPWinOrigin pfGetPWinOverlayWin pfGetPWinPipe pfGetPWinPipeIndex pfGetPWinScreen pfGetPWinSelect pfGetPWinShare pfGetPWinSize pfGetPWinStatsWin pfGetPWinType pfGetPWinWSConnectionName pfGetPWinWSDrawable pfGetPWinWSWindow pfGetPartClassType pfGetPartVal pfGetPathClassType pfGetPipeChan pfGetPipeClassType pfGetPipeHyperId pfGetPipeNumChans pfGetPipeNumPWins pfGetPipePWin pfGetPipeSwapFunc pfGetPipeWSConnectionName pfGetPrintFunc pfGetPtopeClassType pfGetPtopeFacet pfGetPtopeNumFacets pfGetQuatRot pfGetSCSClassType pfGetSCSMatPtr pfGetSceneClassType pfGetSceneGState pfGetSceneGStateIndex pfGetScreenSize pfGetSemaArenaBase pfGetSemaArenaSize pfGetSeqClassType pfGetSize pfGetSpotLSourceCone pfGetSpotLSourceDir pfGetSpriteAxis pfGetSpriteClassType pfGetSpriteMode pfGetStageConfigFunc pfGetStateClassType pfGetStatsClassType pfGetStatsHwEnable pfGetString pfGetStringBBox pfGetStringCharGSet pfGetStringCharPos pfGetStringClassType pfGetStringColor pfGetStringFont pfGetStringGState pfGetStringIsectMask pfGetStringMat pfGetStringMode pfGetStringSpacingScale pfGetStringString pfGetStringStringLength pfGetSwitchClassType pfGetTEnvClassType pfGetTGenClassType pfGetTGenMode pfGetTGenPlane pfGetTexBorderColor pfGetTexBorderType pfGetTexClassType pfGetTexDetailTex pfGetTexFrame pfGetTexLevel pfGetTexList pfGetTexLoadImage pfGetTexLoadMode pfGetTexLoadOrigin pfGetTexLoadSize pfGetTexMat pfGetTextClassType pfGetTravPath pfGetTypeParent pfGetVClockOffset pfGetViewMat pfGetWSConnectionName pfGetWinAspect pfGetWinClassType pfGetWinCurOriginSize pfGetWinCurScreenOriginSize pfGetWinCurState pfGetWinCurWSDrawable pfGetWinFBConfig pfGetWinFBConfigAttrs pfGetWinFBConfigData pfGetWinFBConfigId pfGetWinGLCxt pfGetWinIndex pfGetWinList pfGetWinMode pfGetWinName pfGetWinOrigin pfGetWinOverlayWin pfGetWinScreen pfGetWinSelect pfGetWinShare pfGetWinSize pfGetWinStatsWin pfGetWinType pfGetWinWSConnectionName pfGetWinWSDrawable pfGetWinWSWindow pfHalfSpaceContainsBox pfHalfSpaceContainsCyl pfHalfSpaceContainsPt pfHalfSpaceContainsSphere pfHalfSpaceIsectSeg pfHlightFillPat pfHlightGState pfHlightGStateIndex pfHlightLinePat pfHlightLineWidth pfHlightNormalLength pfHlightPntSize pfHlightTEnv pfHlightTGen pfHlightTex pfInitCBuffer pfInitPipe pfInsertChan pfInsertString pfInvModelMat pfInvertFullMat pfInvertQuat pfIsDerivedFrom pfIsExactType pfIsLSourceOn pfIsOfType pfIsPWinOpen pfIsTexFormatted pfIsWinOpen pfLODLODState pfLODLODStateIndex pfLODStateAttr pfLODStateName pfLODTransition pfLPStateBackColor pfLPStateMode pfLPStateShape pfLPStateVal pfLSourceAmbient pfLSourceAtten pfLSourceAttr pfLSourceColor pfLSourceMode pfLSourceOff pfLSourceOn pfLSourcePos pfLSourceVal pfLengthQuat pfLightAtten pfLoadState pfLoadTex pfLoadTexLevel pfLogQuat pfLookupNode pfMQueryFStats pfMQueryFeature pfMQueryGSet pfMQueryPWin pfMQuerySys pfMQueryWin pfMakeBasicGState pfMakeLPStateRangeTex pfMakeLPStateShapeTex pfMakeOrthoChan pfMakePerspChan pfMakePerspFrust pfMakeQuatMat pfMakeRotQuat pfMakeSimpleChan pfMakeVecRotVecMat pfMaxTypes pfMergeBuffer pfModelMat pfMorphAttr pfMorphWeights pfMove pfMoveChan pfMovePWin pfMultQuat pfMultiprocess pfMultithread pfNearPixDist pfNewBuffer pfNewCBuffer pfNewFont pfNewLODState pfNewLPState pfNewMorph pfNewPWin pfNewPtope pfNewSprite pfNewString pfNewTGen pfNewText pfNewType pfNewWin pfNodeIsectSegs pfOpenFStats pfOpenNewNoPortWin pfOpenPWin pfOpenScreen pfOpenWSConnection pfOpenWin pfOrthoXformChan pfOrthoXformPtope pfPWinAspect pfPWinConfigFunc pfPWinFBConfig pfPWinFBConfigAttrs pfPWinFBConfigData pfPWinFBConfigId pfPWinFullScreen pfPWinGLCxt pfPWinIndex pfPWinList pfPWinMode pfPWinName pfPWinOrigin pfPWinOriginSize pfPWinOverlayWin pfPWinScreen pfPWinShare pfPWinSize pfPWinStatsWin pfPWinType pfPWinWSConnectionName pfPWinWSDrawable pfPWinWSWindow pfPartVal pfPassDBaseData pfPipeScreen pfPipeSwapFunc pfPipeWSConnectionName pfPlaneIsectSeg pfPositionSprite pfPreMultMStack pfPreMultMat pfPreRotMStack pfPreRotMat pfPreScaleMStack pfPreScaleMat pfPreTransMStack pfPreTransMat pfPrint pfPrintFunc pfPtopeContainsBox pfPtopeContainsCyl pfPtopeContainsPt pfPtopeContainsPtope pfPtopeContainsSphere pfPtopeFacet pfQuatMeanTangent pfQueryFStats pfQueryFeature pfQueryPWin pfQuerySys pfQueryWin pfRemoveChan pfRemoveIndex pfRemovePtopeFacet pfRemoveString pfReplaceString pfResetFStats pfScaleMat pfSceneGState pfSceneGStateIndex pfSearchChild pfSelectBuffer pfSelectPWin pfSelectWSConnection pfSelectWin pfSemaArenaBase pfSemaArenaSize pfSetMat pfSetMatCol pfSetMatRow pfSlerpQuat pfSphereContainsCyl pfSphereContainsPt pfSphereContainsSphere pfSphereExtendByCyl pfSphereExtendByPt pfSphereExtendBySphere pfSphereIsectSeg pfSpotLSourceCone pfSpotLSourceDir pfSpriteAxis pfSpriteMode pfSquadQuat pfStageConfigFunc pfStartVClock pfStopVClock pfStrdup pfStringBBox pfStringColor pfStringFont pfStringGState pfStringIsectMask pfStringIsectSegs pfStringMat pfStringMode pfStringSpacingScale pfStringString pfSubloadTex pfSubloadTexLevel pfSwapPWinBuffers pfSwapWinBuffers pfTGenMode pfTGenPlane pfTexBorderColor pfTexBorderType pfTexFrame pfTexLevel pfTexList pfTexLoadImage pfTexLoadMode pfTexLoadOrigin pfTexLoadSize pfTexMat pfTriIsectSeg pfVClockOffset pfVideoRate pfViewMat pfWinAspect pfWinFBConfig pfWinFBConfigAttrs pfWinFBConfigData pfWinFBConfigId pfWinFullScreen pfWinGLCxt pfWinIndex pfWinList pfWinMode pfWinName pfWinOrigin pfWinOriginSize pfWinOverlayWin pfWinScreen pfWinShare pfWinSize pfWinStatsWin pfWinType pfWinWSConnectionName pfWinWSDrawable pfWinWSWindow pfWrapClock New libpf and libpr functions. pfdAddBldrGeom pfdAddExtAlias pfdAddGeom pfdAddIndexedBldrGeom pfdAddIndexedLineStrips pfdAddIndexedLines pfdAddIndexedPoints pfdAddIndexedPoly pfdAddIndexedTri pfdAddLine pfdAddLineStrips pfdAddLines pfdAddPoint pfdAddPoints pfdAddPoly pfdAddSharedObject pfdAddState pfdAddTri pfdBldrAttr pfdBldrDeleteNode pfdBldrGState pfdBldrMode pfdBldrStateAttr pfdBldrStateInherit pfdBldrStateMode pfdBldrStateVal pfdBreakup pfdBuild pfdBuildGSets pfdBuildNode pfdCaptureDefaultBldrState pfdCleanBldrShare pfdCleanShare pfdCleanTree pfdCombineBillboards pfdCombineLayers pfdCompareExtensor pfdCompareExtraStates pfdConvertFrom pfdConvertTo pfdConverterAttr pfdConverterMode pfdConverterVal pfdCopyExtraStates pfdCountShare pfdDefaultGState pfdDelBldr pfdDelGeoBldr pfdDelGeom pfdDelShare pfdExitBldr pfdExitConverter pfdFindSharedObject pfdFreezeTransforms pfdGSetColor pfdGeoBldrMode pfdGetBldrAttr pfdGetBldrGState pfdGetBldrMode pfdGetBldrStateAttr pfdGetBldrStateInherit pfdGetBldrStateMode pfdGetBldrStateVal pfdGetConverterAttr pfdGetConverterMode pfdGetConverterVal pfdGetCurBldr pfdGetCurBldrName pfdGetDefaultGState pfdGetExtensor pfdGetExtensorType pfdGetGeoBldrMode pfdGetMesherMode pfdGetNodeGStateList pfdGetNumTris pfdGetSharedList pfdGetStateCallback pfdGetStateToken pfdGetTemplateObject pfdGetUniqueStateToken pfdInitBldr pfdInitConverter pfdInsertGroup pfdLoadBldrState pfdLoadFile pfdLoadFont pfdLoadFont_type1 pfdMakeDefaultObject pfdMakeSceneGState pfdMakeShared pfdMakeSharedScene pfdMeshGSet pfdMesherMode pfdNewArrow pfdNewBldr pfdNewCircle pfdNewCone pfdNewCube pfdNewCylinder pfdNewDoubleArrow pfdNewExtensor pfdNewExtensorType pfdNewGeoBldr pfdNewGeom pfdNewPipe pfdNewPyramid pfdNewRing pfdNewShare pfdNewSharedObject pfdNewSphere pfdOpenFile pfdOptimizeGStateList pfdPopBldrState pfdPostDrawContourMap pfdPostDrawLinearMap pfdPostDrawReflMap pfdPostDrawTexgenExt pfdPreDrawContourMap pfdPreDrawLinearMap pfdPreDrawReflMap pfdPreDrawTexgenExt pfdPrintGSet pfdPrintSceneGraphStats pfdPrintShare pfdPushBldrState pfdRemoveGroup pfdRemoveSharedObject pfdReplaceNode pfdResetAllTemplateObjects pfdResetBldrGeometry pfdResetBldrShare pfdResetBldrState pfdResetObject pfdResizeGeom pfdReverseGeom pfdSaveBldrState pfdSelectBldr pfdSelectBldrName pfdShowStrips pfdSpatialize pfdStateCallback pfdStoreFile pfdTexgenParams pfdTravGetGSets pfdTriangulatePoly pfdUniqifyData pfdXformGSet New libpfdu functions. libpfdu is the database utilities directory that contains the file-loading tools that were previously in libpfutil and extends these with a number of important new facilities. pfi2DIXformDriveUpdate pfi2DIXformFlyUpdate pfi2DIXformTrackballUpdate pfiAddPickChan pfiCenterXformer pfiCollideCurMotionParams pfiCollideDist pfiCollideFunc pfiCollideGroundNode pfiCollideHeightAboveGrnd pfiCollideMode pfiCollideObjNode pfiCollideStatus pfiCollideXformer pfiCreate2DIXformDrive pfiCreate2DIXformFly pfiCreate2DIXformTrackball pfiCreateTDFXformer pfiDisableCollide pfiDisableXformerCollision pfiDoPick pfiEnableCollide pfiEnableXformerCollision pfiGetCollideClassType pfiGetCollideCurMotionParams pfiGetCollideDist pfiGetCollideEnable pfiGetCollideGroundNode pfiGetCollideHeightAboveGrnd pfiGetCollideMode pfiGetCollideMotionCoord pfiGetCollideObjNode pfiGetCollideStatus pfiGetCollisionFunc pfiGetIXformCoord pfiGetIXformDBLimits pfiGetIXformDriveHeight pfiGetIXformDriveMode pfiGetIXformFlyMode pfiGetIXformInputCoordPtr pfiGetIXformMat pfiGetIXformMotionCoord pfiGetIXformMotionFuncs pfiGetIXformMotionLimits pfiGetIXformResetCoord pfiGetIXformStartMotion pfiGetIXformTrackballMode pfiGetInputCoordClassType pfiGetInputCoordVec pfiGetInputEventMask pfiGetInputEventStreamHandler pfiGetInputFocus pfiGetInputXformDriveClassType pfiGetInputXformTrackballClassType pfiGetInputXformTravelClassType pfiGetMotionCoordClassType pfiGetPickClassType pfiGetPickGSet pfiGetPickMode pfiGetPickNode pfiGetPickNumHits pfiGetPicktHitFunc pfiGetTDFXformerDrive pfiGetTDFXformerFastClickTime pfiGetTDFXformerFly pfiGetTDFXformerStartMotion pfiGetTDFXformerTrackball pfiGetXformerAutoPosition pfiGetXformerCollisionEnable pfiGetXformerCollisionStatus pfiGetXformerCoord pfiGetXformerCurModel pfiGetXformerCurModelIndex pfiGetXformerInputMode pfiGetXformerLimits pfiGetXformerMat pfiGetXformerModelMat pfiGetXformerNode pfiGetXformerResetCoord pfiIXformCoord pfiIXformDBLimits pfiIXformDriveHeight pfiIXformDriveMode pfiIXformFlyMode pfiIXformInputCoordPtr pfiIXformMat pfiIXformMotionCoord pfiIXformMotionFuncs pfiIXformMotionLimits pfiIXformResetCoord pfiIXformStartMotion pfiIXformTrackballMode pfiInit pfiInputCoordVec pfiInputEventMask pfiInputEventStreamHandler pfiInputFocus pfiInputName pfiInsertPickChan pfiIsIXGetName pfiIsIXformInMotion pfiNewCollide pfiNewIXFly pfiNewIXformDrive pfiNewIXformTrackball pfiNewPick pfiNewTDFXformer pfiNewXformer pfiPickHitFunc pfiPickMode pfiProcessInputEvents pfiRemoveXformerModel pfiRemoveXformerModelIndex pfiResetIXform pfiResetIXformPosition pfiResetInput pfiResetPick pfiResetXformer pfiResetXformerPosition pfiSelectXformerModel pfiSetupPickChans pfiStopIXform pfiStopXformer pfiTDFXformerDrive pfiTDFXformerFastClickTime pfiTDFXformerFly pfiTDFXformerStartMotion pfiTDFXformerTrackball pfiUpdateCollide pfiUpdateIXform pfiUpdateXformer pfiXformerAutoInput pfiXformerAutoPosition pfiXformerCollision pfiXformerCoord pfiXformerInputMode pfiXformerLimits pfiXformerMat pfiXformerModel pfiXformerModelMat pfiXformerNode pfiXformerResetCoord New libpfui functions. libpfui is the user interface library and contains flight models, event management, and a number of other interaction-oriented functions. pfuAddPath pfuAddProjectorScreen pfuAppendEventQ pfuAppendEventQStream pfuCalcDepth pfuCharPos pfuChooseFBConfig pfuCollectGLEventStream pfuCollectXEventStream pfuCollisionChan pfuCreateDftCursor pfuDPoolSize pfuDisablePanel pfuDisableWidget pfuDrawString pfuDrawStringPos pfuDrawTree pfuEnableWidget pfuEventQFrame pfuEventQStream pfuEventStreamFrame pfuFindUtilDPData pfuGLMapcolors pfuGLXAllocColormap pfuGLXMapcolors pfuGUICursor pfuGUICursorSel pfuGUIHlight pfuGetCollisionChan pfuGetCurXFont pfuGetDPoolSize pfuGetEventQEvents pfuGetEventQFrame pfuGetEventQStream pfuGetEventStreamFrame pfuGetGUICursor pfuGetGUICursorSel pfuGetGUIHlight pfuGetInvisibleCursor pfuGetPanelOriginSize pfuGetProjectorHandle pfuGetProjectorScreenList pfuGetWidgetActionFunc pfuGetWidgetDrawFunc pfuGetWidgetSelectFunc pfuGetXFontHeight pfuGetXFontWidth pfuIncEventQFrame pfuIncEventStreamFrame pfuInitGUICursors pfuInitRendezvous pfuInitSmokes pfuLoadPWinCursor pfuLoadTexListFiles pfuLoadTexListFmt pfuLoadWinCursor pfuLoadXFont pfuLockDownProc pfuMakeLPStateRangeTex pfuMakeLPStateShapeTex pfuMakeRasterXFont pfuMakeSceneTexList pfuMakeXFontBitmaps pfuManageMPipeStats pfuMapPWinColors pfuMapWinColors pfuMasterRendezvous pfuMouseInChan pfuNewEventQ pfuNewProjector pfuNewTexList pfuPostDrawStyle pfuPreDrawStyle pfuPrintPWinFBConfig pfuPrintPath pfuPrintWinFBConfig pfuPrioritizeProcs pfuProjectorHandle pfuProjectorMovie pfuProjectorPreDrawCB pfuRandomColor pfuRandomFloat pfuRandomLong pfuRandomize pfuRemoveProjectorScreen pfuReplaceProjectorScreen pfuResetEventQ pfuResetEventStream pfuRunProcOn pfuSetXFont pfuSlaveRendezvous pfuTravCachedCull pfuTravGLProf pfuTravPrintNodes pfuUpdateGUICursor pfuWidgetActionFunc pfuWidgetDrawFunc pfuWidgetSelectFunc The new libpfutil functions. More miscellaneous utility code in a number of handy areas. Check out the "show tree" and "draw style" options in perfly -- ther're based on three of these new functions. Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe From guest Thu Dec 7 12:13:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA08131; Thu, 7 Dec 1995 12:10:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA08128; Thu, 7 Dec 1995 12:10:39 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10146; Thu, 7 Dec 95 12:10:30 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA10183; Thu, 7 Dec 1995 12:10:03 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) for id AAA09168; Thu, 7 Dec 1995 00:41:18 -0800 Received: from shark by shark.paris.sgi.com via SMTP (950511.SGI.8.6.12.PATCH526/911001.SGI) id JAA10820; Thu, 7 Dec 1995 09:41:39 +0100 Sender: norbert@paris.sgi.com Message-Id: <30C6A8C2.2B9D@paris.sgi.com> Date: Thu, 07 Dec 1995 09:41:38 +0100 From: Norbert BIANCHIN Organization: SILICON GRAPHICS SARL X-Mailer: Mozilla 2.0b3 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: Michael Jones Cc: info-performer@sgi.sgi.com Subject: Re: IRIS Performer 2.0 Available References: <199512070743.XAA01138@babar.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Michael Jones wrote: > Detailed Information: > --------------------- > > For further information, check out the IRIS Performer WWW Page > in SiliconSurf. The URL is: > > http://www.sgi.com/technology/Performer.html This URL is wrong, try this one : http://www.sgi.com/Technology/Performer.html ^^^^^^^^^^ > > Quite a bit of new information is (update is in progress as I write > this) available there, and details about the 2.0 release are being > added every day. > > Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 > Michael T. Jones Silicon Graphics, Advanced Systems Division > mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 > "Du musst Amboss oder Hammer sein" -- Goethe -- +----------------------------------------------------------------+ | NN NN BBBBBB Country ID : IFR-340 | | NNN NN BB BB SGI Office Location : PARIS | | NNNN NN BBBBBB Name : Norbert BIANCHIN | | NN NNNN BB BB E-mail Address : norbert@paris.sgi.com | | NN NNN BB BB V-mail Address : 5-9786 | | NN NN BBBBBB Fax Number : 33 1 34 88 80 76 | +----------------------------------------------------------------+ From guest Thu Dec 7 15:38:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA09300; Thu, 7 Dec 1995 15:06:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA09297; Thu, 7 Dec 1995 15:06:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18296; Thu, 7 Dec 95 15:05:56 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA15027; Thu, 7 Dec 1995 15:05:50 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id PAA09189; Thu, 7 Dec 1995 15:00:15 -0800 From: aschaffe (Allan Schaffer) Message-Id: <9512071500.ZM9187@holodeck.asd.sgi.com> Date: Thu, 7 Dec 1995 15:00:15 -0800 In-Reply-To: mtj@babar (Michael Jones) "IRIS Performer 2.0 Available" (Dec 6, 11:43pm) References: <199512070743.XAA01138@babar.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: IRIS Performer 2.0 Available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'll expand on some of what Michael has said: The Performer 2.0 software bits have now been released to SGI manufacturing to have CD's pressed, manuals printed, and so on. In the U.S., initial shipments should begin the week of December 18th-22nd. Shipments outside the U.S. should occur shortly thereafter. All sorts of information regarding 2.0 is in progress -- we're just now putting the final touches on the updated Performer FAQ, an updated set of WWW pages, release notes & code samples in the FTP site, and so on. I'll send out add'l messages as these become available. Note that Michael's posting mentioned the incorrect URL for the WWW site, it should have read: http://www.sgi.com/Technology/Performer.html (although there's nothing new there *yet*) In the meantime you can all check out the new Performer Technical Report, available in postscript format: ftp://sgigate.sgi.com/pub/Performer/docs/techreport/ SGI Technical Education is also working to update the 4-day "Introduction to IRIS Performer" course for 2.0. This work is not yet complete, so the January course in Silver Springs MD will probably still use the Performer 1.2 material. More coming soon, Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Thu Dec 7 19:24:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA10719; Thu, 7 Dec 1995 19:22:14 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA10716; Thu, 7 Dec 1995 19:22:13 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00428; Thu, 7 Dec 95 19:22:11 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA17794; Thu, 7 Dec 1995 19:22:10 -0800 Received: from vr2.engin.umich.edu by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) id IAA26147; Thu, 7 Dec 1995 08:01:02 -0800 Received: by vr2.engin.umich.edu (940816.SGI.8.6.9/921111.SGI.AUTO) id LAA16952; Thu, 7 Dec 1995 11:08:39 -0500 From: "Keith Fry" Message-Id: <9512071108.ZM16950@vr2.engin.umich.edu> Date: Thu, 7 Dec 1995 11:08:26 -0500 In-Reply-To: mtj@babar.asd.sgi.com (Michael Jones) "IRIS Performer 2.0 Available" (Dec 6, 11:43pm) References: <199512070743.XAA01138@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com, mtj@babar (Michael Jones) Subject: Re: IRIS Performer 2.0 Available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 6, 11:43pm, Michael Jones wrote: > Detailed Information: > --------------------- > > For further information, check out the IRIS Performer WWW Page > in SiliconSurf. The URL is: > > http://www.sgi.com/technology/Performer.html > Quick correction on the path: http://www.sgi.com/Technology/Performer.html ^ -- -------------------------------------------------------------------- Keith Fry http://www.engin.umich.edu/~keithfry University of Michigan email: keithfry@engin.umich.edu Virtual Reality Lab work phone: (313) 763-7798 From guest Thu Dec 7 19:52:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA10832; Thu, 7 Dec 1995 19:44:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA10829; Thu, 7 Dec 1995 19:44:27 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01590; Thu, 7 Dec 95 19:44:25 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA21824; Thu, 7 Dec 1995 19:44:14 -0800 Received: from stork.cf.ac.uk by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id BAA28815; Thu, 7 Dec 1995 01:27:13 -0800 Received: from thor.cf.ac.uk by stork.cf.ac.uk with SMTP (PP); Thu, 7 Dec 1995 09:16:28 +0000 Received: (from saprar@localhost) by thor.cf.ac.uk (8.7.1/8.6.12) id JAA22237; Thu, 7 Dec 1995 09:21:49 GMT Date: Thu, 7 Dec 1995 09:21:49 +0000 (GMT) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: Re: Ascension Bird In-Reply-To: <9512061217.ZM10157@tiger.nctsw.navy.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Check out the MR Toolkit from the Uni of Alberta roy From guest Thu Dec 7 20:05:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA10896; Thu, 7 Dec 1995 19:55:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA10893; Thu, 7 Dec 1995 19:54:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02032; Thu, 7 Dec 95 19:54:56 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA23913; Thu, 7 Dec 1995 19:54:55 -0800 Received: from hpc.org by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) id NAA13024; Thu, 7 Dec 1995 13:15:18 -0800 Received: from galileo.hpc.org (galileo.hpc.org [192.187.8.7]) by hpc.org (8.7.1/8.7.1) with SMTP id QAA16542; Thu, 7 Dec 1995 16:24:37 -0500 (EST) Date: Thu, 7 Dec 1995 16:23:26 -0500 (EST) From: Michael Kelley X-Sender: kelleym@galileo.hpc.org To: Michael Jones Cc: info-performer@sgi.sgi.com Subject: Re: IRIS Performer 2.0 Available In-Reply-To: <199512070743.XAA01138@babar.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 6 Dec 1995, Michael Jones wrote: > > For further information, check out the IRIS Performer WWW Page > in SiliconSurf. The URL is: > > http://www.sgi.com/technology/Performer.html > I think you mean "Technology" instead of "technology", or it could be locked to outside connections. > Quite a bit of new information is (update is in progress as I write > this) available there, and details about the 2.0 release are being > added every day. > Where is this new info? I haven't been able to find it..... Thanks! .................................................................... Michael Kelley.......kelleym@ito.snap.org......kelleym_beep@arpa.mil University of Southern California.....Information Sciences Institute 4350 N. Fairfax Dr........Suite 620.......Arlington, VA........22203 phone: (703) 812-4723...fax: (703) 812-4738...pager: (800) 507-5003 From guest Thu Dec 7 20:05:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA10864; Thu, 7 Dec 1995 19:49:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA10861; Thu, 7 Dec 1995 19:49:15 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01819; Thu, 7 Dec 95 19:49:06 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA23032; Thu, 7 Dec 1995 19:49:04 -0800 Received: from speedy.dmc.missouri.edu by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id LAA19612; Thu, 7 Dec 1995 11:34:07 -0800 Received: from [128.206.105.70] by speedy.dmc.missouri.edu via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA16231; Thu, 7 Dec 1995 13:19:26 -0600 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 7 Dec 1995 13:35:25 -0500 To: info-performer@sgi.sgi.com From: jbupham@speedy.dmc.missouri.edu (John B. Upham) Subject: Doing HDTV projection from ONYX, (especially in Stereo) Status: O I am trying to discover, FOR CERTAIN, whether the ONYX system is capable of doing HDTV video in stereographics mode. (Preferably at 120HZ or so, not 30Hz.) The Onyx documentation I have read seems to suggest that it is NOT possible. It also (ref. setmon files) suggests that the highest HDTV resolution can only be done at 30 Hz interlaced. Almost everyone I have spoken with things it is not possible to do HDTV in stereo, and that the best I should expect would be 1600x1200 (4:3 / "NTSC" format), and would require two pipes, connected through SWAP Ready connector, probably with genlock(??).... If this is true, does that mean that we would require TWO projectors (one for each pipe / eye)?? Or is it possible to combine two pipe output into a single projector input?? (maybe through a combiner box of some sort?) What makes it more difficult to determine the truth of the ONYX capabilities is the fact that I "have heard from someone who knows someone" who claims that not only is it possible to do HDTV in Stereo from an ONYX, but that it ALSO can be done at a 120Hz refresh !! AND, this someone has seen it done !! I would greatly appreciate hearing by email as soon as possible ANY info that may be helpful in discovering the truth. Whatever equipment, additional processors, pipes, RMs, REs, whatever, is necessary does not matter as much as knowing What is possible and HOW to make it work. Thanks in advance, jbu Special Projects Group - DMC University of Missouri - Columbia jbupham@dmc.missouri.edu From guest Fri Dec 8 04:04:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA11883; Fri, 8 Dec 1995 04:02:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA11880; Fri, 8 Dec 1995 04:02:31 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12022; Fri, 8 Dec 95 04:02:27 -0800 Received: from solair4b.eunet.be by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id EAA08273; Fri, 8 Dec 1995 04:02:13 -0800 Received: from [193.74.11.30] (depinxi.eunet.be [193.74.11.30]) by solair4b.eunet.be (8.7.1/8.7.1) with SMTP id MAA29198 for ; Fri, 8 Dec 1995 12:57:33 +0100 (MET) Message-Id: <199512081157.MAA29198@solair4b.eunet.be> X-Sender: depinxi@pophost.eunet.be (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 8 Dec 1995 13:10:29 +0100 To: info-performer@sgi.sgi.com From: depinxi@pophost.eunet.be (Philippe Chiwy) Subject: Job Opportunity Status: O JOB OPPORTUNITY YOU ARE as young as a virtual clone, as beautiful as a Bezier surface, as reflective as an environment mapping, as dynamic as a real-time simulator, ... and quite keen on computer science. You DREAM about investing yourself in high-end audio-visuals techniques, developping software in computer graphics, simulation and virtual-reality . It could be a pleasure to incorporate you in our team, if you are able to demonstrate your qualities. Helping you to apply : experience in C++, UNIX, X-Window and Motif, 3D analytical geometry. Send your CV and introducing letter by e-mail or, by mail : Philippe Chiwy de pinxi sa/nv 46 avenue Huart Hamoirlaan B-1030 Brussels Belgium de pinxi sa/nv Av. Huart Hamoir 46 B-1030 Brussels Phone : 32 2 245 75 01 Fax : 32 2 215 72 06 From guest Fri Dec 8 04:38:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA11951; Fri, 8 Dec 1995 04:29:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA11948; Fri, 8 Dec 1995 04:29:08 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12388; Fri, 8 Dec 95 04:29:07 -0800 Received: from dw3f.ess.harris.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id EAA09691; Fri, 8 Dec 1995 04:29:04 -0800 Received: from toucan (toucan [130.41.1.227]) by dw3f.ess.harris.com (8.6.9/mdb(941103)) with ESMTP id HAA04996; Fri, 8 Dec 1995 07:29:01 -0500 Received: by toucan (940816.SGI.8.6.9) id HAA11035; Fri, 8 Dec 1995 07:25:38 -0500 From: "Pat Stevenson" Message-Id: <9512080725.ZM11033@toucan> Date: Fri, 8 Dec 1995 07:25:37 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: aschaffe@sgi.sgi.com Subject: Performer 2.0 class Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Allan, We received material about next year's classes and they reported to us that beginning in January, the Performer class was 2.0 and that it was not in Silver Springs but Mt View on Jan 8. Can you please confirm this date and version? Pat Stevenson gstevens@harris.com From guest Fri Dec 8 05:52:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA12370; Fri, 8 Dec 1995 05:50:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA12367; Fri, 8 Dec 1995 05:50:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13711; Fri, 8 Dec 95 05:50:23 -0800 Received: from nrtc.nrtc.northrop.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA15271; Fri, 8 Dec 1995 05:50:21 -0800 Received: from lazarus.nrtc.northrop.com by nrtc.nrtc.northrop.com id aa23745; 8 Dec 95 3:38 PST Received: from world.nad.northrop.com by lazarus.nrtc.northrop.com (15.4a/15.6.b) id AA26606; Fri, 8 Dec 95 05:43:47 pst Received: from esplt14m-s.grumman.com by world.nad.northrop.com (4.1/SMI-4.1.1) id AA22610; Fri, 8 Dec 95 05:46:09 PST Message-Id: Date: 7 Dec 1995 15:02:23 -0500 From: Shawn Soeder Subject: Reading Z-buffer To: info-performer X-Mailer: Mail*Link SMTP/QM 3.0.0 Status: O Hello, I'm trying to read the z-buffer by calling a routine at the end of perfly's PostDraw() routine. This routine uses the following gl code: readsource(SRC_ZBUFFER); lrectread(300,300,500,500,parray); This doesn't work. If I use SRC_FRONT I can easily read the front buffer. Is the depth buffer being cleared somewhere in Performer's Draw process? Thanks, Shawn From guest Fri Dec 8 06:16:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA12401; Fri, 8 Dec 1995 06:03:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA12398; Fri, 8 Dec 1995 06:03:27 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13877; Fri, 8 Dec 95 06:03:25 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA16133; Fri, 8 Dec 1995 06:03:23 -0800 Received: from alexandra.mtl.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id GAA12232; Fri, 8 Dec 1995 06:02:35 -0800 Received: from max (max [192.148.246.59]) by alexandra.mtl.com (8.6.10/8.6.6) with ESMTP id IAA24102 for ; Fri, 8 Dec 1995 08:58:14 -0500 Received: by max (940816.SGI.8.6.9/Spike-2.0) id IAA03080; Fri, 8 Dec 1995 08:54:46 -0500 From: "John Collier" Message-Id: <9512080854.ZM3078@max> Date: Fri, 8 Dec 1995 08:54:46 -0500 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: RE: FLIR in 2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Since the commercialism gap has been breached, at least two other companies produce FLIR software in addition to Photon, including the one I work for. EZ*IR is from INTELLX, a subsidiary of MTL Systems, produces a dynamic IR exitance model that can work with any Performer vis-sim and uses either Designer's Workbench or Multi-Gen models. TSC also produces a package called either IRGEN or IRGENR. I can be reached at jcollier@mtl.com TSC can be reached uri@tsc.com (From the SGI Applications Directory) If you would like more information, please email me. John -- John A. Collier e-mail: jcollier@mtl.com MTL Systems, Inc. voice: (513) 426-3111 3481 Dayton-Xenia Rd. fax: (513) 426-8301 Dayton, OH 45432-2796 From guest Fri Dec 8 05:06:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA12144; Fri, 8 Dec 1995 05:04:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA12141; Fri, 8 Dec 1995 05:04:30 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12938; Fri, 8 Dec 95 05:04:29 -0800 Received: from spiffy.paradigmsim.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA11719; Fri, 8 Dec 1995 05:04:27 -0800 Received: from damonspc by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA10854; Fri, 8 Dec 1995 07:01:59 -0600 Date: Fri, 8 Dec 1995 07:01:59 -0600 Message-Id: <199512081301.HAA10854@spiffy.paradigmsim.com> X-Sender: damon@spiffy.paradigmsim.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: damon@paradigmsim.com (Damon Curry) Subject: RE: FLIR in 2.0 Status: O Just a quick note to point out the availability of SensorVision for quantitative radiometric sensor views in real time. SensorVision is an add-on module for Paradigm Simulation's Vega, which uses SGI's Performer as its foundation. SensorVision is produced by Photon Simulations, a company with more than twenty years of sensor and IR research and applications development experience for the US Department of Defense. Please forgive any blatant commercialism. No infraction of "netiquette" is intended, but it seems that SensorVision might be just what many are looking for in their inquiries to this group. Those interested in real time quantitative radiometric visual simulations (including IR), which is much more than just green images or static, precomputed databases, should contact either "marketing@paradigmsim.com" or Jeff Kass at Photon Simulations "jrk@photon.com". Damon -------------------------------------------------------- Damon F. Curry Paradigm Simulation, Inc. International Sales Manager Suite 400 Phone (214) 960-2301 14900 Landmark Blvd. Fax (214) 960-2303 Dallas, Texas 75240 email damon@paradigmsim.com http://www.paradigmsim.com Visualize your world with Vega. Hear your world with AudioWorks. -------------------------------------------------------- From guest Fri Dec 8 07:31:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA12761; Fri, 8 Dec 1995 07:29:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA12758; Fri, 8 Dec 1995 07:29:11 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15867; Fri, 8 Dec 95 07:29:07 -0800 Received: from hssiarl.hti.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA25518; Fri, 8 Dec 1995 07:28:57 -0800 Received: from [192.79.11.131] by hssiarl.hti.com (5.65/1.35) id AA29947; Fri, 8 Dec 95 09:27:27 -0600 Received: by mred (920330.SGI/LAI-3.1) id AA14687; Fri, 8 Dec 95 09:29:19 -0600 Date: Fri, 8 Dec 95 09:29:19 -0600 From: steve@mred.hti.com (Steve Baker) Message-Id: <9512081529.AA14687@mred > To: info-performer@sgi.sgi.com Subject: RE: FLIR in 2.0 Status: O > Since the commercialism gap has been breached, at least two other companies > produce FLIR software in addition to Photon, including the one I work for. Yeah, and Hughes Training Inc can sell you a complete turnkey system using Perf 2.0, with normal visual, FLIR (using physics and stuff), Terrain-following Radar, full database paging (no dropped frames), symbology, etc - all out of one database. Has everyone got the crass commercialism out their systems yet? >:-( Steve :-) :-) :-) :-) :-) :-) :-) Steve Baker (-: (-: (-: (-: (-: (-: (-: Hughes Training Inc. 817-695-2478 (Voice/VoiceMail) 2200 Arlington Downs Road 817-695-2555 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.hti.com (Email) From guest Fri Dec 8 07:24:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA12751; Fri, 8 Dec 1995 07:23:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA12748; Fri, 8 Dec 1995 07:23:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15747; Fri, 8 Dec 95 07:23:27 -0800 Received: from hssiarl.hti.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA25068; Fri, 8 Dec 1995 07:23:20 -0800 Received: from [192.79.11.131] by hssiarl.hti.com (5.65/1.35) id AA28468; Fri, 8 Dec 95 09:22:06 -0600 Received: by mred (920330.SGI/LAI-3.1) id AA14653; Fri, 8 Dec 95 09:23:44 -0600 Date: Fri, 8 Dec 95 09:23:44 -0600 From: steve@mred.hti.com (Steve Baker) Message-Id: <9512081523.AA14653@mred > To: info-performer@sgi.sgi.com Subject: Re: Reading Z-buffer Status: O > I'm trying to read the z-buffer by calling a routine at the end of perfly's > PostDraw() routine. This routine uses the following gl code: > > readsource(SRC_ZBUFFER); > lrectread(300,300,500,500,parray); > > This doesn't work. If I use SRC_FRONT I can easily read the front buffer. > Is the depth buffer being cleared somewhere in Performer's Draw process? Do you have multisampling enabled? There is a GL/hardware limitation that prevents you from reading the multisample Z buffer. Try turning the multisample buffer off. Steve :-) :-) :-) :-) :-) :-) :-) Steve Baker (-: (-: (-: (-: (-: (-: (-: Hughes Training Inc. 817-695-2478 (Voice/VoiceMail) 2200 Arlington Downs Road 817-695-2555 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.hti.com (Email) From guest Fri Dec 8 07:38:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA12778; Fri, 8 Dec 1995 07:36:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA12775; Fri, 8 Dec 1995 07:36:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16027; Fri, 8 Dec 95 07:36:31 -0800 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA26472; Fri, 8 Dec 1995 07:36:29 -0800 From: halliday@cs.sfu.ca Received: from valdez (valdez.cs.sfu.ca) by cs.sfu.ca with SMTP id AA09318 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Fri, 8 Dec 1995 07:36:27 -0800 Received: by valdez (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id HAA27328; Fri, 8 Dec 1995 07:36:26 -0800 Message-Id: <199512081536.HAA27328@valdez> Subject: Texture bleeding To: info-performer@sgi.sgi.com (Performer List) Date: Fri, 8 Dec 1995 07:36:24 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 586 Status: O I am running Performer 1.2 on an High Impact, I would like to know if the following error is from IGLOO, IMPACT, or from something I am doing wrong. The material color of geometry drawn after an object with a texture is blended with the color of the texture. I have ran the exact same program on an Extreme and although incredibly slow, the color of the texture does not bleed into other geometry. BTW, in case this is a problem that is in IGLOO or IMPACT here is a hack fix: give every object without a texture, a white 1x1 pixel texture! -- Sean Halliday halliday@cs.sfu.ca From guest Fri Dec 8 08:55:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA13257; Fri, 8 Dec 1995 08:54:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA13254; Fri, 8 Dec 1995 08:54:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18599; Fri, 8 Dec 95 08:54:03 -0800 Received: from macgyver.detroit.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id IAA09271; Fri, 8 Dec 1995 08:54:01 -0800 Received: by macgyver.detroit.sgi.com (940816.SGI.8.6.9/940406.SGI) id LAA09108; Fri, 8 Dec 1995 11:51:23 -0500 From: "ted jordan" Message-Id: <9512081151.ZM9106@macgyver.detroit.sgi.com> Date: Fri, 8 Dec 1995 11:51:22 -0500 In-Reply-To: "Pat Stevenson" "Performer 2.0 class" (Dec 8, 7:25am) References: <9512080725.ZM11033@toucan> X-Face: j;kCV?eS+]ChRWl;VY/JLQw'A6B/%I(w,LT|3G9"H+!pjDW>%3s#S|I\}Fbs;ZH_d]GTE26H"ZAW_;)h6J,&\kX/%fmo'O?lmwvZ<9vaKm=(TuGBlm0/w-a~E/iwtvSGJw3/7g|IaG9D0npq,l>vkt:zK:rm,u%>O%aw=0&]@HgHWG[K=MO3 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Pat Stevenson" , aschaffe@sgi.sgi.com Subject: Re: Performer 2.0 class Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O These are the classes for Jan & their locations...I'm not sure if they are 2.0 or not tho 1/8 mtvu 1/29 dallas ted On Dec 8, 7:25am, Pat Stevenson wrote: > Subject: Performer 2.0 class > We received material about next year's classes and they reported to us that > beginning in January, the Performer class was 2.0 and that it was not in Silver > Springs but Mt View on Jan 8. Can you please confirm this date and version? > > Pat Stevenson > gstevens@harris.com >-- End of excerpt from Pat Stevenson -- theodore p jordan silicon graphics, inc detroit, michigan tjordan@detroit.sgi.com fax: 810-615-2157 "One good thing you can give and still keep is your word" Monthly Spelling Aid: unix - half the computer; eunuch - half the man From guest Fri Dec 8 08:39:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA13206; Fri, 8 Dec 1995 08:37:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA13203; Fri, 8 Dec 1995 08:37:45 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18022; Fri, 8 Dec 95 08:37:43 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA05771; Fri, 8 Dec 1995 08:37:29 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id RAA05151; Fri, 8 Dec 1995 17:33:52 +0100 From: "Angus Dorbie" Message-Id: <9512081733.ZM5149@bitch.reading.sgi.com> Date: Fri, 8 Dec 1995 17:33:51 +0100 In-Reply-To: halliday@cs.sfu.ca "Texture bleeding" (Dec 8, 7:36am) References: <199512081536.HAA27328@valdez> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: halliday@cs.sfu.ca, info-performer@sgi.sgi.com (Performer List) Subject: Re: Texture bleeding Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 8, 7:36am, halliday@cs.sfu.ca wrote: > Subject: Texture bleeding > I am running Performer 1.2 on an High Impact, I would like to > know if the following error is from IGLOO, IMPACT, or from something I am doing > wrong. > > The material color of geometry drawn after an object with a texture > is blended with the color of the texture. I have ran the exact same > program on an Extreme and although incredibly slow, the color > of the texture does not bleed into other geometry. BTW, in case > this is a problem that is in IGLOO or IMPACT here is a hack > fix: give every object without a texture, a white 1x1 pixel > texture! > -- > Sean Halliday halliday@cs.sfu.ca > >-- End of excerpt from halliday@cs.sfu.ca I'm surprised that this hack works, since the texture coordinate which was last used should still be used for texturing (I suppose you could be getting lucky). And ofcourse there's also mip mapping which could spoil this cunning plan if used. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Fri Dec 8 09:00:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA13307; Fri, 8 Dec 1995 08:59:30 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA13304; Fri, 8 Dec 1995 08:59:29 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18784; Fri, 8 Dec 95 08:59:27 -0800 Received: from binky.paradigmsim.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA09978; Fri, 8 Dec 1995 08:59:24 -0800 Received: by binky.paradigmsim.com (940816.SGI.8.6.9/921111.SGI.AUTO) id KAA08080; Fri, 8 Dec 1995 10:56:29 -0600 From: "Craig Phillips" Message-Id: <9512081056.ZM8078@binky.paradigmsim.com> Date: Fri, 8 Dec 1995 10:56:27 -0600 In-Reply-To: steve@mred.hti.com (Steve Baker) "RE: FLIR in 2.0" (Dec 8, 9:29am) References: <9512081529.AA14687@mred > X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: steve@mred.hti.com (Steve Baker), info-performer@sgi.sgi.com Subject: Re: FLIR in 2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 8, 9:29am, Steve Baker wrote: > Subject: RE: FLIR in 2.0 > > > Since the commercialism gap has been breached, at least two other companies > > produce FLIR software in addition to Photon, including the one I work for. > > Yeah, and Hughes Training Inc can sell you a complete turnkey system using > Perf 2.0, with normal visual, FLIR (using physics and stuff), Terrain-following Radar, > full database paging (no dropped frames), symbology, etc - all out of one database. > > Has everyone got the crass commercialism out their systems yet? my god man, take a valium. -- __________________________________________________ Craig Phillips Paradigm Simulation Inc. 14900 Landmark, Suite 400, Dallas, Texas 75248 craig@paradigmsim.com 214-960-2301 __________________________________________________ From guest Fri Dec 8 12:12:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA13968; Fri, 8 Dec 1995 12:10:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA13965; Fri, 8 Dec 1995 12:10:51 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27910; Fri, 8 Dec 95 12:10:49 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA24250; Fri, 8 Dec 1995 12:10:39 -0800 Received: from flash.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA00513; Fri, 8 Dec 95 15:10:36 EST From: greg@vsl.ist.ucf.edu (Substituti G) Received: by flash.vsl.ist.ucf.edu (940816.SGI.8.6.9) id PAA10399; Fri, 8 Dec 1995 15:10:35 -0500 Date: Fri, 8 Dec 1995 15:10:35 -0500 Message-Id: <199512082010.PAA10399@flash.vsl.ist.ucf.edu> To: info-performer@sgi.sgi.com Subject: Multigen 14.2 Cc: mueller@vsl.ist.ucf.edu Status: O We just upgraded from 14.1 and are having problems loading the 14.2 Flight files into Performer 1.2. We get the following: Performer Warning (2): LoadFlt() opcode 102 "unknown" not implemented. As I understand it, this opcode is for the new lightsource tables. The model is loaded but it is completely black. We are currently using OpenFlight Loader R14.1e. Is there a newer version out there that handles these beads? Thanks in advance, =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Greg Wiatroski Institute for Simulation and Training / Visual Systems Lab University of Central Florida http://www.vsl.ist.ucf.edu/~greg greg@vsl.ist.ucf.edu From guest Fri Dec 8 14:29:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA14676; Fri, 8 Dec 1995 14:27:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA14673; Fri, 8 Dec 1995 14:27:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05025; Fri, 8 Dec 95 14:27:33 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id OAA08549; Fri, 8 Dec 1995 14:27:32 -0800 Received: from mailhost.multigen.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id NAA03320; Fri, 8 Dec 1995 13:59:35 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id OAA14707 for ; Fri, 8 Dec 1995 14:00:46 -0800 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id VAA15438 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 8 Dec 1995 21:53:02 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@sgi.com id OAA10934; Fri, 8 Dec 1995 14:17:56 -0800 From: "Marcus Barnes" Message-Id: <9512081417.ZM10932@royalflush.engr.multigen.com> Date: Fri, 8 Dec 1995 14:17:55 -0800 In-Reply-To: greg@vsl.ist.ucf.edu (Substituti G) "Multigen 14.2" (Dec 8, 3:10pm) References: <199512082010.PAA10399@flash.vsl.ist.ucf.edu> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Multigen 14.2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 8, 3:10pm, Substituti G wrote: > Subject: Multigen 14.2 > > We just upgraded from 14.1 and are having problems loading > the 14.2 Flight files into Performer 1.2. We get the following: > > Performer Warning (2): LoadFlt() opcode 102 "unknown" not implemented. > > As I understand it, this opcode is for the new lightsource tables. > The model is loaded but it is completely black. The unknown light source palette is not a problem for V14.1 loaders. The reason it's black is because the V14.2 color palette is different. It's been expanded to 64k colors. > We are currently using OpenFlight Loader R14.1e. Is there a newer version > out there that handles these beads? Thanks in advance, > This is becoming a FAQ ;-) The current OpenFlight loader for Performer 1.2 is revision R14.2g. It's available from: MultiGen Technical Support PH: 1-408-556-2600 FX: 1-408-556-4102 EM: support@multigen.com > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Greg Wiatroski > Institute for Simulation and Training / Visual Systems Lab > University of Central Florida > http://www.vsl.ist.ucf.edu/~greg > greg@vsl.ist.ucf.edu >-- End of excerpt from Substituti G Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Fri Dec 8 23:19:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA17131; Fri, 8 Dec 1995 23:17:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA17128; Fri, 8 Dec 1995 23:17:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22223; Fri, 8 Dec 95 23:17:29 -0800 Received: from MOEsun.Edu.TW by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id XAA02976; Fri, 8 Dec 1995 23:17:24 -0800 Received: from nchc.gov.tw (dns.nchc.gov.tw [140.110.192.11]) by MOEsun.Edu.TW (8.6.12/8.6.12) with SMTP id PAA11390 for ; Sat, 9 Dec 1995 15:19:33 +0800 Message-Id: <199512090719.PAA11390@MOEsun.Edu.TW> Received: by nchc.gov.tw (th3.8s.nchc.gov) from ceres.nchc.gov.tw id AA26860; Sat, 9 Dec 95 15:06:12 CST Received: by ceres.nchc.gov.tw (station v4.0) from elc044.nchc.gov.tw id AA13998; Sat, 9 Dec 95 15:16:56 CST From: c00chu00@nchc.gov.tw (Sam Chu) Subject: Re: Multigen 14.2 (fwd) To: info-performer@sgi.sgi.com Date: Sat, 9 Dec 1995 15:16:58 +0800 (CST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 608 Status: O > > We are currently using OpenFlight Loader R14.1e. Is there a newer version > > out there that handles these beads? Thanks in advance, > > > > This is becoming a FAQ ;-) > > The current OpenFlight loader for Performer 1.2 is revision R14.2g. It's > available from: > > MultiGen Technical Support > PH: 1-408-556-2600 > FX: 1-408-556-4102 > EM: support@multigen.com > Can this loader be use in Lynx 1.2.1.0 from Paradigm Simulation Inc? (I can't use Lynx 1.2.1 to read flt files which are generated from ModelGen 14.2) Regards, Sam Chu 12/9/95 National Center for High-Performer Computing in Taiwan From guest Sat Dec 9 20:34:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA18449; Sat, 9 Dec 1995 20:33:23 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA18446; Sat, 9 Dec 1995 20:33:23 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08284; Sat, 9 Dec 95 20:33:28 -0800 Received: from relay.interserv.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id UAA09437; Sat, 9 Dec 1995 20:33:27 -0800 From: trdecarlo@tasc.com Received: from 147.81.48.63 (remote1.is.rest.tasc.com) by relay.interserv.com with SMTP id AA24596 (5.67b/IDA-1.5 for info-performer@sgi.com); Sat, 9 Dec 1995 20:33:15 -0800 Date: Sat, 9 Dec 1995 20:33:15 -0800 Message-Id: <199512100433.AA24596@relay.interserv.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: Re: IRIS Performer 2.0 Available To: info-performer@sgi.sgi.com In-Reply-To: <9512071500.ZM9187@holodeck.asd.sgi.com> X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Could someone please send me a copy of Michael Jones' announcement. My server seems to have dropped it. TIA Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 fax: 703/318-7900 * fax: 703/428-7054 email: trdecarlo@tasc.com * email: thom@dogwood.tec.army.mil ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ . . . Any resemblance between the above views and those of my employer, my terminal, or the view out my window are purely coincidental. Any resemblance between the above and my own views is not-deterministic. The question of the existence of my views in the absence of anyone to hold them is left as an exercise for the reader. The question of the existence of the reader is left as an exercise for the second god coefficient. (A discussion of non-orthogonal polytheism is beyond the scope of this article.) ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ From guest Sat Dec 9 20:32:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA18443; Sat, 9 Dec 1995 20:30:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA18440; Sat, 9 Dec 1995 20:30:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08253; Sat, 9 Dec 95 20:30:41 -0800 Received: from relay.interserv.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id UAA09379; Sat, 9 Dec 1995 20:30:39 -0800 From: trdecarlo@tasc.com Received: from 147.81.48.63 (remote1.is.rest.tasc.com) by relay.interserv.com with SMTP id AA24554 (5.67b/IDA-1.5 for info-performer@sgi.com); Sat, 9 Dec 1995 20:30:22 -0800 Date: Sat, 9 Dec 1995 20:30:22 -0800 Message-Id: <199512100430.AA24554@relay.interserv.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: Re: Multigen 14.2 (fwd) To: c00chu00@nchc.gov.tw (Sam Chu), info-performer@sgi.sgi.com In-Reply-To: <199512090719.PAA11390@MOEsun.Edu.TW> X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O I've been able to read MultiGen 14.2 models, but I think I am using the 1.3 release of Vega. Also, it works using the vega loader but NOT the mgflt loader. Good Luck, Thom On Sat, 9 Dec 1995, c00chu00@nchc.gov.tw (Sam Chu) wrote: >> > We are currently using OpenFlight Loader R14.1e. Is there a newer version >> > out there that handles these beads? Thanks in advance, >> > >> >> This is becoming a FAQ ;-) >> >> The current OpenFlight loader for Performer 1.2 is revision R14.2g. It's >> available from: >> >> MultiGen Technical Support >> PH: 1-408-556-2600 >> FX: 1-408-556-4102 >> EM: support@multigen.com >> >Can this loader be use in Lynx 1.2.1.0 from Paradigm Simulation Inc? >(I can't use Lynx 1.2.1 to read flt files which are generated from >ModelGen 14.2) > > >Regards, >Sam Chu 12/9/95 >National Center for High-Performer Computing in Taiwan > > > > Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 fax: 703/318-7900 * fax: 703/428-7054 email: trdecarlo@tasc.com * email: thom@dogwood.tec.army.mil ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ . . . Any resemblance between the above views and those of my employer, my terminal, or the view out my window are purely coincidental. Any resemblance between the above and my own views is not-deterministic. The question of the existence of my views in the absence of anyone to hold them is left as an exercise for the reader. The question of the existence of the reader is left as an exercise for the second god coefficient. (A discussion of non-orthogonal polytheism is beyond the scope of this article.) ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ From guest Sun Dec 10 10:40:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21348; Sun, 10 Dec 1995 10:39:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21345; Sun, 10 Dec 1995 10:39:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17120; Sun, 10 Dec 95 10:39:31 -0800 Received: from netcom6.netcom.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA11733; Sun, 10 Dec 1995 10:39:29 -0800 Received: by netcom6.netcom.com (8.6.12/Netcom) id KAA04565; Sun, 10 Dec 1995 10:37:36 -0800 Date: Sun, 10 Dec 1995 10:37:36 -0800 (PST) From: Ara Bernardi Subject: unsubscribe To: info-performer@sgi.sgi.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O unsubscribe please. From guest Sun Dec 10 16:07:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA21837; Sun, 10 Dec 1995 16:06:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA21834; Sun, 10 Dec 1995 16:05:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22178; Sun, 10 Dec 95 16:06:34 -0800 Received: from hotsauce.clubfed.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA03860; Sun, 10 Dec 1995 16:06:33 -0800 Received: by hotsauce.clubfed.sgi.com (940816.SGI.8.6.9/930416.SGI.AUTO) id TAA12933; Sun, 10 Dec 1995 19:06:24 -0500 Date: Sun, 10 Dec 1995 19:06:24 -0500 From: brian@sgi.sgi.com (Brian Furtaw) Message-Id: <9512101906.ZM12931@hotsauce.clubfed.sgi.com> In-Reply-To: greg@vsl.ist.ucf.edu (Substituti G) "Multigen 14.2" (Dec 8, 3:10pm) References: <199512082010.PAA10399@flash.vsl.ist.ucf.edu> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: greg@vsl.ist.ucf.edu (Substituti G), info-performer@sgi.sgi.com Subject: Re: Multigen 14.2 Cc: mueller@vsl.ist.ucf.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performer 2.0 which just released contains the new Open Flight loader, which should solve your problems. Brian On Dec 8, 3:10pm, Substituti G wrote: > Subject: Multigen 14.2 > > We just upgraded from 14.1 and are having problems loading > the 14.2 Flight files into Performer 1.2. We get the following: > > Performer Warning (2): LoadFlt() opcode 102 "unknown" not implemented. > > As I understand it, this opcode is for the new lightsource tables. > The model is loaded but it is completely black. We are currently using > OpenFlight Loader R14.1e. Is there a newer version out there that handles > these beads? Thanks in advance, > > > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Greg Wiatroski > Institute for Simulation and Training / Visual Systems Lab > University of Central Florida > http://www.vsl.ist.ucf.edu/~greg > greg@vsl.ist.ucf.edu >-- End of excerpt from Substituti G -- o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o Brian Furtaw (brian@sgi.com) RSE Graphics/Communications Office: (301) 572-3293 Silver Spring, MD Fax: (301) 572-3280 From guest Mon Dec 11 03:04:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA22793; Mon, 11 Dec 1995 03:02:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA22790; Mon, 11 Dec 1995 03:02:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04644; Mon, 11 Dec 95 03:03:53 -0800 Received: from sgivie.vienna.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id DAA22438; Mon, 11 Dec 1995 03:03:50 -0800 Received: from mytoy3.vienna.sgi.com by sgivie.vienna.sgi.com via SMTP (920330.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA03404; Mon, 11 Dec 95 12:03:48 +0100 Received: by mytoy3.vienna.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id MAA13287; Fri, 8 Dec 1995 12:05:25 -0800 From: "Andreas Paumann" Message-Id: <9512081205.ZM13285@mytoy3.vienna.sgi.com> Date: Fri, 8 Dec 1995 12:05:24 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Trees and other Billboards... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, I am quite new to performer programming and have a question concerning Billboards: I load an Inventor file (a garden with a house, etc.). In this garden there are also trees. If Inventor loads them he makes 'pfGeode's out of my trees. I now recursivly scan through the nodes and replace all pfGeodes representing a tree by Billboards. I do this by copying the GeoSets of the pfGeodes and creating a new Billboard and then doing a Replacechild! So far so good. If I load now the scene, everything looks ok, BUT: The trees (if driving around) move around on the floor. How can I tell performer to rotate the trees, but not to move around. The BillBoards are of type 'AXIAL_ROT' with a rotation axis of (0,0,1). many thanx in advance Andy From guest Mon Dec 11 04:14:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA22978; Mon, 11 Dec 1995 04:08:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA22975; Mon, 11 Dec 1995 04:08:30 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06313; Mon, 11 Dec 95 04:09:25 -0800 Received: from rex.copen.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id EAA25786; Mon, 11 Dec 1995 04:09:23 -0800 Received: by rex.copen.sgi.com (940816.SGI.8.6.9/930416.SGI) id NAA07002; Mon, 11 Dec 1995 13:10:06 +0100 From: "Svend Tang-Petersen" Message-Id: <9512111310.ZM7000@rex.copen.sgi.com> Date: Mon, 11 Dec 1995 13:10:06 +0100 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: trdecarlo@tasc.com Subject: (Fwd) IRIS Performer 2.0 Available Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O --- Forwarded mail from mtj@babar.asd.sgi.com (Michael Jones) Date: Wed, 6 Dec 1995 23:43:38 -0800 From: mtj@babar.asd.sgi.com (Michael Jones) To: info-performer@sgi.sgi.com Subject: IRIS Performer 2.0 Available IRIS Performer 2.0 is now available! IRIS Performer 2.0 has been released to SGI's manufacturing group and is now available worldwide. The following message describes the new part numbers, tells how to obtain further information, and provides a short overview. We are pleased with the product's many enhancements and hope that it helps you achieve new levels of excellence in your work. We'd like to thank those brave souls who helped us with the (slightly protracted) beta-test phase of this release. The efforts of these testing groups have significantly improved the quality of both the software and the documentation. Sincerely The IRIS Performer Team Product Codes: -------------- SC4-PERF-2.0 IRIS Performer 2.0 Software and Documentation Includes a CD (a very full CD, >1GB installed) Includes a Programmer's Guide (600 Pages) Includes C and C++ Man Pages (700+ Pages each) All documentation provided in online and printed form (This is the "real" product, what most people buy) M4-PERF-2.0 IRIS Performer 2.0 Documentation Only Includes a Programmer's Guide (600 Pages) Includes C and C++ Man Pages (700+ Pages each) (Need extra printed documentation sets?) SR4-PERF-2.0 IRIS Performer 2.0 Right To Use For people who need multiple development stations but don't need a CD and Manuals for each one. (This is for the second through Nth copies, not the first) SV4-PERF-2.0-10 IRIS Performer 2.0 ISV Ten-Pack This is a volume package: ten copies of SC4-PERF-2.0 at an attractive price. This is designed for those companies that bundle IRIS Performer development tools with their products, but is a good deal for anyone who needs four or more copies of Performer. SCU4-PERF-2.0 IRIS Performer 2.0 Software Upgrade This is a special lower-price for SC4-PERF-2.0 that is made available to customers who already have licensed IRIS Performer 1.2; it's not needed if you have a paid software support contract, but if you don't, we tried to save you a bit of money here. Upgrade Policies: ----------------- If you have a software support contract with SGI's Global Customer Satisfaction Division (previously known as CSD) than you can expect your IRIS Performer 2.0 upgrade in the mail within the next month or so. If you're in a hurry, or want to verify/change the shipping address for the upgrade, you should check with GCS by phone or email. Note that the upgrade includes the CD only, which has all of the manuals (programmer's guide and man-pages) on-line, but does not include the printed books. If you want printed books you will need to purchase M4-PERF-2.0 to get them. If you don't have a current software support contract, then shame on you! Now you'll have to buy a new version of the product from your sales representative. Be sure to let them know if you previously purchased 1.0, 1.1, or 1.2 -- it will save you several hundred dollars if you get SCU4-PERF-2.0 rather than SC4-PERF-2.0. Quick Overview: --------------- IRIS Performer provides a powerful and extensible programming interface for creating real-time visual simulation and other interactive graphics applications. IRIS Performer 2.0 provides significant new features and bridges a number of transitional issues: support is now provided for both IRIS GL and OpenGL graphics libraries, 32-bit (O32, N32) and 64-bit (N64) executables, a unified window management interface (GL, GLX, and X), and language bindings for both C and C++. IRIS Performer consists of two main libraries, libpf and libpr, and four associated libraries, libpfdu, libpfdb, libpfui, and libpfutil. The basis of IRIS Performer is the performance rendering library libpr, a low level library providing high speed rendering functions based on pfGeoSets, efficient graphics state control using pfGeoStates, and other application-neutral functions. Layered above libpr is libpf, a real-time visual simulation environment providing a high-performance multi-processing database rendering system that takes best advantage of IRIS symmetric multiprocessing CPU hardware. The new database utility library libpfdu provides powerful functions for defining both geometric and appearance attributes of three dimensional objects, encourages sharing of state and materials and generates efficient triangle strips from independent polygonal input. The new database library libpfdb uses the facilities of libpfdu, libpf, and libpr to import database files in many popular industry standard database formats. These loaders also serve as a guide to developers creating new database importers. The new libpfui library contains user interface building blocks for creating manipulators and user-interface components common to many interactive applications. This library has both a C and C++ API and is IRIS GL/OpenGL independent. Completing the suite of libraries is libpfutil, the IRIS Performer utility library. It provides a collection of convenience routines implementing tasks such as smoke effects, MultiChannel Option support, graphical user interface tools, X and IRIS GL event collection and management, and traversal functions. For aid in application development, IRIS Performer includes sample application source code ranging from simple programs to illustrate particular features to the comprehensive, GUI-driven file viewer perfly. In addition to these SGI-developed tools, IRIS Performer also includes a very large repository of sample code, databases, games, and movies contributed by the Friends of Performer: companies and individuals with services of general interest to the IRIS Performer community. We encourage you to sample their wares. Detailed Information: --------------------- For further information, check out the IRIS Performer WWW Page in SiliconSurf. The URL is: http://www.sgi.com/technology/Performer.html Quite a bit of new information is (update is in progress as I write this) available there, and details about the 2.0 release are being added every day. Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe ---End of forwarded mail from mtj@babar.asd.sgi.com (Michael Jones) -- Regards Svend ********************************************************************* * Svend Tang-Petersen Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Herstedoestervej 27-29 Phone: (+45) 43438600 * * 2620 Albertslund Voice mail: 5-7507 * * DENMARK * ********************************************************************* From guest Mon Dec 11 05:10:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA23151; Mon, 11 Dec 1995 05:04:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA23148; Mon, 11 Dec 1995 05:04:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07758; Mon, 11 Dec 95 05:05:30 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA28712; Mon, 11 Dec 1995 05:05:30 -0800 Received: from relay-4.mail.demon.net by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id FAA07536; Mon, 11 Dec 1995 05:05:28 -0800 Received: from post.demon.co.uk by relay-4.mail.demon.net id sg.aa19935; 11 Dec 95 13:01 GMT Received: from apollo13.demon.co.uk by relay-3.mail.demon.net id sg.aa29664; 11 Dec 95 13:00 GMT From: Gordon Tomlinson To: info-performer@sgi.sgi.com Subject: Re: Multigen 14.2 Date: Mon, 11 Dec 1995 13:01:25 GMT Organization: PERA Reply-To: gordont@apollo13.demon.co.uk X-Mailer: Forte Agent .99b.112 X-Smtp-Posting-Host: apollo13.demon.co.uk [Mon, 11 Dec 95 13:00:56 GMT] Message-Id: <9512111300.sg.aa29664@relay-3.mail.demon.net> X-Smtp-Posting-Host: post.demon.co.uk [Mon, 11 Dec 95 13:01:17 GMT] Status: O HI Folks In regards to ModelGen 14.2 and loaders We encountered a similar problem when upgrading to Modelgen 14.2 and Vega 1.3 After many struggling attempts to solve the problem our selves and thrugh our reseller I got fed up and contacted Paradigm and ............ Those nice people at Paradigm, most kindy sent me some temporay loaders to solve the problem... These loaders were 7MB in size quite a big mail files..... They seem to be working well ( for 5/6 weeks now), they do introduce a few problems with existing programs in that some things have changed to need pointer references to vega objects but this is now great hassel. The loaders provided also included new performer loaders, ( V1.2) not sure if they will work with V2.0 as we have not upgraded yet ( still waiting) So if you have vega and a contractwith Paradigm , then speak to the nice people at Paradigm( or our VAR) and they may just solve your problems. Regards Gordon. From guest Mon Dec 11 05:43:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA23322; Mon, 11 Dec 1995 05:41:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA23317; Mon, 11 Dec 1995 05:41:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08344; Mon, 11 Dec 95 05:42:53 -0800 Received: from amelnx.advmar.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id FAA00780; Mon, 11 Dec 1995 05:42:50 -0800 From: Hill_Brian@amelnx.advmar.com Received: from cc:Mail by amelnx.advmar.com id AA818700268; > 08 Dec 95 17:50:03 EST Date: > 08 Dec 95 17:50:03 EST Message-Id: <9511118187.AA818700268@amelnx.advmar.com> To: info-performer@sgi.sgi.com Subject: Question on pfCoords & pfMatrixs Status: O Hi, I was trying to convert pfmatrix notation to pfcoord notation and I found something I don't understand. I've included the code below. I create a matrix to rotate 90 degrees about the x axis using pfMakeEulerMat (mat, 0.0f, 90.0f, 0.0f). It creates the following matrix: 1.000 0.000 0.000 0.000 0.000 0.000 1.000 0.000 0.000 -1.000 0.000 0.000 0.000 0.000 0.000 1.000 I call pfGetOrthoMatCoord (...) to translate it to pfcoord notation and get the following: x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 90.000 ^^^^^^ I expected to get: x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 0.000 ^^^^^ When I call pfMakeCoordMat (...) using x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 90.000 I get the following matrix: 0.000 1.000 0.000 0.000 0.000 0.000 1.000 0.000 1.000 0.000 0.000 0.000 0.000 0.000 0.000 1.000 Again, I call pfGetOrthoMatCoord (...) to translate the above matrix to pfcoord notation and get the following: x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 0.000 ^^^^^ Why do they change back and forth like this? Thanks, Brian Hill hill_brian@advmar.com ============================================================================== #include #include #include #include void main (void) { pfMatrix mat; pfCoord crd; int i; /* matrix to rotate 90 degrees about x axis (pitch) */ pfMakeEulerMat (mat, 0.0f, 90.0f, 0.0f); printf ("======= Euler Mat 90 deg x axis =======\n"); /* print the matrix elements */ for (i=0; i<4; i++) printf ("\t%8.3f %8.3f %8.3f %8.3f\n", mat[i][0],mat[i][1],mat[i][2],mat[i][3]); /* get coord representation of matrix */ pfGetOrthoMatCoord (mat, &crd); printf ("======= Coords of same matrix =======\n"); /* print the coord elements */ printf ("\tx %6.3f y %6.3f z %6.3f h %6.3f p %6.3f r %6.3f\n", crd.xyz[0], crd.xyz[1], crd.xyz[2], crd.hpr[0], crd.hpr[1], crd.hpr[2]); /* get matrix representation of coord */ pfMakeCoordMat (mat, &crd); printf ("======= Matrix from Coords =======\n"); /* print the matrix elements */ for (i=0; i<4; i++) printf ("\t%8.3f %8.3f %8.3f %8.3f\n", mat[i][0],mat[i][1],mat[i][2],mat[i][3]); /* get coord representation of matrix */ pfGetOrthoMatCoord (mat, &crd); printf ("======= Coords of same matrix =======\n"); /* print the coord elements */ printf ("\tx %6.3f y %6.3f z %6.3f h %6.3f p %6.3f r %6.3f\n", crd.xyz[0], crd.xyz[1], crd.xyz[2], crd.hpr[0], crd.hpr[1], crd.hpr[2]); } From guest Mon Dec 11 08:52:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA23874; Mon, 11 Dec 1995 08:50:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA23871; Mon, 11 Dec 1995 08:50:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12683; Mon, 11 Dec 95 08:51:39 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA22404; Mon, 11 Dec 1995 08:51:37 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA12677; Mon, 11 Dec 95 08:51:34 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA03778; Mon, 11 Dec 1995 08:50:24 -0800 From: "Michael Jones" Message-Id: <9512110850.ZM3776@babar.asd.sgi.com> Date: Mon, 11 Dec 1995 08:50:23 -0800 In-Reply-To: "Andreas Paumann" "Trees and other Billboards..." (Dec 8, 12:05pm) References: <9512081205.ZM13285@mytoy3.vienna.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Andreas Paumann" , info-performer@sgi.sgi.com Subject: Re: Trees and other Billboards... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 8, 12:05pm, Andreas Paumann wrote: > Subject: Trees and other Billboards... :Hi there, : :I am quite new to performer programming and have a question concerning :Billboards: : :I load an Inventor file (a garden with a house, etc.). In this garden there :are also trees. If Inventor loads them he makes 'pfGeode's out of my trees. :I now recursivly scan through the nodes and replace all pfGeodes representing :a tree by Billboards. I do this by copying the GeoSets of the pfGeodes and :creating a new Billboard and then doing a Replacechild! So far so good. If I :load now the scene, everything looks ok, BUT: The trees (if driving around) :move around on the floor. How can I tell performer to rotate the trees, but not :to move around. The BillBoards are of type 'AXIAL_ROT' with a rotation axis of :(0,0,1). : :many thanx in advance : :Andy : >-- End of excerpt from Andreas Paumann billboards rotate about the origin. what you want to do is to translate each one to 0,0,0 but specify the position of each geoset as the original location. i can imagine something like: for each geoset in the billboard: get it's bounding box compute the midpoint subtract the midpoint from all vertices set the midpoint as the position (using billboard API) michael jones (in ee cummings mode) -- Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe From guest Mon Dec 11 10:14:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA24194; Mon, 11 Dec 1995 10:11:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA24191; Mon, 11 Dec 1995 10:11:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17320; Mon, 11 Dec 95 10:12:58 -0800 Received: from electrogig.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA08822; Mon, 11 Dec 1995 10:12:57 -0800 Received: from tracey.electrogig.com by electrogig.com via ESMTP (950215.SGI.8.6.10/940406.SGI) for <@electrogig.electrogig.com:info-performer@sgi.com> id KAA00986; Mon, 11 Dec 1995 10:12:33 -0800 Received: by tracey.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id KAA00693; Mon, 11 Dec 1995 10:26:55 -0800 From: "Anita Kishore" Message-Id: <9512111026.ZM691@tracey.electrogig.com> Date: Mon, 11 Dec 1995 10:26:54 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfDraw and reference count Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There is something that I don't understand about reference counts. Does pfDraw have anything to do with decrementing the reference count of a pfTexture type when this texture is downloaded into the texture memory in the DRAW process? I have noticed this happening when I print out the ref count of the texture after calling pfDraw. In Beta version a98, it would become 0 which after a while started giving pf Warning/sysErr messages. When I loaded a151, the last ref count is 1 and no longer goes to 0. If this is not clear enough, I can send the sample program which caused this problem. thanks for any help -anita From guest Mon Dec 11 11:37:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA24381; Mon, 11 Dec 1995 11:16:35 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA24378; Mon, 11 Dec 1995 11:16:34 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20970; Mon, 11 Dec 95 11:17:44 -0800 Received: from soochak.ncst.ernet.in by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA21387; Mon, 11 Dec 1995 11:16:41 -0800 Received: from hamsadvani.serc.iisc.ernet.in (hamsadvani.serc.iisc.ernet.in [144.16.79.131]) by soochak.ncst.ernet.in (8.6.8.1/8.6.6) with ESMTP id AAA02504 for ; Tue, 12 Dec 1995 00:31:19 +0530 Received: (from prakash@localhost) by hamsadvani.serc.iisc.ernet.in (8.6.11/8.6.9) id AAA09184 for info-performer@sgi.com; Tue, 12 Dec 1995 00:12:30 +0500 Date: Tue, 12 Dec 1995 00:12:30 +0500 From: "C.E.Prakash" Message-Id: <199512111912.AAA09184@hamsadvani.serc.iisc.ernet.in> To: info-performer@sgi.sgi.com Subject: Performer on Impact Status: O Hello! We are planning to buy an Indigo R4400 250 MHz Maximum Impact to run Performer. 1. Is the Power Indigo R8000 75 MHz Maximum Impact a better buy than the above? 2. The Maximum Impact I believe has several add ons for texture memory. How do I specify max(Maximum Impact) which is the full configuration of Max Impact? I request experienced Performer users/developers to help me out. Thank you ce prakash prakash@serc.iisc.ernet.in From guest Mon Dec 11 12:39:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA24466; Mon, 11 Dec 1995 12:20:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA24463; Mon, 11 Dec 1995 12:20:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24240; Mon, 11 Dec 95 12:22:06 -0800 Received: from ligsg9.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA07856; Mon, 11 Dec 1995 12:21:38 -0800 Received: by ligsg9.epfl.ch (Smail3.1.29.1 #28) id m0tPEj5-00010KC; Mon, 11 Dec 95 21:21 MET Message-Id: Date: Mon, 11 Dec 95 21:21 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: pfdInitConverter cores Reply-To: matomira@epfl.ch Status: O Floating exception (core dumped) Any ideas? Thanks, Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Mon Dec 11 18:11:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA27029; Mon, 11 Dec 1995 18:06:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA27026; Mon, 11 Dec 1995 18:06:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13803; Mon, 11 Dec 95 18:07:26 -0800 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA15623; Mon, 11 Dec 1995 18:07:22 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id SAA16526 for ; Mon, 11 Dec 1995 18:08:35 -0800 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id CAA08434 for <@plateau.engr.multigen.com:info-performer@holodeck.asd.sgi.com>; Tue, 12 Dec 1995 02:00:44 GMT Received: by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/940406.SGI) for info-performer@holodeck.asd.sgi.com id SAA13712; Mon, 11 Dec 1995 18:28:27 -0800 From: "Marcus Barnes" Message-Id: <9512111828.ZM13710@royalflush.engr.multigen.com> Date: Mon, 11 Dec 1995 18:28:27 -0800 In-Reply-To: c00chu00@nchc.gov.tw (Sam Chu) "Re: Multigen 14.2 (fwd)" (Dec 9, 3:16pm) References: <199512090719.PAA11390@MOEsun.Edu.TW> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer Subject: Re: Multigen 14.2 (fwd) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 9, 3:16pm, Sam Chu wrote: > Subject: Re: Multigen 14.2 (fwd) > > > We are currently using OpenFlight Loader R14.1e. Is there a newer version > > > out there that handles these beads? Thanks in advance, > > > > > > > This is becoming a FAQ ;-) > > > > The current OpenFlight loader for Performer 1.2 is revision R14.2g. It's > > available from: > > > > MultiGen Technical Support > > PH: 1-408-556-2600 > > FX: 1-408-556-4102 > > EM: support@multigen.com > > > Can this loader be use in Lynx 1.2.1.0 from Paradigm Simulation Inc? > (I can't use Lynx 1.2.1 to read flt files which are generated from > ModelGen 14.2) > > > Regards, > Sam Chu 12/9/95 > National Center for High-Performer Computing in Taiwan >-- End of excerpt from Sam Chu Only if Lynx 1.21 dynamically links with the loader DSO. You can find out by using the elfdump command as follows: % elfdump -Dl lynx # v1.21 lynx: ***LIBRARY LIST SECTION*** Name Time-Stamp CheckSum Flags Version .liblist libXm.so.1 Feb 19 22:36:03 1994 0x65aa3660 NONE SGI LOOK -- Based on OSF/Motif 1.2.3#sgi1.0 libSgm.so.1 Feb 19 22:36:30 1994 0x9136e35d NONE Additional SGI widgets & functions#sgi1.0 libfm.so Feb 19 21:19:12 1994 0x62dff059 NONE sgi1.0 libC.so Feb 19 20:56:53 1994 0xa803e630 NONE sgi1.0 libgl.so Feb 19 22:18:01 1994 0x4b4b95bf NONE sgi1.0 libX11.so.1 Feb 19 21:03:15 1994 0x80ada13a NONE sgi1.0 libXt.so Feb 19 21:03:25 1994 0x65b23acf NONE sgi1.0 libm.so Feb 19 20:57:34 1994 0xc1d8a019 NONE sgi1.0 libgen.so Feb 19 20:55:15 1994 0x273125c4 NONE sgi1.0 libc.so.1 Feb 19 20:53:09 1994 0x6edb2387 NONE sgi1.0 As you can see there is no libpfflt.so in the output, so the answer to your question is "no". You will have to contact Paradigm about getting a Vega update that uses the V14.2 OpenFlight loader. Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Mon Dec 11 18:58:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA27769; Mon, 11 Dec 1995 18:52:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA27766; Mon, 11 Dec 1995 18:52:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15773; Mon, 11 Dec 95 18:52:14 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA25054; Mon, 11 Dec 1995 18:53:40 -0800 Received: from pat.idt.unit.no by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id LAA27231; Mon, 11 Dec 1995 11:27:18 -0800 Received: from hegg4.idt.unit.no (1779@hegg4.idt.unit.no [129.241.107.14]) by pat.idt.unit.no (8.6.12/8.6.12) with ESMTP id UAA17529 for ; Mon, 11 Dec 1995 20:27:16 +0100 From: Morten Eriksen Received: (mortene@localhost) by hegg4.idt.unit.no (8.6.12/8.6.12) id UAA29429 for info-performer@sgi.com; Mon, 11 Dec 1995 20:27:13 +0100 Message-Id: <199512111927.UAA29429@hegg4.idt.unit.no> Subject: Picking under a pfSwitch node To: info-performer@sgi.sgi.com Date: Mon, 11 Dec 1995 20:27:11 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1455 Status: O Just wondering.. is there anything special you have to do to enable picking of geometry under pfSwitch nodes? I have initialized the complete scenegraph for picking by using the pfNodePickSetup()-function on the root node (after building the complete scene - I start the visualization loop right after the pfNodePickSetup call and all objects can be seen). But objects which are situated below pfSwitch-nodes does not respond to picking actions. All other objects in the scene may be picked, though. To see if there is something weird in my code, or if this always happens, I tried to make a small modification to the pickfly program, by adding these lines to the initSceneGraph() function in the pickfly.c file: Before modification: From guest Mon Dec 11 23:33:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA28822; Mon, 11 Dec 1995 23:19:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA28819; Mon, 11 Dec 1995 23:19:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21491; Mon, 11 Dec 95 23:21:28 -0800 Received: from iss.nus.sg by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id XAA27151; Mon, 11 Dec 1995 23:20:41 -0800 Received: from whitehead.iss.nus.sg by iss.nus.sg (5.x/SMI-SVR4) id AA17875; Tue, 12 Dec 1995 15:26:11 +0800 Date: Tue, 12 Dec 1995 15:26:11 +0800 From: fair@iss.nus.sg (Kim Michael Fairchild) Message-Id: <9512120726.AA17875@iss.nus.sg> Received: by whitehead.iss.nus.sg (5.0/SMI-SVR4) id AA00438; Tue, 12 Dec 95 15:26:07 SST To: mortene@idt.unit.no Cc: info-performer@sgi.sgi.com In-Reply-To: <199512111927.UAA29429@hegg4.idt.unit.no> (message from Morten Eriksen on Mon, 11 Dec 1995 20:27:11 +0100 (MET)) Subject: Re: Picking under a pfSwitch node Status: O Hi, >> >> Just wondering.. is there anything special you have to do >> to enable picking of geometry under pfSwitch nodes? >> Had exactly the same problem and reported but didn't have any responses. I ended up just writing my own switch using a group. I include my class Switch here. class Switch : public TopLevelObject { private: Table* children; int switchIndex; public: void* switcher; Switch(AutoIconSet*, int, void*); void ChangeFavoriteChild(int); void AddChild(void*, int); void* GetChild(int); int GetSwitchIndex(); }; The methods use a simple table class to store the children that I could send you as well. // Create a switch that is a group that points to one of several subgroups Switch::Switch(int length, void* root) { #ifdef SGI char buf[100]; static int switchNumber = 0; switcher = pfNewGroup(); children = new Table; switchIndex = -1; UserData* userData = (UserData *) calloc(sizeof(UserData), 1); pfUserData(switcher, userData); sprintf(buf, "", switchNumber++, length + 1); pfNodeName(switcher, buf); pfAddChild((pfNode *) root, switcher); // printf("Created a switch: %s\n", pfGetNodeName(switcher)); #else (length, length); (root, root); #endif } // Change the currently selected Child on a Switch void Switch::ChangeFavoriteChild(int childPlace) { #ifdef SGI // printf("ChangeFavoriteChild: %d\n", childPlace); pfNode* parent = (pfNode *) switcher; pfNode* child = (pfNode *) children->GetTableEntry(childPlace); int num = pfGetNumChildren(parent); // printf("ChangeFavoriteChild parent %s has %d children\n", // pfGetNodeName(parent), num); if (num) pfRemoveChild(parent, pfGetChild(parent, 0)); else if (switchIndex != -1) printf("No Group child to remove from %s but want one at %d\n", pfGetNodeName(parent), switchIndex); if (child) { pfAddChild(parent, child); switchIndex = childPlace; } else printf("No child to select from %s at %d\n", pfGetNodeName(parent), childPlace); #else (childPlace, childPlace); #endif } // Return the currently selected index for the group int Switch::GetSwitchIndex() { return switchIndex; } // Add a new child to the switch void Switch::AddChild(void* thing, int position) { #ifdef SGI pfNode* child = (pfNode *) thing; // printf("Adding a child %s (%x) to position %d\n", // pfGetNodeName(child), child, position); children->TableEntry(position, child); if (position == switchIndex) { printf("child was added at the current position, this is good?\n"); this->ChangeFavoriteChild(position); } #else (thing, thing); (position, position); #endif }; // Return the child at the given position void* Switch::GetChild(int position) { #ifdef SGI void* returnValue = children->GetTableEntry(position); if (!returnValue) printf("Switch::GetChild is unable to find a child at position %d\n", position); // printf("Got a child: %s from %d\n", pfGetNodeName((pfNode *) returnValue)); return returnValue; #else (position, position); return NULL; #endif } Kim. From guest Tue Dec 12 00:01:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA28930; Mon, 11 Dec 1995 23:55:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA28927; Mon, 11 Dec 1995 23:55:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22040; Mon, 11 Dec 95 23:57:13 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id XAA29997; Mon, 11 Dec 1995 23:57:12 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA22036; Mon, 11 Dec 95 23:57:09 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id XAA00729; Mon, 11 Dec 1995 23:55:34 -0800 Message-Id: <199512120755.XAA00729@surreal.asd.sgi.com> To: Morten Eriksen Cc: info-performer@sgi.sgi.com Subject: Re: Picking under a pfSwitch node In-Reply-To: Your message of "Mon, 11 Dec 95 20:27:11 +0100." <199512111927.UAA29429@hegg4.idt.unit.no> Date: Mon, 11 Dec 95 23:55:34 -0800 From: Jim Helman Status: O There is a bug in Performer 1.2 that causes pfSwitch nodes not to be traversed when PFTRAV_IS_PATH is set in the mode. This is fixed in 2.0. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Tue Dec 12 00:57:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA29237; Tue, 12 Dec 1995 00:55:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA29234; Tue, 12 Dec 1995 00:55:39 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23107; Tue, 12 Dec 95 00:57:13 -0800 Received: from buitre by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA04583; Tue, 12 Dec 1995 00:56:56 -0800 Received: by buitre (940816.SGI.8.6.9/940406.SGI) id JAA28945; Tue, 12 Dec 1995 09:57:25 -0800 From: "LUIS MIRANDA" Message-Id: <9512120957.ZM28942@buitre.madrid.sgi.com> Date: Tue, 12 Dec 1995 09:57:25 -0800 In-Reply-To: "C.E.Prakash" "Performer on Impact" (Dec 12, 12:12am) References: <199512111912.AAA09184@hamsadvani.serc.iisc.ernet.in> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: "C.E.Prakash" Subject: Re: Performer on Impact Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 12, 12:12am, C.E.Prakash wrote: > Subject: Performer on Impact > > Hello! > > We are planning to buy an Indigo R4400 250 MHz Maximum Impact to run Performer. > 1. Is the Power Indigo R8000 75 MHz Maximum Impact a better buy than the above? It depends on your aplication, but if you are going to use Performer, I supose you are going to develop a VisSim or related aplication so R4400 250 MHz is a better choice than R8000 75 MHz since the R8000 processor are stronger on floating point calculations but I imagine it is not your case. > 2. The Maximum Impact I believe has several add ons for texture memory. How do > I specify max(Maximum Impact) which is the full configuration of Max Impact? Both, High and Maximum Impact have an option to have 4 MB texture memory instead of the standard 1 MB. Just ask for this option. > I request experienced Performer users/developers to help me out. > Thank you > ce prakash > prakash@serc.iisc.ernet.in >-- End of excerpt from C.E.Prakash Hope to help, Nacho -- ******************************************************************************* * 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 4429077 * * v-mail : x57598 Fax ++ 34 1 4420150 * ******************************************************************************* From guest Tue Dec 12 02:13:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA29628; Tue, 12 Dec 1995 02:02:08 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id CAA29625; Tue, 12 Dec 1995 02:02:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24215; Tue, 12 Dec 95 02:03:41 -0800 Received: from rndtm.com.my by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id CAA08996; Tue, 12 Dec 1995 02:03:36 -0800 Received: by rndserv.rndtm.com.my (5.x/SMI-SVR4) id AA04775; Tue, 12 Dec 1995 17:59:29 +0800 Date: Tue, 12 Dec 1995 17:59:29 +0800 From: din@rndtm.com.my (Zainuddin b. Ahmad) Message-Id: <9512120959.AA04775@rndserv.rndtm.com.my> To: info-performer@sgi.sgi.com Subject: Imakefile for performer Status: O Hello, Does anybody has an experience writing Imakefile for Performer running on IRIX 5.3 and IRIX 6.1 ? I have an Onyx (IRIX 6.1), Indy (IRIX 5.3) and Performer 1.2. Any help will be appreciated. Thank you, -din- From guest Tue Dec 12 07:26:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA00056; Tue, 12 Dec 1995 06:59:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA00053; Tue, 12 Dec 1995 06:59:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28325; Tue, 12 Dec 95 07:01:01 -0800 Received: from relay1.fnet.fr by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA29785; Tue, 12 Dec 1995 07:00:43 -0800 Received: from matrasp.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA19439; Tue, 12 Dec 1995 16:00:36 +0100 (MET) Received: from BAROCO.matra-espace.fr by matrasp.matra-espace.fr, Tue, 12 Dec 95 13:38:52 +0100 Received: by BAROCO.matra-espace.fr, Tue, 12 Dec 95 13:38:13 +0100 Date: Tue, 12 Dec 95 13:38:13 +0100 From: maurel@BAROCO.matra-espace.fr (Herve Maurel) Message-Id: <9512121238.AA08310@BAROCO.matra-espace.fr> To: info-performer@sgi.sgi.com Subject: Satellite object Status: O Hi, I need a performer1.2 loadable object which represents a satellite with low complexity, it is just for a demo. My problem is that I can't access ftp sites directly from my station. (My connection to the net is delayed. Only email's working :-( So, I'd appreciate if somebody could directly e-mail me a database, or in any case the ftp adresses where I can find something (I'll deal with it). From guest Tue Dec 12 16:47:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA02797; Tue, 12 Dec 1995 16:32:18 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA02794; Tue, 12 Dec 1995 16:32:17 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24373; Tue, 12 Dec 95 16:34:00 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA00366; Tue, 12 Dec 1995 16:33:42 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id LAA10651 (8.6.12/IDA-1.6); Wed, 13 Dec 1995 11:33:12 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA20239 (5.65c/IDA-1.5); Wed, 13 Dec 1995 11:11:51 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id KAA12021 (8.6.12/IDA-1.6); Wed, 13 Dec 1995 10:22:18 +1000 Received: by murad (5.65) id AA05910; Wed, 13 Dec 1995 11:30:06 +1100 Date: Wed, 13 Dec 1995 11:30:06 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: "Zainuddin b. Ahmad" Cc: info-performer@sgi.sgi.com Subject: Re: Imakefile for performer In-Reply-To: <9512120959.AA04775@rndserv.rndtm.com.my> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 12 Dec 1995, Zainuddin b. Ahmad wrote: > Hello, > > Does anybody has an experience writing Imakefile for Performer > running on IRIX 5.3 and IRIX 6.1 ? I have an Onyx (IRIX 6.1), > Indy (IRIX 5.3) and Performer 1.2. Any help will be appreciated. I'm just curious as to why you want to write an Imakfile for Performer anyway... it's not like your going to port your application to multiple platforms... Or do you want an Imakefile for a portable non-Performer "core" of your product? +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Tue Dec 12 18:56:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA03951; Tue, 12 Dec 1995 18:50:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA03948; Tue, 12 Dec 1995 18:50:17 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00755; Tue, 12 Dec 95 18:52:03 -0800 Received: from hntp2.hinet.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA00343; Tue, 12 Dec 1995 18:52:00 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by hntp2.hinet.net (8.6.11/8.6.11) with SMTP id KAA00459 for <@hntp2.hinet.net:info-performer@sgi.com>; Wed, 13 Dec 1995 10:51:27 +0800 Received: by systech.hinet.net (931110.SGI/930416.SGI) for @hntp2.hinet.net:info-performer@sgi.com id AA04421; Wed, 13 Dec 95 10:53:11 -0800 From: "chien" Message-Id: <9512131053.ZM4419@systech.hinet.net> Date: Wed, 13 Dec 1995 10:53:10 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: add mye to your subscript Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi Gentlemen of SGI : Please subscribe me. Thanks From guest Tue Dec 12 20:18:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA04175; Tue, 12 Dec 1995 20:09:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA04172; Tue, 12 Dec 1995 20:09:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03216; Tue, 12 Dec 95 20:09:24 -0800 Received: from renoir.cftnet.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA11967; Tue, 12 Dec 1995 20:11:10 -0800 Received: from mquire.cftnet.com (cft10.ppp246.cftnet.com [163.125.246.10]) by renoir.cftnet.com (8.7.1/8.6.4) with SMTP id XAA08483 for ; Tue, 12 Dec 1995 23:13:20 -0500 (EST) Message-Id: Date: Tue, 12 Dec 95 22:42:06 PST Reply-To: mquire@cftnet.com (Martin Quire) From: mquire@cftnet.com (Martin Quire) To: info-performer@sgi.sgi.com Cc: lokuta@reflectone.com Cc: quire@reflectone.com Subject: Applying textures Status: O I have a problem and need immediate assistance...please! One of my vendors developed a set of .FLT files each containing a "billboard" model. Separately, they supplied some .RGBA files for applying to the billboards. They say the R, G, & B values are always zero, and the A values apparently hold the pattern. When I try loading one of the .FLT files into my Perfly derivative VisSim application, the object seems to be loaded OK and is viewable, but it has no pattern on its surface. My questions go something like this: - Would it be normal for the .FLT file to have an internal reference to one of the .RGBA files to use as a texture or decal? - If so, should the FLT loader take care of loading the texture and applying it to the object? - If not, how do I explicitly load the RGBA file, associate its image data to a texture, and apply it to the object? - Does the use of zero (0) for the RGBs and the use of the image data in the A values, imply a certain type of texturing (e.g. DECAL) and associated modes and attributes which need to be set to successfully display the object with that type of image applied to its surface? - If so, how do I go about setting up the appropriate GeoStates and assocaited tokens? Any and all help will be greatly appreciated. Please E-mail responses to the following E-mail adresses: mquire@cftnet.com (subscribes to this mail list) lokuta@reflectone.com From guest Tue Dec 12 21:09:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA04404; Tue, 12 Dec 1995 21:04:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA04401; Tue, 12 Dec 1995 21:04:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04438; Tue, 12 Dec 95 21:06:40 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA18606; Tue, 12 Dec 1995 21:06:38 -0800 Received: from beamish.mit.edu by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id OAA04736; Tue, 12 Dec 1995 14:58:37 -0800 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id RAA03844; Tue, 12 Dec 1995 17:54:05 -0500 Date: Tue, 12 Dec 1995 17:54:05 -0500 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199512122254.RAA03844@beamish.mit.edu> To: info-performer@sgi.sgi.com Subject: Patch SG0000154 Status: O Hi, I know Patch SG0000154 has been discussed quite a bit in the past, but I'd like to know if the Performer 2.0 release contains any of the OpenGL extensions that Patch SG0000154 has. The patch caused problems for us when I installed it before yet we are interested in having OpenGL map as completely as possible to our RE2. I also wonder whether the new version of Performer has a solution to the texture repeat bug. Thanks, Dorrie From guest Tue Dec 12 22:18:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA04614; Tue, 12 Dec 1995 22:16:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA04611; Tue, 12 Dec 1995 22:16:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05980; Tue, 12 Dec 95 22:18:25 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA26244; Tue, 12 Dec 1995 22:18:22 -0800 Received: from mane.cgrg.ohio-state.edu by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id PAA06556; Tue, 12 Dec 1995 15:00:46 -0800 Received: from stegosaur.cgrg.ohio-state.edu (tmoeller@cgrg.ohio-state.edu) by mane.cgrg.ohio-state.edu (8.6.12/941010.52) with ESMTP id SAA11776 for ; Tue, 12 Dec 1995 18:00:44 -0500 Received: (from tmoeller) by stegosaur.cgrg.ohio-state.edu (8.6.12/941010) id SAA22224 for info-performer@sgi.com; Tue, 12 Dec 1995 18:00:42 -0500 From: "Torsten Moeller" Message-Id: <9512121800.ZM22222@stegosaur.cgrg.ohio-state.edu> Date: Tue, 12 Dec 1995 18:00:41 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Viewing Frustrum in Stereo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I do full screen stereo on a Crimson and have a problem to adjust the aspect ratio properly. In mono, it is easy: pfMakeSimpleFrust(ViewState->masterChan, fov); pfChanAutoAspect(ViewState->masterChan, PFFRUST_CALC_VERT); Whenever I change the display (including/excluding the gui) it adapts the view in x and y direction. In stereo however, I use: pfChanViewport(StereoChan, 0.0f, 1.0f, 532.0f/YMAXSCREEN, 1.0f); pfChanViewport(Chan, 0.0f, 1.0f, 0.0f, 491.0f/YMAXSCREEN); pfChanViewOffsets(..) pfMakePerspFrust(StereoChan, -x +ioc, x +ioc, -x, x); pfMakePerspFrust(Chan, -x -ioc, x -ioc, -x, x); Here the view gets distorted in the y (vertical) direction, because the aspect Ratio is roughly twice as big. If I try to take care of this problem using: pfFrustAspect(StereoChan, PFFRUST_CALC_VERT, 0.975); it is ignored. Does anybody know what I am doing wrong here? Torsten. -- Research Assistant ACCAD tmoeller@cgrg.ohio-state.edu Ohio State University From guest Wed Dec 13 01:00:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA04966; Wed, 13 Dec 1995 00:56:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA04963; Wed, 13 Dec 1995 00:56:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09723; Wed, 13 Dec 95 00:57:58 -0800 Received: from relay1.fnet.fr by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id AAA10534; Wed, 13 Dec 1995 00:57:52 -0800 Received: from matrasp.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA28546; Wed, 13 Dec 1995 09:57:39 +0100 (MET) Received: from BAROCO.matra-espace.fr by matrasp.matra-espace.fr, Wed, 13 Dec 95 09:07:56 +0100 Received: by BAROCO.matra-espace.fr, Wed, 13 Dec 95 09:07:19 +0100 Date: Wed, 13 Dec 95 09:07:19 +0100 From: maurel@BAROCO.matra-espace.fr (Herve Maurel) Message-Id: <9512130807.AA08493@BAROCO.matra-espace.fr> To: info-performer@sgi.sgi.com Subject: Re: Satellite object Status: O Hi again, > From guest@holodeck.asd.sgi.com Wed Dec 13 03:50:05 1995 > Date: Tue, 12 Dec 95 13:38:13 +0100 > From: maurel@BAROCO (Herve Maurel) > To: info-performer@sgi.com > Subject: Satellite object > Content-Length: 403 > > Hi, > > I need a performer1.2 loadable object which represents a satellite with low complexity, it is just for a demo. > > My problem is that I can't access ftp sites directly from my station. > (My connection to the net is delayed. Only email's working :-( > So, I'd appreciate if somebody could directly e-mail me a database, or in any case the ftp adresses where I can find something (I'll deal with it). > > I mail back this message because i'd forget to sign... ____________________________________________________ Herve MAUREL - Europe Informatique Toulouse - FRANCE under contract with MATRA MARCONI SPACE phone: +33 62247521 - email: maurel@baroco.matra-espace.fr From guest Wed Dec 13 11:07:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA05453; Wed, 13 Dec 1995 10:39:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA05450; Wed, 13 Dec 1995 10:39:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21671; Wed, 13 Dec 95 10:41:50 -0800 Received: from cordoba.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA22622; Wed, 13 Dec 1995 10:41:39 -0800 Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id NAA10350; Wed, 13 Dec 1995 13:09:36 GMT From: "Greg Edwards, SGI UK." Message-Id: <9512131309.ZM10348@cordoba.reading.sgi.com> Date: Wed, 13 Dec 1995 13:09:35 +0000 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: UK Performer 2.0 class Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is to announce that SGI UK will be running the new Performer 2.0 class on 05-08 Feb (4 days) at our new Training facility in Theale, Reading, UK. AS usual the class will have access to the Reality Centre for demonstrations and code testing. Delegates are welcome to bring their own applications for testing on the Reality Centre systems. As you know Performer 2.0 has only just MR'ed and course content is still in final update. I expect SGI Technical Education will announce more details shortly. Please contact Brenda Sprigens at +44 1734 257755, brenda@reading.sgi.com, re. bookings. -- __________________________________________________________________________ Greg Edwards, Graphics Support/Consulting Group, Silicon Graphics UK Ltd. Forum 1, Theale, Reading, UK, RG7 4RA. tel +44 1734 257500, direct +44 1734 257740, fax +44 1734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 From guest Wed Dec 13 12:24:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA05650; Wed, 13 Dec 1995 11:58:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA05647; Wed, 13 Dec 1995 11:58:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02628; Wed, 13 Dec 95 12:00:02 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA10228; Wed, 13 Dec 1995 11:59:44 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id UAA10643; Tue, 12 Dec 1995 20:58:26 +0100 From: "Angus Dorbie" Message-Id: <9512122058.ZM10641@bitch.reading.sgi.com> Date: Tue, 12 Dec 1995 20:58:26 +0100 In-Reply-To: mquire@cftnet.com (Martin Quire) "Applying textures" (Dec 12, 10:42pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com, mquire@cftnet.com (Martin Quire) Subject: Re: Applying textures Cc: lokuta@reflectone.com, quire@reflectone.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 12, 10:42pm, Martin Quire wrote: > Subject: Applying textures > I have a problem and need immediate assistance...please! > > One of my vendors developed a set of .FLT files each containing a "billboard" model. > Separately, they supplied some .RGBA files for applying to the billboards. They say the R, G, > & B values are always zero, and the A values apparently hold the pattern. > > When I try loading one of the .FLT files into my Perfly derivative VisSim application, the object > seems to be loaded OK and is viewable, but it has no pattern on its surface. My questions go > something like this: > > - Would it be normal for the .FLT file to have an internal reference to one of the .RGBA files to > use as a texture or decal? Depends what you mean by internal. The texture file should exist separately from the .flt file but is referenced by it. > - If so, should the FLT loader take care of loading the texture and applying it to the object? Yes, and if it isn't found you would expect an error report. > - If not, how do I explicitly load the RGBA file, associate its image data to a texture, and apply > it to the object? > - Does the use of zero (0) for the RGBs and the use of the image data in the A values, imply a > certain type of texturing (e.g. DECAL) and associated modes and attributes which need to be > set to successfully display the object with that type of image applied to its surface? No, what you describe should work as any other texturing, information like this is held in the .attr file associated with the texture. > - If so, how do I go about setting up the appropriate GeoStates and assocaited tokens? > > Any and all help will be greatly appreciated. Please E-mail responses to the following E-mail > adresses: > > mquire@cftnet.com (subscribes to this mail list) > lokuta@reflectone.com > > >-- End of excerpt from Martin Quire Make sure you have transparency on & texturing enabled. The loader should set this in the geostates but you may have overridden them. Rgds, Angus. -- Angus Dorbie, Silicon Graphics Ltd, UK dorbie@reading.sgi.com From guest Wed Dec 13 14:06:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA05966; Wed, 13 Dec 1995 13:40:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA05963; Wed, 13 Dec 1995 13:40:12 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07243; Wed, 13 Dec 95 13:42:14 -0800 Received: from cs.sfu.ca by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA03827; Wed, 13 Dec 1995 13:42:02 -0800 From: halliday@cs.sfu.ca Received: from valdez (valdez.cs.sfu.ca) by cs.sfu.ca with SMTP id AA20355 (5.65c/IDA-1.4.4 for <@fornax.cs.sfu.ca:info-performer@sgi.com>); Wed, 13 Dec 1995 13:41:59 -0800 Received: by valdez (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id NAA19072; Wed, 13 Dec 1995 13:41:58 -0800 Message-Id: <199512132141.NAA19072@valdez> Subject: Texture color bleed fixed. To: info-performer@sgi.sgi.com (Performer List) Date: Wed, 13 Dec 1995 13:41:56 -0800 (PST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 164 Status: O Just thought I would let everyone know that the texture color bleeding problem I had disappeared after I installed patch 955. -- Sean Halliday halliday@cs.sfu.ca From guest Wed Dec 13 15:28:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA06633; Wed, 13 Dec 1995 15:12:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA06630; Wed, 13 Dec 1995 15:12:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11961; Wed, 13 Dec 95 15:14:12 -0800 Received: from beamish.mit.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA27706; Wed, 13 Dec 1995 15:13:48 -0800 Received: by beamish.mit.edu (940816.SGI.8.6.9/930416.SGI) id SAA07008; Wed, 13 Dec 1995 18:06:14 -0500 Date: Wed, 13 Dec 1995 18:06:14 -0500 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <199512132306.SAA07008@beamish.mit.edu> To: info-performer@sgi.sgi.com Status: O Thanks for all the information about Patch SG0000154 !! We got this response from SGI Support when we requested patch 154/568: > The patch you are looking for will be called patch 918 : > However , the patch is not available yet and I don't know when it will > be ready . enginnering is testing it right now . I should note that we got a less than informative response to our original question about 154 from Support. We got this info only after passing along the information we received from the Performer Group posting. Dorrie From guest Wed Dec 13 15:27:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA06543; Wed, 13 Dec 1995 15:00:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA06540; Wed, 13 Dec 1995 15:00:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11217; Wed, 13 Dec 95 15:02:46 -0800 Received: from nic.sm-eise.af.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA23868; Wed, 13 Dec 1995 15:02:21 -0800 Received: from supernova.sm-eise.af.mil [192.175.80.240] by sm-eise.af.mil (8.6.10) with ESMTP id OAA19391 for ; Wed, 13 Dec 1995 14:36:02 -0800 Received: from pedersen@localhost by sm-eise.af.mil (8.6.10) id OAA16700 for info-performer@sgi.com; Wed, 13 Dec 1995 14:42:35 -0800 Date: Wed, 13 Dec 1995 14:42:35 -0800 From: "Gregory A. Pedersen" Message-Id: <199512132242.OAA16700@sm-eise.af.mil> To: info-performer@sgi.sgi.com X-Sun-Charset: US-ASCII Status: O unsubscribe From guest Wed Dec 13 15:53:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA06951; Wed, 13 Dec 1995 15:52:01 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA06948; Wed, 13 Dec 1995 15:52:00 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14259; Wed, 13 Dec 95 15:54:03 -0800 Received: from od.sri.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA07892; Wed, 13 Dec 1995 15:53:51 -0800 Received: by od.sri.com (940816.SGI.8.6.9/940406.SGI) id PAA14350; Wed, 13 Dec 1995 15:52:29 -0800 From: "Nathaniel Bletter" Message-Id: <9512131552.ZM14348@od.sri.com> Date: Wed, 13 Dec 1995 15:52:28 -0800 In-Reply-To: "Torsten Moeller" "Viewing Frustrum in Stereo" (Dec 12, 6:00pm) References: <9512121800.ZM22222@stegosaur.cgrg.ohio-state.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Torsten Moeller" , info-performer@sgi.sgi.com Subject: Re: Viewing Frustrum in Stereo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I found this same problem, that the FOV wasn't changed with a pfMakePerspFrust, unless you also did a pfChanFOV to sort of wake it up. This doesn't make a whole lot of sense since there isn't really a FOV in off-axis projections. Maybe it's been fixed in 2.0. On Dec 12, 6:00pm, Torsten Moeller wrote: > Subject: Viewing Frustrum in Stereo > I do full screen stereo on a Crimson and have a problem to adjust the > aspect ratio properly. In mono, it is easy: > > pfMakeSimpleFrust(ViewState->masterChan, fov); > pfChanAutoAspect(ViewState->masterChan, PFFRUST_CALC_VERT); > > Whenever I change the display (including/excluding the gui) it adapts > the view in x and y direction. > > In stereo however, I use: > > pfChanViewport(StereoChan, 0.0f, 1.0f, 532.0f/YMAXSCREEN, 1.0f); > pfChanViewport(Chan, 0.0f, 1.0f, 0.0f, 491.0f/YMAXSCREEN); > pfChanViewOffsets(..) > pfMakePerspFrust(StereoChan, -x +ioc, x +ioc, -x, x); > pfMakePerspFrust(Chan, -x -ioc, x -ioc, -x, x); > > Here the view gets distorted in the y (vertical) direction, because the > aspect Ratio is roughly twice as big. If I try to take care of this > problem using: > > pfFrustAspect(StereoChan, PFFRUST_CALC_VERT, 0.975); > > it is ignored. > > Does anybody know what I am doing wrong here? > > > Torsten. > > -- > Research Assistant ACCAD > tmoeller@cgrg.ohio-state.edu Ohio State University > > >-- End of excerpt from Torsten Moeller -- Nat Bletter SRI International nat@od.sri.com http://os.sri.com/people/nat/ (415) 859-4358 From guest Wed Dec 13 16:13:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA07238; Wed, 13 Dec 1995 16:11:43 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA07235; Wed, 13 Dec 1995 16:11:43 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15599; Wed, 13 Dec 95 16:13:46 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA15670; Wed, 13 Dec 1995 16:13:35 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id PAA06766; Wed, 13 Dec 1995 15:34:25 -0800 Date: Wed, 13 Dec 1995 15:34:25 -0800 From: aschaffe (Allan Schaffer) Message-Id: <199512132334.PAA06766@holodeck.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: IRIS Performer WWW Pages updated for 2.0 Status: O Hello all, I've finished updating the IRIS Performer WWW pages in Silicon Surf. The URL is: http://www.sgi.com/Technology/Performer.html Topic areas now include: - What is IRIS Performer ? - IRIS Performer 2.0 Technical Information . Technical Overview . Complete Performer 2.0 C API . Performer 2.0 Release Notes - IRIS Performer 2.0 Product Information - IRIS Performer Friends, Goodies, & Free Stuff! - The IRIS Performer Mailing List - The IRIS Performer Anonymous FTP Archives - The IRIS Performer Frequently Asked Questions (FAQ). Coming soon: 2.0 C++ API "What's new in 2.0" HTML whitepaper The new Performer 2.0 logo :-) Send comments & suggestions to aschaffe@sgi.com Enjoy, Allan ---- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Wed Dec 13 17:45:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA08149; Wed, 13 Dec 1995 17:43:23 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA08146; Wed, 13 Dec 1995 17:43:22 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20064; Wed, 13 Dec 95 17:45:27 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA13892; Wed, 13 Dec 1995 17:45:21 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id RAA07949; Wed, 13 Dec 1995 17:35:42 -0800 Date: Wed, 13 Dec 1995 17:35:42 -0800 From: aschaffe (Allan Schaffer) Message-Id: <199512140135.RAA07949@holodeck.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: New FAQ list for Performer 2.0 Status: O I've made some long-overdue updates to the Performer FAQ. So much has changed in the new edition that I've decided to send it to the entire mailing list. It will follow in the next message. The FAQ list has become quite large (75K) so it might bounce at some sites. If you don't get a copy, download it from: ftp://sgigate.sgi.com/pub/Performer/FAQ Enjoy, Allan ---- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Wed Dec 13 17:39:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA07973; Wed, 13 Dec 1995 17:36:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA07970; Wed, 13 Dec 1995 17:36:51 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19703; Wed, 13 Dec 95 17:38:42 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id RAA12999; Wed, 13 Dec 1995 17:38:30 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id RAA07953; Wed, 13 Dec 1995 17:36:20 -0800 Date: Wed, 13 Dec 1995 17:36:20 -0800 From: aschaffe (Allan Schaffer) Message-Id: <199512140136.RAA07953@holodeck.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: Performer Frequently Asked Questions Status: O Archive-name: sgi/faq/performer SGI performer Frequently Asked Questions (FAQ) ---------------------------------------------------------------------- - This FAQ follows the RFC1153 recommendations for message digests and thus can be viewed easily with newsreaders that understand message digests. - Each question has a Subject: line, so you can easily step through the answers with rn's ^G command. - Each question is marked with a "dash number dash" so that you can find any answer with a simple search pattern. - Questions marked with a '+' are new this posting; those marked with a '!' have significant new content since the last edition. Topics covered in this FAQ: -------------------------- ================ General Topics ================== ! -1- What is IRIS Performer? ! -2- Where can I get more technical information about IRIS Performer? -3- Where can I get more product information about IRIS Performer? + -4- The IRIS Performer mailing list + -5- The IRIS Performer FTP Archives + -6- The IRIS Performer WWW Pages in Silicon Surf + -7- The IRIS Performer Technical Report -8- How does IRIS Performer relate to IRIS Inventor? ! -9- What are the released versions of IRIS Performer? + -10- Does IRIS Performer use IRIS GL or OpenGL? -11- Is there a IRIS Performer file format? ! -12- What database file formats can IRIS Performer read? ! -13- Is there an IRIS Inventor file reader for IRIS Performer? -14- What are the .tlf files used by the Performer Town and Village? ! -15- What are the minimum requirements for using IRIS Performer? ! -16- Binary Compatibility on different machines ! -17- Binary Compatibility on different releases ! -18- Guaranteeing Real Time performance -19- How do I make GL calls from within a IRIS Performer program? -20- How do I overlay graphics on top of my Performer scene? -21- What is the difference between phases FREE, FLOAT, and LOCK? + -22- Use of PFTMPDIR to configure shared memory ! -23- Which rendering primitives does IRIS Performer support? ! -24- How do I do triangle meshes in Performer? ================= Known Problems ================= + -25- Video Rate sometimes reported incorrectly ! -26- Problems with Performer Town or Village demos -27- Antialiasing -28- Coplanar Polygons & pfDecal on certain platforms ! -29- Networked graphics (DGL & GLX) -30- Transparency + -31- Gangdraw and cursor loading -32- Frame control on low- and mid-range machines -33- Timing on pre-1992 platforms + -34- 2.0 Warnings from ld when building on IRIX 6.2 + -35- 2.0 Bug OpenGL functions missing when building static executables + -36- 2.0 Bug Z buffer problems when moving windows on 5.3 EXtreme + -37- 2.0 Bug Use of more than 512 simultaneous textures + -38- 2.0 Bug IRIS GL on dual-head systems + -39- 2.0 Bug Resizing of pfPipeWindows in MP X apps + -40- 2.0 Bug Applying frustums transformed by pfOrthoXformFrust + -41- 2.0 Bug pfFlatten with pfCycleBuffer attribute arrays + -42- 2.0 Bug Sorting lights with pfChanBinSort() + -43- 2.0 Bug OpenGL disables back material modes + -44- 2.0 Bug CPU statistics in IRIX 6 + -45- 2.0 Bug pfdLoadFile_flt FLT loader in IRIX 6 + -46- 2.0 Bug hello sample program in IRIX 6 + -47- 2.0 Bug Forked X input handing in IRIX 6.2 + -48- 2.0 Bug Intersections with pfBillboard nodes + -49- 2.0 Bug Channel fade LOD attributes & mixed gfx configs + -50- 2.0 Bug libpfui C API incomplete + -51- 2.0 Bug libpfdb pfdLoadFile_dxf incomplete + -52- 2.0 Bug libpfdb pfdLoadFile_sgo incomplete + -53- 2.0 Bug IRIS GL perfly on Indy + -54- 2.0 Bug pguide/libpf/C/pipewin sample program + -55- 2.0 Bug pguide/libpf/C/lpstate sample program + -56- 2.0 Bug pfInitClock() and Video Rate on 250MHz IMPACT -57- 1.2 Bug Billboard normals and intersections + -58- 1.2 Bug Incompatibility with IRIX 6.1 XFS -59- 1.2 Bug Billboards with multiple pfGeoSets -60- 1.2 Bug Flattening transformation hierarchies -61- 1.2 libpf Bug Hang on Exit, 5.2 VGX -62- 1.2 libpf Cull with overlapped draw latency -63- 1.2 libpf Cull with overlapped draw hang -64- 1.2 libpf Transparency Sorting -65- 1.2 libpf Multiple EarthSky fog -66- 1.2 libpf Bug Limit Phase -67- 1.2 libpr Highlighting when using wireframe -68- 1.2 libpf APPCULLDRAW does not honor LIMIT/FLOAT/LOCK phases -69- 1.2 libpf Phase toggling overlapped cull and draw -70- 1.2 libpf pfDataPool warning on exit -71- 1.2 libpf Multi-channel stats warning messages -72- 1.2 libpf Video warnings on Indy when multiprocessed -73- 1.2 stats Frame statistics for lightpoints -74- 1.2 stats Pixel fill statistics under 4.0.5 on RealityEngine -75- 1.2 libpr Directional pfLightPoints -76- 1.2 libpfutil pfuCollide is jerky -77- 1.2 libpfutil pfuSaveImage broken -78- 1.2 libpfsgi pfLoadDxf loader is incomplete -79- 1.2 libpfsgi pfLoadIv loader is incomplete -80- 1.2 GLX Overlay text with GLX on 4.0.5 -81- 1.2 GLX Toggling antialiasing with GLX on 4.0.5 RealityEngine -82- 1.2 GLX Toggling antialiasing with GLX on any RealityEngine -83- 1.2 GLX on 4.0.5 Indigo, sample programs hang on startup. -84- 1.2 samples smallfly drive models broken -85- 1.2 samples pickfly drops core under abuse -86- 1.2 samples detail example broken on 4.0.5 -87- 1.2 friends Belvis makefile requires pmake -88- 1.2 friends Toon has bad models and textures -89- 1.2 docs pfuGetGLXWin wrong on reference page -90- 1.2 docs pfuLockDownApp gives the incorrect location -91- 1.1 Bug with FP underflow -92- 1.1 Bug with Multipipe Onyx -93- 1.1 Bug Installing on Indy or Indigo2 XL -94- 1.1 Bug Unable to determine Indy graphics type -95- 1.1 Bug perfly cannot find libpf.so on Indy running 5.1 -96- 1.1 Bug perfly FP error messages in 5.0.1 -97- 1.1 Bug Installation on IRIX 5.2 - missing prerequisites -98- 1.0/1.1 Bug intersections with pfSwitch'es -99- 1.0/1.1 Bug with pfTexture() -100- 1.0/1.1 Bug with pfAntiAlias() -101- 1.0/1.1 Bug with pfFlatten() -102- 1.0/1.1 Bug with pfSequences -103- 1.0/1.1 Bug with pfClosestPtOnPlane() -104- 1.0/1.1 Bug on ELAN/XS with wireframe PFGS_QUADS -105- 1.0/1.2-IRIX4 Bug Z buffer configuration on 4.0.5 RealityEngine -106- 1.0 Bug pfInit(): mmap failed for /dev/zero -107- 1.0 Doc Bug in pfMakePolarSeg() man page -108- 1.0 Doc Bug in pfDispList() man page -109- 1.0 Doc Bug in PFPG (simple.c) -110- 1.0 Bug in pfGetTime() -111- 1.0 Bug in pfNodeBBox() -112- 1.0 Bug in pfInitGfx() with Z-buffer on RealityEngine ! -113- 1.0 Bug in libpfflt combineLODs() -114- 1.0 Bug with two-sided material and pfMtlColorMode() -115- 1.0 Bug in pfFilePath() -116- 1.0 Bug in pfGetCurGState() -117- 1.0 Bug in pfGetCurState() -118- 1.0 Bug with cloned scenes -119- 1.0 Bug intersections in collide.c -120- 1.0 Bug with flattened pfLightPoints -121- 1.0 Bug intersections with pfSequences -122- 1.0 Bug intersections with non-indexed quads -123- Credits ===================================================================== Header: ================ General Topics ================== Date: ------------------------------ Subject: ! -1- What is IRIS Performer? Date: 12 Dec 95 00:00:01 EST IRIS Performer provides a powerful and extensible programming interface (with ANSI C and C++ bindings) for creating real-time visual simulation and other interactive graphics applications. IRIS Performer 2.0 supports both the IRIS Graphics Library (IRIS GL) and the industry standard OpenGL graphics library; these libraries combine with the IRIX operating system and REACT extensions to form the foundation of a powerful suite of tools and features for creating real-time visual simulation applications on Silicon Graphics systems. IRIS Performer is an integral part of the Onyx/RealityEngine and Indigo2/Impact graphics systems and provides interfaces to advanced features of RealityEngine-class graphics. IRIS Performer is compatible with uniprocessor and multiprocessor SGI graphics platforms and attains maximum performance on all. IRIS Performer provides an extensible basis for creating real-time 3D graphics applications in the fields of visual simulation, entertainment, virtual reality, broadcast video, and computer aided design. IRIS Performer is the flexible, intuitive, toolkit-based solution for developers who want to optimize performance on Silicon Graphics systems. IRIS Performer consists of two main libraries, libpf and libpr, and four associated libraries, libpfdu, libpfdb, libpfui, and libpfutil. The basis of IRIS Performer is the performance rendering library libpr, a low level library providing high speed rendering functions based on pfGeoSets, efficient graphics state control using pfGeoStates, and other application- neutral functions. Layered above libpr is libpf, a real-time visual simulation environment providing a high-performance multi-processing database rendering system that takes best advantage of IRIS symmetric multiprocessing CPU hardware. The database utility library libpfdu provides powerful functions for defining both geometric and appearance attributes of three dimensional objects, encourages sharing of state and materials and generates efficient triangle strips from independent polygonal input. The database library libpfdb uses the facilities of libpfdu, libpf, and libpr to import database files in many popular industry standard database formats. These loaders also serve as a guide to developers creating new database importers. libpfui contains user interface building blocks for creating manipulators common to many interactive applications. This library has both a C and C++ API and is GL independent. Completing the suite of libraries is libpfutil, the IRIS Performer utility library. It provides a collection of important convenience routines implementing such diverse tasks as smoke effects, MultiChannel Option support, graphical user interface tools, X and IRIS GL event collection and management, and traversal functions. For aid in application development, IRIS Performer includes sample application source code ranging from simple programs to illustrate particular features to the comprehensive, GUI-driven file viewer perfly. In addition to these SGI-developed tools, IRIS Performer also includes a very large repository of sample code, databases, games, and movies contributed by the Friends of Performer: companies and individuals with services of general interest to the IRIS Performer community. We encourage you to sample their wares. ------------------------------ Subject: ! -2- Where can I get more technical information about IRIS Performer? Date: 12 Dec 95 00:00:01 EST The three best resources for additional information are: - The IRIS Performer mailing list - The IRIS Performer FTP Archives - The Performer WWW pages in Silicon Surf - The IRIS Performer Technical Report See below for further information. ------------------------------ Subject: -3- Where can I get more product information about IRIS Performer? Date: 12 Dec 95 00:00:01 EST For product information about IRIS Performer or SGI Visual Simulation issues contact Ralph Humphries (ralphh@asd.sgi.com). To learn about SGI Virtual Reality solutions contact Joshua Mogal (mogal@asd.sgi.com). To just give in and buy a copy call SGI Direct at 1-800-800-7441 (product SC4-PERF-2.0), or to have both a demonstration and a presentation call your local SGI sales office. Brochure-style information about IRIS Performer is also available from the Performer WWW pages in Silicon Surf (see below) ------------------------------ Subject: + -4- The IRIS Performer mailing list Date: 12 Dec 95 00:00:01 EST The IRIS Performer mailing list is a resource for developers who are using IRIS Performer to maximize the performance of their graphics applications on Silicon Graphics hardware. The list is an unmoderated, free-form discussion of IRIS Performer with issues both technical and non-technical; and provides feedback to Silicon Graphics about the product. Much like the comp.sys.sgi.* newsgroups, it is not an official support channel but is monitored by the IRIS Performer development team, so it's an excellent source of early information about upcoming events and product features, as well as a venue for asking questions and having them answered. To become a subscriber to the IRIS Performer mailing list you must send email to: info-performer-request@sgi.com New subscribers are added "by hand". Once your request is processed you will recieve submission/posting instructions, some guidelines, and a current copy of the Performer Frequently-Asked-Questions (FAQ) list. The mailing list has become rather large and carries several hundred messages per month. A performer newsgroup with a gateway to the mailing list may be created if there is enough interest. Mailing list archives are available in the Performer FTP area (see below) in ftp://sgigate.sgi.com/pub/Performer/monthly-archives/ ------------------------------ Subject: + -5- The IRIS Performer FTP Archives Date: 12 Dec 95 00:00:01 EST An archive of Performer-related material is available via anonymous FTP: ftp://sgigate.sgi.com/pub/Performer Current Contents: README - Overview file FAQ - The Performer FAQ INFO-PERFORMER - information about the Performer mailing list src/ - Sample source code & misc patches docs/ - IRIS Performer docs including SIGGRAPH '94 paper selected-topics/ - directory of info, Q&A, etc from mailing list monthly-archives/ - raw archives (monthly) of the mailing list CortaillodCentre/ - goodies from SGI's Cortaillod Office RealityCentre/ - goodies from SGI's RealityCentre in the UK ------------------------------ Subject: + -6- The IRIS Performer WWW Pages in Silicon Surf Date: 12 Dec 95 00:00:01 EST Silicon Surf (http://www.sgi.com/) contains an archive of Performer-related technical and promotional material in the _Extreme Tech_ section. http://www.sgi.com/Technology/Performer.html contains links to further information regarding: - What is IRIS Performer ? - IRIS Performer 2.0 Technical Information - IRIS Performer 2.0 Product Information - IRIS Performer Friends, Goodies, & Free Stuff! - The IRIS Performer Mailing List - The IRIS Performer Anonymous FTP Archives - The IRIS Performer Frequently Asked Questions (FAQ). ------------------------------ Subject: + -7- The IRIS Performer Technical Report Date: 12 Dec 95 00:00:01 EST The IRIS Performer 2.0 Technical Report (IRIS-PERF-TR-10/95) is available in hardcopy from your local Silicon Graphics sales office. An electronic copy (Postscript format) is also available via FTP from: ftp://sgigate.sgi.com/pub/Performer/docs/pf2.0techreport/ ------------------------------ Subject: -8- How does IRIS Performer relate to IRIS Inventor? Date: 26 Jun 93 00:00:01 EST The short answer is, Performer was designed for vis-sim, while Inventor was designed to be more general purpose. IRIS Performer is for developers who need to extract maximum performance from SGI machines for visual simulation, virtual reality, game development, and high-end CAD systems. Often these applications need multi-processor Onyx systems with multiple RealityEngine pipelines with a high degree of parallelism and running at fixed frame rates. Inventor is designed for maximum programmer productivity when writing other kinds of 3D applications, like modelling, animation, visualization, etc. Both toolkits are general purpose enough that they could be extended into the domain of the other, but the question you should consider is "what is the *fundamental* goal of my graphics development?" If it's portability to non-SGI systems, easy X-window system integration, or handy graphic widgets, IRIS Inventor is for you. If it's brochure- level performance in advanced graphic applications for the specific domains listed above, then IRIS Performer would be the likely tool. ------------------------------ Subject: ! -9- What are the released versions of IRIS Performer? Date: 12 Dec 95 00:00:01 EST IRIS Performer 2.0: For IRIX 5.3, 6.1, or 6.2 IRIS Performer 1.2/IRIX5: (now obsolete) For IRIX 5.2, 5.3, 6.0.1, 6.1 IRIS Performer 1.2/IRIX4: (now obsolete) For IRIX 4.0.5(A-J) only IRIS Performer 1.1: (now obsolete) For IRIX 5.x only IRIS Performer 1.0: (now obsolete) For IRIX 4.x only Note that the N32 and N64 libraries in Performer 2.0 are not intended for systems running IRIX 6.1. If you require N32 or N64 functionality, contact Michael Jones (mtj@asd.sgi.com) for alternatives. Performer 1.2 was shipped for both 4.0.5 and 5.2 systems. If you are using IRIS Performer 1.2, only install that version that is appropriate for your machine. The IRIS Performer version is indicated by the "IRIX4" or "IRIX5" string in each product name. IRIX4 products should only be installed on 4.0.5 systems. IRIX5 products can be installed on 5.2, 5.3, 6.0.1, and 6.1 systems. When a choice is possible between using Performer 1.2 with IRIX 5.x or IRIX 4.0.5, IRIX 5.x is highly preferable. IRIX 5.3 is the current operating system release and contains many bug fixes and enhancements utilized by IRIS Performer. IRIS Performer 1.2/IRIX4 was intended only for users who are unable to upgrade to IRIX 5.x. ------------------------------ Subject: + -10- Does IRIS Performer use IRIS GL or OpenGL? Date: 12 Dec 95 00:00:01 EST IRIS Performer 2.0 contains bindings for O32 (32-bit) IRIS GL, O32 (32-bit) OpenGL, N32 (32-bit) OpenGL, and N64 (64-bit) OpenGL. IRIS Performer 1.0, 1.1, and 1.2 use IRIS GL (32-bit). ------------------------------ Subject: -11- Is there a IRIS Performer file format? Date: 26 Oct 93 00:00:01 EST No. A binary file format is a desired feature for a future release. IRIS Performer's methodology for the time being is to load other vendors' database files at run time. ------------------------------ Subject: ! -12- What database file formats can IRIS Performer read? Date: 12 Dec 95 00:00:01 EST IRIS Performer 2.0 contains direct import capabilities for: 3ds: AutoDesk 3DStudio binary data bin: Minor SGI format used by powerflip bpoly: Side Effects Software PRISMS binary byu: Brigham Young University CAD/FEA data dwb: Coryphaeus Software Designer's Workbench dxf: AutoDesk AutoCAD ASCII format flt11: MultiGen public domain Flight v11 format flt14: MultiGen OpenFlight v14 format gds: McDonnell-Douglas GDS things data gfo: Minor SGI format (radiosity output) im: Minor SGI format (IRIS Performer example) irtp: AAI/Graphicon Interactive Real-Time PHIGS iv: SGI OpenInventor / VRML 1.0 lsa: Lightscape radiosity solutions (ASCII) lsb: Lightscape radiosity solutions (binary) m: University of Washington mesh data medit: Medit Productions medit modeling tool nff: Eric Haines' ray tracing test data format obj: Wavefront Technologies data format post: Minor SGI format (example gridded terrain loader) phd: Minor SGI format (polyhedra) poly: Side Effects Software PRISMS ASCII data pts: University of Washington point data ptu: Minor SGI format (IRIS Performer example) s1k: US ARMY SIMNET databases (Texas Instruments) sgf: US NAVY standard graphics format sgo: Minor SGI format spf: US NAVY simple polygon format sponge: Sierpinski sponge 3D fractal generator star: Yale University compact star chart data stla: 3D Structures Stereolithography (ASCII) stlb: 3D Structures Stereolithography (binary) sv: Format of John Kichury's i3dm modeler tri: University of Minnesota Geometry Center data unc: University of North Carolina data Several other file formats will be available via translators: via Acuris Corporation translators (to OpenInventor): iges Old standard computer aided design interchange format alias Alias Research animation system data 3ds AutoDesk 3DStudio obj Wavefront Technologies OBJ format dxf AutoDesk AutoCAD format softimage Microsoft/Softimage animation system data via Clarus AB translators: step New standard computer aided design interchange format vertigo Vertigo animation system data via Syndesis Corporation translators (to OpenInventor): 3D Studio, BRender, Alias polyset, CAD-3D, CADL, DXF, Imagine, Inventor, LightWave objects and scenes, MovieBYU, Haines NFF, Sense8 NFF, POV-Ray, Pro/ENGINEER, Prisms, RAW, RenderWare, Sculpt, SGI spin, Soft F/X, stereolithography, StyleGuide, Swivel, GDS "things", trueSpace, Vertigo, Vista DEM, VideoScape and Wavefront formats. IRIS Performer 1.2 includes loading utilities and file loaders for: - The SGI .bin, .sgo, .gfo, .poly, and .ptu formats - IRIS Inventor's .iv format. - Coryphaeus' Software .dwb format. - Software Systems (MultiGen Inc) Version 11, 13, and 14 .flt - The SuperViewer .sv format used in I3DM - Lightscape Graphics Software's .lsa and .lsb formats - Autodesk's AutoCAD .dxf format - Miscellaneous formats (.gfo, .irtp, .stla, .stlb). For source code to loaders for MultiGen .flt versions greater than 11, contact MultiGen, Inc at (408) 556-2600. IRIS Performer 1.0 and 1.1 include database loaders for MultiGen v11 "flt", SGI "bin", and SGI "obj" formats. ------------------------------ Subject: ! -13- Is there an IRIS Inventor file reader for IRIS Performer? Date: 12 Dec 95 00:00:01 EST Yes. IRIS Performer 2.0 ships with a fully-functional Open Inventor 2.0 file loader. IRIS Performer 1.2 ships with a minimal .iv reader that will read a subset of the IRIS Inventor 1.0 format. A port of the more robust 2.0 reader for Open Inventor files is also available for Performer 1.2, in the Performer FTP Archives: ftp://sgigate.sgi.com/pub/Performer/src/pfiv1.6.tar.Z No Inventor file reader exists for Performer 1.0 or 1.1. ------------------------------ Subject: -14- What are the .tlf files used by the Performer Town and Village? Date: 8 Apr 94 00:00:01 EST They are encrypted .flt files of the Town and Village database. Only the "demo" version of perfly shipped with RealityEngine systems in demos.sw.visualization can read these files. Unencrypted versions of the Town and Village databases are included in the performer_friends.sw.town subsystem of Performer 1.2 and 2.0. ------------------------------ Subject: ! -15- What are the minimum requirements for using IRIS Performer? Date: 12 Dec 95 00:00:01 EST IRIS Performer 2.0 requires IRIX 5.3, 6.1, or 6.2. IRIS Performer 1.2/IRIX5 requires IRIX 5.2 or above. IRIS Performer 1.2/IRIX4 requires IRIX 4.0.5. Because IRIX 4.0.5F added several new Graphics Library (GL) calls to support RealityEngine features, any application that uses GL routines or tokens found only in 4.0.5F and later, will not run properly under 4.0.5C and earlier releases. ------------------------------ Subject: ! -16- Binary Compatibility on different machines Date: 12 Dec 95 00:00:01 EST Applications compiled with IRIS Performer 2.0 using IRIX 5.3 will run unmodified across all SGI platforms. For best performance, use IRIS GL with RealityEngine and other pre-Impact systems and use OpenGL for Impact and post-Impact graphics hardware. OpenGL-oriented systems provide the IGLOO (Iris GL on OpenGL) portability layer to execute IRIS GL applications, but it is not the maximum performance route. Performance oriented developers are advised to generate both IRIS GL and OpenGL executables, by linking with the API-compatible IRIS Performer 2.0 IRIS GL and OpenGL libraries. In this way, you can assure optimum performance across present and future graphics systems. For OpenGL development on RealityEngine with IRIX 5.3, patch 154 (or a superseding patch) is recommended for performance and features. IRIS Performer 1.2/IRIX5 contains a single version of libpr for all machines. Applications built with Performer 1.2 for Irix 5.2 are fully compatible across machines and can run on any graphics type without relinking. In IRIS Performer 1.0, 1.1, and 1.2/IRIX4, libpr is platform- specific with one of two versions installed depending on whether the machines is a RealityEngine or not. Binaries linked on non-RealityEngine machines will run on a RealityEngine, but not all features will be available. ------------------------------ Subject: ! -17- Binary Compatibility on different releases Date: 12 Dec 95 00:00:01 EST Performer 2.0 compatability issues with IRIX 5.3: Applications created with IRIS Performer 2.0 using IRIX 5.3 also run under IRIX 6.1 and later IRIX releases in 32-bit mode. The 32-bit applications created using IRIX 5.3 will not make use of 64-bit address space and other MIPS III/IV features provided by the IRIS Performer N32 and N64 development environment under IRIX 6.2 and later operating system releases. Note that applications built on an IRIX 6.1 or 6.2 systems are not guaranteed to run properly on 5.3 systems, due to changes in structures used by system libraries. (This is true even for applications that do not use IRIS Performer-- applications built on later versions of IRIX may not run on earlier ones). Therefore to produce an O32 executable that will run on all SGI systems 5.3 and later, the compiling must be done on an IRIX 5.3 system. Performer 2.0 compatability issues with IRIX 6.1: Applications created with IRIS Performer 2.0 under IRIX 6.1 can be compiled and linked for 32-bit IRIX 5.3-style execution (known as Old 32-bit mode, or O32) only. IRIS Performer programs built for the two new executable types (N32 and N64) are not operable on pre-6.2 systems -- specifically, they will not run on IRIX 5.3 or 6.1 systems. O32 IRIS Performer programs will run on IRIX 6.1. However, the OpenGL development environment of IRIX 6.1 is not as full featured as the 32-bit OpenGL of IRIX 5.3 or IRIX 6.2. This can cause both low-performance and lack-of-feature problems for developers creating OpenGL applications. For this reason, developers are advised to build only IRIS GL applications on IRIX 6.1 systems or to upgrade to IRIX 6.2 for access to its enhanced 32-bit and 64-bit OpenGL development environment. Performer 2.0 compatability issues with IRIX 6.2: IRIS Performer 2.0 is compatible with IRIX 6.2, and applications can be developed for all three execution modes: O32, N32, and N64. The IRIX 6.2 32-bit and 64-bit OpenGL implementations have the RealityEngine feature extensions and performance enhancements found in IRIX 5.3. For this reason, developers are urged to use IRIX 6.2 or later rather than IRIX 6.1 for OpenGL development. As mentioned above, IRIS Performer applications built in either N32 or N64 mode will not run on IRIX 5.3 or 6.1 systems, and, in general, applications should not be run on earlier versions of IRIX than the machine on which they are compiled. Compatability issues with previous Performer releases: Applications using Performer 1.2/IRIX5 are binary compatible with machines running Irix 5.2, 5.3, 6.0, 6.0.1, and 6.1 machines without relinking. IRIS Performer 1.0 requires IRIX 4.0.5 or later. Because IRIX 4.0.5F added several new GL calls to support RealityEngine features, an application that uses GL routines or tokens found only in 4.0.5F and later does not run properly under 4.0.5, 4.0.5B, or 4.0.5C. When run on these earlier IRIX releases, an IRIS Performer 1.0 application making calls to GL functions or using GL tokens that are undefined in the run-time environment cause run-time errors or undefined behavior. An IRIS Performer 1.0 binary compiled and linked under IRIX releases earlier than 4.0.5F will run under IRIX 4.0.5F and later, but some RealityEngine features are not directly accessible to the application. An application can still access RealityEngine features supported automatically or explicitly through IRIS Performer when linked with IRIS Performer shared libraries. Running a IRIS Performer application built with IRIX 4.0.5 on IRIX 5.X is not recommended. In particular, multiprocess applications cannot take advantage of all processors. Also, because IRIX 4.0.5's relaxed shared memory accounting was replaced by a despotic and stricter regime under IRIX 5.2, a Performer application built on 4.0.5 will need a much larger amount of swap space to be allocated up front unless PFTMPDIR is used to specify a memory mapped file. ------------------------------ Subject: ! -18- Guaranteeing Real Time performance Date: 8 Apr 94 00:00:01 EST - Run as root so that Performer can lock your process to a particular CPU (if using pfuLockCPU) and give it a non-degrading priority. - Be sure to kill any clocks, gr_osview, or other tools that may wake up and draw themselves, so as to avoid graphics context switches. - When multiprocessing, make sure the executable is on a local file system. - There is a new real-time kernel directive for Onyx/Challenge processors for directing system interrupts away from real-time processors. In the file /var/sysgen/system/irix.sm, Search for NOINTR and below the comment explaining NOINTR, add the line NOINTR: 1 2 3 4 ..etc.. where you list the CPUs that you intend to do real-time processing on. Then reboot. This can be done on 5.2+ Onyx/Challenge systems but wasn't covered in the base IRIX5 documentation. Be sure -not- to specify CPU 0, as you will want it to be available for necessary interrupts. - With IRIS GL, real-time performance can only be guaranteed if you have one window rendering at a time, per pipe. If more than one application is rendering to the same hardware pipeline, the (hardware) graphics pipe has to switch back & forth between each GL window's context several hundred times per second. This is horribly inefficient and the graphics pipe will instruct the "other" process to block while its context is switched out. - Since having other (cpu-based) applications running can also effect real-time performance, it's sometimes desirable to minimize the number of daemons and other processes. If you have problems achieving real-time behavior, try the pfuLockCPU in libpfutil. You might also try turning off the desktop support and other daemons that are not crucial to your application, e.g.: % touch ~/.disableDesktop or % mkdir ~/.desktop- % touch ~/.desktop-/nodesktop and for total removal do: % chkconfig desktop off % chkconfig objectserver off % chkconfig directoryserver off % chkconfig fontserver off % chkconfig soundscheme off ------------------------------ Subject: -19- How do I make GL calls from within a IRIS Performer program? Date: 26 Oct 93 00:00:01 EST GL calls can only be made from a process that has a GL context. In multi-process Performer applications only the draw process has GL context, so you must make your GL calls in a function called in the draw process. The pipe initialization callback, draw function callback, and node draw callbacks are all executed in the draw process. In an application that only will ever run single-process, GL calls can be made from anywhere in the program, but this is considered a dangerous practice. To set up a pipe initialization callback, see the pfInitPipe() manpage. To set up a draw function callback, see the pfChanDrawFunc() manpage. To set up a node draw callback, see the pfNodeTravFuncs() manpage. ------------------------------ Subject: -20- How do I overlay graphics on top of my Performer scene? Date: 06 Oct 93 00:00:01 EST Typically this is done to implement a heads-up display (HUD). In the draw function callback, the basic algorithm is: save state with pfPushState() disable textures, fog, & lighting with pfBasicState() save & clear projection matrix ortho2() save & clear modelling matrix draw() restore modelling matrix restore projection matrix restore state with pfPopState() Or, you can draw your static info in the overlay planes and only redraw it when the window receives a REDRAW event (moved, resized, etc.). Changing between drawing to the overlays and drawing to regular bitplanes takes a big hit. For things that need to be updated real-time, draw() would consist of: zfunction(ZF_ALWAYS); zwritemask(0x0); draw HUD stuff zfunction(ZF_LEQUAL); zwritemask(0xffffffff); ------------------------------ Subject: -21- What is the difference between phases FREE, FLOAT, and LOCK? Date: 26 Oct 93 00:00:01 EST PFPHASE_FREE_RUN wakes the application and draw processes up on the next video field boundary after the draw finishes. i.e. it's Performer's version of the usual run as-fast-as-I-can or as-slow-as-I-must mode that most simple graphics programs use. PFPHASE_FLOAT wakes the application up only on frame boundaries, i.e. time = n*(1/frame_rate). However, the draw process "floats" with respect to the frame rate and wakes up on the next possible field boundary and then does a swapbuffers() when it's done, regardless of whether it finished drawing in time for the desired frame rate. Hence you see every frame that's drawn to the backbuffer, but it may not appear at exactly the time for which it was planned. If you never frame extend, it behaves like PFPHASE_FIXED. Latency is variable. PFPHASE_LOCK wakes the application and draw up only on frame boundaries and only swaps on frame boundaries. The advantage is that each new image always appears at precisely the time for which it was rendered. The disadvantage is that if the draw runs even slightly over a frame time, you skip that entire frame and are stuck with an outdated picture for a frame. Latency is fixed. For more information see the pfPhase() man page or section 7.1.2 of the PFPG. ------------------------------ Subject: + -22- Use of PFTMPDIR to configure shared memory Date: 12 Dec 95 00:00:01 EST IRIS Performer requires shared memory and uses a memory-mapped file, the location of which depends on the value of the PFTMPDIR environment variable: If PFTMPDIR is not set, Performer uses /dev/zero as the default. Running an application in this configuration: - Uses swap space - Does not require disk space until main memory is exhausted - Is faster than using a regular memory mapped file via PFTMPDIR - Causes IRIX to kill the process(es) and log an error to the console if the application runs out of space for shared memory in the swap partition. If PFTMPDIR is set, Performer creates files in the specified directory. Running an application in this configuration: - Requires disk space even before main memory is exhausted - Is slower than /dev/zero because it touches the disk - Produces appropriately sized core dump files with no limit set by IRIS Performer - Might cause a core dump from a segmentation violation inside pfMalloc if the application runs out of space for shared memory in the file system containing PFTMPDIR - PFTMPDIR should be set only to a directory on a local file system. ------------------------------ Subject: ! -23- Which rendering primitives does IRIS Performer support? Date: 12 Dec 95 00:00:01 EST Points (PFGS_POINTS), Independent line segments (PFGS_LINES), Connected line strips (PFGS_LINESTRIPS), Flat connected line strips (PFGS_FLAT_LINESTRIPS), Independent Triangles (PFGS_TRIS), Independent quadrilaterals (PFGS_QUADS), Connected triangle strips (PFGS_TRISTRIPS), Flat Connected triangle strips (PFGS_FLAT_TRISTRIPS), Independent n-sided polygons (PFGS_POLYS). See the pfGeoSet(3pf) man page for more information. ------------------------------ Subject: ! -24- How do I do triangle meshes in Performer? Date: 12 Dec 95 00:00:01 EST You must change your triangle meshes to triangle strips by hand. In Performer 2.0, pfdMeshGSet (pfuMeshGSet in 1.2) does this for you. ------------------------------ Header: ================= Known Problems ================= Date: 8 Apr 94 00:00:01 EST ------------------------------ Subject: + -25- Video Rate sometimes reported incorrectly Date: 12 Dec 95 00:00:01 EST The video rate used by IRIS Performer for frame rate control is computed at application startup on some machines and is not always exactly correct. If this is a problem, the video rate can be set with pfVideoRate. ------------------------------ Subject: ! -26- Problems with Performer Town or Village demos Date: 12 Dec 95 00:00:01 EST - IRIX 5.0: It was reported that perfly would cause an Onyx RE or VTX to hang. This was fixed in 5.0.1. - IRIX 5.0.1: perfly would generate floating point exceptions due to a bug in the font manager library (libfm). This was fixed in 5.1. - IRIX 5.2/5.3 Kernel Panic: Certain IRIX patches were incompatible with Performer and would cause the Town or Village demos to panic the system if run as root. The error message was: PANIC: CPU 3: Stack Extension Page is inconsistent Double PANIC: CPU 0: Stack Extension Page is inconsistent 111 at block 0 In IRIX 5.2, the crash occurs with patches 125 and 139. In IRIX 5.3, the crash occurs with patch 158. - Jerky forward motion. This is caused by an uneven frame rate. The Performer town demo is fill limited and typically can not maintain a steady 30Hz. This can also occur if perfly is not being run as root. When run by root, Performer applications will set nondegradable priorities for their processes to improve the consistency of the run-time behavior. This same problem is also caused by the user having another GL-based application (like gr_osview) running at the same time. - Ghosting. A true FAQ is why multiple images of objects like trees, house edges, the horizon, etc. are seen as the viewer turns. This is a form of "temporal aliasing" and is an attribute of having a frame rate which is less than the video refresh rate. The problem is that a single image is scanned out onto the monitor several times before being changed. The repetition of a frame means that the image is temporally inaccurate for motion. Real moving objects do not stay in one place for a couple frame times and then move. What's actually happening is that your eye is following an object, moving with the same angular velocity, which keeps the image stationary on the retina. Between two video refreshes of the same frame, your eye has moved, but the image on the screen has not. Consequently the image of the second frame appears at a different location on the retina, and you see a "ghost" image. So a simulation running at 20Hz update on a display refreshing at 60Hz, the object will appear tripled. On large objects such as horizon silhouette, the effect manifests itself as multiple edges. ------------------------------ Subject: -27- Antialiasing Date: 8 Apr 94 00:00:01 EST When it is not multisampling, pfAntialias can significantly degrade performance. Specifically, on non-RealityEngine systems, use pfAntialias only for lines and points. ------------------------------ Subject: -28- Coplanar Polygons & pfDecal on certain platforms Date: 8 Apr 94 00:00:01 EST pfDecal works only on machines that support the stencil or displacepolygon command. The default decaling mode for PFDECAL_BASE now uses displacepolygon instead of stencil. This can significantly improve rendering performance but can result in visual anomalies where layer polygons incorrectly "poke" through other geometry. If you wish the old behavior then specify the PFDECAL_BASE_HIGH_QUALITY token. ------------------------------ Subject: ! -29- Networked graphics (DGL & GLX) Date: 12 Dec 95 00:00:01 EST libpf-based applications in IRIS Performer 1.0, 1.1, 1.2, and 2.0 do not support applications that use networked GL (DGL). However, applications using libpr only can use DGL. This bug/problem is a side-effect of having vertical retrace counter control, which is only available on VGX, VGXT, VTX, Reality Engine, Reality Engine 2, Elan, and Extreme graphics systems. OpenGL-based Performer 2.0 applications display properly to remote systems via the GLX X server extension. ------------------------------ Subject: -30- Transparency Date: 12 Dec 95 00:00:01 EST pfTransparency works only on machines that support either blendfunction or multisampling. Sometimes users report that their transparency seems quantized. This is not a bug -- Performer defaults to using Multisample transparency (msalpha) when multisampling is enabled, instead of using the "standard" (blendfunction) transparency mechanism. Multisample transparency is faster but has much less resolution, and so less quality. Standard transparency using blendfunction is slower, but the quality is very good. To force Performer to use higher-quality (but slower) transparency when multisampling, 1.0/1.1: pfGStateMode (gstate, PFSTATE_TRANSPARENCY, 2); 1.2/2.0: pfGStateMode (gstate, PFSTATE_TRANSPARENCY, PFTR_HIGH_QUALITY); aka PFTR_BLEND_ALPHA In 1.0/1.1 the BLEND_ALPHA token was not exposed, but just use '2'. Be sure to revisit this code when you port to 1.2, as the token has changed. See the pfTransparency(3pf) man page for more details. ------------------------------ Subject: + -31- Gangdraw and cursor loading Date: 12 Dec 95 00:00:01 EST Loading the cursor with ganged swapbuffers (external swapready wire) hangs graphics. Workaround: don't load the cursor and use a full screen window when using ganged swapbuffers. ------------------------------ Subject: -32- Frame control on low- and mid-range machines Date: 8 Apr 94 00:00:01 EST Frame control on low- and mid-range machines: Currently, the video clock (pfInitVClock, pfGetVClock, pfVClockSync) is supported only on systems with VGX, VGXT, RealityEngine, RealityEngine2, Elan, XS, Extreme, and Impact graphics hardware. On other systems, pfVClockSync returns immediately. Because libpf normally uses pfVClockSync for frame rate control, frame control is not rigorous on other platforms. ------------------------------ Subject: -33- Timing on pre-1992 platforms Date: 8 Apr 94 00:00:01 EST Several libpf functions require high-resolution timing information. On most recent machines (Indy, Indigo, Indigo2, 4D/35 and Onyx) and PowerSeries or Crimson machines with IO3 boards, IRIS Performer uses special hardware counters with sub-microsecond resolution. (The IO3 board was standard on Crimson and later 4D/300 and 4D/400 machines. You can check for it with the hinv(1M) command.) On older platforms, for example, those with IO2 boards, the time-of-day clock is used, which, by default, has a 10 ms resolution. This resolution is inadequate for many libpf functions, including animation sequences (pfSequence), graphics load computation (pfChanStress), and the display of accurate channel statistics (pfDrawChanStats). On these machines, you may want to enable fast timers using systune(1M) to set the fasthz variable. See the man page for timers for more information. Frame rate control is poor on machines that lack both a fast clock and the video clock used by pfVClockSync. ------------------------------ Subject: + -34- 2.0 Warnings from ld when building on IRIX 6.2 Date: 12 Dec 95 00:00:01 EST When building executables on IRIX 6.2 and linking directly using ld rather than implicitly via CC, an alarming number of warnings about tables that are defined in multiple .so's may be printed. These are harmless but the appropriate compiler option to disable the warning has not yet been identified. The problem does not occur when linking with CC, which is identical in function and serves as an effective workaround. ------------------------------ Subject: + -35- 2.0 Bug OpenGL functions missing when building static executables Date: 12 Dec 95 00:00:01 EST When building static OpenGL executables in IRIX 5.3 installed it may be necessary to specify the "-ignore_unresolved" option to ld since not all OpenGL extensions used in Performer are available on all platforms and OS versions. You may see warnings for the unresolved symbols of OpenGL extensions that are not present on the current system, but the executable will still successfully link. ------------------------------ Subject: + -36- 2.0 Bug Z buffer problems when moving windows on 5.3 EXtreme Date: 12 Dec 95 00:00:01 EST When moving a window on Extreme graphics under IRIX 5.3, in some clear modes the Z-buffer may not be updated properly until a full czclear() operation is performed. ------------------------------ Subject: + -37- 2.0 Bug Use of more than 512 simultaneous textures Date: 12 Dec 95 00:00:01 EST When more than 512 textures are used in either IRIS GL or OpenGL the hardware and or host-side software may become confused and in some cases, may falter completely and terminate the application. This is a graphics library limitation. ------------------------------ Subject: + -38- 2.0 Bug IRIS GL on dual-head systems Date: 12 Dec 95 00:00:01 EST IRIS GL based Performer executables encounter difficulties when executing on dual-head Indigo systems. This problem is not present in OpenGL applications. ------------------------------ Subject: + -39- 2.0 Bug Resizing of pfPipeWindows in MP X apps Date: 12 Dec 95 00:00:01 EST Dynamic resizing of pfPipeWindows when multi-processed and using X windows (IRIS GLX or OpenGL/X) when an alternate framebuffer configuration window is selected (such as the fill statistics window in OpenGL/X perfly) can cause channel viewports to be confused when the alternate framebuffer configuration window is de-selected (such as disabling the fill statistics in perfly when running with X windows). ------------------------------ Subject: + -40- 2.0 Bug Applying frustums transformed by pfOrthoXformFrust Date: 12 Dec 95 00:00:01 EST pfApplyFrust() does not properly apply a frustum which has been transformed with pfOrthoXformFrust(). Instead, the canonical frustum whose eye is at the origin and is looking down the +Y axis, is applied. ------------------------------ Subject: + -41- 2.0 Bug pfFlatten with pfCycleBuffer attribute arrays Date: 12 Dec 95 00:00:01 EST pfFlatten() is broken for pfGeoSets with pfCycleBuffer attribute arrays. A core dump is likely. ------------------------------ Subject: + -42- 2.0 Bug Sorting lights with pfChanBinSort() Date: 12 Dec 95 00:00:01 EST The PFSTATE_LIGHTS sorting key for the PFSORT_BY_STATE mode of pfChanBinSort() is not yet implemented. ------------------------------ Subject: + -43- 2.0 Bug OpenGL disables back material modes Date: 12 Dec 95 00:00:01 EST Although Performer supports it, OpenGL does not support different material color modes for front and back materials. When Performer encounters this case, it disables the material color mode for the back material. ------------------------------ Subject: + -44- 2.0 Bug CPU statistics in IRIX 6 Date: 12 Dec 95 00:00:01 EST Statistics: The PFSTATSHW_CPU pfStats statistics class for accumulation of statistics on CPU usage are not yet implemented for IRIX6 operation (64bit or 32bit). ------------------------------ Subject: + -45- 2.0 Bug pfdLoadFile_flt FLT loader in IRIX 6 Date: 12 Dec 95 00:00:01 EST The FLT loader under 64bit operation may core dump. ------------------------------ Subject: + -46- 2.0 Bug hello sample program in IRIX 6 Date: 12 Dec 95 00:00:01 EST The src/pguide/libpf/C/hello sample program may core dump under 64bit operation. ------------------------------ Subject: + -47- 2.0 Bug Forked X input handing in IRIX 6.2 Date: 12 Dec 95 00:00:01 EST On beta versions of 6.2 some problems were experienced with handling X input in an additional forked process. For this reason, the perfly sample application has a conditional compilation construct to use the non-forked X input handling option of the libpfutil X input handling utilities when compiled under IRIX6. You may find this to not be necessary. ------------------------------ Subject: + -48- 2.0 Bug Intersections with pfBillboard nodes Date: 12 Dec 95 00:00:01 EST Intersection testing of line segments (pfNodeIsectSegs) against geometry in pfBillboard nodes is not yet implemented; only the bounding sphere of the entire pfBillboard is available. ------------------------------ Subject: + -49- 2.0 Bug Channel fade LOD attributes & mixed gfx configs Date: 12 Dec 95 00:00:01 EST Channel fade LOD attributes are set in the application process. The existence of multisample, required for fade LOD, is tested at the time that the attributes are set with pfChanLODAttr. This test for multisample uses the application process window system connection (pfOpenWSConnection) or else the DISPLAY environment variable to select a screen for determining graphics configuration, instead of testing the current window of the pfChannel. In a multipipe environment where one graphics pipeline has multisample and one does not, the application process needs to have a window system connection or DISPLAY that points to the pipeline with multisample, in which case the non-multisample pfChannels will try to use fade LOD. In a multi-window environment, windows without multisample on a system with multisample will try to use fade LOD. ------------------------------ Subject: + -50- 2.0 Bug libpfui C API incomplete Date: 12 Dec 95 00:00:01 EST Libpfui has both a C API and a C++ API. The C API is actually wrappers around the C++ API and is not complete. ------------------------------ Subject: + -51- 2.0 Bug libpfdb pfdLoadFile_dxf incomplete Date: 12 Dec 95 00:00:01 EST The DXF loader does not fully support the format. ------------------------------ Subject: + -52- 2.0 Bug libpfdb pfdLoadFile_sgo incomplete Date: 12 Dec 95 00:00:01 EST The SGO loader does not support triangle strips ------------------------------ Subject: + -53- 2.0 Bug IRIS GL perfly on Indy Date: 12 Dec 95 00:00:01 EST The background of the GUI panel is influenced by the loaded database. Additionally, fill statistics are not supported on Indy under IRIS GL and will cause flashing and error messages to stderr. ------------------------------ Subject: + -54- 2.0 Bug pguide/libpf/C/pipewin sample program Date: 12 Dec 95 00:00:01 EST The overlay text is only drawn in IRIS GL and does not get properly redrawn when the window size is changed. ------------------------------ Subject: + -55- 2.0 Bug pguide/libpf/C/lpstate sample program Date: 12 Dec 95 00:00:01 EST The lpstate.c example for demonstrating pfLPointStates uses sophisticated texturing capabilities that may not yet work on the IMPACT, Extreme, or Indy graphics platforms. ------------------------------ Subject: + -56- 2.0 Bug pfInitClock() and Video Rate on 250MHz IMPACT Date: 12 Dec 95 00:00:01 EST The clock period determined by pfInitClock() on 250MHz IMPACT systems is apparently inconsistent with the true clock period. It seems that the actual clock period is that of a 200MHz system. Consequently, pfGetTime() will return a time that is .8 (200/250) that of the true time. Among other things, this invalidates the calculations done by Performer to determine the current video rate. As a workaround, you can specify an alternate clock period with the PFCLOCKPERIOD environment variable. If set, PFCLOCKPERIOD specifies the clock period, in picoseconds, to be used by pfInitClock(). For proper behavior on 250MHz IMPACT systems, use 40000 for the period. ------------------------------ Subject: -57- 1.2 Bug Billboard normals and intersections Date: 8 Apr 94 00:00:01 EST During rendering, pfBillboard normals are not affected by the transformation applied to make the geometry follow the eye. Intersection testing of line segments (pfSegsIsectNode) against the pfGeoSet's geometry and bounding box are not yet implemented; only the bounding sphere of the entire pfBillboard is available. ------------------------------ Subject: + -58- 1.2 Bug Incompatibility with IRIX 6.1 XFS Date: 20 Nov 95 00:00:01 EST Performer 1.2 contains a bug that prevents the use of an IRIX 6.1 XFS filesystem (the replacement for the older EFS) for Performer shared memory and semaphores. There are a number of workarounds: 1) Use an EFS root filesystem 2) set PFTMPDIR to an EFS file system 3) reorder the device types in the kernel configuration files and build a new kernel. This problem is fixed in Performer 2.0. ------------------------------ Subject: -59- 1.2 Bug Billboards with multiple pfGeoSets Date: 8 Apr 94 00:00:01 EST Using pfBillboards with more than one pfGeoSet sometimes causes a segmentation violation during the first cull traversal. Workaround: use only a single pfGeoSet per pfBillboard at some cost in performance. ------------------------------ Subject: -60- 1.2 Bug Flattening transformation hierarchies Date: 8 Apr 94 00:00:01 EST pfFlatten does not work properly on pfGeodes that share pfGeoSets with other pfGeodes. ------------------------------ Subject: -61- 1.2 libpf Bug Hang on Exit, 5.2 VGX Date: 8 Apr 94 00:00:01 EST On VGXT running 5.2, calling pfExit when the phase is PFPHASE_LOCK or PFPHASE_FLOAT can leave an inactive window and DRAW process. Workaround: switch to PFPHASE_FLOAT or PFPHASE_FREE before exiting or kill -9 afterwards. ------------------------------ Subject: -62- 1.2 libpf Cull with overlapped draw latency Date: 8 Apr 94 00:00:01 EST When running PFPHASE_LIMIT or PFPHASE_FREE, the draw can start late resulting in higher latency. ------------------------------ Subject: -63- 1.2 libpf Cull with overlapped draw hang Date: 8 Apr 94 00:00:01 EST When running PFPHASE_LIMIT or PFPHASE_FREE, with processes locked and non-degrading priorities, it is possible to lock out the X server and hang the system. ------------------------------ Subject: -64- 1.2 libpf Transparency Sorting Date: 8 Apr 94 00:00:01 EST When the PFCULL_SORT mode of pfChanTravMode is set, transparent objects are drawn after all opaque geometry. However, transparent objects are not sorted back to front among themselves, so visual anomalies can result when using blended transparency. Workaround: use multisample transparency (PFTR_MS_ALPHA), if available. ------------------------------ Subject: -65- 1.2 libpf Multiple EarthSky fog Date: 8 Apr 94 00:00:01 EST When using multiple pipes which share pfEarthSky fog set by pfESkyFog, the fog may appear to change densities and flash. Workaround: to guarantee that pfClearChan is not called simultaneously by more than one pipe. This may be accomplished with a hardware spin lock (see usnewlock) ------------------------------ Subject: -66- 1.2 libpf Bug Limit Phase Date: 8 Apr 94 00:00:01 EST The PFPHASE_LIMIT mode of pfPhase only works when the draw stage is configured as a separate process. For example, the PFMP_APP_CULLDRAW mode to pfMultiprocess specifies that the cull and draw stages are combined into a single process and so will not be affected by a LIMIT phase. ------------------------------ Subject: -67- 1.2 libpr Highlighting when using wireframe Date: 8 Apr 94 00:00:01 EST Using highlighting when in wireframe mode can cause random, flickering, or otherwise misbehaved polygons. ------------------------------ Subject: -68- 1.2 libpf APPCULLDRAW does not honor LIMIT/FLOAT/LOCK phases Date: 8 Apr 94 00:00:01 EST When in PFMP_APPCULLDRAW mode, both FREE_RUN and LIMIT act the same; as do FLOAT and LOCK. ------------------------------ Subject: -69- 1.2 libpf Phase toggling overlapped cull and draw Date: 8 Apr 94 00:00:01 EST When running in the PFMP_CULLoDRAW multiprocessing mode, changing the phase from PFPHASE_LOCK or PFPHASE_FLOAT to PFPHASE_FREE_RUN or PFPHASE_LIMIT can cause the application to deadlock. In perfly, rapidly toggling the phase when running with the PFMP_CULLoDRAW multiprocessing model ("perfly -m 65540" or "perfly -m 65542") can cause the application to hang. Workaround: toggle only once every few frames or not at all. ------------------------------ Subject: -70- 1.2 libpf pfDataPool warning on exit Date: 8 Apr 94 00:00:01 EST A warning similar to the following sometimes occurs when a sample program exits: "Performer Warning (2): pfReleaseDPool() Could not unlink arena shared memory /usr/tmp/pfUtilDataPool11638.pfdpool." This warning is harmless and can be ignored. ------------------------------ Subject: -71- 1.2 libpf Multi-channel stats warning messages Date: 8 Apr 94 00:00:01 EST When a multi-channel libpf application enables libpr pfStats modes (such as graphics statistics -- PFSTATS_GFX) in multiple channels at the same time, warning messages are printed every frame. The calculated statistics will be correct. To stop the stream of warning messages, raise the pfNotifyLevel in the program or set the enviornment variable PFNFYLEVEL to a value smaller than 2. ------------------------------ Subject: -72- 1.2 libpf Video warnings on Indy when multiprocessed Date: 8 Apr 94 00:00:01 EST When an application on an Indy is forced to run the APP and DRAW in separate processes, e.g. pfMultiprocess(PFMP_APP_CULLDRAW), pfGetVideoRate warnings are printed when process timing stats are on. To stop the stream of warning messages, raise the pfNotifyLevel in the program or set the enviornment variable PFNFYLEVEL to a value smaller than 2. ------------------------------ Subject: -73- 1.2 stats Frame statistics for lightpoints Date: 8 Apr 94 00:00:01 EST pfFrameStats for visible uni-directional and bi-directional pfLightPoint nodes and points are incorrect. These statistics are part of the pfFrameStats database statistics (PFFSTATS_DB) and these specific counts are incorrect. However, the counts for total number of visible pfLightPoint nodes and points are correct, and so are the counts for Omni-directional pfLightPoint nodes and points. However, these numbers are only counted when PFFSTATS_CULL are enabled. ------------------------------ Subject: -74- 1.2 stats Pixel fill statistics under 4.0.5 on RealityEngine Date: 8 Apr 94 00:00:01 EST Under 4.0.5, fill statistics do not work when multisampling. Workaround: turn off multisampling. ------------------------------ Subject: -75- 1.2 libpr Directional pfLightPoints Date: 8 Apr 94 00:00:01 EST Specifying a pfLightPoint node as PFLP_UNIDIRECTIONAL or PFLP_BIDIRECTIONAL can cause a core dump in pfLightPoint::cull. Workaround: set the color of the first light point with pfLPointColor(lp, 0, color) before calling pfLPointShape. ------------------------------ Subject: -76- 1.2 libpfutil pfuCollide is jerky Date: 8 Apr 94 00:00:01 EST The collision model jerks and bounces when you keep hitting something. ------------------------------ Subject: -77- 1.2 libpfutil pfuSaveImage broken Date: 8 Apr 94 00:00:01 EST The image file generated by pfuSaveImage is bogus. ------------------------------ Subject: -78- 1.2 libpfsgi pfLoadDxf loader is incomplete Date: 8 Apr 94 00:00:01 EST The DXF loader does not fully support the format. ------------------------------ Subject: -79- 1.2 libpfsgi pfLoadIv loader is incomplete Date: 8 Apr 94 00:00:01 EST The IRIS Inventor loader reads a subset of the IRIS Inventor 1.0 format. ------------------------------ Subject: -80- 1.2 GLX Overlay text with GLX on 4.0.5 Date: 8 Apr 94 00:00:01 EST In the sample programs (e.g. perfly) on some platforms, sometimes drawing messages (pfuDrawMessageCI) to the overlay planes in GLX mode doesn't work under 4.0.5. Workaround: use only in GL mode (e.g. do not use "perfly -x") or upgrade to IRIX 5.2. ------------------------------ Subject: -81- 1.2 GLX Toggling antialiasing with GLX on 4.0.5 RealityEngine Date: 8 Apr 94 00:00:01 EST Toggling antialiasing in the sample programs running in GLX mode on a 4.0.5 RealityEngine apparently confuses the graphics pipe and causes wild texturing. Workaround: use only in GL mode (e.g. do not use "perfly -x") or upgrade to IRIX 5.2. ------------------------------ Subject: -82- 1.2 GLX Toggling antialiasing with GLX on any RealityEngine Date: 8 Apr 94 00:00:01 EST When antialiasing is toggled with the GUI in GLX mode, the GL window changes. As each texture textures first comes into view, it is downloaded to the graphics hardware. Occasional pauses will be seen until all textures are reloaded in the graphics hardware. This can be avoided by redownloading all textures (pfuDownloadTexList). ------------------------------ Subject: -83- 1.2 GLX on 4.0.5 Indigo, sample programs hang on startup. Date: 8 Apr 94 00:00:01 EST Some sample programs will hang on startup if in GLX mode. Workaround: start up only in GL mode (e.g. do not use "perfly -x") or upgrade to IRIX 5.2. ------------------------------ Subject: -84- 1.2 samples smallfly drive models broken Date: 8 Apr 94 00:00:01 EST Toggling the drive-model button in smallfly can cause unexpected results. ------------------------------ Subject: -85- 1.2 samples pickfly drops core under abuse Date: 8 Apr 94 00:00:01 EST When aggressively navigating the hierarchy, the number of pfSCSes in the scene graph can exceed the maximum libpf traversal depth of 64. ------------------------------ Subject: -86- 1.2 samples detail example broken on 4.0.5 Date: 8 Apr 94 00:00:01 EST The example program sample/pguide/libpf/progs/detail.c doesn't run properly under 4.0.5. Workaround: upgrade to 5.2. ------------------------------ Subject: -87- 1.2 friends Belvis makefile requires pmake Date: 8 Apr 94 00:00:01 EST The makefile for the belvis demo in the Computer Arts and Development section requires the pmake utility. Workaround: install dev.sw.make. ------------------------------ Subject: -88- 1.2 friends Toon has bad models and textures Date: 8 Apr 94 00:00:01 EST Some of the textures are mixed up in toon town. ------------------------------ Subject: -89- 1.2 docs pfuGetGLXWin wrong on reference page Date: 8 Apr 94 00:00:01 EST The prototype in the man page should read: "extern void pfuGetGLXWin(pfPipe *_pipe, pfuGLXWindow *_glxWin);" pfuGetGLXWin copies the active GLX windows (normal and overlay) for the specified pipe into the provided pfuGLXWindow structure. The active windows change when a different GLX visual is requested. ------------------------------ Subject: -90- 1.2 docs pfuLockDownApp gives the incorrect location Date: 8 Apr 94 00:00:01 EST pfuLockDownApp gives the incorrect location for the procsetup.c example: The correct location for this example is: /usr/src/Performer/src/pguide/libpfutil/progs/procsetup.c Additionally, the reference page should mention the example /usr/src/Performer/src/pguide/libpf/progs/bench.c ------------------------------ Subject: -91- 1.1 Bug with FP underflow Date: 26 Oct 93 00:00:01 EST The cull process could encounter an FP underflow that could periodically affect cull performance. ------------------------------ Subject: -92- 1.1 Bug with Multipipe Onyx Date: 26 Oct 93 00:00:01 EST There is a bug in the 1.1 multipipe code. The symptom is a core dump and an error like: Performer Fatal (4):pfFree() pointer 0x9c9350 not from pfMalloc The workaround is to do the following after you've created a channel with pfNewChan: ((long**)chan)[3] = NULL; This workaround MUST NOT BE USED in Performer 1.2 applications. ------------------------------ Subject: -93- 1.1 Bug Installing on Indy or Indigo2 XL Date: 8 Apr 94 00:00:01 EST The problems are related to the way that Performer recognizes the graphics hardware in the machine. Since the Indy was introduced after Performer 1.1 released, Performer is unable to match the graphics type (NEWPORT) with the hardware types it knows. This effects both the installation and run-time applications. /usr/lib/libpr.a, /usr/lib/libpr-g.a, /usr/src/Performer/demo/perfly, and /usr/src/Performer/src/perfly/Makefile are machine-tagged in inst as platform-specific and will not be installed by default. WORKAROUND: You must remove IRIS Performer 1.1 from your machine and re-install, explicitly defining the graphics hardware type. LIGHT (Entry) graphics is the closest approximation to NEWPORT. % su # versions remove performer_eoe # versions remove performer_dev # inst -f -m GFXBOARD=LIGHT ------------------------------ Subject: -94- 1.1 Bug Unable to determine Indy graphics type Date: 8 Apr 94 00:00:01 EST Performer 1.1 applications on Indy display the message: "unable to determine graphics type -1. Default: VENICE" WORKAROUND: The above message means that Performer was unable to match NEWPORT graphics to a known graphics type, and has defaulted to VENICE (RealityEngine). This could cause some anomalous behavior in your application. There is no specific workaround at this time. ------------------------------ Subject: -95- 1.1 Bug perfly cannot find libpf.so on Indy running 5.1 Date: 8 Apr 94 00:00:01 EST /usr/src/Performer/demo/perfly fails with the error message: "perfly: rld: Fatal Error: cannot find soname 'libpf.so'" WORKAROUND: You must recompile perfly from the source code provided in /usr/src/Performer/src/perfly. ------------------------------ Subject: -96- 1.1 Bug perfly FP error messages in 5.0.1 Date: 8 Apr 94 00:00:01 EST perfly prints the following error message(s) several times each frame: "Performer Info:FP division by zero" "Performer Info:FP infinity minus infinity" WORKAROUND: This is caused by a bug in IRIS GL and is not a fatal error. Run perfly with the "-n 2" option to disable these (and any other) informational messages. ------------------------------ Subject: -97- 1.1 Bug Installation on IRIX 5.2 - missing prerequisites Date: 8 Apr 94 00:00:01 EST When trying to install IRIS Performer 1.1 on a machine running IRIX 5.2, you will get an error regarding a missing prerequisite, "dev.sw.libC". This subsystem contained the C++ runtime library. In 5.2 it has been renamed to "c++_eoe.sw.lib". WORKAROUND: 'set rulesoverride on' from within inst. ------------------------------ Subject: -98- 1.0/1.1 Bug intersections with pfSwitch'es Date: 26 Oct 93 00:00:01 EST Intersections with pfSwitch'es whose value is PFSWITCH_OFF could cause a core dump. ------------------------------ Subject: -99- 1.0/1.1 Bug with pfTexture() Date: 26 Oct 93 00:00:01 EST On RealityEngine systems, EXTERNAL format was ignored. ------------------------------ Subject: -100- 1.0/1.1 Bug with pfAntiAlias() Date: 26 Oct 93 00:00:01 EST On RealityEngine systems, pfAntialias(PFAA_OFF) did not turn off multisampling. ------------------------------ Subject: -101- 1.0/1.1 Bug with pfFlatten() Date: 26 Oct 93 00:00:01 EST pfFlatten did not dirty bounding spheres of flattened nodes so they had improper bounds and would not cull correctly. ------------------------------ Subject: -102- 1.0/1.1 Bug with pfSequences Date: 26 Oct 93 00:00:01 EST pfSequences: PFSEQ_RESUME ignored children's display times and drew subsequent children for 1 frame only. ------------------------------ Subject: -103- 1.0/1.1 Bug with pfClosestPtOnPlane() Date: 26 Oct 93 00:00:01 EST pfClosestPtOnPlane returned wrong result. Also, the man page had the wrong prototype. ------------------------------ Subject: -104- 1.0/1.1 Bug on ELAN/XS with wireframe PFGS_QUADS Date: 26 Oct 93 00:00:01 EST On EXPRESS Graphics platforms (XS, XS24, ELAN, etc), wireframe quads have a stray line from one vertex to "infinity" when displayed in wireframe mode. ------------------------------ Subject: -105- 1.0/1.2-IRIX4 Bug Z buffer configuration on 4.0.5 RealityEngine Date: 8 Apr 94 00:00:01 EST Z buffer config on 4.0.5 RealityEngine: On some versions of IRIX 4.0.5, mssize(4,24,1) (the default by pfAntiAlias) generates an unusable Z configuration. For these machines, call mssize(4,32,1) followed by gconfig() in your pipe initialization routine and do not attempt to toggle antialiasing. ------------------------------ Subject: -106- 1.0 Bug pfInit(): mmap failed for /dev/zero Date: 26 Oct 93 00:00:01 EST This means that you tried to run a Performer 1.0 application (such as a 4.x version of perfly) on a machine running IRIX 5.x. Virtual memory management is different in IRIX 5.x. In order for your program to work properly you must: % setenv PFTMPDIR /usr/tmp ------------------------------ Subject: -107- 1.0 Doc Bug in pfMakePolarSeg() man page Date: 26 Oct 93 00:00:01 EST The man page for pfMakePolarSeg contradicts itself with respect to the meaning of azimuth and elevation. The correct paragraph should be: pfMakePolarSeg sets dst to the segment which starts at pos and has length length and points in the direction specified by azi and elev. azi specifies the azimuth (or heading), which is the angle which the projection of the segment in the X-Y plane makes with the +Y axis. elev specifies the elevation (or pitch), the angle with respect to the X-Y plane. The positive Y axis is azi=0 and elev=0. Azimuth follows the right hand rule about the +Z azis, e.g. - +90 degrees is the -X axis. Similarly, elevation follows the right hand rule about the X axis, e.g. - +90 degrees is the +Z axis. Note that in IRIS Performer 1.0, an azi and elev of 0.0 is equivalent to the +X axis while in 1.1, this has been changed to the +Y axis. ------------------------------ Subject: -108- 1.0 Doc Bug in pfDispList() man page Date: 26 Oct 93 00:00:01 EST The pfDispList man page says the size argument is in bytes; it should say words. ------------------------------ Subject: -109- 1.0 Doc Bug in PFPG (simple.c) Date: 26 Oct 93 00:00:01 EST The program simple.c in the IRIS Performer Programming Guide (PFPG) does not bind a light and draws a black image on Elan systems. The corrected version, which creates and binds a light in the pipe initialization callback, is in /usr/src/Performer/src/pguide ------------------------------ Subject: -110- 1.0 Bug in pfGetTime() Date: 26 Oct 93 00:00:01 EST In 1.0, pfGetTime() would occasionally return bad values (off by 4000+ seconds) on Indigo2 and machines without a fast counter, e.g. PowerSeries/IO2. There was no workaround. ------------------------------ Subject: -111- 1.0 Bug in pfNodeBBox() Date: 26 Oct 93 00:00:01 EST pfNodeBBox did not set the bounding box of a node. A symptom was that the bounding boxes of the node would not change when modifying a parent pfDCS. The workaround was to OR the value 0x0010 into the mode, e.g.- pfNodeBBox(node, &bbox, PFN_BMODE_STATIC | 0x0010); ------------------------------ Subject: -112- 1.0 Bug in pfInitGfx() with Z-buffer on RealityEngine Date: 26 Oct 93 00:00:01 EST pfInitGfx on RealityEngines would call lsetdepth(0x0, 0x0), essentially disabling zbuffering. The workaround was to call lsetdepth explicitly after pfInitGfx, in the pipe initialization callback. ------------------------------ Subject: ! -113- 1.0 Bug in libpfflt combineLODs() Date: 26 Oct 93 00:00:01 EST combineLODs() in the MultiGen .flt converter (in file hier.c) did not set the LOD center of combined LODs. This would result in strange LOD behavior for LODs which were not modelled about the origin. (The current OpenFlight loader, revision R14_2, correctly uses the center when combining LODs and can combine any number of sibling LOD's for improved efficiency.) ------------------------------ Subject: -114- 1.0 Bug with two-sided material and pfMtlColorMode() Date: 26 Oct 93 00:00:01 EST Applying a back-sided material which had a color mode (pfMtlColorMode), would set the GL lmcolor mode. Since IrisGL does not support lmcolor for back-sided materials, this could have caused front-sided materials to use an improper lmcolor mode. ------------------------------ Subject: -115- 1.0 Bug in pfFilePath() Date: 26 Oct 93 00:00:01 EST pfFilePath would exit with a FATAL error if it was called twice. ------------------------------ Subject: -116- 1.0 Bug in pfGetCurGState() Date: 26 Oct 93 00:00:01 EST pfGetCurGState returned a pfGeoState which was the top of the state stack rather than the most recently applied pfGeoState. ------------------------------ Subject: -117- 1.0 Bug in pfGetCurState() Date: 26 Oct 93 00:00:01 EST pfGetCurState returned a pfGeoState which was the top of the state stack rather than the current pfState. ------------------------------ Subject: -118- 1.0 Bug with cloned scenes Date: 26 Oct 93 00:00:01 EST pfClone()'ed scenes were not properly cleaned and did not properly propagate updates. In particular, cloned pfSequences did not work. ------------------------------ Subject: -119- 1.0 Bug intersections in collide.c Date: 26 Oct 93 00:00:01 EST collide.c was shipped with a hardwired intersection mode which turned off intersection caching, substantially reducing intersection performance. ------------------------------ Subject: -120- 1.0 Bug with flattened pfLightPoints Date: 26 Oct 93 00:00:01 EST pfFlatten()'ed pfLightPoints were broken for multiprocessing modes when the application and cull processes were separate. ------------------------------ Subject: -121- 1.0 Bug intersections with pfSequences Date: 26 Oct 93 00:00:01 EST Intersections with pfSequences could sometimes turn them off (PFSEQ_STOP). ------------------------------ Subject: -122- 1.0 Bug intersections with non-indexed quads Date: 26 Oct 93 00:00:01 EST Intersection caching for non-indexed quads was broken and could case a core dump when intersection with pfGeoSets of this type. ------------------------------ Subject: -123- Credits Date: 6 May 93 00:00:01 EST This FAQ was compiled by Allan Schaffer aschaffe@sgi.com ------------------------------ ---- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Wed Dec 13 19:40:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA09098; Wed, 13 Dec 1995 19:34:24 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA09095; Wed, 13 Dec 1995 19:34:14 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24533; Wed, 13 Dec 95 19:36:12 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA06568; Wed, 13 Dec 1995 19:36:10 -0800 From: Hill_Brian@amelnx.advmar.com Received: from amelnx.advmar.com by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id PAA05567; Wed, 13 Dec 1995 15:50:24 -0800 Received: from cc:Mail by amelnx.advmar.com id AA818908072; Wed, 13 Dec 95 18:16:50 EST Date: Wed, 13 Dec 95 18:16:50 EST Message-Id: <9511138189.AA818908072@amelnx.advmar.com> To: info-performer@sgi.sgi.com Subject: Conversion between Coord and Matrix Notation Status: O Hi, I was trying to convert pfmatrix notation to pfcoord notation and I found something I don't understand. I tried to go from euler to matrix, back to euler, and back to matrix notation and the results I get aren't consistent. Can anyone explain why this is happening? I've included the code below. I create a matrix to rotate 90 degrees about the x axis using pfMakeEulerMat (mat, 0.0f, 90.0f, 0.0f). It creates the following matrix: 1.000 0.000 0.000 0.000 0.000 0.000 1.000 0.000 0.000 -1.000 0.000 0.000 0.000 0.000 0.000 1.000 I call pfGetOrthoMatCoord (...) to translate it to pfcoord notation and get the following: x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 90.000 ^^^^^^ I expected to get: x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 0.000 ^^^^^ When I call pfMakeCoordMat (...) using x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 90.000 I get the following matrix: 0.000 1.000 0.000 0.000 0.000 0.000 1.000 0.000 1.000 0.000 0.000 0.000 0.000 0.000 0.000 1.000 Again, I call pfGetOrthoMatCoord (...) to translate the above matrix to pfcoord notation and get the following: x 0.000 y 0.000 z 0.000 h 0.000 p 90.000 r 0.000 ^^^^^ Why do they change back and forth like this? Thanks, Brian Hill hill_brian@advmar.com ============================================================================== #include #include #include #include void main (void) { pfMatrix mat; pfCoord crd; int i; /* matrix to rotate 90 degrees about x axis (pitch) */ pfMakeEulerMat (mat, 0.0f, 90.0f, 0.0f); printf ("======= Euler Mat 90 deg x axis =======\n"); /* print the matrix elements */ for (i=0; i<4; i++) printf ("\t%8.3f %8.3f %8.3f %8.3f\n", mat[i][0],mat[i][1],mat[i][2],mat[i][3]); /* get coord representation of matrix */ pfGetOrthoMatCoord (mat, &crd); printf ("======= Coords of same matrix =======\n"); /* print the coord elements */ printf ("\tx %6.3f y %6.3f z %6.3f h %6.3f p %6.3f r %6.3f\n", crd.xyz[0], crd.xyz[1], crd.xyz[2], crd.hpr[0], crd.hpr[1], crd.hpr[2]); /* get matrix representation of coord */ pfMakeCoordMat (mat, &crd); printf ("======= Matrix from Coords =======\n"); /* print the matrix elements */ for (i=0; i<4; i++) printf ("\t%8.3f %8.3f %8.3f %8.3f\n", mat[i][0],mat[i][1],mat[i][2],mat[i][3]); /* get coord representation of matrix */ pfGetOrthoMatCoord (mat, &crd); printf ("======= Coords of same matrix =======\n"); /* print the coord elements */ printf ("\tx %6.3f y %6.3f z %6.3f h %6.3f p %6.3f r %6.3f\n", crd.xyz[0], crd.xyz[1], crd.xyz[2], crd.hpr[0], crd.hpr[1], crd.hpr[2]); } From guest Wed Dec 13 19:42:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA09103; Wed, 13 Dec 1995 19:37:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA09100; Wed, 13 Dec 1995 19:37:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24623; Wed, 13 Dec 95 19:39:46 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id TAA07294; Wed, 13 Dec 1995 19:39:37 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id LAA07380; Thu, 14 Dec 1995 11:39:29 +0800 Date: Thu, 14 Dec 1995 11:39:29 +0800 Message-Id: <199512140339.LAA07380@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: Flifht Simulator Standards To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Who knows about military standards of flight simulator? How can I get a copy ? Thanks ahead. G.Z. Cao flysiml@public.bta.net.cn From guest Wed Dec 13 20:12:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA09474; Wed, 13 Dec 1995 20:10:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA09471; Wed, 13 Dec 1995 20:10:24 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26209; Wed, 13 Dec 95 20:12:30 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA13328; Wed, 13 Dec 1995 20:12:26 -0800 Received: from daphne.Read.TASC.COM by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id KAA24152; Wed, 13 Dec 1995 10:23:21 -0800 Received: from smtpgate.read.tasc.com by daphne.Read.TASC.COM (5.x/TASC-NONDOM-1.7) id AA17534; Wed, 13 Dec 1995 13:24:28 -0500 Received: from TASCREAD-Message_Server by smtpgate.read.tasc.com with Novell_GroupWise; Wed, 13 Dec 1995 13:24:28 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 13 Dec 1995 13:20:37 -0500 From: "J. Brian Stewart" To: info-performer@sgi.sgi.com Subject: unsubscribe Status: O Please temporarily unsubscribe me. Brian Stewart From guest Wed Dec 13 21:24:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA09906; Wed, 13 Dec 1995 21:21:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA09903; Wed, 13 Dec 1995 21:21:28 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28243; Wed, 13 Dec 95 21:23:35 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA22950; Wed, 13 Dec 1995 21:23:13 -0800 Received: from thor.ats.qc.ca by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id JAA14015; Wed, 13 Dec 1995 09:35:32 -0800 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.7.3/gwhub-mf-4) id KAA18116; Wed, 13 Dec 1995 10:00:03 -0500 (EST) Message-Id: <199512131500.KAA18116@thor.ats.qc.ca> From: jaydee@ats.qc.ca (Jean Daigle) Date: Wed, 13 Dec 1995 10:00:02 -0500 In-Reply-To: dorrie@beamish.mit.edu (Dorrie Hall) "Patch SG0000154" (Dec 12, 5:54pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: dorrie@beamish.mit.edu (Dorrie Hall) Subject: Re: Patch SG0000154 Cc: info-performer@sgi.sgi.com Status: O Hi! On Dec 12, 5:54pm, Dorrie Hall wrote: ... } I know Patch SG0000154 has been discussed quite a bit in } the past, but I'd like to know if the Performer 2.0 release } contains any of the OpenGL extensions that Patch SG0000154 } has. The patch caused problems for us when I installed it before } yet we are interested in having OpenGL map as completely as } possible to our RE2. I also wonder whether the new version of } Performer has a solution to the texture repeat bug. ... }-- End of excerpt from Dorrie Hall Wasn't the texture repeat bug that Patch 154 addresses attributed to RE microcode? The historical mailing list traffic to which you allude stated that the patch made IRIX 5.3 consistent with earlier OS versions in working around the problem, but that performance was still degraded with textures cycling more than 15 times. No one, to my recollection, ever advanced a quantitative estimate of the negative impact on fill performance. What negative side effects did you observe with the patch? We have installed it on a number of deskside Onyxes, and one rackmount, and haven't noticed any new problems as a result. The texture repeat bug was cured, but alas I am not in the position to comment on the degree to which fill speed was affected. Regards, Jean Daigle. ----------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Manager, 1250 Boul Marie-Victorin | | Real Time Graphics St. Bruno, QC J3V 6B8 | | jaydee@ats.qc.ca Tel: (514) 441-9000 Fax: (514) 441-6789 | ----------------------------------------------------------------- From guest Wed Dec 13 21:51:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA10018; Wed, 13 Dec 1995 21:49:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA10015; Wed, 13 Dec 1995 21:49:55 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28985; Wed, 13 Dec 95 21:49:54 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA26848; Wed, 13 Dec 1995 21:51:56 -0800 Received: from stork.cf.ac.uk by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id CAA14949; Wed, 13 Dec 1995 02:09:20 -0800 Received: from thor.cf.ac.uk by stork.cf.ac.uk with SMTP (PP); Wed, 13 Dec 1995 09:59:12 +0000 Received: (from saprar@localhost) by thor.cf.ac.uk (8.7.1/8.6.12) id KAA07983; Wed, 13 Dec 1995 10:04:58 GMT Date: Wed, 13 Dec 1995 10:04:57 +0000 (GMT) From: ROY RUDDLE Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.sgi.com Subject: Re: Viewing Frustrum in Stereo In-Reply-To: <9512121800.ZM22222@stegosaur.cgrg.ohio-state.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O There are some bugs in the channel/frustrum s/w for Performer 1.2 which are fixed in 2.0 (apparently). This sounds like one of those which I experienced earlier this year. Perhaps one of the SGI boys can confirm it roy From guest Wed Dec 13 22:09:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA10130; Wed, 13 Dec 1995 22:07:54 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA10127; Wed, 13 Dec 1995 22:07:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29503; Wed, 13 Dec 95 22:10:01 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA29529; Wed, 13 Dec 1995 22:09:58 -0800 Received: from svmail01.mdc.com by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id MAA23614; Wed, 13 Dec 1995 12:05:37 -0800 Received: from gwsmtp01.mdc.com by svmail01.mdc.com with SMTP (1.37.109.11/16.2) id AA117223770; Wed, 13 Dec 1995 13:42:50 -0600 Received: from gwxsl001-Message_Server by gwsmtp01.mdc.com with Novell_GroupWise; Wed, 13 Dec 1995 13:42:48 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 13 Dec 1995 13:41:47 -0600 From: Robert Lechner To: info-performer@sgi.sgi.com Cc: jstewart1@gwsmtp01.mdc.com Subject: Clipping Error in Perf 1.2 with off-axis Perspective Status: O Fellow Performer-ites We have a channel that slews around in space with regards to the viewpoint (displayed on a flat screen plane). Thus, we are trying to do off-axis perspective. We encounter a clipping problem when we add a view offset to one of our channels. The following snipet is how the channel is setup. /* channel one offset from channel zero */ pfSetVec3(xyzOffsets, 0.0f, 0.0f, 0.0f); pfSetVec3(hprOffsets, -72.0, 0.0, 90.0); pfChanViewOffsets(chan, xyzOffsets, hprOffsets); We are using the following code to create the perspective frustum: pfChanAutoAspect(chan, PFFRUST_CALC_NONE); pfFrustNearFar(chan, 1.0, 5000.0); pfMakePerspFrust(chan, near*pfTan(hfov_l), near*pfTan(hfov_r), near*pfTan(vfov_d), near*pfTan(vfov_u)); pfChanView(chan, ViewState->initView.xyz, ViewState->initView.hpr); Problem: When changing the vertical or horizontal FOV (eg. vfov_d += delta vfov_u += delta), the scene gets clipped (particularly when the FOV crosses the 0/0 degree point of the channel) (gone entirely when far off 0/0). You can actually seen polygons in the scene slowly get clipped out as the perspective slews. The problem only seems to occur on the channel with the view offset. I am running Performer 1.2 and I am assuming this to be a Performer limitation. Does anyone know a fix for this or how to turn the clipping off. We read an old mailing about setting the perspective for the entire FOV to be covered, and then resetting the perspective in the draw (but is was not very clear as to how to implement this). (NOTE: I am not trying to do stereo. The rotation is done to increase the vertical FOV). If this is a Perf 1.2 limitation, is it corrected in Perf 2.0????? Thanks for any input jstewart1@gwsmtp01.mdc.com rlechner@gwsmtp01.mdc.com From guest Wed Dec 13 22:17:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA10211; Wed, 13 Dec 1995 22:16:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA10208; Wed, 13 Dec 1995 22:16:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29904; Wed, 13 Dec 95 22:18:24 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA01026; Wed, 13 Dec 1995 22:18:21 -0800 Received: from roo.gcs.redstone.army.mil by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id HAA01524; Wed, 13 Dec 1995 07:00:33 -0800 Received: by roo.gcs.redstone.army.mil (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id JAA08898; Wed, 13 Dec 1995 09:02:23 -0600 From: "Benjamin R. Cain" Message-Id: <9512130902.ZM8896@roo.gcs.redstone.army.mil> Date: Wed, 13 Dec 1995 09:02:23 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: OpenFlight loader for OpenGL? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, Does anyone know of a loader (similar to libpfflt.a in Performer) to load a MultiGen OpenFlight scene into an OpenGL application? Any information will be greatly appreciated. Thanks, -- ========================================================================== Benjamin R. Cain benc@roo.gcs.redstone.army.mil AEgis Research Corporation bcain@aegisrc.com 6703 Odyssey Drive 205/842-6912 (voice) Suite 200 205/876-7165 ( fax ) Huntsville, AL 35806 ========================================================================== From guest Wed Dec 13 22:20:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA10227; Wed, 13 Dec 1995 22:18:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA10224; Wed, 13 Dec 1995 22:18:48 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29981; Wed, 13 Dec 95 22:20:56 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA01571; Wed, 13 Dec 1995 22:20:52 -0800 Received: from ligsg4.epfl.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id FAA02282; Wed, 13 Dec 1995 05:57:50 -0800 Received: by ligsg4.epfl.ch (Smail3.1.29.1 #28) id m0tPrMw-0005SwC; Wed, 13 Dec 95 14:37 MET From: "Fernando D. Mato Mira" Message-Id: <9512131437.ZM6939@lig.di.epfl.ch> Date: Wed, 13 Dec 1995 14:37:14 +0100 In-Reply-To: Simon Bennett "Re: Imakefile for performer" (Dec 13, 11:30am) References: X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: "Zainuddin b. Ahmad" Subject: Re: Imakefile for performer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > On Tue, 12 Dec 1995, Zainuddin b. Ahmad wrote: > > > Hello, > > > > Does anybody has an experience writing Imakefile for Performer > > running on IRIX 5.3 and IRIX 6.1 ? I have an Onyx (IRIX 6.1), > > Indy (IRIX 5.3) and Performer 1.2. Any help will be appreciated. > Haven't touched it for 6.1: ftp://ligsg2.epfl.ch/private/matomira/pfimake.tar.gz See application/README or library/README for details. Regards, From guest Wed Dec 13 22:32:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA10341; Wed, 13 Dec 1995 22:30:37 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA10338; Wed, 13 Dec 1995 22:30:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00449; Wed, 13 Dec 95 22:32:44 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA02898; Wed, 13 Dec 1995 22:32:41 -0800 Received: from pat.idt.unit.no by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id EAA28084; Wed, 13 Dec 1995 04:22:07 -0800 Received: from pil.idt.unit.no (1820@pil.idt.unit.no [129.241.107.3]) by pat.idt.unit.no (8.6.12/8.6.12) with ESMTP id NAA05948 for ; Wed, 13 Dec 1995 13:18:43 +0100 From: Andreas Brendstuen Received: (abrend@localhost) by pil.idt.unit.no (8.6.12/8.6.12) id NAA01939; Wed, 13 Dec 1995 13:18:41 +0100 Date: Wed, 13 Dec 1995 13:18:41 +0100 Message-Id: <199512131218.NAA01939@pil.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Editing textures. Status: O (I'm using Performer 1.2) How do I scale, translate, rotates, etc (if possible) a texture on an object in a scene I have loaded ? I have a scene with a sky where I want the clouds to drift, change size, rotate, etc. I know I can use several polygons and scale, rotate and translate them, but this is not what I want to do. Is this possible using only the Performer API. If not, can it be done using OpenGL (GL) ? _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@idt.unit.no _/ _/ _/ http://www.idt.unit.no:80/~abrend _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Thu Dec 14 03:20:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA11266; Thu, 14 Dec 1995 03:18:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA11263; Thu, 14 Dec 1995 03:18:16 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05112; Thu, 14 Dec 95 03:18:15 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA26830; Thu, 14 Dec 1995 03:20:25 -0800 Received: from pil.idt.unit.no (1820@pil.idt.unit.no [129.241.107.3]) by pat.idt.unit.no (8.6.12/8.6.12) with ESMTP id MAA17389 for ; Thu, 14 Dec 1995 12:20:23 +0100 From: Andreas Brendstuen Received: (abrend@localhost) by pil.idt.unit.no (8.6.12/8.6.12) id MAA17466; Thu, 14 Dec 1995 12:20:22 +0100 Date: Thu, 14 Dec 1995 12:20:22 +0100 Message-Id: <199512141120.MAA17466@pil.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Finding geometry nodes (pfGeodes) Status: O How do I find a spesific pfGeode in my scene ? The scene is loaded from file. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@idt.unit.no _/ _/ _/ http://www.idt.unit.no:80/~abrend _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Thu Dec 14 04:32:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA11513; Thu, 14 Dec 1995 04:30:13 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA11510; Thu, 14 Dec 1995 04:30:12 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06032; Thu, 14 Dec 95 04:32:24 -0800 Received: from rndtm.com.my by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id EAA00753; Thu, 14 Dec 1995 04:32:21 -0800 Received: by rndserv.rndtm.com.my (5.x/SMI-SVR4) id AA09508; Thu, 14 Dec 1995 20:28:12 +0800 Date: Thu, 14 Dec 1995 20:28:12 +0800 From: din@rndtm.com.my (Zainuddin b. Ahmad) Message-Id: <9512141228.AA09508@rndserv.rndtm.com.my> To: info-performer@sgi.sgi.com Subject: WARNING 84/85 messages Status: O I was trying to compile /usr/src/Performer/src/pguide/libpf/progs/simple.c and it was working except these warning messages bothering me. ld: WARNING 84: /usr/lib/libmpc.a is not used for resolving any symbol. ld: WARNING 84: /usr/lib/libfm.so is not used for resolving any symbol. ld: WARNING 85: definition of glprof_object in /usr/src/Performer/lib/libpfutil.a(trav.o) preempts that definition in /usr/lib/libgl.so. ld: WARNING 85: definition of __dl__FPv in /usr/lib/libpf.a(pfProcess.o) preempts that definition in /usr/lib/libC.so. ld: WARNING 85: definition of __checktraps in /usr/lib/libfpe.a(fpe_handler.o) preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of __readenv_sigfpe in /usr/lib/libfpe.a(read_env.o) preempts that definition in /usr/lib/libc.so. Does anybody can help me to get rid those irritating messages ? I'm using Performer 1.2 on IRIX 6.1. One more thing, what's the compiler version should i use under IRIX 6.1? Thank for any help ... -din- From guest Thu Dec 14 06:20:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA11829; Thu, 14 Dec 1995 06:18:27 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA11826; Thu, 14 Dec 1995 06:18:26 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07724; Thu, 14 Dec 95 06:20:41 -0800 Received: from stealth.afit.af.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA11205; Thu, 14 Dec 1995 06:20:38 -0800 Received: from gecko.afit.af.mil by stealth.afit.af.mil with SMTP id AA04071 (5.65c/IDA-1.4.4 for ); Thu, 14 Dec 1995 09:20:36 -0500 From: Lynda D Myers Received: (ldmyers@localhost) by gecko.afit.af.mil (8.6.12/8.6.9) id JAA01980 for info-performer@sgi.com; Thu, 14 Dec 1995 09:20:32 -0500 Date: Thu, 14 Dec 1995 09:20:32 -0500 Message-Id: <199512141420.JAA01980@gecko.afit.af.mil> To: info-performer@sgi.sgi.com Status: O unsubscribe From guest Thu Dec 14 09:39:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA12237; Thu, 14 Dec 1995 09:38:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA12234; Thu, 14 Dec 1995 09:38:15 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13786; Thu, 14 Dec 95 09:40:31 -0800 Received: from electrogig.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA16999; Thu, 14 Dec 1995 09:40:29 -0800 Received: from tracey.electrogig.com by electrogig.com via ESMTP (950215.SGI.8.6.10/940406.SGI) id JAA15082; Thu, 14 Dec 1995 09:40:01 -0800 Received: by tracey.electrogig.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA17978; Thu, 14 Dec 1995 09:54:29 -0800 From: "Anita Kishore" Message-Id: <9512140954.ZM17976@tracey.electrogig.com> Date: Thu, 14 Dec 1995 09:54:28 -0800 In-Reply-To: Andreas Brendstuen "Finding geometry nodes (pfGeodes)" (Dec 14, 12:20pm) References: <199512141120.MAA17466@pil.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Andreas Brendstuen , info-performer@sgi.sgi.com Subject: Re: Finding geometry nodes (pfGeodes) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have done this by modifying the file loader a little bit to either get the address of the pfGeode you are interested in out of the loader, OR name this geode and find it afterwards in your application. -anita From guest Thu Dec 14 10:54:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA12485; Thu, 14 Dec 1995 10:50:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA12482; Thu, 14 Dec 1995 10:50:45 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18054; Thu, 14 Dec 95 10:53:03 -0800 Received: from pbi.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA08216; Thu, 14 Dec 1995 10:53:00 -0800 Received: from poser.pbi.net by pbi.net (4.1/PBI-12/1/95) id AA16324; Thu, 14 Dec 95 10:49:31 PST Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA24650; Thu, 14 Dec 1995 10:50:51 -0800 From: "Chris Cederwall" Message-Id: <9512141050.ZM24648@poser.pbi.net> Date: Thu, 14 Dec 1995 10:50:51 -0800 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Getting a handle on things Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The idea of names vs. pointers to structures for getting a handle on objects in the SceneGraph is a great discussion. I have always leaned on the side of naming the Objects from the very beggining. Then making sure that the loader is properly seeing and passing on the naming to Performer... Then either making a quick assosiative array with the name and the pointer to the structure that got the name or just relying on the getByName mechanism in Performer.... Speed wise let's say the maintaining the list of pointers is faster.. And doing your own name resolving is 'no problem'. Let's take an example. Rudolph's red nose. You want to make it glow and change its material. So you name the material "RedNose_Material". There is a very good chance that when you change the material all the lights on the Xmas tree will change with it! That's okay, we expected that to happen. So then we say explicitly when loading the the named object is not be involved in any attribute sharing by the PFD routines. Well, that will keep Rudolph's Nose separate from the Xmas tree lights. But it feels a little too constricting. What about making everything in the entire sceneGraph changeable?? it would mean maintaining a very non-FLAT graph. Has anybody thought about the ways in which every attribute can changed without disabling a lot of the flattening and sharing routines in the loader?? -- Chris Cederwall ceder@pbi.net 415.442.4952 From guest Thu Dec 14 18:11:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA14355; Thu, 14 Dec 1995 18:09:20 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA14352; Thu, 14 Dec 1995 18:09:19 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08531; Thu, 14 Dec 95 18:09:18 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA02722; Thu, 14 Dec 1995 18:09:16 -0800 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id VAA15377; Thu, 14 Dec 1995 21:11:15 -0500 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA23279; Thu, 14 Dec 1995 21:04:46 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA18987; Thu, 14 Dec 95 21:03:52 -0500 Date: Thu, 14 Dec 95 21:03:52 -0500 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9512150203.AA18987@osprey.cae.ca> To: info-performer@sgi.sgi.com Subject: pfPipe question Status: O In Performer 1.2, is there a way to get the pipe number from a pfPipe structure? In other words, how to get the inverse of: pfPipe* pfGetPipe(long _pipeNum); ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Fri Dec 15 00:30:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA15072; Fri, 15 Dec 1995 00:12:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA15069; Fri, 15 Dec 1995 00:12:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16307; Fri, 15 Dec 95 00:12:49 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id AAA14409; Fri, 15 Dec 1995 00:12:47 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA16293; Fri, 15 Dec 95 00:12:35 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id AAA10186; Fri, 15 Dec 1995 00:12:30 -0800 From: "Sharon Clay" Message-Id: <9512150012.ZM10184@rose.asd.sgi.com> Date: Fri, 15 Dec 1995 00:12:30 -0800 In-Reply-To: nicolas@cae.ca (Nicolas Gauvin) "pfPipe question" (Dec 14, 9:03pm) References: <9512150203.AA18987@osprey.cae.ca> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: nicolas@cae.ca (Nicolas Gauvin), info-performer@sgi.sgi.com Subject: Re: pfPipe question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 14, 9:03pm, Nicolas Gauvin wrote: > Subject: pfPipe question ->From guest@holodeck Thu Dec 14 18:46:28 1995 ->Date: Thu, 14 Dec 95 21:03:52 -0500 ->From: nicolas@cae.ca (Nicolas Gauvin) ->To: info-performer@sgi.sgi.com ->Subject: pfPipe question -> ->In Performer 1.2, is there a way to get the pipe number from a pfPipe ->structure? In other words, how to get the inverse of: -> ->pfPipe* pfGetPipe(long _pipeNum); pfPipes are the first IRIS Performer objects created so you can just do pfPipe *p; int pipeId; ......... pipeId = pfGetId(p); src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Fri Dec 15 01:02:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA15109; Fri, 15 Dec 1995 00:45:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA15106; Fri, 15 Dec 1995 00:45:18 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17160; Fri, 15 Dec 95 00:45:14 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA16425; Fri, 15 Dec 1995 00:45:12 -0800 Received: from vier.idt.unit.no (1779@vier.idt.unit.no [129.241.104.3]) by pat.idt.unit.no (8.6.12/8.6.12) with ESMTP id JAA19083 for ; Fri, 15 Dec 1995 09:45:10 +0100 From: Morten Eriksen Received: (mortene@localhost) by vier.idt.unit.no (8.6.12/8.6.12) id JAA01228 for info-performer@sgi.com; Fri, 15 Dec 1995 09:45:08 +0100 Message-Id: <199512150845.JAA01228@vier.idt.unit.no> Subject: Intersection testing bug? To: info-performer@sgi.sgi.com Date: Fri, 15 Dec 1995 09:45:08 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 528 Status: O Just wondering if there is a bug in the Performer intersection testing routine "pfChanPick()"? When I try to read the endpoint of the intersection segment with "pfQueryHit()", I get a point that is way off any of the picked object's polygons (as a matter of fact, it looks like the point returned is the point which the intersection line is supposed to cross in the object's bounding box). And yes; I did call "pfChanPick()" with the mode OR'ed with PFTRAV_IS_PRIM. If this is a bug, does any simple work-around exist? Morten From guest Fri Dec 15 03:39:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA15519; Fri, 15 Dec 1995 03:15:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA15516; Fri, 15 Dec 1995 03:15:55 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19728; Fri, 15 Dec 95 03:15:54 -0800 Received: from arl-img-4.compuserve.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id DAA25929; Fri, 15 Dec 1995 03:15:53 -0800 Received: by arl-img-4.compuserve.com (8.6.10/5.950515) id GAA14576; Fri, 15 Dec 1995 06:15:52 -0500 Date: 15 Dec 95 06:13:36 EST From: Jean BENOIT <101372.3460@compuserve.com> To: Infos Performer Subject: pfClone problems Message-Id: <951215111335_101372.3460_JHF92-1@CompuServe.COM> Status: O I have many cloned objects ( with pfClone Function) I would like : - To know what's the clone is intercepted with a pfISectNode function. ( PFTRAV_IS_PRIM or PFTRAV_IS_GEODE option) I keep only a primitive and i can't keep the DCS parent - To keep a position of a node witch is a child of clone object. I use a pfGetNodeBSphere function with BMODE_DYNAMIC option, I receive only a relative position in object referential, without DOF or DCS transformation Help me please !!!! Yoel. From guest Fri Dec 15 06:23:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA15756; Fri, 15 Dec 1995 06:21:38 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA15753; Fri, 15 Dec 1995 06:21:37 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22272; Fri, 15 Dec 95 06:21:36 -0800 Received: from dw3f.ess.harris.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id GAA08351; Fri, 15 Dec 1995 06:21:33 -0800 Received: from toucan (toucan [130.41.1.227]) by dw3f.ess.harris.com (8.6.9/mdb(941103)) with ESMTP id JAA15902 for ; Fri, 15 Dec 1995 09:21:09 -0500 Received: by toucan (940816.SGI.8.6.9) id JAA10155; Fri, 15 Dec 1995 09:17:58 -0500 From: "Pat Stevenson" Message-Id: <9512150917.ZM10153@toucan> Date: Fri, 15 Dec 1995 09:17:58 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfNewString memory allocation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I am trying to use pfNewString() and pfGetSharedArena() to initialize new strings like this: str=pfNewString(pfGetSharedArena()); I am using Performer 2.0. pfGetSharedArenaSize() reports that the full default 256MB size is allocated(well, available) and statements like the above are in several places throughout the program. Tracing through, they execute without a hitch until a certain place in one of my constructors(I am using C++). Anyway, when I change the statement to use the heap like this: str=pfNewString(NULL); It works. Question, am I using the shared memory arena correctly and/or is there a way to get the current size/state of the shared memory arena so as to avoid a core dump during the call to pfNewString()? It does occur during the _amalloc assembly call embedded into pfNewString(). Thanks for any help. Pat Stevenson Harris Corp., ISD gstevens@harris.com From guest Fri Dec 15 07:13:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA15937; Fri, 15 Dec 1995 07:11:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA15934; Fri, 15 Dec 1995 07:11:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23073; Fri, 15 Dec 95 07:11:06 -0800 Received: from rex.copen.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA13686; Fri, 15 Dec 1995 07:11:02 -0800 Received: by rex.copen.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id QAA08408; Fri, 15 Dec 1995 16:11:50 +0100 From: "Svend Tang-Petersen" Message-Id: <9512151611.ZM8406@rex.copen.sgi.com> Date: Fri, 15 Dec 1995 16:11:50 +0100 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: SGI colors as rgb. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Does anyone have the RGB values corresponding to the colors of SGI machines ? I think they are called: Indy-PMS 301 Indigo2-PMS 322 Indigo2 IMPACT-PMS 260 ONYX-PMS 268 -- Regards Svend ********************************************************************* * Svend Tang-Petersen Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Herstedoestervej 27-29 Phone: (+45) 43438600 * * 2620 Albertslund Voice mail: 5-7507 * * DENMARK * ********************************************************************* From guest Fri Dec 15 07:55:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA16262; Fri, 15 Dec 1995 07:54:11 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA16259; Fri, 15 Dec 1995 07:54:10 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24054; Fri, 15 Dec 95 07:54:10 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA18814; Fri, 15 Dec 1995 07:54:03 -0800 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id KAA15475; Fri, 15 Dec 1995 10:55:37 -0500 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA23107; Fri, 15 Dec 1995 10:46:43 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA01231; Fri, 15 Dec 95 10:44:50 -0500 Date: Fri, 15 Dec 95 10:44:50 -0500 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9512151544.AA01231@osprey.cae.ca> To: info-performer@sgi.sgi.com Subject: Light points on Impact Status: O I would like to know what are the Light point capabilities/limitations of the Impact graphic hardware compared to the RE2. In particular in terms of point size and antialiasing. Regards, ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: +1 514 341 2000 / / | __/ CAE Electronics Ltd. extension 2275 / / | / 8585 Cote De Liesse fax: +1 514 340 5496 / ____ | / P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Fri Dec 15 08:31:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA16580; Fri, 15 Dec 1995 08:29:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA16577; Fri, 15 Dec 1995 08:29:12 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25025; Fri, 15 Dec 95 08:29:11 -0800 Received: from eng.iastate.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA25850; Fri, 15 Dec 1995 08:29:07 -0800 Received: from lyretail.eng.iastate.edu by eng.iastate.edu via SMTP (931110.SGI/920502.SGI) for info-performer@sgi.com id AA11691; Fri, 15 Dec 95 10:29:06 -0600 Received: (pari@localhost) by lyretail.eng.iastate.edu (8.6.12/8.6.12) id QAA10223 for info-performer@sgi.com; Fri, 15 Dec 1995 16:29:05 GMT From: "Pari N" Message-Id: <9512151029.ZM10221@lyretail.eng.iastate.edu> Date: Fri, 15 Dec 1995 10:29:05 -0600 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe pari@atlantic.eng.iastate.edu -- #*#*#*#*#*#*##**#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#* Natarajan Pari Faith moves mountains.. E.mail:pari@iastate.edu,pari@uranus.imse.iastate.edu Homepage:http://www.public.iastate.edu/~pari/homepage.html Tel: Res:(515) 292-7333 Off:(515) 294-1632 #*#*#*#*#*#*##**#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#*#* From guest Fri Dec 15 09:03:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA16752; Fri, 15 Dec 1995 09:00:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA16749; Fri, 15 Dec 1995 09:00:55 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26200; Fri, 15 Dec 95 09:00:54 -0800 Received: from cory.coryphaeus.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA02504; Fri, 15 Dec 1995 09:00:50 -0800 Received: from buggy.coryphaeus.com by cory.coryphaeus.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA18411; Fri, 15 Dec 1995 09:02:33 -0800 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA15077; Fri, 15 Dec 1995 09:02:32 -0800 Date: Fri, 15 Dec 1995 09:02:32 -0800 From: kowsik@buggy.coryphaeus.com (Kowsik Guruswamy) Message-Id: <9512150902.ZM15075@buggy.coryphaeus.com> In-Reply-To: Morten Eriksen "Intersection testing bug?" (Dec 15, 9:45am) References: <199512150845.JAA01228@vier.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Morten Eriksen , info-performer@sgi.sgi.com Subject: Re: Intersection testing bug? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 15, 9:45am, Morten Eriksen wrote: > Subject: Intersection testing bug? > Just wondering if there is a bug in the Performer intersection > testing routine "pfChanPick()"? When I try to read the endpoint > of the intersection segment with "pfQueryHit()", I get a point that > is way off any of the picked object's polygons (as a matter of fact, > it looks like the point returned is the point which the intersection > line is supposed to cross in the object's bounding box). And yes; > I did call "pfChanPick()" with the mode OR'ed with PFTRAV_IS_PRIM. > > If this is a bug, does any simple work-around exist? > > Morten >-- End of excerpt from Morten Eriksen Look at the man page for pfHit. One of the queries is PFQHIT_FLAGS which basically tells you which queries are valid. If the flag has PFHIT_XFORM, then you should get the matrix associated and the xform the point. The returned point will be 'raw', meaning that the point returned will be the same 'geode' withouht a DCS or SCS on top off it. Hope that helps, K. -- kowsik@coryphaeus.com From guest Fri Dec 15 10:20:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA17067; Fri, 15 Dec 1995 10:17:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA17064; Fri, 15 Dec 1995 10:17:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29699; Fri, 15 Dec 95 10:17:05 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA19794; Fri, 15 Dec 1995 10:17:02 -0800 Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA29676; Fri, 15 Dec 95 10:16:54 -0800 Received: by precious.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id KAA19078; Fri, 15 Dec 1995 10:16:52 -0800 From: "Philip Nemec" Message-Id: <9512151016.ZM19076@precious.asd.sgi.com> Date: Fri, 15 Dec 1995 10:16:48 -0800 In-Reply-To: "Svend Tang-Petersen" "SGI colors as rgb." (Dec 15, 4:11pm) References: <9512151611.ZM8406@rex.copen.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: SGI colors as rgb. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O >From the end of my /usr/lib/X11/rgb.txt: 75 0 130 Indigo 33 136 104 Indigo2 220 20 60 Crimson I couldn't find any for Onyx or Indy (or Impact). From guest Fri Dec 15 12:16:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA17357; Fri, 15 Dec 1995 12:14:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA17354; Fri, 15 Dec 1995 12:14:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06061; Fri, 15 Dec 95 12:14:31 -0800 Received: from ait.nrl.navy.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id MAA24032; Fri, 15 Dec 1995 12:14:29 -0800 Received: (from king@localhost) by ait.nrl.navy.mil (8.7.3/8.7.3) id PAA06806; Fri, 15 Dec 1995 15:14:28 -0500 (EST) Date: Fri, 15 Dec 1995 15:14:28 -0500 (EST) From: "Robert D. King" To: info-performer Subject: Binaries Onyx->Impact Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O The new FAQ (#16) told me that my binaries should run without change on an impact. When I tried running my program (a modified pickfly, compiled on an Onyx/RE2 under IRIX Release 5.3 IP19) it gave me a Performer Warning: Performer Warning (2): unable to determine graphics type 15. Default: VGXT using gfx type mode = 0x4010003 Subsequently, I got the following: Initializing Pipes <== my diagnostic message X Error of failed request: GLXBadContext Major opcode of failed request: 140 (GLX) Minor opcode of failed request: 4 (X_GLXDestroyContext) Serial number of failed request: 119 Current serial number in output stream: 96 Performer Notice (2): Caught SIGCHLD. Exiting due to death of child with pid 1400. I copied my source files onto the Impact and recompiled everything. I received the identical error. You can follow the next part by looking at the file generic.c (part of the source from pickfly) From my diagnostic message, I know that just prior to the failure I called: pfInitPipe (NULL, OpenXPipeline); and that OpenXPipeline ( ) had a good return from pfuGLXWinopen(). I am unsure about the results from my call to pfInitGLXGfx (). Ideas and suggestions would be greatly appreciated. Thanks in advance, Rob King P.S. Merry Christmas and Happy New Year to all! From guest Fri Dec 15 13:41:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA18063; Fri, 15 Dec 1995 13:39:20 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA18060; Fri, 15 Dec 1995 13:39:19 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10077; Fri, 15 Dec 95 13:39:17 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA17632; Fri, 15 Dec 1995 13:39:16 -0800 From: "Michael Jones" Message-Id: <9512151339.ZM17630@babar.asd.sgi.com> Date: Fri, 15 Dec 1995 13:39:15 -0800 In-Reply-To: "Robert D. King" "Binaries Onyx->Impact" (Dec 15, 3:14pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Robert D. King" , info-performer Subject: Re: Binaries Onyx->Impact Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 15, 3:14pm, Robert D. King wrote: > Subject: Binaries Onyx->Impact : :The new FAQ (#16) told me that my binaries should run without :change on an impact. The FAQ is right, but the issue is somewhat complicated in that there is more to portability than Performer. The Performer 1.2 answer (your current situation): Binaries *do* run on Onyx and Impact, but since IRIS Performer 1.2 supports IRIS GL only, when you run on Impact the handy-dandy "IRIS GL on OpenGL" (IGLOO) compatibility library is being used to make your IRIS GL application work atop OpenGL. This tool is not yet perfect, and later versions should be available soon. This is where your problem is. Check with SGI's Global Customer Support for an update. Note that even when this works, you'll not be seeing the best of Impact due to the hosting of IRIS GL on OpenGL. The Performer 2.0 answer (by far the best answer): Get Performer 2.0 and either: a. build two executables from the same program (an IRIS GL and OpenGL version) -- running the IRIS GL version on Onyx (for maximum speed) and the OpenGL version on Impact for maximum speed. b. build just the OpenGL executable and share it across the two machines (partial performance on Onyx and full performance on Impact) c. build just the IRIS GL executable and share it across the two machines (partial performance on Impact and full performance on Onyx) [this is the only choice you have now, using Performer 1.2, and you'll need a better IGLOO to make it work well] I suggest choice "a" if possible. -- Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe From guest Fri Dec 15 14:31:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA18355; Fri, 15 Dec 1995 14:29:07 -0800 Return-Path: Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA18351; Fri, 15 Dec 1995 14:29:07 -0800 From: aschaffe (Allan Schaffer) Message-Id: <9512151429.ZM18349@holodeck.asd.sgi.com> Date: Fri, 15 Dec 1995 14:29:06 -0800 In-Reply-To: "Michael Jones" "Re: Binaries Onyx->Impact" (Dec 15, 1:39pm) References: <9512151339.ZM17630@babar.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: "Michael Jones" , "Robert D. King" , info-performer Subject: Re: Binaries Onyx->Impact Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'll update the FAQ to clarify this, but I believe you're actually experiencing two distinct problems. > Performer Warning (2): unable to determine graphics type 15. > Default: VGXT using gfx type mode = 0x4010003 Performer 1.2 came out before Impact, so it is unable to identify the Impact graphics type. The best guess it can make is VGXT: another non-realityengine system with hardware texturing. This error seems to be fairly harmless; 'perfly' gives the same error but then goes on to run normally. The 2nd error I'm unsure about: > X Error of failed request: GLXBadContext > Major opcode of failed request: 140 (GLX) > Minor opcode of failed request: 4 (X_GLXDestroyContext) > Serial number of failed request: 119 > Current serial number in output stream: 96 As Michael said, this might be an IGLOO problem. But I notice that 'perfly -x' (mixed-model/GLX perfly) works OK on Impact using our latest IGLOO versions; you might try comparing your code to what 'perfly -x' does.. Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Fri Dec 15 16:52:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA19974; Fri, 15 Dec 1995 16:49:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA19971; Fri, 15 Dec 1995 16:49:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19375; Fri, 15 Dec 95 16:49:34 -0800 Received: from gsaup.ucla.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA10556; Fri, 15 Dec 1995 16:49:32 -0800 Received: from goff by gsaup.ucla.edu (SMI-8.6/SMI-SVR4) id QAA21809; Fri, 15 Dec 1995 16:48:48 -0800 Received: by goff (940816.SGI.8.6.9) id QAA07142; Fri, 15 Dec 1995 16:48:44 -0800 From: "Scott Friedman" Message-Id: <9512151648.ZM7140@goff> Date: Fri, 15 Dec 1995 16:48:44 -0800 In-Reply-To: "Michael Jones" "Re: Binaries Onyx->Impact" (Dec 15, 1:39pm) References: <9512151339.ZM17630@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer Subject: pfBuffer & set/getScope Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, Does anyone have a more specific description of what and how to use the pfBuffer::setScope and pfBuffer::getScope? The quick paragraph in the man pages of P2.0 make it sound like what I'm looking for. No detail in PGuide either. Thanks, Scott -- Scott A. Friedman UCLA Department of Architecture + Urban Design Staff Researcher v 310.825.6294 friedman@ucla.edu Urban Simulation Team f 310.825.7745 www.gsaup.ucla.edu/people/staff/scott From guest Fri Dec 15 18:51:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA20577; Fri, 15 Dec 1995 18:49:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA20574; Fri, 15 Dec 1995 18:49:51 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23971; Fri, 15 Dec 95 18:49:50 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA10812; Fri, 15 Dec 1995 18:49:47 -0800 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id VAA25715; Fri, 15 Dec 1995 21:52:39 -0500 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA24300; Fri, 15 Dec 1995 21:33:48 -0500 Received: by osprey.cae.ca (931110.SGI/930416.SGI.AUTO) for @poster.cae.ca:info-performer@sgi.com id AA03310; Fri, 15 Dec 95 21:31:11 -0500 From: "Nicolas Gauvin" Message-Id: <9512152131.ZM3308@osprey.cae.ca> Date: Fri, 15 Dec 1995 21:31:05 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: C++ new/delete operator with shared arena in 2.0 Cc: nicolas@cae.ca Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O In september there was some discussion on overloading the new and delete operators to be able to allocate memory from a shared arena. Jim Helman and others gave a good explanation on this whole thing and also pointed out the danger of using an overloading delete. The recommended way was to overload the new and delete locally in each classes that need to be shared. Personnaly I found the problem related to deleting 'newed' arrays with an overloaded delete operator rather inconvenient. In the release of Performer 2.0 does this still holds true or there is now a way to avoid that problem? To put things in perspective here is the original message of Jim Helman: On Wed, 13 Sep 95 Jim Helman wrote: > New and delete are a full three rings of fun. > In general global new and delete operators are bad. They are > not very extensible since there is only ONE global delete > operator, and it must know how to delete anything created by > any global new operator. Performer 1.2 creates an overloaded > new operator with an extra argument and also overrides THE > global delete operator. So if you define an additional > global new operator that returns pfMalloc(size_t), DON'T > overload the global delete operator, we have special magic in > ours. > Lionel's suggestion is better because it creates new and > delete operators scoped to a class. This is what Performer > 2.0 does internally (we no longer muck with global new and > delete). But this doesn't help for newing atomic types like > float, int, etc. > Also, note that if you do overload a new operator whether > globally or locally in a class, DO NOT "new" arrays. The > following sequence with a user-defined new operator: > foos = new((arena *)NULL) foo[n]; > delete[] foos; > is a really bad idea. The "new" works fine, but the "delete" > could end up invoking foo's destructor on the wrong pointers > some number of times (n: 0 <= n < 2<<31) and will then > attempt to free a bogus address. > Surprise. Surprise. Surprise. > The compiler guys tell me this is not a bug in SGI's C++ > compiler, but a "feature" of the language. When the C++ > language was changed so that 'delete [n] foos;' became > delete [] foos;', inside C++ arrays now needed to cache > their lengths. Unfortunately, C++ semantics do not allow > this to be not supported for an overloaded new operator. > rgds, > -jim helman > jimh@surreal.asd.sgi.com -- ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: (514) 341-2000 x2275 / / | __/ CAE Electronics Ltd. fax: (514) 340-5496 / ___ | / 8585 Cote De Liesse, P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Fri Dec 15 22:05:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA21057; Fri, 15 Dec 1995 22:02:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA21054; Fri, 15 Dec 1995 22:02:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27687; Fri, 15 Dec 95 22:02:55 -0800 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id WAA29623; Fri, 15 Dec 1995 22:02:52 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id WAA04226; Fri, 15 Dec 1995 22:03:50 -0800 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id FAA06209; Sat, 16 Dec 1995 05:55:51 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id WAA15355; Fri, 15 Dec 1995 22:04:36 -0800 From: "Marcus Barnes" Message-Id: <9512152204.ZM15353@royalflush.engr.multigen.com> Date: Fri, 15 Dec 1995 22:04:35 -0800 In-Reply-To: mquire@cftnet.com (Martin Quire) "Applying textures" (Dec 12, 10:42pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: lokuta@reflectone.com, mquire@cftnet.com Subject: Re: Applying textures Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 12, 10:42pm, Martin Quire wrote: > Subject: Applying textures > > I have a problem and need immediate assistance...please! Sorry ... I've been out of town. > One of my vendors developed a set of .FLT files each containing > a "billboard" model. Separately, they supplied some .RGBA files > for applying to the billboards. They say the R, G, & B values > are always zero, and the A values apparently hold the pattern. This sounds like the texture file was not found. The loader would issue a notice or warning. BTW: an IA texture would be better. > When I try loading one of the .FLT files into my Perfly derivative > VisSim application, the object seems to be loaded OK and is viewable, > but it has no pattern on its surface. My questions go something > like this: > > - Would it be normal for the .FLT file to have an internal reference > to one of the .RGBA files to use as a texture or decal? Yes. > - If so, should the FLT loader take care of loading the texture and > applying it to the object? Yes it does. > - If not, how do I explicitly load the RGBA file, associate its image > data to a texture, and apply it to the object? This is not needed for loaded geometry. > - Does the use of zero (0) for the RGBs and the use of the image data > in the A values, imply a certain type of texturing (e.g. DECAL) and > associated modes and attributes which need to be set to successfully > display the object with that type of image applied to its surface? It's possible that the texture's .attr file specifies a BLEND texture which is incorrect for RGBA textures. Try deleting the .attr file and see if that fixes the problem. [munch] >-- End of excerpt from Martin Quire Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Sat Dec 16 12:48:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA21728; Sat, 16 Dec 1995 12:46:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA21725; Sat, 16 Dec 1995 12:46:09 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07180; Sat, 16 Dec 95 12:46:08 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA04574; Sat, 16 Dec 1995 12:46:06 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA07175; Sat, 16 Dec 95 12:46:05 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA22658; Sat, 16 Dec 1995 12:46:04 -0800 Message-Id: <199512162046.MAA22658@surreal.asd.sgi.com> To: "Nicolas Gauvin" Cc: info-performer@sgi.sgi.com Subject: Re: C++ new/delete operator with shared arena in 2.0 In-Reply-To: Your message of "Fri, 15 Dec 95 21:31:05 EST." <9512152131.ZM3308@osprey.cae.ca> Date: Sat, 16 Dec 95 12:46:03 -0800 From: Jim Helman Status: O > Personnaly I found the problem related to deleting 'newed' arrays with an > overloaded delete operator rather inconvenient. > > In the release of Performer 2.0 does this still holds true or there is now > a way to avoid that problem? Since Performer 2.0 does not overload any global new operators and does not provide a global delete operator, there's no longer any issue of providing your own global new and delete operators and using them on your own objects, classes or native C++ types. But the array delete problem described below still holds, since it is a feature of the C++ language. Performer 2.0 does restrict you from newing arrays of pfObjects, e.g. pfGroups. This is a Performer feature. You can new arrays of non-pfObjects, e.g. pfVec4's, but only from the default shared memory arena. If you use an overloaded new operator with an additional argument, e.g. the arena, for something like pfVec4s, once again you cannot delete them. This is a C++ feature. > > Also, note that if you do overload a new operator whether > > globally or locally in a class, DO NOT "new" arrays. The > > following sequence with a user-defined new operator: > > > foos = new((arena *)NULL) foo[n]; > > delete[] foos; > > > is a really bad idea. The "new" works fine, but the "delete" > > could end up invoking foo's destructor on the wrong pointers > > some number of times (n: 0 <= n < 2<<31) and will then > > attempt to free a bogus address. So why is this a feature of the C++ language? There's a possibility that an overloaded new operator with additional arguments is a "placement" new operator, i.e. one which accepts a pointer to the memory to be used as an argument. For standard new, C++ allocates more than n*sizeof(foo) bytes of storage and squirreling the length before the head of the returned array. But application code invoking a "placement" new operator will probably only pass in n*sizeof(foo) bytes of storage, so there's no place for C++ to store the length. Requiring that extra storage be passed in would change C++ semantics and break lots of code that uses "placement" news. But without the extra storage C++ cannot know the length at deletion time. In fact, during array deletion, some C++ implementations assume that the words preceding the start of the array contain the length...... When the overloaded new took an extra argument, these bytes are basically random. This can lead to interesting results including invoking the destructor many times, at incorrectly offset addresses and potentially far outside the bounds of the array. Fun fun fun. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Sat Dec 16 15:30:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA22101; Sat, 16 Dec 1995 15:28:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA22098; Sat, 16 Dec 1995 15:28:47 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09540; Sat, 16 Dec 95 15:28:44 -0800 Received: from mane.cgrg.ohio-state.edu by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA14660; Sat, 16 Dec 1995 15:28:40 -0800 Received: from stegosaur.cgrg.ohio-state.edu (tmoeller@cgrg.ohio-state.edu) by mane.cgrg.ohio-state.edu (8.7.2/941010.52) with SMTP id SAA27509 for ; Sat, 16 Dec 1995 18:28:39 -0500 (EST) Received: (from tmoeller) by stegosaur.cgrg.ohio-state.edu (8.6.12/941010) id SAA06612 for info-performer@sgi.com; Sat, 16 Dec 1995 18:28:38 -0500 From: "Torsten Moeller" Message-Id: <9512161828.ZM6610@stegosaur.cgrg.ohio-state.edu> Date: Sat, 16 Dec 1995 18:28:34 -0500 In-Reply-To: "Nathaniel Bletter" "Re: Viewing Frustrum in Stereo" (Dec 13, 22:13) References: <9512121800.ZM22222@stegosaur.cgrg.ohio-state.edu> <9512131552.ZM14348@od.sri.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Viewing Frustrum in Stereo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 13, 22:13, Nathaniel Bletter wrote: > Subject: Re: Viewing Frustrum in Stereo > I found this same problem, that the FOV wasn't changed with a pfMakePerspFrust, > unless you also did a pfChanFOV to sort of wake it up. This doesn't make a > whole lot of sense since there isn't really a FOV in off-axis projections. > Maybe it's been fixed in 2.0. I included a pfChanFOV(Chan, x, y); pfChanFOV(StereoChan, x, y); in my code and it works! x and y could be almost any value. That seems very strange. The only thing, which still bothers me is that, when I switch the gui on/off, it doesn't keep the aspect ratio constant, as achieved with pfChanAutoAspect(ViewState->masterChan, PFFRUST_CALC_VERT); Is there a solution to that? Thanks to everybody who helped me so far, Torsten. > > On Dec 12, 6:00pm, Torsten Moeller wrote: > > Subject: Viewing Frustrum in Stereo > > I do full screen stereo on a Crimson and have a problem to adjust the > > aspect ratio properly. In mono, it is easy: > > > > pfMakeSimpleFrust(ViewState->masterChan, fov); > > pfChanAutoAspect(ViewState->masterChan, PFFRUST_CALC_VERT); > > > > Whenever I change the display (including/excluding the gui) it adapts > > the view in x and y direction. > > > > In stereo however, I use: > > > > pfChanViewport(StereoChan, 0.0f, 1.0f, 532.0f/YMAXSCREEN, 1.0f); > > pfChanViewport(Chan, 0.0f, 1.0f, 0.0f, 491.0f/YMAXSCREEN); > > pfChanViewOffsets(..) > > pfMakePerspFrust(StereoChan, -x +ioc, x +ioc, -x, x); > > pfMakePerspFrust(Chan, -x -ioc, x -ioc, -x, x); > > > > Here the view gets distorted in the y (vertical) direction, because the > > aspect Ratio is roughly twice as big. If I try to take care of this > > problem using: > > > > pfFrustAspect(StereoChan, PFFRUST_CALC_VERT, 0.975); > > > > it is ignored. > > > > Does anybody know what I am doing wrong here? > > > > > > Torsten. > > > > -- > > Research Assistant ACCAD > > tmoeller@cgrg.ohio-state.edu Ohio State University > > > > > >-- End of excerpt from Torsten Moeller > > > > -- > > Nat Bletter > SRI International > nat@od.sri.com > http://os.sri.com/people/nat/ > (415) 859-4358 >-- End of excerpt from Nathaniel Bletter From guest Mon Dec 18 07:58:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA25093; Mon, 18 Dec 1995 07:55:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA25090; Mon, 18 Dec 1995 07:55:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14139; Mon, 18 Dec 95 07:55:57 -0800 Received: from huey.ntsc.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA02431; Mon, 18 Dec 1995 07:55:41 -0800 From: rick_castillo@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA23110; Mon, 18 Dec 95 10:50:43 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.10.05) id AA819312902; Mon, 18 Dec 95 10:50:57 EST Date: Mon, 18 Dec 95 10:50:57 EST Message-Id: <9511188193.AA819312902@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.sgi.com Subject: sign up Status: O From guest Mon Dec 18 07:57:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA25088; Mon, 18 Dec 1995 07:55:47 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA25085; Mon, 18 Dec 1995 07:55:46 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14133; Mon, 18 Dec 95 07:55:45 -0800 Received: from inesc.inesc.pt by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA00972; Mon, 18 Dec 1995 07:51:54 -0800 Received: from minerva.inesc.pt (minerva-2.inesc.pt) by inesc.inesc.pt with SMTP; id AA15370 (/); Mon, 18 Dec 1995 16:46:11 +0100 Received: from minerva (localhost) by minerva.inesc.pt (4.1/Sun OS 4.1.1) id AA15062; Mon, 18 Dec 95 16:49:29 +0100 Sender: mgo@minerva.inesc.pt Message-Id: <30D58D71.41C67EA6@minerva.inesc.pt> Date: Mon, 18 Dec 1995 16:49:05 +0100 From: Nuno Godinho X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 4.1.3 sun4c) Mime-Version: 1.0 To: info-performer@sgi.sgi.com Subject: textures in JPEG format? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O How can I use JPEG textures with Performer? And if it's not possible, how can I convert them to the .rgb format I saw in some of the sample textures Nuno Godinho mgo@ip.pt From guest Mon Dec 18 09:06:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA25455; Mon, 18 Dec 1995 09:03:03 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA25452; Mon, 18 Dec 1995 09:03:02 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16624; Mon, 18 Dec 95 09:03:01 -0800 Received: from ldsa.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA17089; Mon, 18 Dec 1995 09:02:59 -0800 From: dheskamp@ldsa.com Received: from ldsa.com (dgate) by ldsa.com (5.x/SMI-SVR4) id AA07511; Mon, 18 Dec 1995 10:09:29 -0500 Received: from ldsa (sun251) by ldsa.com (5.x/SMI-SVR4) id AA03571; Mon, 18 Dec 1995 10:12:37 -0500 Received: from pc1027.ldsa by ldsa (5.0/SMI-SVR4) id AA24887; Mon, 18 Dec 1995 10:12:37 +0500 To: info-performer@sgi.sgi.com Subject: raising and lowering Performer Windows Date: Mon, 18 Dec 95 11:12:11 EST Message-Id: <9512181612.0B3F18@pc1027.ldsa> X-Mailer: SelectMAIL 1.2 Status: O Happy Holidays. Can anyone tell me how to raise or lower a performer window? Or, tell me how to get a handle on the performer window display and window widget to use the XRaiseWindow() function. Thanks in advance! dheskamp@ldsa.com From guest Mon Dec 18 10:35:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA25807; Mon, 18 Dec 1995 10:33:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA25804; Mon, 18 Dec 1995 10:33:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21997; Mon, 18 Dec 95 10:33:31 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id KAA09261; Mon, 18 Dec 1995 10:33:27 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA05933; Mon, 18 Dec 95 13:33:21 EST Date: Mon, 18 Dec 1995 13:33:21 -0500 (EST) From: Kevin Mueller To: info-performer@sgi.sgi.com Subject: Viewing Volume In-Reply-To: <9512161828.ZM6610@stegosaur.cgrg.ohio-state.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Everyone: I'm trying to write some code to manipulate the viewing frustrum. I would like to pitch the near plane. Using the pfFrustNearFar() call always set the near plane perpendicular to the view location and direction. Is this possible? Eye +Z \ | ------ Near | \ | \ | \ +---------L----------------- +Y | \ | ------------------ Far | | -Z ( L is what I'm looking at.) -- Kevin Mueller E-mail: mueller@vsl.ist.ucf.edu Visual Systems Scientist Desk: 407-249-4711 University of Central Florida Lab: 407-249-4704 Institute for Simulation and Training Fax: 407-658-5059 3280 Progress Drive Orlando, FL 32826 http://www.vsl.ist.ucf.edu/~mueller From guest Mon Dec 18 12:31:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA26142; Mon, 18 Dec 1995 12:30:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA26139; Mon, 18 Dec 1995 12:30:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29399; Mon, 18 Dec 95 12:30:00 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA10225; Mon, 18 Dec 1995 12:29:59 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA29395; Mon, 18 Dec 95 12:29:57 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA16161; Mon, 18 Dec 1995 12:23:54 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199512182023.MAA16161@tubes.asd.sgi.com> Subject: Re: Viewing Volume To: guest (Kevin Mueller) Date: Mon, 18 Dec 95 12:23:53 PST Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "Kevin Mueller" at Dec 18, 95 1:33 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > Hi Everyone: > > I'm trying to write some code to manipulate the viewing frustrum. I would > like to pitch the near plane. Using the pfFrustNearFar() call always set > the near plane perpendicular to the view location and direction. > > Is this possible? > > > Eye > +Z \ > | ------ Near > | \ > | \ > | \ > +---------L----------------- +Y > | \ > | ------------------ Far > | > | > -Z > > ( L is what I'm looking at.) > Use pfMakePerspFrust (or pfMakePerspChan) to make off-axis frusta like the diagram above. pfFrustNearFar() doesn't really *set* the near plane perpendicular to the view location and direction, rather the distances you pass it are interpreted as if they are perpendicular to the viewing plane. From guest Mon Dec 18 12:37:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA26162; Mon, 18 Dec 1995 12:34:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA26159; Mon, 18 Dec 1995 12:34:39 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for guest@holodeck.asd.sgi.com id AA29850; Mon, 18 Dec 95 12:34:38 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA16176; Mon, 18 Dec 1995 12:28:35 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199512182028.MAA16176@tubes.asd.sgi.com> Subject: Re: pfBuffer & set/getScope To: guest (Scott Friedman) Date: Mon, 18 Dec 95 12:28:35 PST Cc: info-performer In-Reply-To: <9512151648.ZM7140@goff>; from "Scott Friedman" at Dec 15, 95 4:48 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hello, > > Does anyone have a more specific description of what and how to use the > pfBuffer::setScope and pfBuffer::getScope? The quick paragraph in the man > pages of P2.0 make it sound like what I'm looking for. No detail in PGuide > either. These routines are not documented since they are somewhat experimental. pfBuffer::setScope simply "adds" or "removes" a node from a pfBuffer. pfBuffer::getScope tells you if a node can be accessed from the given pfBuffer. These routines allow you to move nodes across pfBuffers and allow other fancy pfBuffer management. From guest Mon Dec 18 13:35:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA26700; Mon, 18 Dec 1995 13:30:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA26697; Mon, 18 Dec 1995 13:30:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03031; Mon, 18 Dec 95 13:30:54 -0800 Received: from svmail01.mdc.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id NAA24879; Mon, 18 Dec 1995 13:30:52 -0800 Received: from gwsmtp01.mdc.com by svmail01.mdc.com with SMTP (1.37.109.11/16.2) id AA290972250; Mon, 18 Dec 1995 15:30:50 -0600 Received: from gwxsl001-Message_Server by gwsmtp01.mdc.com with Novell_GroupWise; Mon, 18 Dec 1995 15:30:47 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 18 Dec 1995 15:30:20 -0600 From: Robert Lechner To: info-performer@sgi.sgi.com Subject: Clipping Error in Perf 1.2 with off-axis Perspective Status: O Fellow Performer-ites We have a channel that slews around in space with regards to the viewpoint (displayed on a flat screen plane). Thus, we are trying to do off-axis perspective. We encounter a clipping problem when we add a view offset to one of our channels. The following snipet is how the channel is setup. /* channel one offset from channel zero */ pfSetVec3(xyzOffsets, 0.0f, 0.0f, 0.0f); pfSetVec3(hprOffsets, -72.0, 0.0, 90.0); pfChanViewOffsets(chan, xyzOffsets, hprOffsets); We are using the following code to create the perspective frustum: pfChanAutoAspect(chan, PFFRUST_CALC_NONE); pfFrustNearFar(chan, 1.0, 5000.0); pfMakePerspFrust(chan, near*pfTan(hfov_l), near*pfTan(hfov_r), near*pfTan(vfov_d), near*pfTan(vfov_u)); pfChanView(chan, ViewState->initView.xyz, ViewState->initView.hpr); Problem: When changing the vertical or horizontal FOV (eg. vfov_d += delta vfov_u += delta), the scene gets clipped (particularly when the FOV crosses the 0/0 degree point of the channel) (gone entirely when far off 0/0). You can actually seen polygons in the scene slowly get clipped out as the perspective slews. The problem only seems to occur on the channel with the view offset. I am running Performer 1.2 and I am assuming this to be a Performer limitation. Does anyone know a fix for this or how to turn the clipping off. We read an old mailing about setting the perspective for the entire FOV to be covered, and then resetting the perspective in the draw (but is was not very clear as to how to implement this). (NOTE: I am not trying to do stereo. The rotation is done to increase the vertical FOV). If this is a Perf 1.2 limitation, is it corrected in Perf 2.0????? Thanks for any input jstewart1@gwsmtp01.mdc.com rlechner@gwsmtp01.mdc.com From guest Mon Dec 18 15:42:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA27296; Mon, 18 Dec 1995 15:38:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA27293; Mon, 18 Dec 1995 15:38:49 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10280; Mon, 18 Dec 95 15:38:48 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA28590; Mon, 18 Dec 1995 15:38:46 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id PAA27290; Mon, 18 Dec 1995 15:38:46 -0800 Date: Mon, 18 Dec 1995 15:38:46 -0800 From: aschaffe (Allan Schaffer) Message-Id: <199512182338.PAA27290@holodeck.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: IRIS Performer training schedule Status: O Hi all, Here's my most recent listing of IRIS Performer customer training dates: Jan 8 Mountain View, CA USA Jan 29 Dallas, TX USA Feb 5 Munich, GERMANY Feb 5 Reading, UK Feb 19 Paris, FRANCE Mar 11 Mountain View, CA USA Apr 1 Reading, Berkshire UK Apr 22 Silver Spring, MD USA For information regarding these courses, contact: USA: 1-800-800-4SGI France: (33) 1-34.88.80.00 Germany: (49) 89-461.08.234 UK: (44) 734-25.77.55 Allan ---- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Mon Dec 18 20:37:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA28455; Mon, 18 Dec 1995 20:35:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA28452; Mon, 18 Dec 1995 20:35:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22765; Mon, 18 Dec 95 20:35:32 -0800 Received: from renoir.cftnet.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id UAA17652; Mon, 18 Dec 1995 20:35:31 -0800 Received: from mquire.cftnet.com (cft8.ppp252.cftnet.com [163.125.252.8]) by renoir.cftnet.com (8.7.1/8.6.4) with SMTP id XAA05348 for ; Mon, 18 Dec 1995 23:37:46 -0500 (EST) Message-Id: Date: Mon, 18 Dec 95 23:22:29 PST Reply-To: mquire@cftnet.com (Martin Quire) From: mquire@cftnet.com (Martin Quire) To: info-performer@sgi.sgi.com Subject: Stereo HDTV from Onyx RE^2 Status: O Greetings! First I would like to thank all of you who responded to my request for information on applying textures. All suggestions were very helpful in understanding the problem and formulating a solution. We ended up modifying the loader to understand textures residing in the Alpha values of the .RGBA files. Now, another challenge has arisen! Are we having fun yet? We have written a VisSim Performer application on our Onyx RE^2 and have a nice Paradigm database. We have produced left and right eyepoints which fly through the database. We output the left and right channels through an MCO into 640x480 VR goggles and get a nice stereo effect. Anyway...I need to display stereo 3D on a screen with a single HDTV projector. I plan on using Crystal Eyes glasses. What should I do next? Will one hardware pipe handle two channels of HDTV? How do I multiplex the two channels for the Crystal Eyes? Do I need the MCO? What microcode do I use for the video channels? All suggestions are welcomed and appreciated! Thanks, Marty Quire From guest Mon Dec 18 21:05:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA28597; Mon, 18 Dec 1995 21:03:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA28594; Mon, 18 Dec 1995 21:03:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23315; Mon, 18 Dec 95 21:03:51 -0800 Received: from mail0.nk-exa.co.jp by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id VAA19953; Mon, 18 Dec 1995 21:03:45 -0800 Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id OAA17262; Tue, 19 Dec 1995 14:03:38 +0900 Received: from exagw.nk-exa.co.jp (exagw.nk-exa.co.jp [160.14.254.1]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id OAA20090 for ; Tue, 19 Dec 1995 14:03:38 +0900 Received: from dimwit.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.9+2.4W/3.3W9/1.7) with SMTP id OAA18026; Tue, 19 Dec 1995 14:01:32 +0900 Received: from localhost.dst.nk-exa.co.jp by dimwit.dst.nk-exa.co.jp via SMTP (931110.SGI/930416.SGI.AUTO) for @exagw.nk-exa.co.jp:info-performer@sgi.sgi.com id AA02008; Tue, 19 Dec 95 14:06:55 +0900 To: info-performer@sgi.sgi.com Subject: small DB Reply-To: wry@dst.nk-exa.co.jp Date: Tue, 19 Dec 1995 14:06:46 +0900 Message-Id: <2005.819349606@dimwit.dst.nk-exa.co.jp> From: Masahiko Yamanaka Status: O Hello, Does anyone try to use very small DataBase ? Because an reason, I have to use such a DB ( PerfTown/1e-06 ). Almost of all are fine, except one thing. The problem is returning values of the pfuCollideGrnd() in the pfu-collide.c. I use a segment whose length is 0.5f, and the pfuCollideGrnd() detects whether collision occurs. But the returning zpr values are all 0.0f. Could anyone tell me how I should solve this problem ? Any help will be appreciated, Thanx, -- Masahiko Y. From guest Tue Dec 19 03:45:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA29107; Tue, 19 Dec 1995 03:43:45 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id DAA29103; Tue, 19 Dec 1995 03:43:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29862; Tue, 19 Dec 95 03:43:43 -0800 Received: from huey.ntsc.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id DAA17109; Tue, 19 Dec 1995 03:43:38 -0800 From: rick_castillo@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA24939; Tue, 19 Dec 95 06:38:40 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.10.05) id AA819384190; Tue, 19 Dec 95 06:41:18 EST Date: Tue, 19 Dec 95 06:41:18 EST Message-Id: <9511198193.AA819384190@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.sgi.com Subject: subscribe Status: O subscribe From guest Tue Dec 19 05:24:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA29307; Tue, 19 Dec 1995 05:21:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id FAA29304; Tue, 19 Dec 1995 05:21:15 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01124; Tue, 19 Dec 95 05:21:10 -0800 Received: from relay1.oleane.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id FAA25172; Tue, 19 Dec 1995 05:21:05 -0800 Received: from csf2.pobox.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id OAA21823 for ; Tue, 19 Dec 1995 14:20:57 +0100 Message-Id: <199512191320.OAA21823@relay1.oleane.net> X-Sender: csf2@pobox.oleane.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 19 Dec 1995 14:04:30 +0000 To: info-performer@sgi.sgi.com From: arnaud@pobox.oleane.com (Remi Arnaud) Subject: How to resize the DrawArea in Performer/OpenGL/Xwindow ? X-Mailer: Status: O Sorry to ask again, we had no reply to this : ------------ We are porting our GL/perf 1.2 application to OpenGL/perf 2.0 (with Xwindow) We achieve to make an automatic resize of the DrawArea in GL/perf2.0/Xwindows unsing a prefposition() responding to an X event. But we are stuck with the OpenGL release. Can you send us an example that resize an OpenGL pfWindow that was opened using libpr call ? ------------- We have solved the problem by opening a full sceen window at first, so we don't have to resize it after, but it's not very clean. Best Regards ____________________________________________________________________ | | /\ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= /\ | | | -(*)- <[]> Remi Arnaud : arnaud@POBOX.oleane.com <[]> -(*)- | | | \/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= \/ | | |--------------------------------------------------------------------| | ______ _________ ____________ _________ ______ | | /_/_/_/\ | Space | \/\/\/\/\/\/ | Space | /\_\_\_\ | | /_/_/_/\/\ | ~~~~~~~ | \/\/\/\/\/ | ~~~~~~~ | /\/\_\_\_\ | |/_/_/_/\/\/\ | Magic | \/\/\/\/ | Basic | /\/\/\_\_\_\| |\_\_\_\/\/\/ '---------' \/\/\/ '---------' \/\/\/_/_/_/| | \_\_\_\/\/ / ######### \ \/\/ / ######### \ \/\/_/_/_/ | | \_\_\_\/ / ########### \ \/ / ########### \ \/_/_/_/ | | '---------------' '---------------' | |--------------------------------------------------------------------| | o o Thomson Training & Simulation o o | | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | | o o 78703 Conflans Sainte Honorine Cedex France o o | | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | |____________________________________________________________________| From guest Tue Dec 19 07:13:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29503; Tue, 19 Dec 1995 07:12:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29500; Tue, 19 Dec 1995 07:12:01 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02831; Tue, 19 Dec 95 07:12:00 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA06414; Tue, 19 Dec 1995 07:11:48 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id XAA26552; Tue, 19 Dec 1995 23:10:35 +0800 Date: Tue, 19 Dec 1995 23:10:35 +0800 Message-Id: <199512191510.XAA26552@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:15:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29508; Tue, 19 Dec 1995 07:13:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29505; Tue, 19 Dec 1995 07:13:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02861; Tue, 19 Dec 95 07:13:24 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA06615; Tue, 19 Dec 1995 07:13:15 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id XAA26811; Tue, 19 Dec 1995 23:13:09 +0800 Date: Tue, 19 Dec 1995 23:13:09 +0800 Message-Id: <199512191513.XAA26811@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:34:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29560; Tue, 19 Dec 1995 07:27:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29557; Tue, 19 Dec 1995 07:27:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03108; Tue, 19 Dec 95 07:27:56 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08076; Tue, 19 Dec 1995 07:27:47 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA25620; Tue, 19 Dec 1995 22:48:56 +0800 Date: Tue, 19 Dec 1995 22:48:56 +0800 Message-Id: <199512191448.WAA25620@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:33:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29574; Tue, 19 Dec 1995 07:28:16 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29571; Tue, 19 Dec 1995 07:28:15 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03129; Tue, 19 Dec 95 07:28:15 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08115; Tue, 19 Dec 1995 07:28:06 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id XAA26233; Tue, 19 Dec 1995 23:02:00 +0800 Date: Tue, 19 Dec 1995 23:02:00 +0800 Message-Id: <199512191502.XAA26233@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:34:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29603; Tue, 19 Dec 1995 07:29:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29600; Tue, 19 Dec 1995 07:29:04 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03158; Tue, 19 Dec 95 07:29:03 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08211; Tue, 19 Dec 1995 07:28:54 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA25048; Tue, 19 Dec 1995 22:37:53 +0800 Date: Tue, 19 Dec 1995 22:37:53 +0800 Message-Id: <199512191437.WAA25048@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:32:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29555; Tue, 19 Dec 1995 07:27:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29552; Tue, 19 Dec 1995 07:27:47 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03105; Tue, 19 Dec 95 07:27:47 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08073; Tue, 19 Dec 1995 07:27:38 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA25977; Tue, 19 Dec 1995 22:56:24 +0800 Date: Tue, 19 Dec 1995 22:56:24 +0800 Message-Id: <199512191456.WAA25977@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:34:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29593; Tue, 19 Dec 1995 07:28:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29590; Tue, 19 Dec 1995 07:28:45 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03147; Tue, 19 Dec 95 07:28:44 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08175; Tue, 19 Dec 1995 07:28:35 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA24814; Tue, 19 Dec 1995 22:34:41 +0800 Date: Tue, 19 Dec 1995 22:34:41 +0800 Message-Id: <199512191434.WAA24814@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:33:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29582; Tue, 19 Dec 1995 07:28:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29576; Tue, 19 Dec 1995 07:28:25 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03137; Tue, 19 Dec 95 07:28:25 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08146; Tue, 19 Dec 1995 07:28:15 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id XAA26343; Tue, 19 Dec 1995 23:05:29 +0800 Date: Tue, 19 Dec 1995 23:05:29 +0800 Message-Id: <199512191505.XAA26343@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:34:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29598; Tue, 19 Dec 1995 07:28:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29595; Tue, 19 Dec 1995 07:28:54 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03154; Tue, 19 Dec 95 07:28:54 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08192; Tue, 19 Dec 1995 07:28:45 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA25461; Tue, 19 Dec 1995 22:45:45 +0800 Date: Tue, 19 Dec 1995 22:45:45 +0800 Message-Id: <199512191445.WAA25461@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:34:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29588; Tue, 19 Dec 1995 07:28:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29585; Tue, 19 Dec 1995 07:28:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03144; Tue, 19 Dec 95 07:28:35 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08159; Tue, 19 Dec 1995 07:28:25 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA25209; Tue, 19 Dec 1995 22:41:07 +0800 Date: Tue, 19 Dec 1995 22:41:07 +0800 Message-Id: <199512191441.WAA25209@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:33:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29565; Tue, 19 Dec 1995 07:28:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29562; Tue, 19 Dec 1995 07:28:06 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03112; Tue, 19 Dec 95 07:28:06 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08092; Tue, 19 Dec 1995 07:27:56 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA25827; Tue, 19 Dec 1995 22:53:10 +0800 Date: Tue, 19 Dec 1995 22:53:10 +0800 Message-Id: <199512191453.WAA25827@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 07:32:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29550; Tue, 19 Dec 1995 07:27:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA29547; Tue, 19 Dec 1995 07:27:38 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03101; Tue, 19 Dec 95 07:27:37 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA08062; Tue, 19 Dec 1995 07:27:28 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA24582; Tue, 19 Dec 1995 22:31:48 +0800 Date: Tue, 19 Dec 1995 22:31:48 +0800 Message-Id: <199512191431.WAA24582@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: flight format aircraft models To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Hi, where can i get flight format(.flt) aircraft models ? Thanks for any help. Z.G. Cao flysiml@public.bta.net.cn From guest Tue Dec 19 08:36:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA00608; Tue, 19 Dec 1995 08:34:04 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA00605; Tue, 19 Dec 1995 08:34:04 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05339; Tue, 19 Dec 95 08:34:03 -0800 Received: from beast.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA20254; Tue, 19 Dec 1995 08:34:01 -0800 Received: by beast.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA02372; Tue, 19 Dec 1995 08:33:58 -0800 From: "Graham (Grambo) Beasley" Message-Id: <9512190833.ZM2370@beast.asd.sgi.com> Date: Tue, 19 Dec 1995 08:33:58 -0800 In-Reply-To: flysiml@public.bta.net.cn "flight format aircraft models" (Dec 19, 10:53pm) References: <199512191453.WAA25827@public.bta.net.cn> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: flysiml@public.bta.net.cn Subject: Too many mails! Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I don't know if you realize but you're sending out the same e-mail multiple times, I have received 8 copies already and it appears they are still coming in... Please look into it ASAP! There are some public domain aircraft models available in flt format (a good place to look is in the friends portion on your performer CD, either 1.2 or 2.0 when you get it). There is also some ARPA sites with free models, I'll try and get you the URL. Graham -- ---------------------------------------------------------------------- Graham (Grambo) Beasley Silicon Graphics, Inc. MTS (Simulator Guy) (415) 390-5420 graham@sgi.com ---------------------------------------------------------------------- "I will not be pushed, filed, stamped, indexed, briefed, debriefed or numbered", "I am not a number, I am a person" #6 From guest Tue Dec 19 09:29:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA01187; Tue, 19 Dec 1995 09:27:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA01184; Tue, 19 Dec 1995 09:27:48 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08051; Tue, 19 Dec 95 09:27:47 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id JAA00302; Tue, 19 Dec 1995 09:27:45 -0800 Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA08044; Tue, 19 Dec 95 09:27:43 -0800 Received: by precious.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA14615; Tue, 19 Dec 1995 09:27:42 -0800 From: "Philip Nemec" Message-Id: <9512190927.ZM14613@precious.asd.sgi.com> Date: Tue, 19 Dec 1995 09:27:38 -0800 In-Reply-To: mquire@cftnet.com (Martin Quire) "Stereo HDTV from Onyx RE^2" (Dec 18, 11:22pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mquire@cftnet.com (Martin Quire), info-performer@sgi.sgi.com Subject: Re: Stereo HDTV from Onyx RE^2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The application will need to modified to support this kind of stereo, and you won't need the MCO anymore. The stereo will be interleaved (alternating from one eye to another) so you'll need to use one of the setmon formats that ends in an "s" (like 640x512_120). I believe the example sfly with the Performer archives does interleaved stereo so looking at that code would be a good start. From guest Tue Dec 19 11:56:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA01946; Tue, 19 Dec 1995 11:53:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA01943; Tue, 19 Dec 1995 11:53:08 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15960; Tue, 19 Dec 95 11:53:07 -0800 Received: from relay-4.mail.demon.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id LAA09452; Tue, 19 Dec 1995 11:53:01 -0800 Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id an08870; 19 Dec 95 19:48 GMT Received: from apollo13.demon.co.uk ([158.152.181.251]) by relay-3.mail.demon.net id aa07139; 19 Dec 95 19:45 GMT From: Gordon Tomlinson To: Nuno Godinho Cc: info-performer@sgi.sgi.com Subject: Re: textures in JPEG format? Date: Tue, 19 Dec 1995 19:41:25 GMT References: <30D58D71.41C67EA6@minerva.inesc.pt> X-Mailer: Forte Agent .99b.112 Message-Id: <819402359.7139.0@apollo13.demon.co.uk> Status: O On Mon, 18 Dec 1995 16:49:05 +0100, you wrote: >How can I use JPEG textures with Performer? >And if it's not possible, how can I convert them to the .rgb format I >saw in some of the sample textures > >Nuno Godinho >mgo@ip.pt > Hi There are a couple of ways to convert jpeg files to .rgb files if you are using IRIX 5.2 or greater ( maybe there below 5.2) do a man -k image and you will be given a list of commands that work with images. 2 that you can use are: you can load the image into "imgview" and then save the file as an rgb or use " imgcopy" to convert the file imgcopy -fsgi -Crgb you can do a batch convert using "foreach" as follows.. foreach pic ( *.jpg ) imgcopy -fsgi -Crgb $pic $pic.rgb end this will convert all the files with the given file extension and append .rgb onto the end ( Have not worked out how to replace the extention ( perhaps some else can suggest , but it works)) Hope this helps, the man pages should give you any further info that you need Regards Gordon --------------------------------------------------------------------------- | Gordon Tomlinson | Smoke me a kipper skipper I'll be back for breakfast | | |........................... The truth is out there .. | --------------------------------------------------------------------------- From guest Tue Dec 19 15:20:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA02946; Tue, 19 Dec 1995 15:18:31 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA02943; Tue, 19 Dec 1995 15:18:30 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26025; Tue, 19 Dec 95 15:18:30 -0800 Received: from bert.arc.nasa.gov by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA11510; Tue, 19 Dec 1995 15:18:24 -0800 Received: by bert.arc.nasa.gov (940816.SGI.8.6.9/1.35) id PAA21824; Tue, 19 Dec 1995 15:20:21 -0800 Date: Tue, 19 Dec 1995 15:20:21 -0800 From: spelk@bert.arc.nasa.gov (Steve Elkins) Message-Id: <199512192320.PAA21824@bert.arc.nasa.gov> To: info-performer@sgi.sgi.com Subject: Intersection testing on layers Status: O Greetings Performer Folks, We have an airport database in created using ModelGen (.flt format). The grass islands are subfaces on the taxiways. We need to tell if any of the landing gear goes over the grass. We have been trying to use pfSegsIsectNode to get this information. We can get the GeoSet for the base face (taxiway) but not the subfaces (grass). We were going to use the face color to determine if we are over a subface. Does anyone know of a way to determine if the intersection is on a base face or a subface (layer)? Thanks Steve ***************************************************************************** Steve Elkins Sterling Software NASA Ames Research Center spelk@bert.arc.nasa.gov ***************************************************************************** From guest Tue Dec 19 15:17:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA02914; Tue, 19 Dec 1995 15:15:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA02911; Tue, 19 Dec 1995 15:14:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25838; Tue, 19 Dec 95 15:14:58 -0800 Received: from tecnet1.jcte.jcs.mil by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA09831; Tue, 19 Dec 1995 15:14:50 -0800 Received: by tecnet1.jcte.jcs.mil (SMI-8.6/SMI-SVR4) id SAA25377; Tue, 19 Dec 1995 18:12:26 -0500 Date: Tue, 19 Dec 1995 18:12:26 -0500 From: cwhoward@tecnet1.jcte.jcs.mil Message-Id: <199512192312.SAA25377@tecnet1.jcte.jcs.mil> To: info-performer@sgi.sgi.com Posted: Dec 19 18:12 1995 EST (Dec 19 23:12 ZULU) Subject: [FWD] unsubscribe Mime-Version: 1.0 Status: O unsubscribe >Forward message follows. >To: cwhoward >From: guest@holodeck.asd.sgi.com >Posted: Tue, 19 Dec 1995 22:41:07 +0800 >Cc: >Subject: flight format aircraft models >From guest@holodeck.asd.sgi.com Tue Dec 19 16:29:50 1995 >Return-Path: >Received: from sgi.sgi.com by tecnet1.jcte.jcs.mil (SMI-8.6/SMI-SVR4) > id QAA07929; Tue, 19 Dec 1995 16:29:41 -0500 >Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) > id HAA09895; Tue, 19 Dec 1995 07:41:46 -0800 >Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) > for info-performer-dist id HAA29588; Tue, 19 Dec 1995 07:28:36 -0800 >Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) > for id HAA29585; Tue, 19 Dec 1995 07:28:35 -0800 >Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) > for info-performer@holodeck.asd.sgi.com id AA03144; Tue, 19 Dec 95 07:28:35 -0800 >Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) > for id HAA08159; Tue, 19 Dec 1995 07:28:25 -0800 >From: flysiml@public.bta.net.cn >Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id WAA25209; Tue, 19 Dec 1995 22:41:07 +0800 >Date: Tue, 19 Dec 1995 22:41:07 +0800 >Message-Id: <199512191441.WAA25209@public.bta.net.cn> >Mime-Version: 1.0 >Content-Type: text/plain >Content-Transfer-Encoding: 7bit >Subject: flight format aircraft models >To: info-performer@sgi.com >X-Mailer: SPRY Mail Version: 04.00.06.17 > >Hi, >where can i get flight format(.flt) >aircraft models ? > >Thanks for any help. > >Z.G. Cao >flysiml@public.bta.net.cn > > > From guest Tue Dec 19 16:01:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA03985; Tue, 19 Dec 1995 15:58:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id PAA03982; Tue, 19 Dec 1995 15:58:11 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28107; Tue, 19 Dec 95 15:58:09 -0800 Received: from cory.coryphaeus.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id PAA22511; Tue, 19 Dec 1995 15:58:08 -0800 Received: from buggy.coryphaeus.com by cory.coryphaeus.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA26729; Tue, 19 Dec 1995 15:58:41 -0800 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA04544; Tue, 19 Dec 1995 15:58:39 -0800 Date: Tue, 19 Dec 1995 15:58:39 -0800 From: kowsik@buggy.coryphaeus.com (Kowsik Guruswamy) Message-Id: <9512191558.ZM4542@buggy.coryphaeus.com> In-Reply-To: spelk@bert.arc.nasa.gov (Steve Elkins) "Intersection testing on layers" (Dec 19, 3:20pm) References: <199512192320.PAA21824@bert.arc.nasa.gov> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: spelk@bert.arc.nasa.gov (Steve Elkins), info-performer@sgi.sgi.com Subject: Re: Intersection testing on layers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performer 2.0 has the following flags for pfNodeIsectSegs [used to be pfSegsIsectNode]: PFTRAV_LAYER_NONE - don't intersect with any of the layers' children PFTRAV_LAYER_BASE - intersect with only the base PFTRAV_LAYER_DECAL - intersect with the decaled polygons You can OR this in the mode of pfSegSet and get the desired results. Hope that helps, K. -- kowsik@coryphaeus.com From guest Tue Dec 19 16:35:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA04399; Tue, 19 Dec 1995 16:32:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA04396; Tue, 19 Dec 1995 16:32:46 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00057; Tue, 19 Dec 95 16:32:45 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA03940; Tue, 19 Dec 1995 16:32:32 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id LAA25719 (8.6.12/IDA-1.6); Wed, 20 Dec 1995 11:32:09 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA25818 (5.65c/IDA-1.5); Wed, 20 Dec 1995 11:07:26 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id KAA01649 (8.6.12/IDA-1.6); Wed, 20 Dec 1995 10:18:11 +1000 Received: by murad (5.65) id AA29055; Wed, 20 Dec 1995 11:26:19 +1100 Date: Wed, 20 Dec 1995 11:26:18 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: Gordon Tomlinson Cc: Nuno Godinho , info-performer@sgi.sgi.com Subject: Re: textures in JPEG format? In-Reply-To: <819402359.7139.0@apollo13.demon.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 19 Dec 1995, Gordon Tomlinson wrote: > On Mon, 18 Dec 1995 16:49:05 +0100, you wrote: > imgcopy -fsgi -Crgb > > you can do a batch convert using "foreach" as follows.. > > foreach pic ( *.jpg ) > imgcopy -fsgi -Crgb $pic $pic.rgb > end > > this will convert all the files with the given file extension and > append .rgb onto the end ( Have not worked out how to replace the > extention ( perhaps some else can suggest , but it works)) To substitute the extention in csh style shell, use $pic:r which will remove .* from the variable. i.e. change: imgcopy -fsgi -Crgb $pic $pic.rgb to: imgcopy -fsgi -Crgb $pic $pic:r.rgb +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Tue Dec 19 16:56:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA04636; Tue, 19 Dec 1995 16:52:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA04633; Tue, 19 Dec 1995 16:52:11 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00839; Tue, 19 Dec 95 16:51:59 -0800 Received: from osf1.gmu.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id QAA08859; Tue, 19 Dec 1995 16:51:49 -0800 Received: by osf1.gmu.edu; (5.65v3.2/1.1.8.2/07Sep94-1001AM/GMUv3) id AA20471; Tue, 19 Dec 1995 19:51:48 -0500 Date: Tue, 19 Dec 1995 19:51:48 -0500 (EST) From: "MATTHEW B. FADOUL" To: info-performer@sgi.sgi.com Subject: Sounds in Performer Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I'm a student at George Mason, and am trying to put Indigo2 audio into a Performer application. Is there direct support for 3D audio? In any event, is there a c-library for calls to sound (something like "playaiff(FILENAME.aiff) ")? What's the include file? Is it on the dev tape? Thanx. Matt From guest Tue Dec 19 17:10:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA04886; Tue, 19 Dec 1995 17:07:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA04883; Tue, 19 Dec 1995 17:07:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01839; Tue, 19 Dec 95 17:07:55 -0800 Received: from cs.nps.navy.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id RAA12974; Tue, 19 Dec 1995 17:07:52 -0800 Received: from kahuna.cs.nps.navy.mil by cs.nps.navy.mil (4.1/SMI-4.1) id AA09552; Tue, 19 Dec 95 17:08:05 PST Received: by kahuna.cs.nps.navy.mil (950215.SGI.8.6.10) id RAA16987; Tue, 19 Dec 1995 17:08:05 -0800 From: "Randall Barker" Message-Id: <9512191708.ZM16985@kahuna.cs.nps.navy.mil> Date: Tue, 19 Dec 1995 17:08:05 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: a problem with pfBuffers in 2.0? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have been working with pfBuffers in Performer 2.0 beta (a151). I have noticed some unusual behavior and was hoping some one could tell me why the following code segment is valid. I'm running it on an Indigo2 and I have verified that the pfDBase process in getting forked and also that this code is being called in that forked process: tempPage->node = new pfSCS (theMat); pfNode *tile = pfdLoadFile (buf); tempPage->node->addChild (tile); [...] scene->bufferAddChild (tempPage->node); pfBuffer::merge (); While this one: pfNode *tile = pfdLoadFile (buf); tempPage->node = new pfSCS (theMat); tempPage->node->addChild (tile); [...] scene->bufferAddChild (tempPage->node); pfBuffer::merge (); causes a core dump with dbx having the following to say: (dbx) where > 0 pfSCS::nb_clean(int)(0x180e7c60, 0x5100, 0x18041370, 0x180e811c) ["../../../lib/libpf/pfSCS.C":176, 0x5d132a38] 1 pfBuffer::pf_prepareNewUpdatables(int)(0x180e1340, 0x1, 0x18041370, 0x180e811c) ["../../../lib/libpf/pfBuffer.C":752, 0x5d1114a4] 2 pfBuffer::merge(void)(0x180e7cb4, 0x0, 0x18041370, 0x180e811c) ["../../../lib/libpf/pfBuffer.C":556, 0x5d1107cc] 3 dbStorage::index_hit(int,int)(0x10003720, 0xffffffff, 0xffffffff, 0x180e811c) ["dbStorageClass.cc":113, 0x410a30] 4 dbPaging::update(float,float)(0x10005698, 0x0, 0x0, 0x180e811c) ["dbPagingClass.cc":225, 0x40f83c] 5 dbPaging::dbPaging(float,float,char*,pfScene*)(0x10005698, 0x0, 0x0, 0x100000fc) ["dbPagingClass.cc":137, 0x40f350] 6 db_paging_process(void*)(0x0, 0x0, 0x18041370, 0x180e811c) ["cig.cc":307, 0x405fc0] 7 mpDBase(void)(0x180e7cb4, 0x0, 0x18041370, 0x180e811c) ["../../../lib/libpf/pfProcess.C":3087, 0x5d15b714] 8 pfConfig(0x180e7cb4, 0x18040830, 0x18041370, 0x180e811c) ["../../../lib/libpf/pfProcess.C":1699, 0x5d0e9cfc] 9 main(0x1, 0x7fffaf44, 0x18041370, 0x180e811c) ["cig.cc":78, 0x404c18] 10 __start() ["crt1text.s":133, 0x40493c] (dbx) Is this a bug, and if so, has it been fixed? If it is not a bug, what am I doing wrong? Does order matter when creating geometry in pfBuffers? -Randall -- Randall E. Barker Spanagel Hall, Room 525 Naval Postgraduate School e-mail: barker@cs.nps.navy.mil Computer Science, Code CS/Barker Phone: 408.656.2251 Monterey, California 93943 Fax: 408.656.2814 URL: http://www-npsnet.cs.nps.navy.mil/barker/ From guest Tue Dec 19 18:05:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA05325; Tue, 19 Dec 1995 18:03:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id SAA05322; Tue, 19 Dec 1995 18:03:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03907; Tue, 19 Dec 95 18:03:51 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id SAA26256; Tue, 19 Dec 1995 18:03:46 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id NAA10294 (8.6.12/IDA-1.6); Wed, 20 Dec 1995 13:03:17 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA26303 (5.65c/IDA-1.5); Wed, 20 Dec 1995 12:25:43 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id LAA02017 (8.6.12/IDA-1.6); Wed, 20 Dec 1995 11:36:28 +1000 Received: by murad (5.65) id AA29989; Wed, 20 Dec 1995 12:44:36 +1100 Date: Wed, 20 Dec 1995 12:44:36 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: "MATTHEW B. FADOUL" Cc: info-performer@sgi.sgi.com Subject: Re: Sounds in Performer In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 19 Dec 1995, MATTHEW B. FADOUL wrote: > I'm a student at George Mason, and am trying to put Indigo2 audio into a > Performer application. Is there direct support for 3D audio? In any > event, is there a c-library for calls to sound (something like > "playaiff(FILENAME.aiff) ")? What's the include file? Is it on the dev > tape? Vega and Audioworks would most likely do exactly what you want. 'cept I suppose being a student it's not really an option to buy them. It might be worth finding out whether your school has said products thou... +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Tue Dec 19 21:54:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA21876; Tue, 19 Dec 1995 21:52:59 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id VAA21873; Tue, 19 Dec 1995 21:52:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09937; Tue, 19 Dec 95 21:52:57 -0800 Received: from apollo.ids.com.pl by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id VAA23923; Tue, 19 Dec 1995 21:52:50 -0800 Received: by apollo.ids.com.pl (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA02784; Wed, 20 Dec 95 06:49:06 +0100 From: "Super-User" Message-Id: <9512200649.ZM2782@apollo.ids.com.pl> Date: Wed, 20 Dec 1995 06:49:06 +0100 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O unsubscribe -- Super-User From guest Tue Dec 19 22:56:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA22071; Tue, 19 Dec 1995 22:54:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA22068; Tue, 19 Dec 1995 22:54:56 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10965; Tue, 19 Dec 95 22:54:55 -0800 Received: from public.bta.net.cn by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id WAA29028; Tue, 19 Dec 1995 22:54:43 -0800 From: flysiml@public.bta.net.cn Received: (from flysiml@localhost) by public.bta.net.cn (8.6.8.1/8.6.9) id OAA01222; Wed, 20 Dec 1995 14:53:57 +0800 Date: Wed, 20 Dec 1995 14:53:57 +0800 Message-Id: <199512200653.OAA01222@public.bta.net.cn> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: SORRY ! ! ! To: info-performer@sgi.sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O i'm very sorry for making trouble with multiple copies of same mail. i'v got much help from you all. Z.G.Cao flysiml@public.bta.net.cn From guest Wed Dec 20 01:05:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA22339; Wed, 20 Dec 1995 01:03:56 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA22336; Wed, 20 Dec 1995 01:03:55 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12852; Wed, 20 Dec 95 01:03:54 -0800 Received: from relay1.fnet.fr by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id BAA08313; Wed, 20 Dec 1995 01:03:46 -0800 Received: from matrasp.UUCP by relay1.fnet.fr (5.65c8d/92.02.29) via Fnet/EUnet-France id AA04222; Wed, 20 Dec 1995 09:43:49 +0100 (MET) Received: from BAROCO.matra-espace.fr by matrasp.matra-espace.fr, Wed, 20 Dec 95 09:17:06 +0100 Received: by BAROCO.matra-espace.fr, Wed, 20 Dec 95 09:16:35 +0100 Date: Wed, 20 Dec 95 09:16:35 +0100 From: maurel@BAROCO.matra-espace.fr (Herve Maurel) Message-Id: <9512200816.AA09985@BAROCO.matra-espace.fr> To: mfadoul@osf1.gmu.edu Subject: Re: Sounds in Performer Cc: info-performer@sgi.sgi.com Status: O You can "spawn" a process executing the command playaiff(FILENAME.aiff) using fork() and exec()... In this case you need to ignore the SIGCHLD signal : signal(SIGCHLD, SIG_IGN); in order to clear from the process table. otherwize , you'll obtain a message : "no more process!!!" ____________________________________________________ Herve MAUREL - Europe Informatique Toulouse - FRANCE under contract with MATRA MARCONI SPACE phone: +33 62247521 - email: maurel@baroco.matra-espace.fr From guest Wed Dec 20 07:07:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA22736; Wed, 20 Dec 1995 07:05:55 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA22733; Wed, 20 Dec 1995 07:05:54 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17955; Wed, 20 Dec 95 07:05:53 -0800 Received: from alpha.luc.ac.be by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA02816; Wed, 20 Dec 1995 07:05:50 -0800 Received: from donald.luc.ac.be by alpha.luc.ac.be; (5.65/1.1.8.2/28Jul95-1212AM) id AA10338; Wed, 20 Dec 1995 16:06:32 +0100 Sender: brassaer@luc.ac.be Message-Id: <30D82647.41C6@alpha.luc.ac.be> Date: Wed, 20 Dec 1995 16:05:43 +0100 From: Bruno Rassaerts Organization: Expertisecentrum Digitale Media X-Mailer: Mozilla 2.0b3 (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: info-performer@sgi.sgi.com Subject: Fileformats in performer 2.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, We tried to load some files with the perfly demo that came with performer 2.0. We are able to load flt files but none of the other supported fileformats seem to work. We did put all the paths that are mensioned in the manpages. Any suggestions ? -- Bruno Rassaerts Expertisecentrum Digitale Media - Wetenschapspark 2 - B-3590 Diepenbeek Tel: +32-(0)11-268412 - Fax: +32-(0)11-268400 - eMail: brassaer@luc.ac.be From guest Wed Dec 20 07:57:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA22860; Wed, 20 Dec 1995 07:56:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA22857; Wed, 20 Dec 1995 07:56:07 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19211; Wed, 20 Dec 95 07:56:02 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA10040; Wed, 20 Dec 1995 07:56:01 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA19208; Wed, 20 Dec 95 07:56:00 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id HAA10802; Wed, 20 Dec 1995 07:55:55 -0800 From: "Sharon Clay" Message-Id: <9512200755.ZM10800@rose.asd.sgi.com> Date: Wed, 20 Dec 1995 07:55:55 -0800 In-Reply-To: Bruno Rassaerts "Fileformats in performer 2.0" (Dec 20, 4:05pm) References: <30D82647.41C6@alpha.luc.ac.be> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Bruno Rassaerts , info-performer@sgi.sgi.com Subject: Re: Fileformats in performer 2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Dec 20, 4:05pm, Bruno Rassaerts wrote: > Subject: Fileformats in performer 2.0 ->From guest@holodeck Wed Dec 20 07:44:33 1995 ->Sender: brassaer@luc.ac.be ->Date: Wed, 20 Dec 1995 16:05:43 +0100 ->From: Bruno Rassaerts ->Organization: Expertisecentrum Digitale Media ->X-Mailer: Mozilla 2.0b3 (X11; I; IRIX 5.3 IP19) ->To: info-performer@sgi.sgi.com ->Subject: Fileformats in performer 2.0 -> ->Hi, -> ->We tried to load some files with the perfly demo that came with performer 2.0. ->We are able to load flt files but none of the other supported fileformats seem ->to work. ->We did put all the paths that are mensioned in the manpages. -> ->Any suggestions ? Are you sure that you were running /usr/sbin/perfly and not some other perfly? Are you sure that you installed the 2.0 loaders? What was the nature of the failure? Can we see some error messages? Run with a debug notify level (-n 5 to perfly or setenv PFNFYLEVEL 5) and see if the output explains the problem. Thanx, src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Wed Dec 20 07:50:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA22812; Wed, 20 Dec 1995 07:41:53 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA22809; Wed, 20 Dec 1995 07:41:53 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18860; Wed, 20 Dec 95 07:41:44 -0800 Received: from relay-4.mail.demon.net by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id HAA07904; Wed, 20 Dec 1995 07:41:34 -0800 Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id am25206; 20 Dec 95 15:39 GMT Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-3.mail.demon.net id aa03057; 20 Dec 95 15:36 GMT From: Mark Baranowski To: info-performer@sgi.sgi.com Subject: Changing textures on the fly. Date: Wed, 20 Dec 1995 15:37:09 GMT Organization: Pera X-Mailer: Forte Agent .99b.112 Message-Id: <819473797.3057.0@marklynn.demon.co.uk> Status: O Hi All, As a 'newbie' to Performer (1.2) still waiting to go on the training course, I am hoping someone will be able to give me an overview of the issues involved in changing the texture maps used on pfGeoSets at runtime. We use .flt databases in Performer and Vega applications. I am assuming that the pfGeoSets created by the loader will have a pfGeoState attached. Is a call to: pfGStateAttr(geostate, PFSTATE_TEXTURE, newTex) all I need to do, and will there be a problem identifying those GeoStates which reference the particular texture? As I want this to apply to all geometry which was modelled with the original texture, is redefining the texture associated with that particular texture index a viable alternative? (I guess I would have to dip into GL (texdef2d and the like) to do that?) Thanks in advance for any advice. Merry Christmas. Mark. Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Lecicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 From guest Wed Dec 20 07:50:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA22807; Wed, 20 Dec 1995 07:41:51 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA22804; Wed, 20 Dec 1995 07:41:50 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18861; Wed, 20 Dec 95 07:41:46 -0800 Received: from ligsg9.epfl.ch by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id HAA07900; Wed, 20 Dec 1995 07:41:33 -0800 Received: by ligsg9.epfl.ch (Smail3.1.29.1 #28) id m0tSQdw-00012CC; Wed, 20 Dec 95 16:41 MET From: "Fernando D. Mato Mira" Message-Id: <9512201641.ZM18193@lig.di.epfl.ch> Date: Wed, 20 Dec 1995 16:41:24 +0100 In-Reply-To: Jim Helman "Re: C++ new/delete operator with shared arena in 2.0" (Dec 16, 12:46pm) References: <199512162046.MAA22658@surreal.asd.sgi.com> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: Jim Helman Subject: Re: C++ new/delete operator with shared arena in 2.0 Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O How should subclasses call the pfMemory::new() operator? (size_t s ?) Thanks, From guest Wed Dec 20 09:20:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA23319; Wed, 20 Dec 1995 09:18:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA23316; Wed, 20 Dec 1995 09:18:35 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23061; Wed, 20 Dec 95 09:18:31 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA24821; Wed, 20 Dec 1995 09:18:26 -0800 Received: from pil.idt.unit.no (1820@pil.idt.unit.no [129.241.107.3]) by pat.idt.unit.no (8.6.12/8.6.12) with ESMTP id SAA21366 for ; Wed, 20 Dec 1995 18:00:39 +0100 From: Andreas Brendstuen Received: (abrend@localhost) by pil.idt.unit.no (8.6.12/8.6.12) id SAA10135; Wed, 20 Dec 1995 18:00:38 +0100 Date: Wed, 20 Dec 1995 18:00:38 +0100 Message-Id: <199512201700.SAA10135@pil.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Static variables Status: O I am trying to use the functions in the env.* files that lies in the common directory (for perfly etc..) fog and fogColor are variables that are defined as static global in the env.c file. The initEnvironment function initiate these variable and if fog is not off, the updateTimeOfDay function updates them. My problem occurs when I'm testing my application on an Onyx with 4 cpus. I call the initEnvironment when initializing and then updateTimeOfDay when I change the time of day. updateTimeOfDay uses the static variables, but when I check them, fog is NULL and fogColor is 0.0, 0.0, 0.0 (they are set to 1.0, 1.0, 1.0 in initEnvironment). Testing on an Indigo with one cpu, I don't have this problem. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@idt.unit.no _/ _/ _/ http://www.idt.unit.no:80/~abrend _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Wed Dec 20 10:28:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA23565; Wed, 20 Dec 1995 10:25:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA23562; Wed, 20 Dec 1995 10:25:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26855; Wed, 20 Dec 95 10:25:51 -0800 Received: from bhole.cae.ca by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA12965; Wed, 20 Dec 1995 10:25:45 -0800 Received: from osprey.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA15179; Wed, 20 Dec 1995 13:18:39 -0500 Received: by osprey.cae.ca (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id NAA03261; Wed, 20 Dec 1995 13:15:59 -0500 From: "Nicolas Gauvin" Message-Id: <9512201315.ZM3259@osprey.cae.ca> Date: Wed, 20 Dec 1995 13:15:55 -0500 In-Reply-To: Andreas Brendstuen "Static variables" (Dec 20, 6:00pm) References: <199512201700.SAA10135@pil.idt.unit.no> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Static variables Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 20, 6:00pm, Andreas Brendstuen wrote: > Subject: Static variables > > I am trying to use the functions in the env.* files that lies in the > common directory (for perfly etc..) > > fog and fogColor are variables that are defined as static global in > the env.c file. The initEnvironment function initiate these variable > and if fog is not off, the updateTimeOfDay function updates them. My > problem occurs when I'm testing my application on an Onyx with 4 > cpus. I call the initEnvironment when initializing and then > updateTimeOfDay when I change the time of day. updateTimeOfDay uses > the static variables, but when I check them, fog is NULL and fogColor > is 0.0, 0.0, 0.0 (they are set to 1.0, 1.0, 1.0 in initEnvironment). > Testing on an Indigo with one cpu, I don't have this problem. > > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > _/ Andreas Brendstuen _/ abrend@idt.unit.no _/ > _/ _/ http://www.idt.unit.no:80/~abrend _/ > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > >-- End of excerpt from Andreas Brendstuen You need to put those kind of informations into share memory when using multiprocessing because Performer uses forked processes. If you don't, all changes to static of global data that are made after pfConfig by the APP process won't be seen from CULL or DRAW processes. One way to deal with this is to use a shared arena. For example: /* allocate shared before fork()'ing parallel processes */ Shared = (SharedData*)pfMalloc(sizeof(SharedData), pfGetSharedArena()); ... pfConfig(); Shared is a pointer to a user defined SharedData structure. Since the pointer is initialised before pfConfig all processes get the same pointer pointing in a shared memory section. BTW perfly already has a share memory section called ViewState, simply add fog and fogColor to it and so you can use ViewState->fog and ViewState->fogcolor; -- ___/ | ___/ Nicolas Gauvin e-mail: nicolas@cae.ca / / | / Software Developper voice: (514) 341-2000 x2275 / / | __/ CAE Electronics Ltd. fax: (514) 340-5496 / ___ | / 8585 Cote De Liesse, P.O. Box 1800 _____/ _/ _| _____/ Saint-Laurent, Quebec, Canada, H4L-4X4 From guest Wed Dec 20 11:28:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA23787; Wed, 20 Dec 1995 11:26:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA23784; Wed, 20 Dec 1995 11:26:18 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00074; Wed, 20 Dec 95 11:26:17 -0800 Received: from mailhost.multigen.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id LAA02363; Wed, 20 Dec 1995 11:26:14 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id LAA02658 for ; Wed, 20 Dec 1995 11:27:33 -0800 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA00215 for ; Wed, 20 Dec 1995 19:19:27 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id LAA03920 for info-performer@sgi.com; Wed, 20 Dec 1995 11:32:15 -0800 From: "Marcus Barnes" Message-Id: <9512201132.ZM3918@royalflush.engr.multigen.com> Date: Wed, 20 Dec 1995 11:32:14 -0800 In-Reply-To: Mark Baranowski "Changing textures on the fly." (Dec 20, 3:37pm) References: <819473797.3057.0@marklynn.demon.co.uk> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Changing textures on the fly. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 20, 3:37pm, Mark Baranowski wrote: > Subject: Changing textures on the fly. > Hi All, > > As a 'newbie' to Performer (1.2) still waiting to go on the training > course, I am hoping someone will be able to give me an overview of the > issues involved in changing the texture maps used on pfGeoSets at > runtime. > > We use .flt databases in Performer and Vega applications. I am > assuming that the pfGeoSets created by the loader will have a > pfGeoState attached. Yes. > Is a call to: > > pfGStateAttr(geostate, PFSTATE_TEXTURE, newTex) > > all I need to do, and will there be a problem identifying those > GeoStates which reference the particular texture? Yes, this can work. You can traverse the scene graph using a pfTraverser. Visit all the geosets and remember all their geostates. You should make a set (use pfList) of the unique geostates. Examine the pfTexture's bound to the geostates for their names using pfGetTexName(). Be carefull of changing textures that have already been downloaded into the hardware as this may cause texture memory swapping. The loader does not download any textures itself. > As I want this to apply to all geometry which was modelled with the > original texture, is redefining the texture associated with that > particular texture index a viable alternative? (I guess I would have > to dip into GL (texdef2d and the like) to do that?) The loader manages texture sharing by pathname. I don't recommend messing with the texture indices. In OpenFlight V14.2 you can use external references to substitute texture palettes in the manner you describe. This may be usefull to your application. [munch] >-- End of excerpt from Mark Baranowski Regards. -- __ ___ ____ _ ______ Marcus Barnes, Member Tech. Staff / |/ /_ __/ / /_( ) ____/__ ____ MultiGen Inc, 550 S. Winchester / /|_/ / / / / / __/ / / __/ _ \/ __ \ Blvd. STE 500, San Jose CA 95128 / / / / /_/ / / / / / /_/ / __/ / / / PH:1-408-556-2654 FX:1-408-261-4102 /_/ /_/\__,_/_/\_\/_/\____/\___/_/ /_/ EMAIL: marcus@engr.multigen.com From guest Wed Dec 20 19:14:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA26600; Wed, 20 Dec 1995 19:13:19 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA26597; Wed, 20 Dec 1995 19:13:18 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21393; Wed, 20 Dec 95 19:13:18 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id TAA26381; Wed, 20 Dec 1995 19:13:16 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA21389; Wed, 20 Dec 95 19:13:15 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id TAA24987; Wed, 20 Dec 1995 19:13:14 -0800 Message-Id: <199512210313.TAA24987@surreal.asd.sgi.com> To: "Fernando D. Mato Mira" Cc: info-performer@sgi.sgi.com Subject: Re: C++ new/delete operator with shared arena in 2.0 In-Reply-To: Your message of "Wed, 20 Dec 95 16:41:24 +0100." <9512201641.ZM18193@lig.di.epfl.ch> Date: Wed, 20 Dec 95 19:13:14 -0800 From: Jim Helman Status: O I'd expect most user subclasses to be derived from pfObject. Those classes would be using pfObject::new(). For a subclass foo of pfObject: new(arena) foo; == allocate foo from arena new foo; == allocate foo from pfGetSharedArena() As for pfMemory::new(): new(nbytes, arena) pfMemory; == pfGetMemory(pfMalloc(nbytes, arena)); new(nbytes) pfMemory; == pfGetMemory(pfMalloc(nbytes, pfGetSharedArena())); new pfMemory; == bogus, no malloc size provided Note the first argument in the declaration in the header files, "size_t s," is created implicitly by C++ from the size of the object and is not visible to the C++ application. rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Thu Dec 21 00:24:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA26985; Thu, 21 Dec 1995 00:23:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA26982; Thu, 21 Dec 1995 00:22:59 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27559; Thu, 21 Dec 95 00:22:57 -0800 Received: from relay.ccs.muc.debis.de by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA23598; Thu, 21 Dec 1995 00:22:45 -0800 Received: (from uucp@localhost) by relay.ccs.muc.debis.de (8.6.12/8.6.9) id JAA23438 for <@relay.lm.otn.dasa.de:info-performer@sgi.com>; Thu, 21 Dec 1995 09:22:41 +0100 Received: from onyx.lm.otn.dasa.de(53.140.145.147) by relay.ccs.muc.debis.de via smap (V1.3) id sma023435; Thu Dec 21 09:22:24 1995 Received: from onyx by onyx.lm.otn.dasa.de via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA12963; Thu, 21 Dec 1995 08:26:02 GMT Sender: krampe@lm.otn.dasa.de Message-Id: <30D91A19.41C6@lm.otn.dasa.de> Date: Thu, 21 Dec 1995 08:26:01 +0000 From: Rainer Krampe Organization: LME51 X-Mailer: Mozilla 2.0b3 (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: info-performer@sgi.sgi.com Subject: multisample configurations ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, how does one change the default number (8) of multisamples in Performer 1.2 ? What will be the general performance gain if changed to 4 ? -- Rainer Krampe Daimler-Benz Aerospace Military Aircraft Phone: (+89) 607 28196 P.O.Box 80 11 60 Fax: (+89) 607 22491 D-81663 Muenchen E-mail: rainer.krampe@lm.otn.dasa.de From guest Thu Dec 21 08:44:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA27517; Thu, 21 Dec 1995 08:42:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA27514; Thu, 21 Dec 1995 08:42:44 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05237; Thu, 21 Dec 95 08:42:42 -0800 Received: from barney.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id IAA04898; Thu, 21 Dec 1995 08:42:36 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id QAA19226; Thu, 21 Dec 1995 16:19:26 GMT From: "Rob Jenkins" Message-Id: <9512211619.ZM19224@barney.reading.sgi.com> Date: Thu, 21 Dec 1995 16:19:26 +0000 In-Reply-To: Rainer Krampe "multisample configurations ?" (Dec 21, 8:26am) References: <30D91A19.41C6@lm.otn.dasa.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Rainer Krampe Subject: Re: multisample configurations ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 21, 8:26am, Rainer Krampe wrote: > Subject: multisample configurations ? > Hello, > > how does one change the default number (8) of multisamples in > Performer 1.2 ? > > What will be the general performance gain if changed to 4 ? > > -- > Rainer Krampe Daimler-Benz Aerospace > Military Aircraft > Phone: (+89) 607 28196 P.O.Box 80 11 60 > Fax: (+89) 607 22491 D-81663 Muenchen > E-mail: rainer.krampe@lm.otn.dasa.de >-- End of excerpt from Rainer Krampe Performer will only acheive 8 samples if you have enough framebuffer, below is a useful table ( courtesy of Allan Schaffer I think ): One RM is enough for: 640x512 resolution 16 samples 8 bits/component 24-bit Z 640x512 resolution 8 samples 12 bits/component 32-bit Z 960x680 resolution 8/4 samples 12 bits/component 32-bit Z 1280x1024 resolution 0 samples 12 bits/component 32-bit Z Two RMs are enough for: 1280x1024 resolution 8 samples 8 bits/component 24-bit Z 1280x1024 resolution 4 samples 12 bits/component 32-bit Z 1600x1200 resolution 0 samples 12 bits/component 32-bit Z Four RMs are enough for: 1280x1024 resolution 16 samples 8 bits/component 24-bit Z 1280x1024 resolution 8 samples 12 bits/component 32-bit Z 1600x1200 resolution 8 samples 8 bits/component 24-bit Z 1600x1200 resolution 4 samples 12 bits/component 32-bit Z you can force the use of 4 samples by doing something like: pfInitGfx(); zbuffer(FALSE); zbsize(0); mssize(4,32,1); or 2,24,0 or whatever. I don't know what performance gain you'd get if at all but I guess it would be easy to measure ( and depends how close to a frame boundary your draw time is ). The main advantage I can see is that for example on a 2RM machine you might achieve 8 samples but only get 8 bits per color component and 24 bit zbuffer ( the man page for pfAntiAlias discusses what Performer tries to do ). If you forced 4 bits you could have 12 bits/comp colours and 32 bit z. When you do any RE framebuffer config *always* find out what you actually did get with getgconfig(..). gldebug is also useful to check what GL calls are happening where. Cheers Rob ************************ Happy Christmas and New Year ************************ -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Thu Dec 21 09:21:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27759; Thu, 21 Dec 1995 09:19:36 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA27756; Thu, 21 Dec 1995 09:19:36 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06895; Thu, 21 Dec 95 09:19:34 -0800 Received: from bitch.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id JAA12148; Thu, 21 Dec 1995 09:19:32 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id RAA13416; Thu, 21 Dec 1995 17:20:01 +0100 From: "Angus Dorbie" Message-Id: <9512211720.ZM13414@bitch.reading.sgi.com> Date: Thu, 21 Dec 1995 17:20:01 +0100 In-Reply-To: "Rob Jenkins" "Re: multisample configurations ?" (Dec 21, 4:19pm) References: <30D91A19.41C6@lm.otn.dasa.de> <9512211619.ZM19224@barney.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Rob Jenkins" , Rainer Krampe Subject: Re: multisample configurations ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Don't forget the gconfig() call. Also 2 samples aren't supported. Rgds, Angus. On Dec 21, 4:19pm, Rob Jenkins wrote: > Subject: Re: multisample configurations ? From guest Thu Dec 21 09:34:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27795; Thu, 21 Dec 1995 09:32:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA27792; Thu, 21 Dec 1995 09:32:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07494; Thu, 21 Dec 95 09:32:32 -0800 Received: from barney.reading.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) id JAA15289; Thu, 21 Dec 1995 09:32:21 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id RAA19281; Thu, 21 Dec 1995 17:08:00 GMT From: "Rob Jenkins" Message-Id: <9512211708.ZM19279@barney.reading.sgi.com> Date: Thu, 21 Dec 1995 17:07:59 +0000 In-Reply-To: "Angus Dorbie" "Re: multisample configurations ?" (Dec 21, 5:20pm) References: <30D91A19.41C6@lm.otn.dasa.de> <9512211619.ZM19224@barney.reading.sgi.com> <9512211720.ZM13414@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Angus Dorbie" , Rainer Krampe Subject: Re: multisample configurations ? Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Dec 21, 5:20pm, Angus Dorbie wrote: > Subject: Re: multisample configurations ? > Also 2 samples aren't supported. > >-- End of excerpt from Angus Dorbie Sorry, typo - it is nearly Christmas :-) -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, From guest Thu Dec 21 10:50:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA28181; Thu, 21 Dec 1995 10:48:41 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA28178; Thu, 21 Dec 1995 10:48:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11120; Thu, 21 Dec 95 10:48:39 -0800 Received: from hntp2.hinet.net by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA03842; Thu, 21 Dec 1995 10:48:36 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by hntp2.hinet.net (8.6.11/8.6.11) with SMTP id QAA15103 for <@hntp2.hinet.net:info-performer@sgi.com>; Thu, 21 Dec 1995 16:18:14 +0800 Received: by systech.hinet.net (931110.SGI/930416.SGI) for @hntp2.hinet.net:info-performer@sgi.com id AA05504; Thu, 21 Dec 95 16:20:13 -0800 From: "chien" Message-Id: <9512211620.ZM5502@systech.hinet.net> Date: Thu, 21 Dec 1995 16:20:12 -0800 In-Reply-To: mquire@cftnet.com (Martin Quire) "Stereo HDTV from Onyx RE^2" (Dec 18, 11:22pm) References: X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Performer 2.0 for Taiwan Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O To:info-performer@sgi.com It look we have big time-lag between Taiwan and US.I received Performer is officially announced last week in info-performer.But when I contact Taiwan SGI they told me it was not true.Please tell me who or where I could get the truth. I looking for Performer 2.0 since April when I visit SGI MountainView this year. Please give me the truth. Best Regards From guest Thu Dec 21 13:55:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA29139; Thu, 21 Dec 1995 13:53:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA29136; Thu, 21 Dec 1995 13:53:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20836; Thu, 21 Dec 95 13:53:39 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id NAA20258; Thu, 21 Dec 1995 13:53:35 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA20821; Thu, 21 Dec 95 13:53:33 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA29873; Thu, 21 Dec 1995 13:53:32 -0800 Date: Thu, 21 Dec 1995 13:53:32 -0800 From: mtj@babar (Michael Jones) Message-Id: <199512212153.NAA29873@babar.asd.sgi.com> To: chien@systech.hinet.net, info-performer@sgi.sgi.com Subject: IRIS Performer 2.0 Status: O Well, the truth is the following: 1. IRIS Performer 2.0 released about two weeks ago. 2. There was a one week delay in the CD duplication stage after MR. (this delay was our fault, not anyone else's) 3. The SGI sales-reps refer to a "Price Book" that is printed every three months and which is not updated until products actually release. Now, since the product *has* released you *can* upgrade. Don't take no for an answer from your sales rep. I posted all the product data to the mailing list a few weeks ago after we released, and this is all that they'll need to get you the latest Performer. Anyone on software support for Performer will get a CD in the mail without further action because we paid SGI's Global Customer Satisfaction group to mail out the CDs to all customers with support agreements in force. Michael Jones Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe From guest Fri Dec 22 00:03:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA04014; Fri, 22 Dec 1995 00:01:42 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA04011; Fri, 22 Dec 1995 00:01:41 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09370; Fri, 22 Dec 95 00:01:40 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id AAA28989; Fri, 22 Dec 1995 00:01:32 -0800 Received: (from root@localhost) by warrane.connect.com.au with UUCP id TAA04575 (8.6.12/IDA-1.6); Fri, 22 Dec 1995 19:01:11 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA18674 (5.65c/IDA-1.5); Fri, 22 Dec 1995 18:02:51 +1100 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id RAA09811 (8.6.12/IDA-1.6); Fri, 22 Dec 1995 17:13:42 +1000 Received: by murad (5.65) id AA08015; Fri, 22 Dec 1995 18:21:56 +1100 Date: Fri, 22 Dec 1995 18:21:54 +1100 (EST) From: Simon Bennett X-Sender: simonb@murad To: Rainer Krampe Cc: info-performer@sgi.sgi.com Subject: Re: multisample configurations ? In-Reply-To: <30D91A19.41C6@lm.otn.dasa.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 21 Dec 1995, Rainer Krampe wrote: > What will be the general performance gain if changed to 4 ? Your fill rate will rise, thou now where near as much as that going from 16 to 8 spp. Won't do anything for polygon throughput thou. If you're currently fill-limited and have a high depth complexity then your thoughput could rise. I actually benchmarked pixel fill rates as it related to multi-sampling a while back, if you turn it off completely you get (from memory) around 370 million pixels a second! I think the best I ever achieved while multisampling was around 285 or so million pixels a second... I can dig up the figures if you're *really* interested. None of this of course matters much if your not fill limited. Anyway.. Merry Xmas & Happy New Year everybody... Ahhh what the hell I'll be silly... pfXmas(PF_RENDER_ASCII, 0L); (warning: Dumb ASCII art follows) >>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>>:>>> \+/ +-*-+ ____________________________________________ /+\ M E R R Y C H R I S T M A S ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ i^^^ !!!!!!!!!!!!!!!!!!!!!!!!!!! ^()^^i & ((( . *. . * | . * . * ))) i^^^^o^^ ___________________________ ((( . * . | * . .* ))) ^^*^^^^^^i H A P P Y N E W Y E A R ! ((( . * * | . * . * ))) i^^^o^^^*^^^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ (((__________|_________ ))) ^^^^^^^^0^^^^i ((( . * . * |. * . * ))) i^^^*^^^^o^^:)^^ ___________________ ((( . . * | . ////// ))) ^^()^^^^^^^*^^^^^i |__|____|____|____| ((( * * . |* ( @ @ ) ))) i^^^^^o^^^^^()^^^^^^ |____|____|____|__| ((( * . * | . \ o / .))) ^^^^^^^^*^^^^^^o^^^^^i |__| / |__| (((=====================))) i^^^^^o^^^^^^^^*^^^^^^^^ |__| \\\ |__| ^^^^*^^^^^()^^^^^^^^o^^^^i|__| ///// |__| >< ^^^^^o^^^^^^|^|^^^^0^^^*^^^|__| \\\\\\ |__| ########### >< >< \__|_|__/ >< |__| /////// |__| ########### ||||||||| ::::::___ \_____/ __%%%%%%_|__|_XXXXXXXX__|__|_ \-/ _###########___|||||||||_ :::::: \___/ %%%%%% \_______________/ ('.') ########### ||||||||| %%%%%% @(m " m) <<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<<:<<< :) +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0611 (x512) Meeting - an event where you take minutes and waste hours. From guest Fri Dec 22 10:04:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA04565; Fri, 22 Dec 1995 10:01:49 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA04562; Fri, 22 Dec 1995 10:01:48 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19957; Fri, 22 Dec 95 10:01:46 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA25333; Fri, 22 Dec 1995 10:01:36 -0800 Received: from ligsg8.epfl.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id HAA25855; Fri, 22 Dec 1995 07:35:05 -0800 Received: by ligsg8.epfl.ch (Smail3.1.29.1 #28) id m0tT9Uk-000EOMC; Fri, 22 Dec 95 16:34 MET Message-Id: Date: Fri, 22 Dec 95 16:34 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: pfGetOrthoMatCoord Reply-To: matomira@epfl.ch Status: O void pfGetOrthoMatCoord(pfMatrix m, pfCoord* dst); While not `const pfMatrix'? (analogously for it C++ counterpart) Now that pfDCSGetMatPtr is there, this is really annoying.. Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Fri Dec 22 10:04:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA04570; Fri, 22 Dec 1995 10:01:52 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA04567; Fri, 22 Dec 1995 10:01:52 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19969; Fri, 22 Dec 95 10:01:51 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA25409; Fri, 22 Dec 1995 10:01:48 -0800 Received: from ligsg8.epfl.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id HAA23191; Fri, 22 Dec 1995 07:31:09 -0800 Received: by ligsg8.epfl.ch (Smail3.1.29.1 #28) id m0tT9PT-000EOMC; Fri, 22 Dec 95 16:29 MET Message-Id: Date: Fri, 22 Dec 95 16:29 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: ulock_t Reply-To: matomira@epfl.ch Status: O after pfInitArenas(), I can just call usnewlock() on the default Performer arena, right? BTW, it would be cool if there was some pfDPoolGetLock. I guess calling ussetlock(), etc. directly should be faster? Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Fri Dec 22 10:04:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA04575; Fri, 22 Dec 1995 10:01:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA04572; Fri, 22 Dec 1995 10:01:58 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19982; Fri, 22 Dec 95 10:01:56 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA25402; Fri, 22 Dec 1995 10:01:45 -0800 Received: from ligsg8.epfl.ch by sgigate.sgi.com via ESMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id HAA28616; Fri, 22 Dec 1995 07:39:37 -0800 Received: by ligsg8.epfl.ch (Smail3.1.29.1 #28) id m0tT9ZI-000EOJC; Fri, 22 Dec 95 16:39 MET Message-Id: Date: Fri, 22 Dec 95 16:39 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: pfiTDFXform Reply-To: matomira@epfl.ch Status: O Does the final 2.0 release include a pfiTDFXform that separates mouse input from model update? I need two things: - Define my own button mappings - Do my own X event processing Thanks, Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Fri Dec 22 12:09:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA05159; Fri, 22 Dec 1995 12:07:40 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA05156; Fri, 22 Dec 1995 12:07:40 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26365; Fri, 22 Dec 95 12:07:39 -0800 Received: from giraffe.asd.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id MAA02952; Fri, 22 Dec 1995 12:07:37 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.sgi.com id AA26361; Fri, 22 Dec 95 12:07:35 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA16701; Fri, 22 Dec 1995 12:07:34 -0800 Message-Id: <199512222007.MAA16701@surreal.asd.sgi.com> To: matomira@epfl.ch Cc: info-performer@sgi.sgi.com Subject: Re: ulock_t In-Reply-To: Your message of "Fri, 22 Dec 95 16:29:00 +0700." Date: Fri, 22 Dec 95 12:07:34 -0800 From: Jim Helman Status: O Yep, just call usnewlock(pfGetSemaArena()) after pfInitArenas(). rgds, -jim helman jimh@surreal.asd.sgi.com 415/933-1151 From guest Tue Dec 26 00:29:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA11685; Tue, 26 Dec 1995 00:27:58 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA11682; Tue, 26 Dec 1995 00:27:57 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29706; Tue, 26 Dec 95 00:27:56 -0800 Received: from taiwan.sgi.com by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id AAA18767; Tue, 26 Dec 1995 00:27:52 -0800 Received: from VR.taiwan.sgi.com by taiwan.sgi.com via SMTP (931110.SGI/940406.SGI) for info-performer@sgi.sgi.com id AA01094; Tue, 26 Dec 95 16:27:45 +0800 Received: by VR.taiwan.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.sgi.com id QAA01768; Tue, 26 Dec 1995 16:27:36 -0800 From: "Ming-Der Wang" Message-Id: <9512261627.ZM1766@VR.taiwan.sgi.com> Date: Tue, 26 Dec 1995 16:27:31 -0800 X-Face: $K\<2c|EzsByFTo!3)0<),}w}%8~4!Fcopd&%p\(|%p*xhch7w=0u|S)OW:;:q~g*(YWN)2&VP!yIO%W_D|ws*g4|e):Bz/Y*wwJp7Z5veT@V_fDm]Mrk-L1,$&;Y\%SxMlgI:Lz{Rxvh8SPmE[=[]\kqd*:ZF$]C1IYbO]bSuWyUh&dUv41BE6W,U?{UY$J/:'sR_zC]>mgmW:'9/S X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O unsubscribe From guest Wed Dec 27 08:56:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA14631; Wed, 27 Dec 1995 08:54:39 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA14628; Wed, 27 Dec 1995 08:54:38 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00704; Wed, 27 Dec 95 08:54:37 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA14445; Wed, 27 Dec 1995 08:54:26 -0800 Received: from flash.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA26632; Wed, 27 Dec 95 11:54:20 EST From: jparsons@vsl.ist.ucf.edu (Jim Parsons) Received: by flash.vsl.ist.ucf.edu (940816.SGI.8.6.9) id LAA04595; Wed, 27 Dec 1995 11:54:18 -0500 Date: Wed, 27 Dec 1995 11:54:18 -0500 Message-Id: <199512271654.LAA04595@flash.vsl.ist.ucf.edu> To: info-performer Subject: Yet Another Crystal Eyes Question! Status: O Hi, I am having some difficulties developing a Crystal eyes extension to an existing app framework that we have built with IRIX Performer. Please know that before writing this group I HAVE grep'd through the group archives for Crystal eyes letters, and have read them all, but I am still unable to beat the problem I am having... I am opening one pipe with two channels. Before I call gconfig(), I call stereobuffer() and doublebuffer(). In my draw function, I check if the channel argument passed in is leftchan, and if so, { leftbuffer(1); rightbuffer(0); } else { leftbuffer(0); rightbuffer(1); } Where should I call mswapbuffers()? sfly has it within a pfPipeSwapFunc(), so I set my app up the same way (even though I only have one pipe...) and that didn't work, so I moved it to the draw func, which ALSO was ineffective. Assuming that I am setting up the chan offsets properly, (which I am pretty sure I'm doing since I have been successful writing code for MCO stereo as well as BOOM2C code...) is there anything which you folks can see I am forgetting? I am putting our Reality Engine into the proper mode because I can get sfly to work, and also some simple gl code to work in stereo, as well. The setmon call I am using is /usr/gfx/setmon -n 1025x768_96s Any ideas would be greatly appreciated... Jim From guest Thu Dec 28 06:12:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA18645; Thu, 28 Dec 1995 06:11:05 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA18642; Thu, 28 Dec 1995 06:11:05 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28731; Thu, 28 Dec 95 06:11:04 -0800 Received: from nvl.army.mil by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id GAA20578; Thu, 28 Dec 1995 06:11:00 -0800 Received: by nvl.army.mil (Smail3.1.29.1 #7) id m0tVJ2j-0002LgC; Thu, 28 Dec 95 09:10 EST Date: Thu, 28 Dec 95 09:10 EST From: mwilliam@nvl.army.mil (Mary Williams) Message-Id: <9512280910.ZM7231@ike> Header.Main: mwilliam@nvl.army.mil X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Job Opening Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O COMPUTER ENGINEER E-OIR Measurements, INC is seeking a qualified computer engineer to support and manage the development and operation of a DIS facility at Ft. Belvoir, VA. The position involves the integration and development of 2D and 3D virtual simulation for military system and sensor evaluation. Other duties include coordinating and developing DIS-based exercises to evaluate notional Countermine equipment. Candidates should have a minimum of two years experience with UNIX platforms such as SUNs and SGIs as well as a working knowledge of C, C++, and GL. Interested and qualified applicants should send or FAX their resume to: E-OIR Measurements, INC ATTN: Mary Williams P.O. Box 1240 Spotsylvania, VA 22553-1240 (703)704-1093 (Work) (703) 752-4203 (Evenings) (703)752-2824 (FAX) -- Mary M. Williams mwilliam@nvl.army.mil (703)704-1093 (Ft. Belvoir) (703)752-1824 (E-OIR) (703)752-1821 (FAX) From guest Thu Dec 28 08:29:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA18865; Thu, 28 Dec 1995 08:28:34 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA18862; Thu, 28 Dec 1995 08:28:33 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00958; Thu, 28 Dec 95 08:28:32 -0800 Received: from sgigate.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id IAA01971; Thu, 28 Dec 1995 08:28:31 -0800 Received: from nvl.client by sgigate.sgi.com via SMTP (950911.SGI.8.6.12.PATCH825/940406.SGI) for id IAA26062; Thu, 28 Dec 1995 08:28:10 -0800 Received: by nvl.client (Smail3.1.28.1 #5) id m0tVL9N-0000JsC; Thu, 28 Dec 95 11:25 EST Message-Id: Date: Thu, 28 Dec 95 11:25 EST From: russ@nvl.army.mil (Russ Moulton jr) To: info-performer@sgi.sgi.com Subject: Help Wanted -- Please post Cc: russ@nvl.army.mil Status: O EOSoft, Inc. is seeking top-notch software engineers (BS, MS, PhD) for exciting Virtual Reality and computer simulation work. Experience on UNIX platforms coding in C/C++ a must; Experience with SGI GL, Open GL, Perfomer important pluses. Must be a US citizen. $30-60k+ and benefits. E-mail, fax or mail resume to: EOSoft russ@nvl.army.mil 703-891-7026 (fax) 11214 Springfield Drive Fred. VA 22408 540-891-7030 or 703-704-1809 From guest Thu Dec 28 08:53:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA19000; Thu, 28 Dec 1995 08:51:33 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA18997; Thu, 28 Dec 1995 08:51:32 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01613; Thu, 28 Dec 95 08:51:31 -0800 Received: from nvl.client by sgi.sgi.com via SMTP (950405.SGI.8.6.12/910110.SGI) for id IAA04835; Thu, 28 Dec 1995 08:51:30 -0800 Received: by nvl.client (Smail3.1.28.1 #5) id m0tVLY8-0000JsC; Thu, 28 Dec 95 11:51 EST Message-Id: Date: Thu, 28 Dec 95 11:51 EST From: russ@nvl.army.mil (Russ Moulton jr) To: info-performer@sgi.sgi.com Subject: Corrected Fax number -- Help Wanted Cc: russ@nvl.army.mil Status: O EOSoft, Inc. is seeking top-notch software engineers (BS, MS, PhD) for exciting Virtual Reality and computer simulation work. Experience on UNIX platforms coding in C/C++ a must; Experience with SGI GL, Open GL, Perfomer important pluses. Must be a US citizen. $30-60k+ and benefits. E-mail, fax or mail resume to: EOSoft russ@nvl.army.mil 540-891-7026 (fax) 11214 Springfield Drive Fred. VA 22408 540-891-7030 or 703-704-1809 From guest Thu Dec 28 17:35:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA20931; Thu, 28 Dec 1995 16:33:28 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA20928; Thu, 28 Dec 1995 16:33:27 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18221; Thu, 28 Dec 95 16:33:19 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id QAA01012; Thu, 28 Dec 1995 16:33:17 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id QAA20923; Thu, 28 Dec 1995 16:33:17 -0800 Date: Thu, 28 Dec 1995 16:33:17 -0800 From: aschaffe (Allan Schaffer) Message-Id: <199512290033.QAA20923@holodeck.asd.sgi.com> To: info-performer@sgi.sgi.com Subject: Performer 2.0 manuals now on-line Status: O Hello all, Silicon Graphics Technical Publications department has made our manual sets available via Silicon Surf. It's very cool. Take a look at: http://www.sgi.com/Technology/TechPubs/ The Performer 2.0 programming guide is deep within. I believe the direct URL is: http://www.sgi.com:8080/SGI_Developer/Perf_PG/1.toc Happy holidays, Allan ---- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/employees/aschaffe From guest Fri Dec 29 11:40:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA21903; Fri, 29 Dec 1995 10:36:32 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA21900; Fri, 29 Dec 1995 10:36:31 -0800 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08079; Fri, 29 Dec 95 10:36:22 -0800 Received: from gate.ti.com by sgi.sgi.com via ESMTP (950405.SGI.8.6.12/910110.SGI) for id KAA25112; Fri, 29 Dec 1995 10:36:16 -0800 Received: from robin.itg.ti.com ([128.247.31.238]) by gate.ti.com (8.6.12/) with ESMTP id MAA23584 for ; Fri, 29 Dec 1995 12:36:10 -0600 Received: from dsks62 (dsks62.itg.ti.com [128.247.98.209]) by robin.itg.ti.com (8.6.12/8.6.11) with SMTP id MAA01888 for ; Fri, 29 Dec 1995 12:28:10 -0600 From: Laura Schmid <1LMS.DSKPO33B@dskbgw1.itg.ti.com> To: "info-performer@sgi.com" Subject: Job Openings - Dallas, TX Reply-To: Laura Schmid <1LMS.DSKPO33B@dskbgw1.itg.ti.com> Date: Fri, 29 Dec 95 12:37:46 CST Message-Id: <2430B32D0175A4E0@dskbgw1.itg.ti.com> X-B2Msg-Smtp-Gateway: 1.0.4.0 Nov 3 1995 08:41:23 Status: O Wanted: Software Design Engineers Texas Instruments' Visualization & Simulation Technology Department based in Dallas, Texas, develops & markets Visualization & Simulation projects in support of TI's overall business strategy. Responsibilities: Design & develop software for Silicon Graphics based applications of graphical interfaces, physics based modeling & develop new technology to support these applications. Requirements: A BS or above in Computer Science or Computer Engineering with 5-7 years related experience; knowledge of Silicon Graphics GL/Performer, C, C++, Unix, Object Oriented Methodology. Apply Today! Send resume to: Texas Instruments/Staffing Team P.O. Box 869305, MS 8518 Plano, TX 75086 Fax: (214) 575-6771 Email: r-griffin3@ti.com