From guest Wed Mar 1 02:23:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA07185; Wed, 1 Mar 1995 01:59: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 BAA07182; Wed, 1 Mar 1995 01:59:24 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16672; Wed, 1 Mar 95 01:58:55 -0800 Received: from aguirre.ing.unifi.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA20490; Wed, 1 Mar 1995 01:57:24 -0800 Date: Wed, 1 Mar 1995 01:57:24 -0800 From: root@aguirre.ing.unifi.it Message-Id: <199503010957.BAA20490@sgi.sgi.com> Apparently-To: Status: O sadkflajsdflkasdj From guest Wed Mar 1 04:38:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA07320; Wed, 1 Mar 1995 04:11:00 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id EAA07317; Wed, 1 Mar 1995 04:10:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18325; Wed, 1 Mar 95 04:10:29 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA00418; Wed, 1 Mar 1995 04:10:27 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA16598 (5.65c8/IDA-1.4.4 for ); Wed, 1 Mar 1995 13:10:23 +0100 Received: by vier.idt.unit.no id AA03532 (5.0/idt-C-2.0 for idt); Wed, 1 Mar 1995 13:10:23 +0100 Date: Wed, 1 Mar 1995 13:10:23 +0100 Message-Id: <9503011210.AA03532@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: i3dm Content-Length: 925 Status: O This maybe a faq, but I can't seem to find it: Does there exist a program that convert .iv files to the i3dm format ? In the case yes, where can I find it ? thank's /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Wed Mar 1 07:22:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA07539; Wed, 1 Mar 1995 06:58: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 GAA07536; Wed, 1 Mar 1995 06:58:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20639; Wed, 1 Mar 95 06:57:52 -0800 Received: from mailgate.ericsson.se by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id GAA15054; Wed, 1 Mar 1995 06:57:45 -0800 Received: from ekaus1.kkeka.ericsson.se (ekaus1.kkeka.ericsson.se [130.100.158.4]) by mailgate.ericsson.se (8.6.10/1.0) with SMTP id PAA21963 for ; Wed, 1 Mar 1995 15:57:38 +0100 Received: by ekaus1.kkeka.ericsson.se (5.65/DEC-Ultrix/4.3) id AA20116; Wed, 1 Mar 1995 15:58:36 +0100 Received: by castor.kkeka.ericsson.se; (5.65/1.1.8.2/19Sep94-0125PM) id AA08145; Wed, 1 Mar 1995 15:58:27 +0100 Date: Wed, 1 Mar 1995 15:58:27 +0100 From: "Johan Sellstr\vm (konsult) t.o.m. 9506" Message-Id: <9503011458.AA08145@castor.kkeka.ericsson.se> To: info-performer@sgi.sgi.com Subject: CASE tool Status: O Hi I guess you guys know a lot about software engineering in general. We need some good object oriented CASE tool for a graphics project. I would be nice to be able to read C++ code. Get class inheritance graphs, call graphs etc. If we may edit and add new classes and then generate new code it would be even better. Anybody know about soemthing good for this. cvstatic is not so good when it comes to C++ it seems - or am I just doing something wrong ? Best Regards Johan Sellstrvm jose@nada.kth.se jose@maria.ffa.se johse@weald.air.saab.se johans@sics.se ekaxjos@kkeka.ericsson.se From guest Wed Mar 1 11:06:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA07836; Wed, 1 Mar 1995 10:51: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 KAA07833; Wed, 1 Mar 1995 10:51:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29354; Wed, 1 Mar 95 10:51:20 -0800 Received: from post.demon.co.uk by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA18264; Wed, 1 Mar 1995 10:51:14 -0800 Received: from division.demon.co.uk by post.demon.co.uk id aa24803; 1 Mar 95 18:43 GMT Received: from caliban.division.demon.co.uk by division.demon.co.uk (AIX 3.2/UCB 5.64/4.03) id AA20023; Wed, 1 Mar 1995 17:47:21 GMT Received: by caliban (931110.SGI/921111.SGI) for @division.demon.co.uk:info-performer@sgi.com id AA07521; Wed, 1 Mar 95 17:47:20 GMT From: Angus Dorbie Message-Id: <9503011747.ZM7519@caliban> Date: Wed, 1 Mar 1995 17:47:19 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfShadeModel problem Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I'm having problems trying to force PFSM_FLAT on some platforms when using performer 1.2. I have a pfGeoSet containing PFGS_FLAT_TRISTRIPS (not indexed) and also call: pfGSetDrawMode(geoset, PFGS_FLATSHADE, PF_ON); and: pfGStateMode(geostate, PFSTATE_SHADEMODEL, PFSM_FLAT); Here's a table of the graphics subsystems I've tried this on and the results: ________________________________________________________ GRAPHICS IRIX VERSION FLATSHADE? ________________________________________________________ LG1 5.3 Yes Indy 24bit 5.2 Yes GR3-XZ 5.3 No GR2-ELAN 5.2 No GU1-Extreme 5.2 No RealityEngineII 5.2 Yes ________________________________________________________ Is this a known problem and is there a fix? Thanks in advance, Angus. -- Angus Dorbie Division Ltd, Software Engineer 19 Apex Court, Tel: (01454)615554 Woodlands, Fax: (01454)615532 Bristol BS12 4JT, angus@division.demon.co.uk UK From guest Wed Mar 1 10:45:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA07806; Wed, 1 Mar 1995 10:31: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 KAA07803; Wed, 1 Mar 1995 10:31:00 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27855; Wed, 1 Mar 95 10:30:34 -0800 Received: from drizzle.lightscape.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA14552; Wed, 1 Mar 1995 10:30:30 -0800 Received: from topo.lightscape.com by drizzle.lightscape.com via ESMTP (940816.SGI.8.6.9/940406.SGI) for <@drizzle.lightscape.com:info-performer@sgi.com> id KAA09895; Wed, 1 Mar 1995 10:30:27 -0800 Received: by topo.lightscape.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA19078; Wed, 1 Mar 1995 10:30:27 -0800 From: "Rod Recker" Message-Id: <9503011030.ZM19076@topo.lightscape.com> Date: Wed, 1 Mar 1995 10:30:26 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Slow 32-bit Performance on Irix 6.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I recently tested our software (compiled for IRIX 5.3 and Mips I instruction set) on a Power Indigo 2 running IRIX 6.0.1. The software ran with no problems. However, the performance was 50% slower than running on a 200 MHz R4400 Indigo 2 with IRIX 5.3. This was just a preliminary test and was by no means what I would call comprehensive. The application didn't involve any graphics. It is a radiosity calculation module that is part of our visualization system. It is very floating point intensive. Is there anything we can do to improve the performance _without_ porting to IRIX 6.0? We have some customers who have purchased R8000 machines and will be running our software. I'd like to know if there is anything we can do for them today. -- Rod Recker rjr@lightscape.com Lightscape Technologies, Inc. (408) 246-1155 x104 4030 Moorpark Ave., Suite 219 (408) 246-0255 (fax) San Jose, CA 95117 USA ________________________________________________________ From guest Wed Mar 1 12:35:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA08045; Wed, 1 Mar 1995 12:15: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 MAA08042; Wed, 1 Mar 1995 12:15:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04353; Wed, 1 Mar 95 12:15:09 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA10419; Wed, 1 Mar 1995 12:15:06 -0800 Received: from realitytwo.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA09975; Wed, 1 Mar 95 12:15:19 -0800 Received: by realitytwo.gstone.com (931110.SGI/930416.SGI.AUTO) for @realityone.gstone.com:info-performer@sgi.com id AA04396; Wed, 1 Mar 95 12:15:18 -0800 Date: Wed, 1 Mar 95 12:15:18 -0800 From: pat@realitytwo.gstone.com (Pat Parker) Message-Id: <9503012015.AA04396@realitytwo.gstone.com> To: info-performer@sgi.sgi.com Subject: Demo program in buttonfly. Status: O I know this is isn't a Performer question but I do not know who else to ask. I tried the comp.sys.sgi.graphics newsgroup but got no response. Can anyone explain how the demo "distort" in buttonfly is implemented? It's under the Performance Features, Reality Engine buttons. It is a texture of a dog that you can pick with the mouse and cause a ripple effect or a rubber effect. I am interested in creating that same effect in a Performer application. I am assuming I will use a pfGeoSet and change the texture coordinate array. Maybe thistype effect can only be done through a GL object? Any suggestions are welcome. Thanks in advance, Pat =============================================================== /\/\/\ GreyStone Technology, Inc. / /\/\ \ 15010 Avenue of Science, Suite 200 \ \/\/ / San Diego, CA 92128 \/\/\/ Phone: (619)675-7800 Ext. 141 FAX: (619)675-7808 =============================================================== From guest Wed Mar 1 14:06:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA08198; Wed, 1 Mar 1995 13:41: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 NAA08195; Wed, 1 Mar 1995 13:41:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07752; Wed, 1 Mar 95 13:40:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA25445; Wed, 1 Mar 1995 13:40:28 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id NAA24276; Wed, 1 Mar 1995 13:40:25 -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 AA07744; Wed, 1 Mar 95 13:40:23 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA24248; Wed, 1 Mar 1995 13:38:32 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503012138.NAA24248@tubes.asd.sgi.com> Subject: Re: pfShadeModel problem To: guest (Angus Dorbie) Date: Wed, 1 Mar 95 13:38:32 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9503011747.ZM7519@caliban>; from "Angus Dorbie" at Mar 1, 95 5:47 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > I'm having problems trying to force PFSM_FLAT on some platforms when > using performer 1.2. > > I have a pfGeoSet containing PFGS_FLAT_TRISTRIPS (not indexed) and > also call: > > pfGSetDrawMode(geoset, PFGS_FLATSHADE, PF_ON); > > and: > > pfGStateMode(geostate, PFSTATE_SHADEMODEL, PFSM_FLAT); > > Here's a table of the graphics subsystems I've tried this on > and the results: > ________________________________________________________ > GRAPHICS IRIX VERSION FLATSHADE? > ________________________________________________________ > LG1 5.3 Yes > > Indy 24bit 5.2 Yes > > GR3-XZ 5.3 No > > GR2-ELAN 5.2 No > > GU1-Extreme 5.2 No > > RealityEngineII 5.2 Yes > ________________________________________________________ > > Is this a known problem and is there a fix? There is no known problem with shademodel in 1.2. Do you have a simple test case? Note that FLAT_ primitives will always set shademodel to FLAT so the GSetDrawMode/GStateMode are unecessary. From guest Wed Mar 1 15:19:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA08323; Wed, 1 Mar 1995 14:55: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 OAA08320; Wed, 1 Mar 1995 14:55:52 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11453; Wed, 1 Mar 95 14:55:23 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA09763; Wed, 1 Mar 1995 14:55:19 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id JAA13023 (8.6.10/IDA-1.6 for info-performer@sgi.com); Thu, 2 Mar 1995 09:55:14 +1100 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA00925 (5.65c/IDA-1.5 for ); Thu, 2 Mar 1995 09:36:01 +1100 Received: from krusty by aggro with SMTP id AA03170 (5.65c/IDA-1.4.4 for ); Thu, 2 Mar 1995 08:43:14 +1000 Received: by krusty (5.65) id AA06526; Thu, 2 Mar 1995 09:42:37 +1100 Date: Thu, 2 Mar 1995 09:42:36 +1100 (EST) From: Simon Bennett Subject: Re: >pfLightPoint bug? To: info-performer@sgi.sgi.com In-Reply-To: <00581.2876821450.106@multigen.uucp> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 28 Feb 1995, Marcus wrote: > Wow! I'm being misquoted ;-, I did? Sorry. > > * The flight 14.1 loader always uses this PFGS_OVERALL color mode > > (listed in the pfPrint output) > > A) No it only uses PFLP_OVERALL (*not* PFGS_OVERALL) when all the point > colors are the same. pfPrint definately prints out colour mode: PFGS_OVERALL - or are we now talking about a GeoSets and PFGS_POINTS? I've *never* seen PFLP_OVERALL mentioned anywhere... Mind you pfPrint is talking about a pfLightpoint node - not a GeoSet... --> Number of points in Lightpoint node: 30 [0:0]pfLightPoint pfId=66 0x7315b0 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(60.000000, 3.800041, 0.000000) rad=104.184601 Num Points: 30, Size: 2.000000 FogScales: 2.000000 2.000000 Shape: dir=PFLP_OMNIDIRECTIONAL henv=179.000000 venv=179.000000 falloff=4.000000 Rot: azim=0.000000 elev=0.000000 roll=0.000000 Color mode: PFGS_OVERALL, color: 0.000000 0.000000 1.000000 1.000000 <-- > A) It may be that only pfGetLPointColor( lp, PFLP_OVERALL, color ) > works for pfLightPoints with PFLP_OVERALL color binding. OK - I'll give that a shot. I didn't even know it was an option... More manual page update perhaps are in order?? ;) > A) The PFLP_OVERALL token is in the include file pf.h. I don't see it > in the documentation either. All versions of the Flight loader > have used it, going back to Performer 1.0, including the V11 loader > which was co-developed by SGI and MultiGen. OK - so is this for internal use only or something? Will this code break sometime in the future? > A) OpenFlight bi-directional light points, with different colors (front > and back), are created in Performer using 2 uni-directional > pfLightPoints (180 degrees opposed). Performer 1.2 has a bug that > limits the shape to 179 degrees, so there is a 2 degree "seam" around > the "light" where neither point is visible. Is there a patch available for this? Is this fixed in Performer 2.0? Thanx Marcus... +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Wed Mar 1 15:22:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA08355; Wed, 1 Mar 1995 15:02: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 PAA08352; Wed, 1 Mar 1995 15:02:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11861; Wed, 1 Mar 95 15:01:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id PAA10542; Wed, 1 Mar 1995 15:01:36 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id PAA07506; Wed, 1 Mar 1995 15:01:26 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:miki@msys0.ihimsys.ihi.co.jp id AA11843; Wed, 1 Mar 95 15:01:24 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA25018; Wed, 1 Mar 1995 15:01:41 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503011501.ZM25016@rose.asd.sgi.com> Date: Wed, 1 Mar 1995 15:01:41 -0800 In-Reply-To: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI) "Performer Questions" (Feb 28, 3:29pm) References: <9502280629.AA19712@msys0.ihimsys.ihi.co.jp> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI), info-performer@sgi.sgi.com Subject: Re: Performer Questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ +>---- On Feb 28, 3:29pm, Hideo MIKI wrote: > Subject: Performer Questions ->Hello, -> ->I have the following questions related to Performer application ( based ->on perfly ) I am developping. -> ->1. How can I get the value above a terrain ? You want to intersect your terrain geometry with a downward segment. With the pfSegsIsectNode() routine, you can get the primitive, and even point, of intersection. Look at the pfSegsIsectNode and pfMQueryHit man pages. ->2. How do I make moving models like tank (which has some -> articulated part)? You want to put the geometry of the articulated part under pfDCS node. DCS stands for "Dynamic Coordinate System" and you can use it to transform geometry at run time. For a fixed sequence of movements, you may also be interested in the pfSequence node. Look at the man pages on these nodes for details. -> ->3. How do I use pfSmoke special effect ? Look at the sample code in /usr/src/Performer/src/sample/pguide/libpfutil/progs/smoke.c src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Wed Mar 1 17:53:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA08649; Wed, 1 Mar 1995 17:38: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 RAA08646; Wed, 1 Mar 1995 17:38:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18802; Wed, 1 Mar 95 17:37:33 -0800 Received: from castle.engr.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA10017; Wed, 1 Mar 1995 17:37:27 -0800 Received: from localhost by castle.engr.sgi.com via SMTP (940816.SGI.8.6.9/911001.SGI) id RAA10414; Wed, 1 Mar 1995 17:37:26 -0800 Message-Id: <199503020137.RAA10414@castle.engr.sgi.com> To: info-performer@sgi.sgi.com Cc: kim@castle.engr.sgi.com Subject: Re: CASE tool In-Reply-To: Your message of "Wed, 01 Mar 95 14:20:34 PST." <9503011420.ZM23990@rose.asd.sgi.com> Date: Wed, 01 Mar 95 17:37:26 -0800 From: Kim Rachmeler Status: O Johan writes: >> We need some good object oriented CASE tool for a graphics project. >> I would be nice to be able to read C++ code. Get class inheritance >> graphs, call graphs etc. If we may edit and add new classes and then >> generate new code it would be even better. >> Anybody know about soemthing good for this. cvstatic is not so good when >> it comes to C++ it seems - or am I just doing something wrong ? I'm an engineer with the CASE group and you're right that cvstatic isn't great with respect to C++. But there are two additions to the tool that will get you at least part of what you need. (1) We now have the ability to parse code instead of scanning it. This means that we can get more information out of the source than we did before but at the cost of a larger database and the requirement that the source be compilable. (2) We've added a special purpose C++ browser to cvstatic. This tool is accessed from the Admin menu and runs off of the parsed database. The new C++ browser gives you fine-grain information about your classes and their relationships. You get to see the class definition in concert with all the data and methods it inherited from its parents in an outline format. You can make queries about who defines/declares/uses a particular method and see the answer highlighted in the parent/child companion outline. And for any given query, you can see the answer in the standard static analyzer and go directly to the code involved. In addition to looking at specific classes, the browser can show you graphs of class inheritance, containment, interaction, and friends. The one thing you mentioned that we don't do is allow you to edit the graph and generate new code. Feel free to call or send mail with any questions you might have about WorkShop support for C++. Kim Rachmeler From guest Thu Mar 2 02:33:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA09103; Thu, 2 Mar 1995 02:17: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 CAA09100; Thu, 2 Mar 1995 02:16:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02769; Thu, 2 Mar 95 02:16:28 -0800 Received: from uucpB.tokyo.spin.ad.jp by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id CAA29039; Thu, 2 Mar 1995 02:16:03 -0800 Received: (uucp@localhost) by uucpB.tokyo.spin.ad.jp (8.6.9+2.4Wb3/3.2W3-uucpB) with UUCP id SAA11522; Thu, 2 Mar 1995 18:30:12 +0900 Received: by msys0.ihimsys.ihi.co.jp (4.1/6.4J.6) id AA15665; Thu, 2 Mar 95 17:51:50 JST Date: Thu, 2 Mar 95 17:51:50 JST From: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI) Message-Id: <9503020851.AA15665@msys0.ihimsys.ihi.co.jp> To: info-performer@sgi.sgi.com, miki@msys0.ihimsys.ihi.co.jp, src@rose Subject: Re: Performer Questions Status: O >>->I have the following questions related to Performer application ( based >>->on perfly ) I am developping. >>-> >>->1. How can I get the value above a terrain ? >> >>You want to intersect your terrain geometry with a downward >>segment. With the pfSegsIsectNode() routine, you can get the >>primitive, and even point, of intersection. >>Look at the pfSegsIsectNode and pfMQueryHit man pages. I want to get the value from viewpoint to terrain.In my application, I tried to use pfuCollideGrnd(&(ViewState->xformer->coord), &(ViewState->xformer->grndNode,zpr) But I can't compile this code. Please give more help. From guest Fri Mar 3 03:08:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA11232; Fri, 3 Mar 1995 02:20: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 CAA11229; Fri, 3 Mar 1995 02:20:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24886; Fri, 3 Mar 95 02:19:30 -0800 Received: from INGFI1.ING.UNIFI.IT by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA08418; Fri, 3 Mar 1995 02:18:59 -0800 From: rella@aguirre.ing.unifi.it Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Fri, 3 Mar 1995 11:15:02 +0200 (MET) Received: from elrond.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA24221; Thu, 2 Mar 95 10:15:58 +0100 Received: by elrond.ing.unifi.it (5.0/SMI-SVR4) id AA02542; Thu, 2 Mar 1995 10:15:59 +0100 Date: Thu, 2 Mar 1995 10:15:59 +0100 Message-Id: <9503020915.AA02542@elrond.ing.unifi.it> To: info-performer@sgi.sgi.com X-Sun-Charset: US-ASCII Content-Length: 1 Status: O From guest Thu Mar 2 03:08:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA09154; Thu, 2 Mar 1995 02:50: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 CAA09151; Thu, 2 Mar 1995 02:50:11 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03288; Thu, 2 Mar 95 02:49:45 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA00487; Thu, 2 Mar 1995 02:49:44 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id CAA22251; Thu, 2 Mar 1995 02:49:40 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:miki@msys0.ihimsys.ihi.co.jp id AA03282; Thu, 2 Mar 95 02:49:38 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id CAA26910; Thu, 2 Mar 1995 02:50:01 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503020250.ZM26908@rose.asd.sgi.com> Date: Thu, 2 Mar 1995 02:50:00 -0800 In-Reply-To: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI) "Re: Performer Questions" (Mar 2, 5:51pm) References: <9503020851.AA15665@msys0.ihimsys.ihi.co.jp> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI), info-performer@sgi.sgi.com Subject: Re: Performer Questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 2, 5:51pm, Hideo MIKI wrote: > Subject: Re: Performer Questions ->From miki@msys0.ihimsys.ihi.co.jp Thu Mar 2 02:17:07 1995 ->Date: Thu, 2 Mar 95 17:51:50 JST ->From: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI) ->To: info-performer@sgi.sgi.com, miki@msys0.ihimsys.ihi.co.jp, src ->Subject: Re: Performer Questions -> ->>>->I have the following questions related to Performer application ( based ->>>->on perfly ) I am developping. ->>>-> ->>>->1. How can I get the value above a terrain ? ->>> ->>>You want to intersect your terrain geometry with a downward ->>>segment. With the pfSegsIsectNode() routine, you can get the ->>>primitive, and even point, of intersection. ->>>Look at the pfSegsIsectNode and pfMQueryHit man pages. -> -> I want to get the value from viewpoint to terrain.In my application, -> I tried to use pfuCollideGrnd(&(ViewState->xformer->coord), -> &(ViewState->xformer->grndNode,zpr) -> But I can't compile this code. Right - the pfXformer definition is not in pfutil.h. I think you just want: { pfNode *grndNode = myTerrainNode; /* or just use your entire scene */ pfCoord coord; pfVec3 zpr; /* this is assuming you are using xformer - otherwise, set coord * to your current position and HPR. */ pfuGetXformerCoord(ViewState->xformer, coord); pfuCollideGrnd(&coord, grndNode, zpr); } And, as you obviously realize, if you hit, zpr will be the point of intersection with a downward (in Z) ray and pfuCollideGrnd will return PFUCOLLIDE_GROUND. Otherwise, pfuCollideGrnd will return FALSE. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Thu Mar 2 03:51:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA09335; Thu, 2 Mar 1995 03:31: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 DAA09332; Thu, 2 Mar 1995 03:31:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04064; Thu, 2 Mar 95 03:31:05 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id DAA02635; Thu, 2 Mar 1995 03:30:47 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA20123 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Thu, 2 Mar 1995 12:40:19 +0100 Message-Id: <199503021140.AA20123@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA06307; Thu, 2 Mar 95 12:23:25 +0100 From: Marco Crocetta Subject: FOG To: info-performer@sgi.sgi.com Date: Thu, 2 Mar 95 12:23:24 MET Mailer: Elm [revision: 66.25] Status: O Hi people! I have some problems with pfESkyFog(). I'd like to simulate a small (height) fog layer at horizon of my scene in order to obtain a sort of mixing between the scene horizon (sea) and the sky or, more generally, a distant haze that i can manage i height. I didn't found any reference for fog height in the pfFog man pages so I thoght to use the pfESky facilities. This is a fragment of my code. static void initFog(void) { fog1 = pfNewFog(pfGetSharedArena()); pfFogType(fog1, PFFOG_PIX_LIN); pfFogColor(fog1, 1.0f, 1.0f, 1.0f); } static void initEarthSky(void) { pfEarthSky *es; es = pfNewESky(); pfESkyMode(es, PFES_BUFFER_CLEAR, Shared->earthSkyMode); /*PFES_SKY*/ pfESkyAttr(es, PFES_GRND_FOG_TOP, 0.5f); pfESkyFog(es,PFES_GRND,fog1); pfESkyAttr(es, PFES_GRND_HT, 0.5f); ... ... } The result is... that I have a fog totally covering my sky. I have the same effect using PFES_CLOUD_TOP/BOTTOM the clouds layer cover the whole sky. Where is my mistake? Thanks in advance P.S. Thanks to Lance R. Marrou for the help about my Intersection problems! From guest Thu Mar 2 03:55:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA09345; Thu, 2 Mar 1995 03:34: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 DAA09342; Thu, 2 Mar 1995 03:34:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04089; Thu, 2 Mar 95 03:33:51 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id DAA02795; Thu, 2 Mar 1995 03:32:55 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA20181 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Thu, 2 Mar 1995 12:42:12 +0100 Message-Id: <199503021142.AA20181@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA06329; Thu, 2 Mar 95 12:27:07 +0100 From: Marco Crocetta Subject: FOG To: info-performer@sgi.sgi.com Date: Thu, 2 Mar 95 12:27:07 MET Mailer: Elm [revision: 66.25] Status: O Hello again, I'm sorry I forgot this last thing: -------------------- Marco Crocetta DATAMAT SpA, Rome e-mail:onyx@datamat.it ----------------------- From guest Thu Mar 2 06:23:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA09507; Thu, 2 Mar 1995 06:04:15 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA09504; Thu, 2 Mar 1995 06:04:11 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05883; Thu, 2 Mar 95 06:03:42 -0800 Received: from cc1.kuleuven.ac.be by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id GAA10181; Thu, 2 Mar 1995 06:03:24 -0800 Received: from alpha by cc1.kuleuven.ac.be (IBM VM SMTP V2R2) with TCP; Thu, 02 Mar 95 15:00:46 +0100 Received: by alpha; id AA18927; Thu, 2 Mar 1995 15:03:27 +0100 Date: Thu, 2 Mar 1995 15:03:27 +0100 (MET) From: Sam De Backer Subject: 3D Stereo view. To: Performer mail list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, We just received our copy of Performer1.2 and we want to make a cool demo! We have some experience in 3D stereo view applications using OpenGL. We use the CrystalEyes Shutter Glasses, the standard Onyx monitor and the command '/usr/gfx/setmon' to enable stereo mode. My question is: how can we display a Performer scene, using the Shutter Glasses, in 3D? Has anyone sample code, a good hint would be nice too. ( We have the following hardware configuration, if that matters in any way: Onyx running IRIX 5.2, with RealtiyEngine2, 1 GFX pipe, MCO ) (long) suggestions may also be mailed to me personnaly: e-mail: sdbacker@luc.ac.be Sam De Backer. From guest Thu Mar 2 07:23:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA09575; Thu, 2 Mar 1995 07:02: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 HAA09572; Thu, 2 Mar 1995 07:02:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06933; Thu, 2 Mar 95 07:02:05 -0800 Received: from degas.nswc.navy.mil by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA14355; Thu, 2 Mar 1995 07:00:57 -0800 Received: by degas.nswc.navy.mil (4.0/1.14) id AA27325; Thu, 2 Mar 95 10:02:38 EST Date: Thu, 2 Mar 95 10:02:38 EST From: elkins@degas.nswc.navy.mil (Les Elkins b40 x43850) Message-Id: <9503021502.AA27325@degas.nswc.navy.mil> To: info-performer@sgi.sgi.com Subject: Database Conversion Status: O Hello... I need to convert several datafiles that are in the ComputerVision CADS format (or maybe that's CADDS, I'm not sure). I am told by the people that own the files that exporting them to IGES is possible, but not desirable, as 'a lot of stuff gets lost in the process'. Can anyone offer any pointers to software from third party vendors (or better yet, software in the public domain) which might facilitate the transfer of this format into something Performer-readable without too much mangling of the data? Trying to reading someone else's database is just about guarantied to cause great weeping and gnashing of teeth... Thanks, Les Elkins ---------------------------------------------------------------------- lelkins@relay.nswc.navy.mil The views expressed herein do not represent those of NSWC, the Navy, Les Elkins or the federal government. Naval Surface Warfare Center Dahlgren Division (And anybody who says otherwise is Silver Spring, MD itching for a fight...) From guest Thu Mar 2 10:09:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA09863; Thu, 2 Mar 1995 09:54: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 JAA09860; Thu, 2 Mar 1995 09:54:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12407; Thu, 2 Mar 95 09:54:25 -0800 Received: from gatekeeper.prl.philips.co.uk by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA06783; Thu, 2 Mar 1995 09:54:19 -0800 Received: by gatekeeper.prl.philips.co.uk (4.1/UNIPALM-Vevision: 1.3 gatekeeper.prl.philips.co.uk) id AA28681; Thu, 2 Mar 95 17:57:01 GMT Received: from unknown(130.141.10.82) by gatekeeper via smap (V1.3mjr) id sma028667; Thu Mar 2 17:56:15 1995 Received: from prsun11 by prlhp1.prl.philips.co.uk; Thu, 2 Mar 95 17:52:32 GMT Received: from sal (sal-gw [130.141.10.94]) by prsun11 (8.6.10/prsun11) with ESMTP id RAA12908 for ; Thu, 2 Mar 1995 17:52:20 GMT Received: (gallery@localhost) by sal (8.6.10/8.6.6) id RAA02593 for info-performer@sgi.com; Thu, 2 Mar 1995 17:53:29 GMT From: "Richard Gallery" Message-Id: <9503021753.ZM2591@unknown.zmail.host> Date: Thu, 2 Mar 1995 17:53:28 +0000 In-Reply-To: "Lance R. Marrou" "Re: Changing number of Channels" (Feb 22, 9:32am) References: X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Multiple op's on a simgle rm machin Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi I have a VTX (1 rm) Onyx, with 4 R4400's. I am using an MCO to display multiple (4) views. My question is, should I have a single pipe, and render each channel through the same pipe, or should I have, say 2 pipes (software) and render half through one and half through the other. The reason I am asking is, I realise that having two software pipes on a single hardware pipe machine is in-efficient, but, as I have spare cpu's, I could have two draw and two cull processes (if I configured it as, say two pipes). Has anyone else tried this? I could experiment myself but I am sure someone already knows what would be best here. bye Richard From guest Thu Mar 2 11:06:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA09952; Thu, 2 Mar 1995 10:49: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 KAA09949; Thu, 2 Mar 1995 10:49:24 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16093; Thu, 2 Mar 95 10:48:58 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA17207; Thu, 2 Mar 1995 10:48:56 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id KAA06594; Thu, 2 Mar 1995 10:48:54 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id TAA00899; Thu, 2 Mar 1995 19:54:36 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503021954.ZM897@shark.paris.sgi.com> Date: Thu, 2 Mar 1995 19:54:36 +0100 In-Reply-To: "Richard Gallery" "Multiple op's on a simgle rm machin" (Mar 2, 5:53pm) References: <9503021753.ZM2591@unknown.zmail.host> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Richard Gallery" , info-performer@sgi.sgi.com Subject: Re: Multiple op's on a simgle rm machin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 2, 5:53pm, Richard Gallery wrote: > > I have a VTX (1 rm) Onyx, with 4 R4400's. I am using an MCO > to display multiple (4) views. My question is, should I have > a single pipe, and render each channel through the same pipe, > or should I have, say 2 pipes (software) and render half > through one and half through the other. The reason I am > asking is, I realise that having two software pipes on a > single hardware pipe machine is in-efficient, but, as I have > spare cpu's, I could have two draw and two cull processes (if > I configured it as, say two pipes). Has anyone else tried this? > I could experiment myself but I am sure someone already knows what > would be best here. Even though some CPUs may be sitting idle I suggest that you should choose the 1-pipe multiple-channels option. In short -- real-time performance can only be guaranteed if you have one window rendering per pipe. (much) Longer.. Each pfPipe corresponds to a GL window, which internally contain a lot of state information that is tracked by the graphics hardware. Things like the matrix stack, current texture, lighting model, and so on. If you were to have more than 1 pfPipe rendering to the same hardware pipeline, the (hardware) graphics pipe would have to switch back & forth between each GL window's context several hundred times per second. This is horribly inefficient, AND more importantly there's no way to guarantee real-time performance when this activity is going on. This is why the Performer FAQ recommends that it is necessary to kill or block any other graphics processes while you are running your performer application. If they wake up and draw something, the graphics pipe will tell your program to block while all the necessary context switching occurs & the other program is taken care of. Note this happens even if your application is locked down to a particular processor -- the graphics pipeline is the ultimate arbiter, so to speak. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Thu Mar 2 12:31:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA10114; Thu, 2 Mar 1995 12:16: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 MAA10111; Thu, 2 Mar 1995 12:16:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21235; Thu, 2 Mar 95 12:15:37 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA03936; Thu, 2 Mar 1995 12:15:35 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id MAA21753; Thu, 2 Mar 1995 12:15:30 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:sdbacker@luc.ac.be id AA21225; Thu, 2 Mar 95 12:15:29 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA27609; Thu, 2 Mar 1995 12:15:39 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503021215.ZM27607@rose.asd.sgi.com> Date: Thu, 2 Mar 1995 12:15:39 -0800 In-Reply-To: Sam De Backer "3D Stereo view." (Mar 2, 3:03pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Sam De Backer , Performer mail list Subject: Re: 3D Stereo view. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ +>---- On Mar 2, 3:03pm, Sam De Backer wrote: > Subject: 3D Stereo view. ->Hi, -> ->We just received our copy of Performer1.2 and we want to make a cool demo! ->We have some experience in 3D stereo view applications using OpenGL. We use ->the CrystalEyes Shutter Glasses, the standard Onyx monitor and the command ->'/usr/gfx/setmon' to enable stereo mode. -> ->My question is: how can we display a Performer scene, using the Shutter ->Glasses, in 3D? Has anyone sample code, a good hint would be nice too. ->( We have the following hardware configuration, if that matters in any way: -> Onyx running IRIX 5.2, with RealtiyEngine2, 1 GFX pipe, MCO ) sfly.tar.Z, which is a stereo-in-a-window version of Perfly, can be found on sgigate.sgi.com:~ftp/pub/Performer/src/sfly.tar.Z This shows how to set up Performer channels using stereo-in-a-window but does not support any specific devices or head-tracking. src. From guest Thu Mar 2 14:31:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA10290; Thu, 2 Mar 1995 14:19: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 OAA10287; Thu, 2 Mar 1995 14:19:19 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28772; Thu, 2 Mar 95 14:18:53 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA23459; Thu, 2 Mar 1995 14:18:52 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id OAA10183; Thu, 2 Mar 1995 14:18:48 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:gallery@prl.philips.co.uk id AA28732; Thu, 2 Mar 95 14:18:42 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id OAA20730; Thu, 2 Mar 1995 14:19:06 -0800 From: "Michael Jones" Message-Id: <9503021419.ZM20728@babar.asd.sgi.com> Date: Thu, 2 Mar 1995 14:19:05 -0800 In-Reply-To: "Richard Gallery" "Multiple op's on a simgle rm machin" (Mar 2, 5:53pm) References: <9503021753.ZM2591@unknown.zmail.host> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Richard Gallery" , info-performer@sgi.sgi.com Subject: Re: Multiple op's on a simgle rm machin Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 2, 5:53pm, Richard Gallery wrote: > Subject: Multiple op's on a simgle rm machin :I have a VTX (1 rm) Onyx, with 4 R4400's. I am using an MCO :to display multiple (4) views. My question is, should I have :a single pipe, and render each channel through the same pipe, :or should I have, say 2 pipes (software) and render half :through one and half through the other. The reason I am :asking is, I realise that having two software pipes on a :single hardware pipe machine is in-efficient, but, as I have :spare cpu's, I could have two draw and two cull processes (if :I configured it as, say two pipes). Has anyone else tried this? :I could experiment myself but I am sure someone already knows what :would be best here. This won't help you today, but the next release of IRIS Performer includes support for parallel culling of pfChannels for display on a single pfPipe. This is the way to go, so develop a single pipe/multichannel application now, and when you upgrade in a month or two, assign two processors for the culling. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Mar 2 19:33:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA10886; Thu, 2 Mar 1995 18:39: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 SAA10883; Thu, 2 Mar 1995 18:39:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13388; Thu, 2 Mar 95 18:38:54 -0800 Received: from qbert.paradigmsim.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA04212; Thu, 2 Mar 1995 18:38:01 -0800 Received: by qbert.paradigmsim.com (940816.SGI.8.6.9/921111.SGI.AUTO) for info-performer@sgi.com id UAA13970; Thu, 2 Mar 1995 20:38:42 -0600 From: aaron@qbert.paradigmsim.com (Aaron Hightower) Message-Id: <199503030238.UAA13970@qbert.paradigmsim.com> Subject: Performer Display Lists To: info-performer@sgi.sgi.com Date: Thu, 2 Mar 1995 20:38:39 -0600 (CST) Reply-To: aaron@paradigmsim.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2070 Status: O Regarding pfDispLists and display listable libpr commands: It is documented in pfChanDrawFunc(3pf) that display-listable commands issued from a cull callback will be added to the normal Performer display list. What would be the proper way to send display-listable libpr commands to the graphics pipeline from the APP process? IE: given that I have some collection of non-multibuffered data (say a custom built tree) in the app process, and I want to traverse and call libpr display-listable commands in order to render that tree in the app process, how would that happen? The main reason that I am asking, is because it appears to work, even when configured for the 3 process (PFMP_APP_CULL_DRAW) model and other process models where the APP and CULL are separated. I am calling the display listable commands right after pfFrame(). I am worried that I am affecting the pfDispList that is meant to be used by the CULL process and that there might be a problem with collisions. Is the CULL's currently active pfDispList visible in the APP space? If so is this a bug? If not, is the ability to issue commands in the APP process a feature? If this is a feature, is it documented? While I'm on the subject of Performer Display Lists, how is the multibuffering in Performer's display lists handled? I read in the SIGGRAPH '94 paper by John Rohlf and Jim Helman how that 3 display lists are kept in LOCK mode to insure frame accuracy. Does this imply 3 pfDispLists are created by libpf, or that libpr's display list mechanism has some built-in way of handling the multibuffering? Sincerely, Very curious -- _ ______________________________________________________________ | | __| |___ Aaron Hightower, aaron@paradigmsim.com 214-960-2301 \ * / Paradigm Simulation Inc http://rampages.onramp.net/~aaron \_ / 14900 Landmark Suite 400 Visualize your world with Vega \ ( Dallas, TX 75240 Hear your world with Audioworks \/ ______________________________________________________________ From guest Fri Mar 3 09:03:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA11554; Fri, 3 Mar 1995 08:10: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 IAA11551; Fri, 3 Mar 1995 08:10:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02845; Fri, 3 Mar 95 08:10:26 -0800 Received: from qbert.paradigmsim.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA29893; Fri, 3 Mar 1995 08:10:23 -0800 Received: by qbert.paradigmsim.com (940816.SGI.8.6.9/921111.SGI.AUTO) for info-performer@sgi.com id KAA21161; Fri, 3 Mar 1995 10:09:03 -0600 From: aaron@qbert.paradigmsim.com (Aaron Hightower) Message-Id: <199503031609.KAA21161@qbert.paradigmsim.com> Subject: Re: Performer Display Lists To: info-performer@sgi.sgi.com Date: Fri, 3 Mar 1995 10:09:00 -0600 (CST) Reply-To: aaron@paradigmsim.com X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 901 Status: O > The main reason that I am asking, is because it appears to work, even > when configured for the 3 process (PFMP_APP_CULL_DRAW) model and other > process models where the APP and CULL are separated. I am calling the > display listable commands right after pfFrame(). My mistake. My function was inadvertently installed as a cull callback, rather than being in the APP process. > While I'm on the subject of Performer Display Lists, how is the > multibuffering in Performer's display lists handled? I read in the > SIGGRAPH '94 paper by John Rohlf and Jim Helman how that 3 display > lists are kept in LOCK mode to insure frame accuracy. Does this imply > 3 pfDispLists are created by libpf, or that libpr's display list > mechanism has some built-in way of handling the multibuffering? I'm still curious about how performer handles multibuffering of display lists.. Thanks in advance, Aaron From guest Thu Mar 2 16:44:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA10571; Thu, 2 Mar 1995 16:27:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA10568; Thu, 2 Mar 1995 16:27:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06727; Thu, 2 Mar 95 16:26:31 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA14967; Thu, 2 Mar 1995 16:26:31 -0800 Received: from scorpio.hongkong.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id QAA27224; Thu, 2 Mar 1995 16:26:28 -0800 Received: by scorpio.hongkong.sgi.com (950215.SGI.8.6.10/930416.SGI) for info-performer@sgi.sgi.com id IAA27869; Fri, 3 Mar 1995 08:23:33 -0800 From: "Samuel Lo" Message-Id: <9503030823.ZM27867@scorpio.hongkong.sgi.com> Date: Fri, 3 Mar 1995 08:23:32 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsubscribe please Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Please unsubscribe me from the email list Thanks. Samuel -- @@ @@ @@@ @@@ @@@@@ @@@@@ @@@ @@ @@ @@@ @@@ @@ @@ @@@ @@@@ @@ @@ @@@@ @@ @@@ @@ @@ @@@ @@ Samuel KM LO | tel: (852)784-3837 @@ @@@@ @@@@ @@ Sales Manager | fax: (852)778-9100 @@ @@@ @@ @@@ @@ Silicon Graphics | vm #: 58143 @@ @@ @@@@@@ @@ @@ South China & | mailstop: IHK 355 @@@@ @@@ @@ @@@ @@@@ Hong Kong Region | samuel@hongkong.sgi.com @@ @@ @@ @@ @@ @@ ----------------------------------------------- @@ @@ @@ @@ Units 513-522 HK Industrial Technology Centre, @@ @@ @@ @@ 72 Tat Chee Avenue, Kowloon, Hong Kong. @@@ @@ @@ @@@ ------------------------------------------- @@@@@ @@@@@ - Seek the time - @@@ @@@ @@ @@ From guest Fri Mar 3 14:56:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA12412; Fri, 3 Mar 1995 14: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 OAA12409; Fri, 3 Mar 1995 14:28:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22604; Fri, 3 Mar 95 14:28:28 -0800 Received: from mercury.arl.mil by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA28532; Fri, 3 Mar 1995 14:28:27 -0800 Received: by mercury.arl.mil (4.1/SMI-4.1) id AA17120; Fri, 3 Mar 95 15:29:17 MST From: mtorres@arl.mil (Torres Mario 678-5430 AMSRL-BE-M) Message-Id: <9503032229.AA17120@mercury.arl.mil> Subject: pfuCollideGnd question To: info-performer@sgi.sgi.com Date: Fri, 3 Mar 95 15:29:17 MST X-Mailer: ELM [version 2.4dev PL17] Status: O Thank you Sharon for sharing the solutions to the collide with ground problem. It works great ! A question along this lines has been asked before but I have not seen a reply (or missed it) here. How can one have a vehicle (or any object) be dropped/placed ON the ground of the scene? I am currently importing various objects into the scene while its being rendered. The problem comes in that the objects will sometimes be floating above the ground or partly underground. I know that its doing this because I am placing the object on the scene at a position relative to the objects center. Can I find out the center of the object after bringing it into the scene? The center of the bounding sphere or box? I would guess that I need to do a collision of the objects bounding box/segments against the ground, but it escapes me as to how to go about it? Any hints are appreciated. Mario Torres ARL mtorres@arl.mil > > > > -> > > -> I want to get the value from viewpoint to terrain.In my application, > > -> I tried to use pfuCollideGrnd(&(ViewState->xformer->coord), > > -> &(ViewState->xformer->grndNode,zpr) > > -> But I can't compile this code. > > > > I think you just want: > > { > > pfNode *grndNode = myTerrainNode; /* or just use your entire scene */ > > pfCoord coord; > > pfVec3 zpr; > > /* this is assuming you are using xformer - otherwise, set coord > > * to your current position and HPR. > > */ > > pfuGetXformerCoord(ViewState->xformer, coord); > > pfuCollideGrnd(&coord, grndNode, zpr); > > } > > src. > > > > > > -- > > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > > Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. > > src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 > > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > > > > > > > > From guest Fri Mar 3 23:56:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA14804; Fri, 3 Mar 1995 22:54: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 WAA14801; Fri, 3 Mar 1995 22:54:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13368; Fri, 3 Mar 95 22:53:39 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA17746; Fri, 3 Mar 1995 22:53:38 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id WAA27251; Fri, 3 Mar 1995 22:53:36 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:aaron@paradigmsim.com id AA13364; Fri, 3 Mar 95 22:53:31 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id WAA02886; Fri, 3 Mar 1995 22:53:55 -0800 Message-Id: <199503040653.WAA02886@surreal.asd.sgi.com> To: aaron@paradigmsim.com Cc: info-performer@sgi.sgi.com Subject: Re: Performer Display Lists In-Reply-To: Your message of "Fri, 03 Mar 95 10:09:00 CST." <199503031609.KAA21161@qbert.paradigmsim.com> Date: Fri, 03 Mar 95 22:53:50 -0800 From: Jim Helman Status: O > While I'm on the subject of Performer Display Lists, how is the > multibuffering in Performer's display lists handled? I read in the > SIGGRAPH '94 paper by John Rohlf and Jim Helman how that 3 display > lists are kept in LOCK mode to insure frame accuracy. Does this imply > 3 pfDispLists are created by libpf, or that libpr's display list > mechanism has some built-in way of handling the multibuffering? I'm still curious about how performer handles multibuffering of display lists.. 1.2's libpr has no multibuffering ability. When the CULL and DRAW are pipelined, libpf creates 3 pfDispLists for each pfChannel and chooses which to use. 2.0's pfCycleBuffer for dynamic geometry and the accompanying support in pfGeoSet are the first multibuffer savvy things in libpr. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sun Mar 5 05:59:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA16523; Sun, 5 Mar 1995 04:41: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 EAA16520; Sun, 5 Mar 1995 04:41:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15844; Sun, 5 Mar 95 04:40:47 -0800 Received: from chsun.eunet.ch by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA25428; Sun, 5 Mar 1995 04:40:44 -0800 Received: from ttrp.dial.eunet.ch by chsun.eunet.ch (8.6.10/1.34) id NAA21085; Sun, 5 Mar 1995 13:41:20 +0100 Date: Sun, 5 Mar 1995 13:41:20 +0100 Message-Id: <199503051241.NAA21085@chsun.eunet.ch> X-Sender: rudin@pop.eunet.ch (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: rudin@dial.eunet.ch (Daniel Rudin) Subject: unsubscribe X-Mailer: Status: O Please unsubscribe me from the mail-list From guest Mon Mar 6 08:07:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA17910; Mon, 6 Mar 1995 07:25: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 HAA17907; Mon, 6 Mar 1995 07:24:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16862; Mon, 6 Mar 95 07:24:14 -0800 Received: from INGFI1.ING.UNIFI.IT by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA13302; Mon, 6 Mar 1995 07:23:52 -0800 Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Mon, 6 Mar 1995 16:23:26 +0200 (MET) Received: from ozon180.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA00203; Mon, 6 Mar 95 16:06:30 +0100 Received: by ozon180.ing.unifi.it (5.0/SMI-SVR4) id AA24662; Mon, 6 Mar 1995 16:06:30 +0100 Date: Mon, 6 Mar 1995 16:06:30 +0100 From: camiciot@aguirre.ing.unifi.it (Riccardo Camiciottoli) Message-Id: <9503061506.AA24662@ozon180.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: Earth/Sky model X-Sun-Charset: US-ASCII Content-Length: 1292 Status: O Hi, by adding a grid of stripes to the terrain it's possible to improve the depth effect of the perspective. For this reason, I would add to the earth part of an Earth/Sky model a grid of dark stripes. Does anyone know how to do this? Thanks in advance. Ciao. Riccardo ----------------------------------------------------------------------------- | Riccardo Camiciottoli | | | | Via Santa Marta, 3 | | Universita' di Firenze | 50139 Firenze | | Facolta' di Ingegneria | Italia | | Dipartimento di Sistemi e Informatica | | | | Phones: +39 55 4796365 (voice) | | E-mail: camiciot@aguirre.ing.unifi.it | +39 55 4796425 (voice) | | http://aguirre.ing.unifi.it/~camiciot | +39 55 4796363 (fax) | |---------------------------------------------------------------------------| | Non fa scienza lo ritener d'aver compreso. | | [Dante Alighieri] | ----------------------------------------------------------------------------- From guest Mon Mar 6 08:22:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA17926; Mon, 6 Mar 1995 07:38: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 HAA17923; Mon, 6 Mar 1995 07:38:29 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17153; Mon, 6 Mar 95 07:37:56 -0800 Received: from gatesrv.rz.unibw-muenchen.de by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA14868; Mon, 6 Mar 1995 07:37:37 -0800 Received: from rz.unibw-muenchen.de (kommsrv.RZ.UniBw-Muenchen.de) by gatesrv.rz.unibw-muenchen.de with SMTP id AA11439 (5.65c+/IDA-1.4.4 for sgi.com); Mon, 6 Mar 1995 16:43:53 +0100 Received: by rz.unibw-muenchen.de (4.1/SMI-4.1) id AA10692; Mon, 6 Mar 95 16:43:55 +0100 From: ld1bstue@rz.unibw-muenchen.de (Peter Stuetz) Message-Id: <9503061543.AA10692@rz.unibw-muenchen.de> Subject: unsubscribe To: info-performer@sgi.sgi.com Date: Mon, 6 Mar 95 16:43:55 MET X-Mailer: ELM [version 2.3 PL11] Status: O Please unsubscribe me from the mail list! /* PETER STUETZ Univ. of the German Armed Forces, Munich */ /* Dept of Flight Mechanics TEL: ++49-89-6004-2590 */ /* and Systemdynamics FAX: ++49-89-6004-2082 */ /* 85577 NEUBIBERG, GERMANY E_MAIL: ld1bstue@rz.unibw-muenchen.de */ From guest Mon Mar 6 10:00:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA18089; Mon, 6 Mar 1995 09:19: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 JAA18086; Mon, 6 Mar 1995 09:19:43 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20052; Mon, 6 Mar 95 09:19:01 -0800 Received: from cesit1.unifi.it by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA27168; Mon, 6 Mar 1995 09:18:52 -0800 Received: from INGFI1.ING.UNIFI.IT by CESIT1.UNIFI.IT (PMDF V4.3-7 #3688) id <01HNTPQ5CF1S00195J@CESIT1.UNIFI.IT>; Mon, 6 Mar 1995 18:17:26 MET Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Mon, 6 Mar 1995 18:16:09 +0200 (MET) Received: from ozon180.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA00586; Mon, 6 Mar 95 17:59:12 +0100 Received: by ozon180.ing.unifi.it (5.0/SMI-SVR4) id AA24956; Mon, 6 Mar 1995 17:59:12 +0100 Date: Mon, 06 Mar 1995 17:59:12 +0100 From: camiciot@aguirre.ing.unifi.it (Riccardo Camiciottoli) Subject: Hearth/Sky model To: info-performer@sgi.sgi.com Cc: camiciot@aguirre.ing.unifi.it Message-Id: <9503061659.AA24956@ozon180.ing.unifi.it> Content-Transfer-Encoding: 7BIT Content-Length: 1292 X-Sun-Charset: US-ASCII Status: O Hi, by adding a grid of stripes to the terrain it's possible to improve the depth effect of the perspective. For this reason, I would add to the earth part of an Earth/Sky model a grid of dark stripes. Does anyone know how to do this? Thanks in advance. Ciao. Riccardo ----------------------------------------------------------------------------- | Riccardo Camiciottoli | | | | Via Santa Marta, 3 | | Universita' di Firenze | 50139 Firenze | | Facolta' di Ingegneria | Italia | | Dipartimento di Sistemi e Informatica | | | | Phones: +39 55 4796365 (voice) | | E-mail: camiciot@aguirre.ing.unifi.it | +39 55 4796425 (voice) | | http://aguirre.ing.unifi.it/~camiciot | +39 55 4796363 (fax) | |---------------------------------------------------------------------------| | Non fa scienza lo ritener d'aver compreso. | | [Dante Alighieri] | ----------------------------------------------------------------------------- From guest Mon Mar 6 12:34:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA18374; Mon, 6 Mar 1995 11:54:12 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA18371; Mon, 6 Mar 1995 11:53:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27771; Mon, 6 Mar 95 11:53:24 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA23038; Mon, 6 Mar 1995 11:53:22 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA24494; Mon, 6 Mar 95 14:01:05 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id NAA25321; Mon, 6 Mar 1995 13:59:56 -0500 Date: Mon, 6 Mar 1995 13:59:56 -0500 (EST) From: "Lance R. Marrou" To: Torres Mario 678-5430 AMSRL-BE-M Cc: info-performer@sgi.sgi.com Subject: Re: pfuCollideGnd question In-Reply-To: <9503032229.AA17120@mercury.arl.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 3 Mar 1995, Torres Mario 678-5430 AMSRL-BE-M wrote: > A question along this lines has been asked before but I have not seen > a reply (or missed it) here. How can one have a vehicle (or any object) > be dropped/placed ON the ground of the scene? I am currently importing > various objects into the scene while its being rendered. The problem > comes in that the objects will sometimes be floating above the ground or > partly underground. I know that its doing this because I am placing the > object on the scene at a position relative to the objects center. Can I > find out the center of the object after bringing it into the scene? The > center of the bounding sphere or box? I would guess that I need to do a > collision of the objects bounding box/segments against the ground, but it > escapes me as to how to go about it? Any hints are appreciated. There are two solutions. The first one, which I recommend as the better solution, is to find the bottom (center, or whatever placement point you want) of the model through the modeling package used to create it. If this is impossible, then you need to find the bounding box of the model, and determine the center of it. An example of this: pfBox bbox; pfVec3 bot_center; pfuTravCalcBBox(node,&bbox); PFSET_VEC3(bot_center,(bbox.max[0]+bbox.min[0])/2.0f, (bbox.max[1]+bbox.min[1])/2.0f, bbox.min[2]); Now performer your intersection test, drop the model on the terrain and further offset it by the vector bot_center. Another point to be made here is when the model has some protrusions which need to "go into" the terrain most of the time. In other wors, you cannot use these protrusions in the calculation of the bounding box. In this case intersection a segment UP from the terrain to the model and get the bottom of the model that way. Of course, you would only do this one time (at loading) so it is not such a big waste after all. ______________________________________________________________________________ /\ ______ /\____ ______ ______ 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 Tue Mar 7 00:11:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA19230; Mon, 6 Mar 1995 23:44: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 XAA19227; Mon, 6 Mar 1995 23:44:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06058; Mon, 6 Mar 95 23:43:25 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id XAA19202; Mon, 6 Mar 1995 23:43:24 -0800 Received: from loukoum.neu.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id XAA15880; Mon, 6 Mar 1995 23:43:22 -0800 Received: by loukoum.neu.sgi.com (920330.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA15998; Tue, 7 Mar 95 08:43:14 +0100 From: "Richard Mercille" Message-Id: <9503070843.ZM15996@loukoum.neu.sgi.com> Date: Tue, 7 Mar 1995 08:43:13 +0100 In-Reply-To: pat@realitytwo.gstone.com (Pat Parker) "Demo program in buttonfly." (Mar 1, 12:15pm) References: <9503012015.AA04396@realitytwo.gstone.com> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: pat@realitytwo.gstone.com (Pat Parker), info-performer@sgi.sgi.com Subject: Re: Demo program in buttonfly. Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Mar 1, 12:15pm, Pat Parker wrote: > Subject: Demo program in buttonfly. > > I know this is isn't a Performer question but I do not know who else to ask. I tried the comp.sys.sgi.graphics newsgroup but got no response. > > Can anyone explain how the demo "distort" in buttonfly is implemented? It's under the Performance Features, Reality Engine buttons. It is a texture of a dog that you can pick with the mouse and cause a ripple effect or a rubber effect. > > I am interested in creating that same effect in a Performer application. I am assuming I will use a pfGeoSet and change the texture coordinate array. Maybe thistype effect can only be done through a GL object? Any suggestions are welcome. > > > Thanks in advance, > > Pat > =============================================================== > /\/\/\ GreyStone Technology, Inc. > / /\/\ \ 15010 Avenue of Science, Suite 200 > \ \/\/ / San Diego, CA 92128 > \/\/\/ Phone: (619)675-7800 Ext. 141 FAX: (619)675-7808 > =============================================================== > > > > >-- End of excerpt from Pat Parker -- Richard Mercille Core Technology Group European Graphics Lab Silicon Graphics Email rim@neu.sgi.com Chemin des Rochettes 2 VMail 5-8408 2016 Cortaillod/Switzerland Phone +41.38.43.35.29 Fax +41.38.43.39.05 From guest Tue Mar 7 00:20:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA19238; Mon, 6 Mar 1995 23:55:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA19235; Mon, 6 Mar 1995 23:54:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06207; Mon, 6 Mar 95 23:53:43 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id XAA19538; Mon, 6 Mar 1995 23:53:42 -0800 Received: from loukoum.neu.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id XAA16159; Mon, 6 Mar 1995 23:53:39 -0800 Received: by loukoum.neu.sgi.com (920330.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA16004; Tue, 7 Mar 95 08:53:21 +0100 From: "Richard Mercille" Message-Id: <9503070853.ZM16002@loukoum.neu.sgi.com> Date: Tue, 7 Mar 1995 08:53:21 +0100 In-Reply-To: pat@realitytwo.gstone.com (Pat Parker) "Demo program in buttonfly." (Mar 1, 12:15pm) References: <9503012015.AA04396@realitytwo.gstone.com> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: pat@realitytwo.gstone.com (Pat Parker), info-performer@sgi.sgi.com Subject: Re: Demo program in buttonfly. Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Mar 1, 12:15pm, Pat Parker wrote: > Subject: Demo program in buttonfly. > > I know this is isn't a Performer question but I do not know who else to ask. I tried the comp.sys.sgi.graphics newsgroup but got no response. > > Can anyone explain how the demo "distort" in buttonfly is implemented? It's under the Performance Features, Reality Engine buttons. It is a texture of a dog that you can pick with the mouse and cause a ripple effect or a rubber effect. > It's just a mesh that is being distort according to some physical behavior (rubber, ripple, etc...) see also the Tele demo. The texture (static or sirius video) is just apply to the entire mesh (0..1, 0..1). It's under the Performance Features because it's very cpu intensive (the dynamics). > I am interested in creating that same effect in a Performer application. I am assuming I will use a pfGeoSet and change the texture coordinate array. Maybe thistype effect can only be done through a GL object? Any suggestions are welcome. Not the texture coordinates, the vertex information. At each frame in the APP process you would modify the geometry. If you want to use multi-processing don't forget that Performer only use multi-buffering for libpf nodes. So in order to modify your data in the APP process without disturbing the CULL/DRAW process you will need to manage your own multi-buffering startegy. ex.: Switch with 3 Geode has children (one for the APP, CULL and DRAW) since Switch are multi-buffer changing the index in the APP is safe. CAREFUL if you overshoot a frame (maybe more than 3 Geodes) Ciao > > > Thanks in advance, > > Pat > =============================================================== > /\/\/\ GreyStone Technology, Inc. > / /\/\ \ 15010 Avenue of Science, Suite 200 > \ \/\/ / San Diego, CA 92128 > \/\/\/ Phone: (619)675-7800 Ext. 141 FAX: (619)675-7808 > =============================================================== > > > > >-- End of excerpt from Pat Parker -- Richard Mercille Core Technology Group European Graphics Lab Silicon Graphics Email rim@neu.sgi.com Chemin des Rochettes 2 VMail 5-8408 2016 Cortaillod/Switzerland Phone +41.38.43.35.29 Fax +41.38.43.39.05 From guest Tue Mar 7 01:58:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA19410; Tue, 7 Mar 1995 01:36: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 BAA19407; Tue, 7 Mar 1995 01:36:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07757; Tue, 7 Mar 95 01:35:37 -0800 Received: from uucpB.tokyo.spin.ad.jp by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA26773; Tue, 7 Mar 1995 01:34:46 -0800 Received: (uucp@localhost) by uucpB.tokyo.spin.ad.jp (8.6.9+2.4Wb3/3.2W3-uucpB) with UUCP id RAA22216 for info-performer@sgi.com; Tue, 7 Mar 1995 17:29:50 +0900 Received: by msys0.ihimsys.ihi.co.jp (4.1/6.4J.6) id AA26765; Tue, 7 Mar 95 17:16:41 JST Date: Tue, 7 Mar 95 17:16:41 JST From: miki@msys0.ihimsys.ihi.co.jp (Hideo MIKI) Message-Id: <9503070816.AA26765@msys0.ihimsys.ihi.co.jp> To: info-performer@sgi.sgi.com Subject: Collidegrnd and DCS questions Cc: miki@ihimsys.ihi.co.jp Status: O These are the questions: 1. I've been trying to get a data of heightaboveterrain (from View to terrain) in a modified perfly,the code goes like this(I insert this code into main.c): /** calculate heightaboveterrain **/ pfuGetXformerCoord(ViewState->xformer,icoord); grndNode = (pfNode *)ViewState->scene ; if ((CollideGrnd (&icoord,grndNode,zpr)) != 0 ) printf ( "z[0] = %f\n",zpr[0]); When I run this code, I cannot get z[0] data. (Segmentation fault) In this code,CollideGrnd likes pfuCollideGrnd function(return zpr value). --------------------------------------------------------- 2. I'm trying to move moving-models in a modified perfly.The code like this(I append this code into perfly.c(initSceneGraph) and main.c): perfly.c long initSceneGraph(....) : : /* Load the file */ if ((node1 = LoadFile("boat.flt", NULL)) == NULL) { pfExit(); exit(-1); } /* Create the node */ ViewState->sceneDCS = pfNewDCS(); ViewState->sceneGroup = pfNewGroup(); /* Create the hierarchy */ pfAddChild(ViewState->scene, ViewState->sceneDCS); pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); pfAddChild(ViewState->sceneDCS, node1); main.c : : pfFrame(); PostFrame(); /* moving-model-position */ pfCoord *mm1; mm1->xyz[0] = ViewState->xformer->coord.xyz[0] + 10; mm1->xyz[1] = ViewState->xformer->coord.xyz[1] + 50; mm1->xyz[2] = ViewState->xformer->coord.xyz[1] - 50; mm1->hpr[0] = ViewState->xformer->coord.hpr[0] ; mm1->hpr[1] = ViewState->xformer->coord.hpr[1] ; mm1->hpr[2] = ViewState->xformer->coord.hpr[2] ; pfDCSCoord(ViewState->sceneDCS,mm1); : I cannot make boat model in my display. Can anyone help and point out what is wrong? Thanks for any help. Hideo Miki From guest Tue Mar 7 02:32:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA19448; Tue, 7 Mar 1995 02:10: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 CAA19445; Tue, 7 Mar 1995 02:10:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08055; Tue, 7 Mar 95 02:03:57 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA28127; Tue, 7 Mar 1995 02:03:47 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id UAA18308 (8.6.10/IDA-1.6 for info-performer@sgi.com); Tue, 7 Mar 1995 20:03:27 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA13789 (5.65c/IDA-1.5 for ); Tue, 7 Mar 1995 18:17:25 +1000 Received: from krusty by aggro with SMTP id AA03022 (5.65c/IDA-1.4.4 for ); Tue, 7 Mar 1995 18:24:16 +1000 Received: by krusty (5.65) id AA03224; Tue, 7 Mar 1995 18:24:20 +1000 Date: Tue, 7 Mar 1995 18:24:19 +1000 (EST) From: Simon Bennett Subject: pfLightpoint alpha To: info-performer@sgi.sgi.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O The pfLightPoint manpage states: "pfLPointColor sets the color of light point index in lpoint to clr. The actual color displayed depends on light point direction, shape, position, and fog. clr specifies red, green, blue and alpha in the range 0.0 to 1.0. A pfLightPoint is turned off with an alpha of 0.0 since it will be rendered as completely transparent. " So basically the only way to "delete" lightpoints from an existing lightpoint node is to set the alpha values of the unwanted nodes to 0.0. I gather that there's no undocumented pfSetNumLPoints() call or pfDeleteLPoint() calls hanging around? If this is so, does Performer send these complete transparent lightpoints to the geometry pipeline or not? For example, say I've got 1000 lightpoints and that depending on a number of criteria I'd like to display some of them as 1 pixel and some of them as 3 pixels. If I setup 2 lightpoint nodes each with a 1000 point capability, but one with a pfLPointSize of 1.0 and the other with a pfLPointSize of 3.0 - to "move" points between the two nodes, the alpha values are changed from 1.0 (exists) to 0.0 (doesn't exist). If I always render the whole 1000 points in the scene and evenly balance the points between the two nodes (i.e. the same point position never appears in both nodes) how many points are sent to the pipeline? 1000 or 2000? For simplicity of the example I've forgone the usual spacial partitioning issues. Also, as it's not documented anywhere, maybe somebody at Multigen or SGI can answer this... with the PFLP_OVERALL colour mode can you still reliably turn off individual points by tweaking the alpha value? Or do you have to re-create a pfLightpoint node that doesn't use this colour mode? Much thanx +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Tue Mar 7 04:43:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA19661; Tue, 7 Mar 1995 04: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 EAA19658; Tue, 7 Mar 1995 04:19:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10142; Tue, 7 Mar 95 04:19:08 -0800 Received: from chenas.inria.fr by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA05929; Tue, 7 Mar 1995 04:19:05 -0800 Received: from syseca.fr ([192.93.110.126]) by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA24329; Tue, 7 Mar 1995 13:19:02 +0100 (MET) Received: from anna by syseca.fr (4.1/SMU-4.0 22/11/92 Syseca) id AA14809; Tue, 7 Mar 95 13:20:15 +0100 Received: by anna (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04341; Tue, 7 Mar 95 10:21:22 +0100 Date: Tue, 7 Mar 95 10:21:22 +0100 From: gce@syseca.fr (Cedric Gautier) Message-Id: <9503070921.AA04341@anna> To: info-performer@sgi.sgi.com Subject: French Performer users search ... Status: O SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE Ce sondage a pour but de repertorier les societes francaises (ou organismes de R&D francais) qui utilisent actuellement Performer dans le cadre de leurs developpements pour eventuellement entamer des liens d'entre aides francisees sur le sujet ! (le resultat du sondage sera envoye a tous les interesses). Vous pouvez donc adresser vos coordonnes a l'adresse suivante: gce@syseca.fr SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE From guest Tue Mar 7 01:53:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA19397; Tue, 7 Mar 1995 01:33: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 BAA19394; Tue, 7 Mar 1995 01:32:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07717; Tue, 7 Mar 95 01:32:24 -0800 Received: from hni.uni-paderborn.de by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA26536; Tue, 7 Mar 1995 01:32:16 -0800 Received: from neutra.uni-paderborn.de (neutra [131.234.244.2]) by hni.uni-paderborn.de (8.6.10/hni-mailhub) with ESMTP id KAA16590 for ; Tue, 7 Mar 1995 10:31:40 +0100 Received: (vmu@localhost) by neutra.uni-paderborn.de (8.6.10/client-irix-hni) id JAA03434 for info-performer@sgi.com; Tue, 7 Mar 1995 09:31:37 GMT From: "Virtuelles Modellunternehmen" Message-Id: <9503071031.ZM3432@neutra> Date: Tue, 7 Mar 1995 10:31:36 +0100 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Textures for Performer-application Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hello, we (our team and me) are developing an VR-application. To make it more realistic, we want to add some textures to the walls etc. If anyone can help me and point to a place (ftp ?) where a bundle of textures can be found? Thanks in advances, Holger (vmu@hni.uni-paderborn.de) From guest Tue Mar 7 04:42:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA19656; Tue, 7 Mar 1995 04:17: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 EAA19653; Tue, 7 Mar 1995 04:17:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10111; Tue, 7 Mar 95 04:17:22 -0800 Received: from chenas.inria.fr by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA05851; Tue, 7 Mar 1995 04:17:16 -0800 Received: from syseca.fr ([192.93.110.126]) by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA24212; Tue, 7 Mar 1995 13:17:13 +0100 (MET) Received: from anna by syseca.fr (4.1/SMU-4.0 22/11/92 Syseca) id AA14805; Tue, 7 Mar 95 13:18:27 +0100 Received: by anna (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04634; Tue, 7 Mar 95 13:16:34 +0100 Date: Tue, 7 Mar 95 13:16:34 +0100 From: gce@syseca.fr (Cedric Gautier) Message-Id: <9503071216.AA04634@anna> To: info-performer@sgi.sgi.com Subject: French Performer users search ... Status: O SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE Ce sondage a pour but de repertorier les societes francaises (ou organismes de R&D francais) qui utilisent actuellement Performer dans le cadre de leurs developpements pour eventuellement entamer des liens d'entre aides francisees sur le sujet ! (le resultat du sondage sera envoye a tous les interesses). Vous pouvez donc adresser vos coordonnes a l'adresse suivante: gce@syseca.fr SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE From guest Tue Mar 7 07:42:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA19850; Tue, 7 Mar 1995 07:18: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 HAA19847; Tue, 7 Mar 1995 07:17:59 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12869; Tue, 7 Mar 95 07:17:28 -0800 Received: from chenas.inria.fr by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA17673; Tue, 7 Mar 1995 07:17:24 -0800 Received: from syseca.fr ([192.93.110.126]) by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA04719; Tue, 7 Mar 1995 16:17:18 +0100 (MET) Received: from anna by syseca.fr (4.1/SMU-4.0 22/11/92 Syseca) id AA14892; Tue, 7 Mar 95 16:18:32 +0100 Received: by anna (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04961; Tue, 7 Mar 95 16:16:40 +0100 Date: Tue, 7 Mar 95 16:16:40 +0100 From: gce@syseca.fr (Cedric Gautier) Message-Id: <9503071516.AA04961@anna> To: info-performer@sgi.sgi.com Subject: ... French speaking Performer users search ... Status: O SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE > > SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE > > Ce sondage a pour but de repertorier les societes francaises (ou organismes > de R&D francais) qui utilisent actuellement Performer dans le cadre de leurs > developpements pour eventuellement entamer des liens d'entre aides francisees > sur le sujet ! (le resultat du sondage sera envoye a tous les interesses). > > Vous pouvez donc adresser vos coordonnes a l'adresse suivante: gce@syseca.fr > > SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE > SUITE - SUITE - SUITE ... Une demande se fait jour d'etendre ce sondage a l'ensemble des utilisateurs francophones de Performer quelque soit leur localisation actuelle et leur langue maternelle ! ... Bref francophones de tous les pays ecrivez moi ! Pour toute reponse, le nom de la societe ou organisme, sa localisation et un bref expose de ses travaux (non secrets bien sur !) serait le bienvenu Merci a tous ... email: gce@syseca.fr REMARKS ... I don't want to hurt any sensibility by trying to get in touch with french speaking Performer users ... I'm always happy to exchange any information with anybody speaking at least english but some kind of french speaking or France localised users group list could be usefull ... Thank's to all Performer users reading and writting in info-performer ! Cedric SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE From guest Tue Mar 7 10:26:44 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA20052; Tue, 7 Mar 1995 09:40:25 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA20049; Tue, 7 Mar 1995 09:40:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17936; Tue, 7 Mar 95 09:39:49 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA05415; Tue, 7 Mar 1995 09:39:47 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id JAA23737; Tue, 7 Mar 1995 09:39:44 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA18880; Tue, 7 Mar 1995 18:45:18 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503071845.ZM18878@shark.paris.sgi.com> Date: Tue, 7 Mar 1995 18:45:18 +0100 In-Reply-To: camiciot@aguirre.ing.unifi.it (Riccardo Camiciottoli) "Hearth/Sky model" (Mar 6, 5:59pm) References: <9503061659.AA24956@ozon180.ing.unifi.it> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: camiciot@aguirre.ing.unifi.it (Riccardo Camiciottoli), info-performer@sgi.sgi.com Subject: Re: Hearth/Sky model Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 6, 5:59pm, Riccardo Camiciottoli wrote: > > by adding a grid of stripes to the terrain it's possible to improve > the depth effect of the perspective. For this reason, I would add to > the earth part of an Earth/Sky model a grid of dark stripes. Does > anyone know how to do this? EarthSky does not directly support this, so you would need to draw the stripes yourself as a ground polygon. To do this, just set your EarthSkyMode to "PFES_SKY" instead of PFES_SKY_GRND (or whatever it was) and create a geode (or several) containing your grid geoset(s). Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Tue Mar 7 11:43:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA20210; Tue, 7 Mar 1995 11:25: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 LAA20207; Tue, 7 Mar 1995 11:25:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23636; Tue, 7 Mar 95 11:24:48 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA23229; Tue, 7 Mar 1995 11:23:30 -0800 Received: from jobe.shell.portal.com (rlatham@jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.10/8.6.5) with ESMTP id LAA14561 for ; Tue, 7 Mar 1995 11:22:57 -0800 Received: (rlatham@localhost) by jobe.shell.portal.com (8.6.10/8.6.5) id LAA08532 for info-performer@sgi.com; Tue, 7 Mar 1995 11:22:55 -0800 Date: Tue, 7 Mar 1995 11:22:55 -0800 From: Roy W Latham Message-Id: <199503071922.LAA08532@jobe.shell.portal.com> To: info-performer@sgi.sgi.com Subject: polygon counts Status: O Is there a function that returns number of polygons or triagles in a node? thanks. From guest Tue Mar 7 12:40:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA20289; Tue, 7 Mar 1995 12:22: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 MAA20286; Tue, 7 Mar 1995 12:22:43 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA27702; Tue, 7 Mar 95 12:22:15 -0800 Received: from zeus.sdl.USU.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA03268; Tue, 7 Mar 1995 12:22:13 -0800 Received: from trex.pipe.sdl.usu.edu (trex.idec.sdl.usu.edu) by zeus.sdl.USU.edu (5.x/SMI-SVR4) id AA13820; Tue, 7 Mar 1995 13:22:06 -0700 Received: by trex.pipe.sdl.usu.edu (931110.SGI/920502.SGI.AUTO) for @sdl.usu.edu:info-performer@sgi.com id AA00507; Tue, 7 Mar 95 13:22:05 -0700 From: "Satish K. Annapureddy" Message-Id: <9503071322.ZM505@trex.pipe.sdl.usu.edu> Date: Tue, 7 Mar 1995 13:22:05 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: performer.sgi.com@trex.pipe.sdl.USU.edu, info-performer@sgi.sgi.com Subject: Controlling the cursor position Cc: satish@trex.pipe.sdl.USU.edu Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hello, I am wondering if there is a function in performer (pf, pr or pfu libraries) that allows the programmer to control the cursor position .. for example in setting it at the middle of the screen when certain events such as collision etc occur, so that I can stop turning around in the scene. ( In my application, the user changes his/her heading depending upon the distance from the center of the screen.) Please respond to satish@trex.pipe.sdl.usu.edu Thanks in advance, Satish. From guest Tue Mar 7 14:09:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA20376; Tue, 7 Mar 1995 13:52: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 NAA20373; Tue, 7 Mar 1995 13:52:43 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02370; Tue, 7 Mar 95 13:52:16 -0800 Received: from artcom.de by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA07357; Tue, 7 Mar 1995 12:56:44 -0800 Received: by artcom.de (/\==/\ Smail3.1.28.1 #28.6 MX/A) id ; Tue, 7 Mar 95 21:51 MET From: "Christoph Stratmann" Message-Id: <9503072151.ZM21833@hertie.artcom.de> Date: Tue, 7 Mar 1995 21:51:18 +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 yo -- _____________________________________________________________________________ Christoph Stratmann email : strat@artcom.de ART+COM e.V. phone : +49 30 254 17 3 Berlin, Germany fax : +49 30 254 17 555 From guest Tue Mar 7 14:35:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA20448; Tue, 7 Mar 1995 14:14: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 OAA20445; Tue, 7 Mar 1995 14:14:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04730; Tue, 7 Mar 95 14:14:07 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA20042; Tue, 7 Mar 1995 14:14:05 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id OAA08855; Tue, 7 Mar 1995 14:13:05 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) id AA00941; Tue, 7 Mar 95 13:38:44 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA02874; Tue, 7 Mar 1995 13:33:18 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503071333.ZM2872@rose.asd.sgi.com> Date: Tue, 7 Mar 1995 13:33:17 -0800 In-Reply-To: Roy W Latham "polygon counts" (Mar 7, 11:22am) References: <199503071922.LAA08532@jobe.shell.portal.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Roy W Latham , info-performer@sgi.sgi.com Subject: Re: polygon counts Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 7, 11:22am, Roy W Latham wrote: > Subject: polygon counts -> -> ->Is there a function that returns number of polygons or triagles in a node? - Use pfStatsCountGSet() with the same stats structure on all the gsets under the node. There is an example of a user traversal in libpfutil that counts up the datase statistics under a node: pfuTravCountDB(pfNode *node, pfFrameStats *fstats). The resulting stats will e stored up in the fstats structure. You can use it directly or grab the code of interest from /usr/src/Performer/src/lib/libpfutil/trav.c. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Tue Mar 7 14:57:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA20530; Tue, 7 Mar 1995 14:37: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 OAA20527; Tue, 7 Mar 1995 14:37:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06670; Tue, 7 Mar 95 14:37:01 -0800 Received: from od.sri.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA24197; Tue, 7 Mar 1995 14:36:58 -0800 Received: by od.sri.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA01652; Tue, 7 Mar 95 14:35:46 -0800 From: "Nathaniel Bletter" Message-Id: <9503071435.ZM1650@od.sri.com> Date: Tue, 7 Mar 1995 14:35:45 -0800 In-Reply-To: "Satish K. Annapureddy" "Controlling the cursor position" (Mar 7, 1:22pm) References: <9503071322.ZM505@trex.pipe.sdl.usu.edu> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: "Satish K. Annapureddy" , info-performer@sgi.sgi.com Subject: Re: Controlling the cursor position Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Mar 7, 1:22pm, Satish K. Annapureddy wrote: > I am wondering if there is a function in performer (pf, pr or pfu libraries) > that allows the programmer > to control the cursor position .. for example in setting it at the middle of > the screen when certain events > such as collision etc occur, so that I can stop turning around in the scene. > ( In my application, the user > changes his/her heading depending upon the distance from the center of the > screen.) You can use the GL command setvaluator(MOUSEX, init, min, max) to set the x and y of the cursor and its limits of motion. -- Nat Bletter SRI International nat@od.sri.com (415) 859-4358 From guest Wed Mar 8 04:42:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA21372; Wed, 8 Mar 1995 04:19: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 EAA21369; Wed, 8 Mar 1995 04:19:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05783; Wed, 8 Mar 95 04:19:27 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA14538; Wed, 8 Mar 1995 04:19:17 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA20435 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Wed, 8 Mar 1995 13:28:14 +0100 Message-Id: <199503081228.AA20435@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA19653; Wed, 8 Mar 95 13:12:19 +0100 From: Marco Crocetta Subject: Handler Functions To: info-performer@sgi.sgi.com Date: Wed, 8 Mar 95 13:12:18 MET Mailer: Elm [revision: 66.25] Status: O Hi, I'm trying to put in my application some error handling functions using the pfNotifyHandler facility. Of course I need to handle different severeity levels with different functions. Actually I noticed that my Handler is called at every pfNotify() call and I would like to have different handlers for different severity levels. I read on the man pages (page 205) that the pfGetNotifyHandler can help me "...in order to chain multiple notification handlers to any desiderd level". The question is...it's not very clear to me how to use the pfGetNotifyHandler functions to reach my goal. Sorry if this can became a C questions about the use of function pointer! Thanks in advance -------------------------------- Marco Crocetta DATAMAT SpA, Rome e-mail:onyx@datamat.it ------------------------------- From guest Wed Mar 8 04:41:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA21378; Wed, 8 Mar 1995 04:22: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 EAA21375; Wed, 8 Mar 1995 04:22:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06013; Wed, 8 Mar 95 04:22:07 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA15547; Wed, 8 Mar 1995 04:22:01 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA08637 (5.65c8/IDA-1.4.4 for ); Wed, 8 Mar 1995 13:21:51 +0100 Received: by vier.idt.unit.no id AA27381 (5.0/idt-C-2.0 for idt); Wed, 8 Mar 1995 13:21:50 +0100 Date: Wed, 8 Mar 1995 13:21:50 +0100 Message-Id: <9503081221.AA27381@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: .iv file destroyed... Content-Length: 1039 Status: O I have a .iv file that function perfectly with ivview and ivquicken (on IRIX 5.3 - not on IRIX 5.2 (!!!??)) but when trying to use perfly with this .iv file, it is messed up. What could be wrong ? I could send you the .iv file if you have to see it before you give me an answer. /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Wed Mar 8 06:41:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA21507; Wed, 8 Mar 1995 06:24: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 GAA21504; Wed, 8 Mar 1995 06:24:24 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07736; Wed, 8 Mar 95 06:23:57 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id GAA22787; Wed, 8 Mar 1995 06:23:55 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id GAA18646; Wed, 8 Mar 1995 06:23:52 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id PAA22069; Wed, 8 Mar 1995 15:29:20 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503081529.ZM22067@shark.paris.sgi.com> Date: Wed, 8 Mar 1995 15:29:19 +0100 In-Reply-To: abrend@idt.unit.no ".iv file destroyed..." (Mar 8, 1:21pm) References: <9503081221.AA27381@vier.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: abrend@idt.unit.no, info-performer@sgi.sgi.com Subject: Re: .iv file destroyed... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 8, 1:21pm, abrend@idt.unit.no wrote: > > I have a .iv file that function perfectly with ivview and ivquicken > (on IRIX 5.3 - not on IRIX 5.2 (!!!??)) but when trying to use perfly > with this .iv file, it is messed up. What could be wrong ? I could > send you the .iv file if you have to see it before you give me an > answer. By this description it sounds as if you might be using the 'perfly' shipped with Performer 1.2. If that's the case, download the new inventor-savvy version of 'perfly' from our FTP site: ftp://sgigate.sgi.com/pub/Performer/src/pfiv1.3.tar.Z If my guess is wrong & you're already using the new 'perfly', feel free to send me the file (ascii please) or put it in the public area of the FTP site.. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Wed Mar 8 09:20:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA21753; Wed, 8 Mar 1995 09:03: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 JAA21750; Wed, 8 Mar 1995 09:03:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11054; Wed, 8 Mar 95 09:03:06 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA08327; Wed, 8 Mar 1995 09:02:51 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA06991 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Wed, 8 Mar 1995 18:07:42 +0100 Message-Id: <199503081707.AA06991@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA20987; Wed, 8 Mar 95 17:28:58 +0100 From: Marco Crocetta Subject: pfPrint BUG? To: info-performer@sgi.sgi.com Date: Wed, 8 Mar 95 17:28:56 MET Mailer: Elm [revision: 66.25] Status: O Hello again, A simple question: I tried to load the town.flt DB under /usr/src/Performer/friends/etc.... using the V.14 loader with the option LoadFltMode(PFFLT_CLEAN,FALSE) in the perfly application (perfly.flt14) and print out the scene with the option -w. What I got is a Bus error (core dumped). Debbugin core I get: --------------------------------------------------------- Process died at pc 0x2e2f7677 of signal : Bus error [using memory image in core] PC (0x2e2f7677) not in code. Assuming return register (0x2e2f7677) usable to locate PC return-address 0x2e2f7677 also not in image. Leaving pc as 0x2e2f7677 --------------------------------------------------------- What I noticed is that I have this problem only with that big database and what I suppose is that I might have a memory problem (64Mb). am I right? The same problem happens if I print out the scene to stderr. i) There are some limits to the scene size that pfPrint can print ? ii)Is this a pfPrint BUG when I use the LoadFltMode(PFFLT_CLEAN,FALSE) option? Thanks in advance --------------------------- Marco Crocetta DATAMAT SpA,Rome e-mail: onyx@datamat.it -------------------------- From guest Wed Mar 8 21:00:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA22792; Wed, 8 Mar 1995 20:39:09 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id UAA22789; Wed, 8 Mar 1995 20:39:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12630; Wed, 8 Mar 95 20:38:38 -0800 Received: from iss.nus.sg by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id UAA25681; Wed, 8 Mar 1995 20:38:30 -0800 Received: from titan by iss.nus.sg (5.x/SMI-SVR4) id AA10202; Thu, 9 Mar 1995 12:38:51 +0800 From: tgtan@iss.nus.sg (Tan Teik Guan (fair)) Received: by titan (920330.SGI//ident-1.0) id AA07854; Thu, 9 Mar 95 12:38:50 +0800 Message-Id: <9503090438.AA07854@titan> Subject: unsubscribe To: info-performer@sgi.sgi.com Date: Thu, 9 Mar 1995 12:38:50 +0800 (SST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O unsubscribe. thanks. From guest Wed Mar 8 23:26:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA22986; Wed, 8 Mar 1995 23:01: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 XAA22983; Wed, 8 Mar 1995 23:01:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15391; Wed, 8 Mar 95 23:01:28 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id XAA07480; Wed, 8 Mar 1995 23:01:17 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id RAA26923 (8.6.10/IDA-1.6 for info-performer@sgi.com); Thu, 9 Mar 1995 17:01:11 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA25362 (5.65c/IDA-1.5 for ); Thu, 9 Mar 1995 16:40:39 +1000 Received: from krusty by aggro with SMTP id AA09279 (5.65c/IDA-1.4.4 for ); Thu, 9 Mar 1995 16:47:35 +1000 Received: by krusty (5.65) id AA10248; Thu, 9 Mar 1995 16:47:39 +1000 Date: Thu, 9 Mar 1995 16:47:38 +1000 (EST) From: Simon Bennett Subject: Re: pfLightpoint alpha To: info-performer@sgi.sgi.com In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 7 Mar 1995, Simon Bennett wrote: > If this is so, does Performer send these complete transparent lightpoints to > the geometry pipeline or not? For example, say I've got 1000 lightpoints and > that depending on a number of criteria I'd like to display some of them as 1 > pixel and some of them as 3 pixels. If I setup 2 lightpoint nodes each with > a 1000 point capability, but one with a pfLPointSize of 1.0 and the other > with a pfLPointSize of 3.0 - to "move" points between the two nodes, the > alpha values are changed from 1.0 (exists) to 0.0 (doesn't exist). If I > always render the whole 1000 points in the scene and evenly balance the > points between the two nodes (i.e. the same point position never appears > in both nodes) how many points are sent to the pipeline? 1000 or 2000? 2000 - Performer doesn't do anything clever with lightpoint nodes. The only way that I can see to do what you want is to create/destroy new lightpoint nodes on the fly. +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Thu Mar 9 00:59:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA23120; Thu, 9 Mar 1995 00:29: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 AAA23117; Thu, 9 Mar 1995 00:29:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16791; Thu, 9 Mar 95 00:29:27 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA12802; Thu, 9 Mar 1995 00:29:15 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id SAA05358 (8.6.10/IDA-1.6 for info-performer@sgi.com); Thu, 9 Mar 1995 18:29:01 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA25766 (5.65c/IDA-1.5 for ); Thu, 9 Mar 1995 17:53:28 +1000 Received: from krusty by aggro with SMTP id AA09480 (5.65c/IDA-1.4.4 for ); Thu, 9 Mar 1995 18:00:24 +1000 Received: by krusty (5.65) id AA10652; Thu, 9 Mar 1995 18:00:28 +1000 Date: Thu, 9 Mar 1995 18:00:28 +1000 (EST) From: Simon Bennett Subject: The PFLP_OVERALL mode... To: info-performer@sgi.sgi.com Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Greetings all.... How call you tell if a given lightpoint node is in this undocumented state? pfPrint() lists these sort of nodes as PFGS_OVERALL for colourmode and in fact a new lightpoint will be reported as have PFGS_OVERALL colourmode unless you change the colour of individual point colours - at which point the mode changes to PFGS_PER_VERTEX. However pfPrint() is reporting PFGS_OVERALL *not* PFLP_OVERALL - which is the magic index value to give to pfGetLPointColor() to get the overall colour for a lightpoint node (if it has one) Since trying to get individual colours on PFLP_OVERALL lightpoint nodes crashes Performer, I have a real need to be able to detect what colourmode the lightpoint node is in. I'd imagine being able to get the PFGS_ mode would be good enough - but I can't see how to get the GeoSet of the lightpoint node... pfGetGSetAttr for PFGS_COLOR4 works, but returns PFGS_OFF for *all* lightpoint nodes regardless of what type they are. Help help. Thanx. +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Thu Mar 9 02:15:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA23297; Thu, 9 Mar 1995 01:57: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 BAA23294; Thu, 9 Mar 1995 01:57:50 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18155; Thu, 9 Mar 95 01:57:19 -0800 Received: from chenas.inria.fr by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA18474; Thu, 9 Mar 1995 01:57:14 -0800 Received: from syseca.fr ([192.93.110.126]) by chenas.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA03093; Thu, 9 Mar 1995 10:57:05 +0100 (MET) Received: from anna by syseca.fr (4.1/SMU-4.0 22/11/92 Syseca) id AA15572; Thu, 9 Mar 95 10:58:20 +0100 Received: by anna (931110.SGI/930416.SGI) for info-performer@sgi.com id AA07060; Thu, 9 Mar 95 10:56:25 +0100 Date: Thu, 9 Mar 95 10:56:25 +0100 From: gce@syseca.fr (Cedric Gautier) Message-Id: <9503090956.AA07060@anna> To: info-performer@sgi.sgi.com Subject: ... French speaking Performer users search ... Status: O SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE > Ce sondage a pour but de repertorier les utilisateurs francophones qui > utilisent actuellement Performer dans le cadre de leurs developpements > pour eventuellement entamer des liens d'entre aides francisees sur le > sujet ! (le resultat du sondage sera envoye a tous les interesses). > > Vous pouvez donc adresser vos coordonnes (nom, lieu, travaux [s'ils ne > sont pas secrets bien sur !]) a l'adresse suivante: gce@syseca.fr > > I don't want to hurt any sensibility by trying to get in touch with french > speaking Performer users ... I'm always happy to exchange any information > with anybody speaking at least english but some kind of french speaking > or France localised users group list could be usefull ... > > Thank's to all Performer users reading and writting in info-performer ! Le resultat actuel du sondage ne reflete pas je l'espere le nombre reel d'utilisateurs francophones (9) et notament francais (3) et j'encourage les hesitants a venir completer cette liste qui je le rappele sera envoyee a tous les interesses ! ... Merci de votre attention ... :-) Cedric (email: gce@syseca.fr) PS: premier envoi du resultat vendredi 10 au soir ! ... SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE - SONDAGE From guest Thu Mar 9 02:43:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA23329; Thu, 9 Mar 1995 02:25: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 CAA23325; Thu, 9 Mar 1995 02:25:49 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18579; Thu, 9 Mar 95 02:25:22 -0800 Received: from sguk.reading.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id CAA21812; Thu, 9 Mar 1995 02:25:16 -0800 Received: from cordoba.reading.sgi.com by sguk.reading.sgi.com via SMTP (931110.SGI/911001.SGI) for info-performer@sgi.com id AA18997; Thu, 9 Mar 95 10:24:49 GMT Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id KAA00906; Thu, 9 Mar 1995 10:15:38 GMT From: "Greg Edwards" Message-Id: <9503091015.ZM904@cordoba.reading.sgi.com> Date: Thu, 9 Mar 1995 10:15:37 +0000 In-Reply-To: djo@gremlin.newport.sgi.com (Dennis Ordiway) "Re: new SGI "Dave" product announced" (Mar 7, 2:52pm) References: <199502280105.TAA25118@raider.dallas.sgi.com> <9503021646.AA22804@cujo.csd.sgi.com> <9503071452.ZM20206@gremlin.newport.sgi.com> Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Dennis Ordiway Subject: "Dave" product explained. Cc: info-performer@sgihub.corp.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O For those wondering what all this "Dave" stuff is about, Dave Ratcliffe is a way-cool graphics hacker who's been with SGI forever. He wrote "snapshot" which most of you probably use every day, and I believe half the other older tools in 4Dgifts. He's responsible for the the Developers Toolbox and is keeping true to the cause by continuing with low-level graphics tools and utilities and sample code while others give up and float off into the Marketing stratosphere. However he's pretty eccentric and maintains a large and vigorous correspondence on various news groups, a humorous element of which has clearly leaked onto info-performer. I'm sure it will die down. -- ______________________________________________________________________ Greg Edwards, Training & Consultancy Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. switch +44 (0)734 257500, direct +44 (0)734 257740, fax +44 (0)734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 From guest Thu Mar 9 02:48:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA23352; Thu, 9 Mar 1995 02:34: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 CAA23349; Thu, 9 Mar 1995 02:34:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18677; Thu, 9 Mar 95 02:34:01 -0800 Received: from melon.jaist.ac.jp by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA20201; Thu, 9 Mar 1995 02:33:58 -0800 Received: by melon.jaist.ac.jp (8.6.9+2.4Wb3/2.8Wb); Thu, 9 Mar 1995 19:33:56 +0900 Message-Id: <199503091033.TAA18584@melon.jaist.ac.jp> To: info-performer@sgi.sgi.com Date: Thu, 09 Mar 1995 19:33:55 JST From: Ivan Chung Status: O unsubscribe From guest Thu Mar 9 05:27:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA23610; Thu, 9 Mar 1995 05:11: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 FAA23607; Thu, 9 Mar 1995 05:11:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20817; Thu, 9 Mar 95 05:10:55 -0800 Received: from gothamcity.jsc.nasa.gov by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA00101; Thu, 9 Mar 1995 05:10:53 -0800 Received: from voyager.tech.lab (voyager.jsc.nasa.gov) by gothamcity.jsc.nasa.gov (4.1/25) id AA13203; Thu, 9 Mar 95 07:10:04 CST Date: Thu, 9 Mar 95 07:10:04 CST From: lac@gothamcity.jsc.nasa.gov (Lac Nguyen) Message-Id: <9503091310.AA13203@gothamcity.jsc.nasa.gov> Apparently-To: Status: O French speaking Performer again Hello Cedric, We did not mean to hurt feeling of any one. But I think the goal of Performer is a place to exchange the questions and problems that related to Performer. Unfortunatly English was a langugage most scientific people use to comunicate. I think if you want to keep all questions and problems limit to French people ( not sharing to us ) why don't you create a French Performer group. Thank You. From guest Thu Mar 9 08:02:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA23748; Thu, 9 Mar 1995 07:33: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 HAA23745; Thu, 9 Mar 1995 07:33:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22995; Thu, 9 Mar 95 07:33:07 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA10683; Thu, 9 Mar 1995 07:33:05 -0800 Received: from grail.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA10231; Thu, 9 Mar 95 10:34:39 EST Received: by grail.vsl.ist.ucf.edu (940816.SGI.8.6.9) id KAA09870; Thu, 9 Mar 1995 10:33:29 -0500 Date: Thu, 9 Mar 1995 10:33:28 -0500 (EST) From: "Lance R. Marrou" To: Simon Bennett Cc: info-performer@sgi.sgi.com Subject: Re: pfLightpoint alpha In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 9 Mar 1995, Simon Bennett wrote: > 2000 - Performer doesn't do anything clever with lightpoint nodes. The > only way that I can see to do what you want is to create/destroy new > lightpoint nodes on the fly. I don't think that 1000 extra (invisible) light points are worth the expense of checking every light point to see if its alpha value is close to 0. (Via some PF_ALMOST_EQUAL function with a certain tolerance threshold). It takes about 4-5ms on an Indigo2 Extreme to display 5000 light points (all same size, but varying colors & alpha values). I was thinking about making each light point (a star in my case) be a different size, but I haven't gotten around to it yet. It would require a different light point node for every size, or for every point, which might be a serious drain on memory and cause performance loss. Any comment on how (or if it is worth it) to make varying or random sizes for about 5000 light points? ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Thu Mar 9 14:24:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA24718; Thu, 9 Mar 1995 14:09: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 OAA24715; Thu, 9 Mar 1995 14:09:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20922; Thu, 9 Mar 95 14:08:49 -0800 Received: from rcvax.gmr.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA05213; Thu, 9 Mar 1995 14:08:46 -0800 From: MKULCZYC@gmr.com Received: from gmr.com by gmr.com (PMDF V4.2-15 #3699) id <01HNXU6614AU8WX9XN@gmr.com>; Thu, 9 Mar 1995 17:07:19 EST Date: Thu, 09 Mar 1995 17:07:19 -0500 (EST) Subject: HEAD-LIGHT LOBES To: info-performer@sgi.sgi.com Message-Id: <01HNXU6614AW8WX9XN@gmr.com> X-Vms-To: NET%"info-performer@sgi.sgi.com" Mime-Version: 1.0 Content-Transfer-Encoding: 7BIT Status: O March 9, 1995 HELLO! Does anybody have some experience with displaying head-light lobes on a textured road? (ONYX/RE with O.S. 5.3) A "spotlight approach" is going to work if each section of the road is represented by a set of properly textured and lighted, small "sub-polygons". Hence light computations are performed on a vertex basis, the more sub-polygons are created the better head-light lobes effect can be achieved. But, it is going to be difficult to match texture samples applied to e.g. a curved road. "Open GL Programming Guide" (paragraph 9) says that the "q Coordinate method" might be used. Is it possible to apply this idea to a real time driving visualization? Any thoughts? Malgorzata From guest Thu Mar 9 19:12:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA25280; Thu, 9 Mar 1995 18:52: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 SAA25277; Thu, 9 Mar 1995 18:52:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05535; Thu, 9 Mar 95 18:52:09 -0800 Received: from ix2.ix.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA22375; Thu, 9 Mar 1995 18:52:04 -0800 Received: from by ix2.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id SAA23064; Thu, 9 Mar 1995 18:51:16 -0800 Date: Thu, 9 Mar 1995 18:51:16 -0800 Message-Id: <199503100251.SAA23064@ix2.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Fwd: Re: pfLightpoint alpha To: info-performer@sgi.sgi.com Status: O I don't think that 1000 extra (invisible) light points are worth the expense of checking every light point to see if its alpha value is close to 0. (Via some PF_ALMOST_EQUAL function with a certain tolerance threshold). It takes about 4-5ms on an Indigo2 Extreme to display 5000 light points (all same size, but varying colors & alpha values). I was thinking about making each light point (a star in my case) be a different size, but I haven't gotten around to it yet. It would require a different light point node for every size, or for every point, which might be a serious drain on memory and cause performance loss. Any comment on how (or if it is worth it) to make varying or random sizes for about 5000 light points? ______________________________________________________________________________ Just to add another question to the discussion: I've been using plain GL to create a background starfield effect - is this more, or less efficient than using light points if they're all the same size & color? Would GL be better in Lance's case (above) for varying sizes? From guest Fri Mar 10 06:04:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA25701; Fri, 10 Mar 1995 00:04: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 AAA25698; Fri, 10 Mar 1995 00:04:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12473; Fri, 10 Mar 95 00:04:08 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA19660; Fri, 10 Mar 1995 00:03:48 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA15714 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Fri, 10 Mar 1995 09:13:16 +0100 Message-Id: <199503100813.AA15714@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA24426; Fri, 10 Mar 95 08:57:12 +0100 From: Marco Crocetta Subject: Trasparency To: info-performer@sgi.sgi.com Date: Fri, 10 Mar 95 8:57:11 MET Mailer: Elm [revision: 66.25] Status: O Hi, Is it possible to modify the trasparency of a multigen model at run-time? I have an opaque model,built with Multigen V.14, and sometimes I need to render this object at different degrees of trasparency. Is it possible? Thanks in advance --------------------------- Marco Crocetta DATAMAT SpA,Rome e-mail:onyx@datamat.it --------------------------- From guest Fri Mar 10 07:09:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA26251; Fri, 10 Mar 1995 06:37: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 GAA26248; Fri, 10 Mar 1995 06:37:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01989; Fri, 10 Mar 95 06:36:39 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA24170; Fri, 10 Mar 1995 01:21:49 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA20182 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Fri, 10 Mar 1995 10:31:26 +0100 Message-Id: <199503100931.AA20182@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA24575; Fri, 10 Mar 95 10:14:39 +0100 From: Marco Crocetta Subject: Transparency 2 To: info-performer@sgi.sgi.com Date: Fri, 10 Mar 95 10:14:38 MET Mailer: Elm [revision: 66.25] Status: O Sorry, forget my previous question about how to alter multigen model transparency: I have found the solution... Thanks anyway ------------------------------- Marco Crocetta DATAMAT SpA, Rome e-mail:onyx@datamat.it ------------------------------ From guest Fri Mar 10 06:44:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA26021; Fri, 10 Mar 1995 06:15: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 GAA26014; Fri, 10 Mar 1995 06:15:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00820; Fri, 10 Mar 95 06:14:28 -0800 Received: from aguirre.ing.unifi.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA06853; Fri, 10 Mar 1995 05:22:28 -0800 From: luz@ing.unifi.it Received: by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA08129; Fri, 10 Mar 95 14:04:51 +0100 Date: Fri, 10 Mar 95 14:04:51 +0100 Message-Id: <9503101304.AA08129@aguirre.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: information terrains Cc: luz@aguirre.ing.unifi.it Status: O I'm new in VR and Performer and I'm trying to visualise information in 3-D. Does anybody know if exist a program to convert traditional database to information terrain that can be visualised with Open-GL or Performer ? Has anyone a simple code to do that ? Thank in advance for your suggestions . Luz Marina Tinjaca Dipartimento di sistemi ed informatica Universita di Firenze e-mail : luz@aguirre.ing.unifi.it From guest Fri Mar 10 07:20:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA26334; Fri, 10 Mar 1995 06:49:48 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id GAA26331; Fri, 10 Mar 1995 06:49:39 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02630; Fri, 10 Mar 95 06:49:06 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id GAA12960; Fri, 10 Mar 1995 06:48:14 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA07651 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Fri, 10 Mar 1995 15:57:23 +0100 Message-Id: <199503101457.AA07651@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA25281; Fri, 10 Mar 95 15:39:47 +0100 From: Marco Crocetta Subject: Trasparency Again To: info-performer@sgi.sgi.com Date: Fri, 10 Mar 95 15:39:46 MET Mailer: Elm [revision: 66.25] Status: O Hi again, I'm sorry about this but it's not true that I found out the solution to my transparency problem... I'm a little confused at the moment (friday?)... So I have the same problem that I wrote in my previous message: Anyone of you knows if is it possible to render a Multigen object that has been built as an opaque object as a transparent object? Thanks ------------------------------ Marco Crocetta DATAMAT SpA, Rome e-mail:onyx@datamat.it ------------------------------ From guest Fri Mar 10 08:10:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA26490; Fri, 10 Mar 1995 07:46: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 HAA26487; Fri, 10 Mar 1995 07:46:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04738; Fri, 10 Mar 95 07:46:00 -0800 Received: from ldsa.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA18538; Fri, 10 Mar 1995 07:45:58 -0800 Date: Fri, 10 Mar 95 10:45:24 EST From: mwilliam@ldsa.com (Micheal J. Williams) Received: by ldsa.com (4.1/3.1.012693-Loral Defense Systems-Akron); id AA21153 for info-performer@sgi.com; Fri, 10 Mar 95 10:45:24 EST Message-Id: <9503101545.AA21153@ldsa.com> To: info-performer@sgi.sgi.com Subject: Looking for models Status: O Does anyone know of an internet site where flight format models can be found? I looked at the avalon.chinalake.navy.mil site, but it didn't appear that they had any flight format models. We are looking for vehicles, primarily military, for a flight simulator application. We are most interested in low detail, non-textured models. We have been using Designers Workbench to create our own, and don't have the time to do as many as we would like. Thank You Mike Williams From guest Fri Mar 10 09:10:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA26622; Fri, 10 Mar 1995 08:43: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 IAA26618; Fri, 10 Mar 1995 08:42:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06607; Fri, 10 Mar 95 08:42:21 -0800 Received: from gate.demon.co.uk by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA25412; Fri, 10 Mar 1995 08:42:18 -0800 Received: from division.demon.co.uk by gate.gate.demon.co.uk id aa20855; 10 Mar 95 16:23 GMT Received: from caliban.division.demon.co.uk by division.demon.co.uk (AIX 3.2/UCB 5.64/4.03) id AA16416; Fri, 10 Mar 1995 16:15:56 GMT Received: by caliban (931110.SGI/921111.SGI) for @division.demon.co.uk:info-performer@holodeck.asd.sgi.com id AA14900; Fri, 10 Mar 95 16:15:55 GMT From: Angus Dorbie Message-Id: <9503101615.ZM14898@caliban> Date: Fri, 10 Mar 1995 16:15:54 +0000 In-Reply-To: Marco Crocetta "Trasparency Again" (Mar 10, 3:39pm) References: <199503101457.AA07651@relay.iunet.it> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Marco Crocetta Subject: Re: Trasparency Again Cc: info-performer Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > Hi again, > > I'm sorry about this but it's not true that > I found out the solution to my transparency problem... > I'm a little confused at the moment (friday?)... > So I have the same problem that I wrote in my previous message: > Anyone of you knows if is it possible to render a Multigen object > that has been built as an opaque object as a transparent object? At first it seems that you might be able to set the transparency state on and then override that state using pre and post draw callbacks. Unfortunately this doesn't work because the model has no alpha information. One approach would be to model the object with transparency and override it to PFTR_OFF when you don't need it. This has the advantage that you don't have to worry about the models position in the scene graph because without callbacks it will be sorted. Unfortunately this doesn't allow you to vary the alpha value. Another method is to apply a transparent material in pre draw then override the material on. You must also apply and override pfTransparency(PFTR_ON) and start worrying about the objects position in the scene graph unless you use screendoor transparency. If you use the second method you can vary the degree of transparency of an object by calling pfMtlAlpha(). In order for alpha transparency to work on a particular material material you must call: pfMtlColorMode(mat, PFMTL_BOTH, PFMTL_CMODE_COLOR); Good Luck. -- Angus Dorbie Division Ltd, Software Engineer 19 Apex Court, Tel: (01454)615554 Woodlands, Fax: (01454)615532 Bristol BS12 4JT, angus@division.demon.co.uk UK From guest Fri Mar 10 08:55:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA26575; Fri, 10 Mar 1995 08:27: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 IAA26572; Fri, 10 Mar 1995 08:27:16 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06128; Fri, 10 Mar 95 08:26:47 -0800 Received: from trombone.engin.umich.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA23578; Fri, 10 Mar 1995 08:26:43 -0800 Received: from localhost (aut@localhost) by trombone.engin.umich.edu (8.6.10/8.6.4) with SMTP id LAA29925; Fri, 10 Mar 1995 11:26:40 -0500 Message-Id: <199503101626.LAA29925@trombone.engin.umich.edu> X-Authentication-Warning: trombone.engin.umich.edu: Host localhost didn't use HELO protocol To: info-performer@sgi.sgi.com Cc: heise@vr1.engin.umich.edu Subject: Coordinate system Date: Fri, 10 Mar 1995 11:26:39 -0500 From: Choon H Lee Status: O I have a question about the coordinate system orientation used by Performer: Does anyone know the orientation of the x,y & z axis applied in Performer? Is it a right handed coordinate system applied? Does the x-axis point up, y axis to the right and z into the screen? Thanks for any response regarding this... -- Choon. _________________________________________________________________________ Choon H. LEE phone: (313) 769 7834 (home) College of Engineering The University of Michigan Ann Arbor, MI 48109, U.S.A. email: aut@engin.umich.edu _________________________________________________________________________ It is a fine thing to be honest, but it is also very important to be right. -- Winston Churchill From guest Fri Mar 10 10:59:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA26935; Fri, 10 Mar 1995 10:34: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 KAA26932; Fri, 10 Mar 1995 10:34:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12625; Fri, 10 Mar 95 10:34:23 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA11655; Fri, 10 Mar 1995 10:33:53 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA23830; Fri, 10 Mar 95 08:32:59 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Mar10.082700.1024.10463; Fri, 10 Mar 1995 08:32:39 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: info-performer@sgi.sgi.com ('Performer User Group ( SMTP )') Message-Id: <1995Mar10.082700.1024.10463@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Fri, 10 Mar 1995 08:32:39 -0800 Subject: Tools Status: O Are there any recommendations for test tools on SGI using Performer, C++, etc. I'm looking for good leak detectors. I've tried cvd, but not much luck. Is their anything else? What does SGI use? -- Jeff WS jsmith@gstone.com From guest Fri Mar 10 11:58:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA27099; Fri, 10 Mar 1995 11:38: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 LAA27096; Fri, 10 Mar 1995 11:38:00 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16056; Fri, 10 Mar 95 11:37:26 -0800 Received: from skinner.cs.uoregon.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA22566; Fri, 10 Mar 1995 11:37:23 -0800 Received: from geos.cs.uoregon.edu by skinner.cs.uoregon.edu with SMTP id AA04901 (5.65/IDA-1.4.2 for info-performer@sgi.com); Fri, 10 Mar 95 11:37:20 -0800 Date: Fri, 10 Mar 1995 11:27:12 -0800 (PST) From: Michael Matsel To: info-performer@sgi.sgi.com Subject: Re: HEAD-LIGHT LOBES In-Reply-To: <01HNXU6614AW8WX9XN@gmr.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O All this talk of transparency reminds me of a trick I saw to do great headlights. Make a pair of transparent (and maybe self-illuminated) yellow cones and use them as headlight beams. Its a great effect, especially in fog. Admittedly, this was done in 3D/FX on a PC, but the effect should be the same. If this explaination isn't clear, I might be able to get the perpetrator to send you something... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Michael Matsel matsel@cs.uoregon.edu When in Danger or in Doubt: RUN in CIRCLES, SCREAM and SHOUT. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- On Thu, 9 Mar 1995 MKULCZYC@gmr.com wrote: > March 9, 1995 > HELLO! > > > Does anybody have some experience with displaying > head-light lobes on a textured road? > (ONYX/RE with O.S. 5.3) > > A "spotlight approach" is going to work > if each section of the road is represented by > a set of properly textured and lighted, > small "sub-polygons". > Hence light computations are performed on > a vertex basis, the more sub-polygons are created > the better head-light lobes effect can be > achieved. But, it is going to be difficult > to match texture samples applied to e.g. > a curved road. > > "Open GL Programming Guide" (paragraph 9) says > that the "q Coordinate method" might be used. > Is it possible to apply this idea to a real > time driving visualization? > > Any thoughts? > > Malgorzata From guest Fri Mar 10 12:14:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA27133; Fri, 10 Mar 1995 11:51: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 LAA27130; Fri, 10 Mar 1995 11:51:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16874; Fri, 10 Mar 95 11:51:00 -0800 Received: from vivid.nns.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA24800; Fri, 10 Mar 1995 11:50:58 -0800 Received: by vivid.nns.com (940816.SGI.8.6.9/940406.SGI) id OAA06897; Fri, 10 Mar 1995 14:50:38 -0500 From: mln02@vivid.nns.com (Mike Neumann) Message-Id: <9503101449.ZM6895@vivid.nns.com> Date: Fri, 10 Mar 1995 14:49:57 -0500 In-Reply-To: jsmith@smtpgate.gstone.com (Smith, Jeff W.) "Tools" (Mar 10, 8:32am) References: <1995Mar10.082700.1024.10463@smtpgate.gstone.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: jsmith@smtpgate.gstone.com (Smith, Jeff W.) Subject: Re: Tools Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > Are there any recommendations for test tools on SGI using Performer, C++, > etc. > I'm looking for good leak detectors. I've tried cvd, but not much luck. Is > their > anything else? What does SGI use? We use Insight++ from Parasoft, which is a memory leak/clobber and code coverage tool. Check them out on the web at http:://www.parasoft.com -- Mike Neumann # # # # #### Information Systems Specialist ## # ## # # Newport News Shipbuilding # # # # # # #### Bldg 600-1 # # # # # # # (804) 380-2662 [v] 4101 Washington Ave. # ## # ## # # (804) 688-1073 [fax] Newport News, Va. 23607 # # # # #### Email: mlneumann@vivid.nns.com From guest Fri Mar 10 17:14:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA27742; Fri, 10 Mar 1995 16:50: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 QAA27739; Fri, 10 Mar 1995 16:50:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02804; Fri, 10 Mar 95 16:49:27 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA13890; Fri, 10 Mar 1995 16:49:21 -0800 Received: from uucp1.unix.portal.com (uucp1.unix.portal.com [156.151.1.100]) by nova.unix.portal.com (8.6.10/8.6.5) with ESMTP id QAA10384 for ; Fri, 10 Mar 1995 16:38:07 -0800 Received: from cory.UUCP (uucp@localhost) by uucp1.unix.portal.com (8.6.10/8.6.5) with UUCP id QAA14303 for portal!sgi.com!info-performer; Fri, 10 Mar 1995 16:34:12 -0800 Received: by cory (920330.SGI/911001.SGI) for portal!sgi.com!info-performer id AA03361; Fri, 10 Mar 95 16:26:02 -0800 Date: Fri, 10 Mar 95 16:26:02 -0800 From: kowsik@cory.coryphaeus.com (Kowsik Guruswamy) Message-Id: <9503110026.AA03361@cory> To: info-performer@sgi.sgi.com Subject: Vertex manipulations... Status: O [slightly long posting...] Hi there, I am trying to do some vertex manipulations (nothing complex) in Performer and I was having problems. I took care of the multibuffering by using 3 *copies* [copied at the GeoSet level] of the original geode and placing them under a pfSwitch and changing the value of the pfSwitchVal in the APP process. In any case I am running with the APPCULLDRAW configuration. The following is the scene graph: group pfSwitch | | foo ------ |a / | \ blah geode geode geode | | | | geode[orig] gset1 gset2 gset3 | ^ ^ ^ gset------------------|------|------| Every frame, I move the vertices in the switch node determined by the pfGetSwitchVal() in relation to the original GeoSet and then update the pfSwitchVal() to point to the next guy. [cyclically] The funniest part is that, this works great when the GeoSet primitive type is PFGS_FLAT_TRISTRIPS. For primitives other than this nothing ever seem to happen. The copies that I made of the original GeoSet are byte level copies. I printed out the addresses of the attribute lists at various points in the program and they match. I printed out the vertex information got out of pfGetGSetAttrLists(...) and they are definitely changing. [even if the primitive type is something other than PFGS_FLAT_TRISTRIPS] I replaced the Geode[orig] with pfSwitch [using pfReplaceChild()], saved the pointer and replaced it back at the end of the vertex manipulation. One more thing to note was this: If instead of making byte level copies of the attribute lists, I made the new Geosets' (gset1 to gset3) attribute lists point to the original, then during the vertex manipulation, the vertices change but not what is drawn on the screen. Somehow, this implied to me that the Geoset's internal pointers were not being updated. But according to the paper by John Rohlf and James Helman 'pfGeoSets utilize application-supplied arrays for attributes such as coordinates and colors, consequently avoiding these advantages. Applications are free to modify these arrays for dynamic effects...' Any insights, anyone? Thanks, K. kowsik guruswamy From guest Fri Mar 10 17:18:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA27752; Fri, 10 Mar 1995 16:54: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 QAA27749; Fri, 10 Mar 1995 16:54:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02971; Fri, 10 Mar 95 16:54:23 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA14632; Fri, 10 Mar 1995 16:54:19 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id QAA25166; Fri, 10 Mar 1995 16:54:17 -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 AA02967; Fri, 10 Mar 95 16:54:17 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA02065; Fri, 10 Mar 1995 16:52:11 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110052.QAA02065@tubes.asd.sgi.com> Subject: Re: Coordinate system To: guest (Choon H Lee) Date: Fri, 10 Mar 95 16:52:11 PST Cc: info-performer@sgi.sgi.com, heise@vr1.engin.umich.edu In-Reply-To: <199503101626.LAA29925@trombone.engin.umich.edu>; from "Choon H Lee" at Mar 10, 95 11:26 am X-Mailer: ELM [version 2.3 PL8] Status: O > > > > I have a question about the coordinate system orientation used by > Performer: Does anyone know the orientation of the x,y & z axis > applied in Performer? Is it a right handed coordinate system applied? > Does the x-axis point up, y axis to the right and z into the screen? > > Thanks for any response regarding this... > +Z up, +Y into the screen, and +X to the right. It is a right-handed system. From guest Fri Mar 10 17:52:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA27815; Fri, 10 Mar 1995 17:31: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 RAA27812; Fri, 10 Mar 1995 17:31:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04575; Fri, 10 Mar 95 17:31:02 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA19627; Fri, 10 Mar 1995 17:31:00 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id RAA28952; Fri, 10 Mar 1995 17:30: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 AA04567; Fri, 10 Mar 95 17:30:58 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA02233; Fri, 10 Mar 1995 17:28:59 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110128.RAA02233@tubes.asd.sgi.com> Subject: Re: pfLightpoint alpha To: guest (Simon Bennett) Date: Fri, 10 Mar 95 17:28:59 PST Cc: info-performer@sgi.sgi.com In-Reply-To: ; from "Simon Bennett" at Mar 7, 95 6:24 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > The pfLightPoint manpage states: > > "pfLPointColor sets the color of light point index in lpoint to clr. The > actual color displayed depends on light point direction, shape, position, > and fog. clr specifies red, green, blue and alpha in the range 0.0 to > 1.0. A pfLightPoint is turned off with an alpha of 0.0 since it will be rendered > as completely transparent. " > > So basically the only way to "delete" lightpoints from an existing > lightpoint node is to set the alpha values of the unwanted nodes to > 0.0. I gather that there's no undocumented pfSetNumLPoints() call or > pfDeleteLPoint() calls hanging around? > > If this is so, does Performer send these complete transparent lightpoints to > the geometry pipeline or not? For example, say I've got 1000 lightpoints and > that depending on a number of criteria I'd like to display some of them as 1 > pixel and some of them as 3 pixels. If I setup 2 lightpoint nodes each with > a 1000 point capability, but one with a pfLPointSize of 1.0 and the other > with a pfLPointSize of 3.0 - to "move" points between the two nodes, the > alpha values are changed from 1.0 (exists) to 0.0 (doesn't exist). If I > always render the whole 1000 points in the scene and evenly balance the > points between the two nodes (i.e. the same point position never appears > in both nodes) how many points are sent to the pipeline? 1000 or 2000? > All points are sent to the pipeline. The next release of Performer will replace pfLightPoint with a better (in my opinion) mechanism called pfLPointState. pfLPointStates are libpr objects which can be attached to pfGeoStates just like pfMaterials or pfTextures. Thus, lightpoints are simply PFGS_POINTS pfGeoSets with an associated pfLPointState. Additional features supplied by pfLPointStates are: - perspective point size - CPU or texture-based range attenuation - CPU or texture-based punch-through fog - similar directionality to pfLightPoints pfLPointStates gain the indexing capability of pfGeoStates in 2.0 so you can have different IR/OTW visuals of the same pfGeoSet. > > Also, as it's not documented anywhere, maybe somebody at Multigen or SGI > can answer this... with the PFLP_OVERALL colour mode can you still > reliably turn off individual points by tweaking the alpha value? Or do > you have to re-create a pfLightpoint node that doesn't use this colour > mode? You will need to use PER_VERTEX colors to do this. In general, due to the bugs in PFLP_OVERALL I suggest you always use PER_VERTEX colors. From guest Fri Mar 10 18:03:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA27844; Fri, 10 Mar 1995 17:41: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 RAA27841; Fri, 10 Mar 1995 17:41:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04967; Fri, 10 Mar 95 17:41:04 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA20646; Fri, 10 Mar 1995 17:41:02 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA29479; Fri, 10 Mar 1995 17:40:46 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:simonb@wormald.com.au id AA04956; Fri, 10 Mar 95 17:40:45 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA02277; Fri, 10 Mar 1995 17:38:51 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110138.RAA02277@tubes.asd.sgi.com> Subject: Re: pfLightpoint alpha To: guest (Lance R. Marrou) Date: Fri, 10 Mar 95 17:38:50 PST Cc: simonb@wormald.com.au, info-performer@sgi.sgi.com In-Reply-To: ; from "Lance R. Marrou" at Mar 9, 95 10:33 am X-Mailer: ELM [version 2.3 PL8] Status: O > > On Thu, 9 Mar 1995, Simon Bennett wrote: > > > 2000 - Performer doesn't do anything clever with lightpoint nodes. The > > only way that I can see to do what you want is to create/destroy new > > lightpoint nodes on the fly. > > I don't think that 1000 extra (invisible) light points are worth the expense > of checking every light point to see if its alpha value is close to 0. (Via > some PF_ALMOST_EQUAL function with a certain tolerance threshold). It takes > about 4-5ms on an Indigo2 Extreme to display 5000 light points (all same size, > but varying colors & alpha values). I was thinking about making each light > point (a star in my case) be a different size, but I haven't gotten around to > it yet. It would require a different light point node for every size, or for > every point, which might be a serious drain on memory and cause performance > loss. Any comment on how (or if it is worth it) to make varying or random > sizes for about 5000 light points? > Changing pointsize often is expensive so pfGeoSets discourage you from doing this by not providing a pointsize array. However, I imagine you can get pretty decent-looking stars with only a few different (<= 10) sizes so I would go ahead and use multiple pfGeoSets. I don't think you need the extra functionality (and bugs 8-) provided by pfLightPoints. From guest Fri Mar 10 18:05:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA27864; Fri, 10 Mar 1995 17:43: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 RAA27861; Fri, 10 Mar 1995 17:43:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05051; Fri, 10 Mar 95 17:43:17 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA21107; Fri, 10 Mar 1995 17:43:11 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id RAA29612; Fri, 10 Mar 1995 17:43:10 -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 AA05044; Fri, 10 Mar 95 17:43:10 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA02289; Fri, 10 Mar 1995 17:41:20 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110141.RAA02289@tubes.asd.sgi.com> Subject: Re: Fwd: Re: pfLightpoint alpha To: guest (Kent Miller) Date: Fri, 10 Mar 95 17:41:19 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <199503100251.SAA23064@ix2.ix.netcom.com>; from "Kent Miller" at Mar 9, 95 6:51 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > I don't think that 1000 extra (invisible) light points are worth the expense > of checking every light point to see if its alpha value is close to 0. (Via > some PF_ALMOST_EQUAL function with a certain tolerance threshold). It takes > about 4-5ms on an Indigo2 Extreme to display 5000 light points (all same size, > but varying colors & alpha values). I was thinking about making each light > point (a star in my case) be a different size, but I haven't gotten around to > it yet. It would require a different light point node for every size, or for > every point, which might be a serious drain on memory and cause performance > loss. Any comment on how (or if it is worth it) to make varying or random > sizes for about 5000 light points? > ______________________________________________________________________________ > > Just to add another question to the discussion: > > I've been using plain GL to create a background starfield effect - is this more, > or less efficient than using light points if they're all the same size & color? > > Would GL be better in Lance's case (above) for varying sizes? I suggest you use a pfGeoSet instead of pfLightPoint for stars. I think a pfGeoSet would provide adequate performance. From guest Fri Mar 10 18:20:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA27914; Fri, 10 Mar 1995 17:58: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 RAA27911; Fri, 10 Mar 1995 17:58:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05736; Fri, 10 Mar 95 17:58:25 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA23492; Fri, 10 Mar 1995 17:58:23 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA00348; Fri, 10 Mar 1995 17:57:52 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:pat@realitytwo.gstone.com id AA05723; Fri, 10 Mar 95 17:57:47 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id RAA02330; Fri, 10 Mar 1995 17:55:49 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110155.RAA02330@tubes.asd.sgi.com> Subject: Re: Demo program in buttonfly. To: guest (Richard Mercille) Date: Fri, 10 Mar 95 17:55:49 PST Cc: pat@realitytwo.gstone.com, info-performer@sgi.sgi.com In-Reply-To: <9503070853.ZM16002@loukoum.neu.sgi.com>; from "Richard Mercille" at Mar 7, 95 8:53 am X-Mailer: ELM [version 2.3 PL8] Status: O > > On Mar 1, 12:15pm, Pat Parker wrote: > > Subject: Demo program in buttonfly. > > > > I know this is isn't a Performer question but I do not know who else to > ask. I tried the comp.sys.sgi.graphics newsgroup but got no response. > > > > Can anyone explain how the demo "distort" in buttonfly is implemented? > It's under the Performance Features, Reality Engine buttons. It is a > texture of a dog that you can pick with the mouse and cause a ripple > effect or a rubber effect. > > > > It's just a mesh that is being distort according to some physical behavior > (rubber, ripple, etc...) see also the Tele demo. The texture (static or > sirius video) is just apply to the entire mesh (0..1, 0..1). It's under > the Performance Features because it's very cpu intensive (the dynamics). > > > I am interested in creating that same effect in a Performer application. > I am assuming I will use a pfGeoSet and change the texture coordinate > array. Maybe thistype effect can only be done through a GL object? Any > suggestions are welcome. > > Not the texture coordinates, the vertex information. At each frame in the > APP process you would modify the geometry. If you want to use > multi-processing don't forget that Performer only use multi-buffering for > libpf nodes. So in order to modify your data in the APP process without > disturbing the CULL/DRAW process you will need to manage your own > multi-buffering startegy. > > ex.: Switch with 3 Geode has children (one for the APP, CULL and DRAW) > since Switch are multi-buffer changing the index in the APP is safe. > > CAREFUL if you overshoot a frame (maybe more than 3 Geodes) > Performer 2.0 will provide a special data structure which will automatically handle the buffering requirements of multiprocessing for pfGeoSet attribute arrays. It is currently called pfCycleBuffer. A current option is to simply modify the data in the DRAW. This avoids icky buffering issues. From guest Fri Mar 10 18:22:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA27928; Fri, 10 Mar 1995 18:02: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 SAA27925; Fri, 10 Mar 1995 18:01:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05903; Fri, 10 Mar 95 18:01:24 -0800 Received: from mane.cgrg.ohio-state.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA23924; Fri, 10 Mar 1995 18:01:21 -0800 Received: from stegosaur.cgrg.ohio-state.edu (tmoeller@cgrg.ohio-state.edu) by mane.cgrg.ohio-state.edu (8.6.10/941010.52) with ESMTP id VAA04060 for ; Fri, 10 Mar 1995 21:01:19 -0500 Received: (from tmoeller) by stegosaur.cgrg.ohio-state.edu (8.6.10/941010) id VAA00258 for info-performer@sgi.com; Fri, 10 Mar 1995 21:01:19 -0500 From: Torsten Moeller Message-Id: <199503110201.VAA00258@stegosaur.cgrg.ohio-state.edu> Subject: pfMaterial To: info-performer@sgi.sgi.com Date: Fri, 10 Mar 1995 21:01:18 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 845 Status: O I have problems understanding how to manipulate the material of an object. I read in a scene description file, which is ordered by Light sources, Materials and Objects. Each Object has a material tag and when I read an object (from an external file with LoadObj) and want to assign it the appropriate material. The pfMaterial man-page only explains how to apply a certain material to a GeoSet, which then could be attached to a Geode. But LoadObj doesn't return a Geode (I got the message: Performer Warning (9): pfAddGSet() geode is not a pfGeode). If I would use pfApplyMtl, that would apply this material to all the geometry in the database. So I am clueless, how to a) specify a material for a specific object read via LoadObj b) change the material once specified for such an object. Any help would be appreciated, Torsten Moeller From guest Fri Mar 10 18:22:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA27936; Fri, 10 Mar 1995 18:03: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 SAA27933; Fri, 10 Mar 1995 18:03:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05987; Fri, 10 Mar 95 18:03:15 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA24127; Fri, 10 Mar 1995 18:03:13 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id SAA00867; Fri, 10 Mar 1995 18:03:11 -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 AA05979; Fri, 10 Mar 95 18:03:11 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA02361; Fri, 10 Mar 1995 18:01:20 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110201.SAA02361@tubes.asd.sgi.com> Subject: Re: Performer Display Lists To: guest (Aaron Hightower) Date: Fri, 10 Mar 95 18:01:20 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <199503031609.KAA21161@qbert.paradigmsim.com>; from "Aaron Hightower" at Mar 3, 95 10:09 am X-Mailer: ELM [version 2.3 PL8] Status: O > > > The main reason that I am asking, is because it appears to work, even > > when configured for the 3 process (PFMP_APP_CULL_DRAW) model and other > > process models where the APP and CULL are separated. I am calling the > > display listable commands right after pfFrame(). > > My mistake. My function was inadvertently installed as a cull callback, > rather than being in the APP process. > > > While I'm on the subject of Performer Display Lists, how is the > > multibuffering in Performer's display lists handled? I read in the > > SIGGRAPH '94 paper by John Rohlf and Jim Helman how that 3 display > > lists are kept in LOCK mode to insure frame accuracy. Does this imply > > 3 pfDispLists are created by libpf, or that libpr's display list > > mechanism has some built-in way of handling the multibuffering? > > I'm still curious about how performer handles multibuffering of display > lists.. There are just 3 separate pfDispLists which the CULL and DRAW use to communicate. We have an open bug to capture libpr commands in the APP and frame-accurately render them. I'm not sure this will make it into 2.0 though. From guest Fri Mar 10 18:30:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA27957; Fri, 10 Mar 1995 18:11: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 SAA27954; Fri, 10 Mar 1995 18:11:27 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06378; Fri, 10 Mar 95 18:10:57 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA24963; Fri, 10 Mar 1995 18:10:55 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA01206; Fri, 10 Mar 1995 18:10:26 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:Marcus@multigenuunet.UU.NET id AA06365; Fri, 10 Mar 95 18:10:21 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA02444; Fri, 10 Mar 1995 18:08:19 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110208.SAA02444@tubes.asd.sgi.com> Subject: Re: pfLightPoint bug? To: guest (Simon Bennett) Date: Fri, 10 Mar 95 18:08:19 PST Cc: Marcus@multigenuunet.UU.NET, info-performer@sgi.sgi.com In-Reply-To: ; from "Simon Bennett" at Feb 28, 95 12:28 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > On Thu, 20 Oct 1994, Marcus wrote: > > Does anybody know more about the subject below? I'm getting this sort of > behaviour... Specifically what I'm seeing is: > > * Crashing on pfGetLPointColor() calls with some database's > * Other pfLightPoint nodes only have sigificant colours in the 0 > index of the node (I gather this is related to the PFGS_OVERALL > colormode) > > Does anybody know if: > > * The flight 14.1 loader always uses this PFGS_OVERALL color mode > (listed in the pfPrint output) > > * PFGS_OVERALL is causing Performer to crash in the pfGetLPointColor > calls? > > * The PFGS_OVERALL color mode for lightpoints is documented > anywhere? > > > Also I remeber hearing about a limitation with Performer and flight > databases that doesn't allow you to draw a seamless bidirectional > lightpoint with different colour per side.... Can anybody confirm or > deny this? > > Experiences anyone? > > Thanx > > > > >I have a question about pfLightPoints in Performer 1.2. The man page > > >says the individual points in the object share all attributes (e.g. > > >shape) except position and colour. However, this intriguing snippet > > >from pf.h suggests the possibility of a global binding for colour: > > > > > >/* pfLPointColor() */ > > >#define PFLP_OVERALL -1 > > > > > >Indeed, the a certain well-known 3D database file loader seems to > > >make this assumption, viz.: > > > > > > /* Set overall color if possible */ > > > if(!colorDiff) > > > pfLPointColor(lp, PFLP_OVERALL, lc); > > > > > >Our experience with pfLightPoints created thus is that an attempt > > >to access individual colours dumps core: > > > > > > pfGetLPointColor((pfLightPoint), 0, (pfVec4)); > > >Is the overall binding for the colour attribute valid and useful? > > >If so, how might one determine whether this binding applies to a > > >given pfLightPoint other than by a post-mortem on the resulting > > >core file? > > > > > >----------------------------------------------------------------- > > > | Jean Daigle ATS AeroTechnologies Inc. | > > > | Software Designer 1250 Boul Marie-Victorin | > > > | St. Bruno, QC J3V 6B8 | > > > | jaydee@ats.qc.ca Tel: (514) 441-9000 Fax: (514) 441-6789 | > > >----------------------------------------------------------------- > > > > I was recently looking at the ASCII output of a scene graph that > > has lightpoints in it: > > > > [5:0]pfLightPoint pfId=8 0x82e800 { > > trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff > > bsphere: ctr(-65.000000, -8.660254, -5.000000) rad=11.180340 > > Num Points: 5, Size: 2.000000 FogScales: 2.000000 2.000000 > > shape: dir=PFLP_OMNIDIRECTIONAL henv=179.000000 venv=179.000000 > > falloff=4.000000 > > Rot: azim=0.000000 elev=0.000000 roll=0.000000 > > Color mode: PFGS_OVERALL, color: 0.109804 0.874510 0.168627 1.000000 > > Point 263527468: -70.000000 -17.320507 -10.000000 > > Point 263527468: -60.000000 -17.320507 -10.000000 > > Point 263527468: -70.000000 -8.660254 -5.000000 > > Point 263527468: -60.000000 -8.660254 -5.000000 > > Point 263527468: -60.000000 0.000000 0.000000 > > ^^^^^^^^^^^^^^^^ > > [5:0]} pfLightPoint 8 0x82e800 > > > > Notice that the RPointS numbers are outrageous. I would expect > > them to be 0, 1, 2, 3, and 4. > > > > Is this a bug in Performer 1.2? > > Is it why pfGetLPointColor() crashes as explained by Jean above? > > > > Regards, > > Marcus Barnes, Member Technical Staff > > MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 > > PH: (408) 261 4118 FX: (408) 247 4329 > > EMAIL: multigen!marcus@uunet.UU.NET > > +--------------------------------------------------------------------------------+ > Simon Bennett simonb@wormald.com.au > Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) > > Computer Terms: hardware - the part of a computer system that one can kick > > > > I suggest that people convert their loaders to use PER_VERTEX always due to the bug(s) in OVERALL. 2.0 will provide an entirely new lightpoint mechanism that should solve all your problems. From guest Fri Mar 10 18:48:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA28068; Fri, 10 Mar 1995 18:34: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 SAA28065; Fri, 10 Mar 1995 18:34:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07386; Fri, 10 Mar 95 18:34:24 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA27201; Fri, 10 Mar 1995 18:34:23 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id SAA03754; Fri, 10 Mar 1995 18:34:22 -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 AA07375; Fri, 10 Mar 95 18:34:20 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA02630; Fri, 10 Mar 1995 18:32:27 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110232.SAA02630@tubes.asd.sgi.com> Subject: Re: frame rate control with IRIX 5.3 To: guest (Beaver, Jim) Date: Fri, 10 Mar 95 18:32:27 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9501167929.AA792974091@smtpgwy.si.com>; from "Beaver, Jim" at Feb 16, 95 5:39 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hello, > > This is a follow-up to the problem I was having with frame rate control on my > Indigo2 with IRIX 5.2/Performer 1.2 (case ID 0338219). I installed IRIX5.3 on my > Indigo2 and I do now, in fact, have frame rate control in my Performer 1.2 > application. However, there is another "feature" that has apparently been > introduced which, unless I'm doing something wrong, makes the fix a little less > satisfying than I had hoped for. The problem is this: using a pfPhase of FLOAT > or LOCK, the application runs at the frame rate specified by pfFrameRate just > fine until, say, it has to draw a lot of terrain, for example, such that it > can't get done in the specified time frame. When this happens, instead of the > frame rate slowing down to whatever it takes to complete the drawing, the frame > rate gets cut to half its specified rate. For example, in my application I > specify a frame rate of 12 HZ and if I get to a point that everything can't get > drawn that fast, the frame rate gets cut to 6 Hz. This is only a problem with > PFPHASE_FLOAT and PFPHASE_LOCK. When I tried running with PFPHASE_FREE_RUN, the > same application drawing the same terrain runs at from 10Hz to 14Hz, varying as > different objects come into or go out of view. This causes me problems because > my application "flies" over large areas of terrain and I need it to "run out of > time" a little bit every now and then without the very noticeable slowdown of > running at half speed. Does anyone out there know what this is? > > Thanks > > Jim Beaver > Smiths Industries - Defense Systems North America 616-241-7671 > beaver_jim@si.com > > Single process fixed frame rate is kind of a dicey prospect since you don't have the flexibility of the APP maintaining a fixed rate while the DRAW skips frames if it overruns. You can try PFMPAPP_CULLDRAW + FLOAT even on a single process machine or you can try PFPHASE_LIMIT which is the same as FREE_RUN but ensures you go no faster than your specified frame rate. From guest Fri Mar 10 18:57:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA28101; Fri, 10 Mar 1995 18:40: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 SAA28098; Fri, 10 Mar 1995 18:40:06 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07662; Fri, 10 Mar 95 18:39:37 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA27669; Fri, 10 Mar 1995 18:39:35 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id SAA03966; Fri, 10 Mar 1995 18:39:33 -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 AA07659; Fri, 10 Mar 95 18:39:32 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA02652; Fri, 10 Mar 1995 18:37:42 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503110237.SAA02652@tubes.asd.sgi.com> Subject: Re: your mail To: guest (Kim Lester) Date: Fri, 10 Mar 95 18:37:42 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9502162308.ZM10569@redgate.vislab.su.edu.au>; from "Kim Lester" at Feb 16, 95 11:08 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > I need to finish a pfSequence CYCLE with the last data set in the cycle > displayed permanently. How about setting the time for the last child to -1 which should ensure it is drawn until you resume or stop the sequence. "If time < 0.0 the sequence will pause at child frame and draw it repeatedly until the sequence is resumed or stopped" - pfSequence man page > There seems to be ( that should be the performer motto :-) ) a "feature" > that causes a one frame glitch. If I check to see where I am in the cycle > each frame and trap the last child changing the mode from CYCLE to > Sure I get the fixed "image" but first there is a 1 frame time period when > nothing is displayed. This happens even if I try to trap the 2nd last child. > ie it seems that calling PFSEQ_START gives a delayed action in the meantime > displaying no children. > This is frustrating - am I perhaps doing something wrong? Any ideas? I seem > to have temporarily solved the problem by trapping the last child and executing > a PFSEQ_PAUSE. (Interestingly if I then wait a few (one ?) frames and THEN call > PFSEQ_START there is no problem, the changeover is seamless. Are you multiprocessing? From guest Fri Mar 10 23:16:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA28562; Fri, 10 Mar 1995 22:41: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 WAA28559; Fri, 10 Mar 1995 22:40:56 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13161; Fri, 10 Mar 95 22:40:23 -0800 Received: from ait.nrl.navy.mil by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA15401; Fri, 10 Mar 1995 22:40:21 -0800 Received: (from king@localhost) by ait.nrl.navy.mil (8.6.10/8.6.10) id BAA22190; Sat, 11 Mar 1995 01:40:17 -0500 Date: Sat, 11 Mar 1995 01:40:16 -0500 (EST) From: "Robert D. King" To: info-performer Subject: Cloning vs Copying Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O In an application I have been building, I need to model model 100 to 150 objects which represent the buildings and storage tanks in an oil refinery. There are really only 10 or 20 different objects and these are stored in various .iv, .obj, .flt, and .dwb files. These are placed on top of terrain which is loaded in via .ptu files. When we load in an object, we rotate and translate it using pfFlatten(). To speed the loading process, we'd like to clone or copy objects where possible.. Would someone be kind enough to: a. discuss the advantages and disadvantages of using pfClone and pfCopy. b. provide a code example, if convenient, which clones or copies object(s) loaded via one of the file formats listed. Thanks in advance, Rob King From guest Fri Mar 10 23:21:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA28569; Fri, 10 Mar 1995 22:45: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 WAA28566; Fri, 10 Mar 1995 22:45:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13212; Fri, 10 Mar 95 22:44:53 -0800 Received: from ait.nrl.navy.mil by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA15802; Fri, 10 Mar 1995 22:44:51 -0800 Received: (from king@localhost) by ait.nrl.navy.mil (8.6.10/8.6.10) id BAA22210; Sat, 11 Mar 1995 01:44:48 -0500 Date: Sat, 11 Mar 1995 01:44:47 -0500 (EST) From: "Robert D. King" To: info-performer Subject: Crystal Eyes and Performer Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I would very much appreciate hearing from someone who has implemented a Performer application which uses Crystal Eyes. How does one implement the stereo mode? How should I set the frame rate? Do I set up one channel or two? How do I handle eye separation? Thanks in advance, Rob King From guest Sat Mar 11 07:37:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA29399; Sat, 11 Mar 1995 07:15: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 HAA29396; Sat, 11 Mar 1995 07:15:12 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19940; Sat, 11 Mar 95 07:14:44 -0800 Received: from vector.rickb.digex.net by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA08841; Sat, 11 Mar 1995 07:14:39 -0800 Received: from [10.1.0.2] (quadrant.rickb.digex.net [10.1.0.2]) by vector.rickb.digex.net (8.6.9/8.6.9) with SMTP id KAA02116 for ; Sat, 11 Mar 1995 10:14:50 -0500 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Mar 1995 10:16:50 -0400 To: info-performer@sgi.sgi.com From: rickb@vector.rickb.digex.net (Frederick E. Brown) Subject: OpenPerformer??? Status: O Has there ever been any interest in making Performer an open standard for other platforms in the same vein as OpenGL? I realize that quite a bit of the multiprocessor support code is tightly bound to the SGI platforms but I think Performer would be a nice tool to have on other systems such as Suns and HPs. Just curious... BTW, when can we expect 2.0? rickb@access.digex.net From guest Sat Mar 11 13:49:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA29700; Sat, 11 Mar 1995 13:22: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 NAA29697; Sat, 11 Mar 1995 13:22:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24967; Sat, 11 Mar 95 13:22:12 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA27914; Sat, 11 Mar 1995 13:22:08 -0800 Received: from flash.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA19415; Sat, 11 Mar 95 16:23:44 EST Received: by flash.vsl.ist.ucf.edu (940816.SGI.8.6.9) id QAA24928; Sat, 11 Mar 1995 16:23:43 -0500 Date: Sat, 11 Mar 1995 16:23:42 -0500 (EST) From: "Lance R. Marrou" To: "Robert D. King" Cc: info-performer Subject: Re: Cloning vs Copying In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Sat, 11 Mar 1995, Robert D. King wrote: > a. discuss the advantages and disadvantages of using pfClone and pfCopy. pfClone() does not duplicate the geometry (usually the big memory hog). Unless you are actually modifying the geometry dynamically, use pfClone(). > > b. provide a code example, if convenient, which clones or copies > object(s) loaded via one of the file formats listed. pfGroup *node; pfDCS *clone; // load the file(s) node = (pfGroup *)LoadFile(filename,NULL); ... // clone one of them and put in a DCS (or you can use SCS or pfFlatten()) clone = pfNewDCS(); pfAddChild(clone,pfClone(node,0)); ______________________________________________________________________________ /\ ______ /\____ ______ ______ 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 Mar 11 16:32:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA29928; Sat, 11 Mar 1995 16:14: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 QAA29925; Sat, 11 Mar 1995 16:14:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28165; Sat, 11 Mar 95 16:13:48 -0800 Received: from cae.ca by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA09044; Sat, 11 Mar 1995 16:13:45 -0800 Received: by cae.ca (4.1/SMI-4.1) id AA21151; Sat, 11 Mar 95 19:13:31 EST Date: Sat, 11 Mar 95 19:13:31 EST From: rejeanc@cae.ca (Rejean Chartrand) Message-Id: <9503120013.AA21151@cae.ca> To: info-performer@sgi.sgi.com Subject: GSet & GState Manipulation Status: O I would like to know how to manipulate (modify) the content of a vertex list passed to a GSet without having to delete the GSet and create a new one and also how to modify a GState without having to create a new one. One last question, where should I change the content of a pfSwitchVal so that the draw process shows the effect ? Thanks in advance ! Rejean. Rejean Chartrand. CAE Electronics Ltd., Montreal CANADA From guest Sun Mar 12 04:43:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA00570; Sun, 12 Mar 1995 04: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 EAA00567; Sun, 12 Mar 1995 04:18:26 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09383; Sun, 12 Mar 95 04:17:53 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA14642; Sun, 12 Mar 1995 04:17:44 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA08813 (5.65c8/IDA-1.4.4 for ); Sun, 12 Mar 1995 13:17:35 +0100 Received: by vier.idt.unit.no id AA09893 (5.0/idt-C-2.0 for idt); Sun, 12 Mar 1995 13:17:35 +0100 Date: Sun, 12 Mar 1995 13:17:35 +0100 Message-Id: <9503121217.AA09893@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Simple viewer... Content-Length: 2646 Status: O I'm new programming Performer. I'm trying to make a simple viewer for an application I'm going to make later. For the time being I'm just interested in a viewer that moves around in the model using the arrowkeys and the mouse. I made a viewer containing the code bellow, the problem is that this is a very slow solution (it moves to slow). The 'step' variable is set to 0.5. Should I use the routines from the pfutil to make this ? In that case, how (examples) ? /* Initialize keys */ qdevice(LEFTMOUSE); qdevice(WINQUIT); qdevice(LEFTARROWKEY); qdevice(RIGHTARROWKEY); qdevice(DOWNARROWKEY); qdevice(UPARROWKEY); qdevice(PAGEUPKEY); qdevice(PAGEDOWNKEY); /* Simulate for twenty seconds. */ while (!done) { /* Go to sleep until next frame time. */ pfSync(); while (qtest()) { short arg; switch (qread(&arg)) { case (PAGEUPKEY): zDirection += step; break; case (PAGEDOWNKEY): zDirection -= step; break; case LEFTARROWKEY: hDirection += step; break; case RIGHTARROWKEY: hDirection -= step; break; case DOWNARROWKEY: yDirection -= step; break; case UPARROWKEY: yDirection += step; break; case WINQUIT: case LEFTMOUSE: done = TRUE; break; } } /* Compute new view position. */ pfSetVec3(viewDirection, xDirection, yDirection, zDirection); pfSetVec3(viewAngles, hDirection, pDirection, rDirection); pfChanView(chan, viewDirection, viewAngles); /* Initiate cull/draw for this frame. */ pfFrame(); } /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Sun Mar 12 13:11:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA00967; Sun, 12 Mar 1995 12:44: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 MAA00964; Sun, 12 Mar 1995 12:44:18 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15580; Sun, 12 Mar 95 12:43:48 -0800 Received: from ligsg9.epfl.ch by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA09657; Sun, 12 Mar 1995 12:43:46 -0800 Received: by ligsg9.epfl.ch (Smail3.1.29.1 #28) id m0rnuUL-000100C; Sun, 12 Mar 95 21:43 MET Message-Id: Date: Sun, 12 Mar 95 21:43 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: Xt material editor widget Reply-To: matomira@epfl.ch Status: O Hello, How about bundling a Performer-oriented version of SoXtMaterialEditor with 2.0 ? 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 Sun Mar 12 16:35:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA01237; Sun, 12 Mar 1995 16:03:57 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA01234; Sun, 12 Mar 1995 16:03:56 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18722; Sun, 12 Mar 95 16:03:27 -0800 Received: from netcom18.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA22810; Sun, 12 Mar 1995 16:03:26 -0800 Received: from dip034.pixi.com by netcom18.netcom.com (8.6.10/Netcom) id QAA21418; Sun, 12 Mar 1995 16:02:37 -0800 Date: Sun, 12 Mar 1995 16:02:37 -0800 Message-Id: <199503130002.QAA21418@netcom18.netcom.com> X-Sender: sehyo@netcom18.netcom.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: sehyo@netcom.com (Sehyo Chang) Subject: unscribe X-Mailer: Status: O please remove me from subscribe list. thanks --------------- Sehyo Chang Virtual Enterprise Technology, Inc. sehyo@netcom.com vox: 808.943.6215 fax: 800.203.3051 voice pager: 800.759.5622 (for quicker reply) 909 Kaheka St. Suite B404 Honolulu, HI 96814 From guest Sun Mar 12 23:20:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA01704; Sun, 12 Mar 1995 23:01: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 XAA01701; Sun, 12 Mar 1995 23:01:48 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25545; Sun, 12 Mar 95 23:01:16 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id XAA20433; Sun, 12 Mar 1995 23:01:09 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id RAA04728 (8.6.10/IDA-1.6); Mon, 13 Mar 1995 17:01:04 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA04486 (5.65c/IDA-1.5); Mon, 13 Mar 1995 14:43:49 +1000 Received: from krusty by aggro with SMTP id AA03234 (5.65c/IDA-1.4.4); Mon, 13 Mar 1995 14:50:55 +1000 Received: by krusty (5.65) id AA02411; Mon, 13 Mar 1995 14:50:55 +1000 Date: Mon, 13 Mar 1995 14:50:54 +1000 (EST) From: Simon Bennett Subject: Re: pfLightpoint alpha To: John Rohlf Cc: info-performer@sgi.sgi.com In-Reply-To: <199503110128.RAA02233@tubes.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 10 Mar 1995, John Rohlf wrote: > Performer will replace pfLightPoint with a better (in my opinion) > mechanism called pfLPointState. pfLPointStates are libpr objects > which can be attached to pfGeoStates just like pfMaterials or > pfTextures. Thus, lightpoints are simply PFGS_POINTS pfGeoSets > with an associated pfLPointState. Additional features supplied by > pfLPointStates are: > - perspective point size > - CPU or texture-based range attenuation Does this mean that the lightpoints will get bigger as you approach them and smaller as the eyepoint gets further away? Will this be supported on RE^2 or only on "next generation" hardware? When is Performer 2.0 due for release (ballpark will do) - I'm currently developing range attenuated lightpoints under Performer 1.2 on RE^2 so I'd kinda like to know what and when Performer 2.0 is doing with lightpoints.... Will the old style pfLightpoint nodes still be supported? ...and if they are is it beyond silly to keep using them? > - CPU or texture-based punch-through fog Is there new fog capabilities in PF 2.0? Like the ability to see fog from the top? Does the texture-based punch-through support any sort of lightpoint haloing effects? > - similar directionality to pfLightPoints Does similar mean we are gaining or losing functionality? Or same functionality in a quite different way? > pfLPointStates gain the indexing capability of pfGeoStates in 2.0 so > you can have different IR/OTW visuals of the same pfGeoSet. Kewl... > You will need to use PER_VERTEX colors to do this. > In general, due to the bugs in PFLP_OVERALL I suggest you always use > PER_VERTEX colors. Correct me if I'm wrong... but I'll need the source to the Multigen Flight 14.1e loader to do this? My current problem is that I keep coming across PFLP_OVERALL lightpoint nodes in the scene graph - and the only way I can really detect them (besides reading the pfPrint output and looking for lightpoint nodes with a colour mode of PLGS_OVERALL) is when Performer crashes on me for attempting to read an individual lightpoint index colour.... I'm not creating them as PFLP_OVERALL.... Thanx muchly. +--------------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 981 0611 (x512) Computer Terms: hardware - the part of a computer system that one can kick From guest Mon Mar 13 02:49:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA02014; Mon, 13 Mar 1995 02:31: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 CAA02011; Mon, 13 Mar 1995 02:31:23 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28980; Mon, 13 Mar 95 02:30:51 -0800 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA03674; Mon, 13 Mar 1995 02:30:03 -0800 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Mon, 13 Mar 95 11:24:33 +0100 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA12123; Mon, 13 Mar 1995 11:28:24 GMT Received: by sage (931110.SGI/930416.SGI) for @bogart.mpib-tuebingen.mpg.de:info-performer@sgi.com id AA11724; Mon, 13 Mar 95 11:28:55 +0100 From: "Dietrich Opitz" Message-Id: <9503131128.ZM11722@sage.mpik-tueb.mpg.de> Date: Mon, 13 Mar 1995 11:28:55 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Non uniform scaling Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, How to do nonunifom scaling within Performer ? DCSscale does only uniform scaling thus affecting x,y and z extends of an object. I only want to affect the depth- (z-) extend ? Any suggestions? Thanks in advance. Dietrich -- Dietrich Opitz MPI fuer biologische Kybernetik Spemannstr. 38 72076 Tuebingen GERMANY Tel: ++49(07071) 601 606 FAX: ++49(07071) 601 575 e-mail: dio@sage.mpib-tuebingen.mpg.de From guest Sun Mar 12 20:02:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA01476; Sun, 12 Mar 1995 19:29: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 TAA01473; Sun, 12 Mar 1995 19:29:35 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22211; Sun, 12 Mar 95 19:29:03 -0800 Received: from vision.postech.ac.kr by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id TAA05698; Sun, 12 Mar 1995 19:28:30 -0800 Received: from hodoo.postech.ac.kr (hodoo.postech.ac.kr [141.223.94.6]) by vision.postech.ac.kr (8.6.9H1/8.6.6) with SMTP id MAA27114; Mon, 13 Mar 1995 12:24:34 +0900 Received: by hodoo.postech.ac.kr (931110.SGI/930416.SGI.AUTO) for @vision.postech.ac.kr:info-performer@sgi.com id AA12895; Mon, 13 Mar 95 12:18:07 +0800 From: "Lee Hwan-yong" Message-Id: <9503131218.ZM12893@hodoo.postech.ac.kr> Date: Mon, 13 Mar 1995 12:18:00 +0000 In-Reply-To: luz@ing.unifi.it "information terrains" (Mar 10, 2:04pm) References: <9503101304.AA08129@aguirre.ing.unifi.it> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: luz@ing.unifi.it Subject: Re: information terrains Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O I have a program that translate DEM (Degital Elevation Model) to WaveFront Object File. DEM is simple text data that represant elevation of terrains. Those format is. Data_name //one line sting horizontal data size // for example 200 vertical data size //for example 200 grid size // for example 50 (meter) horizontal position vertical position data1 data2 ...... data200 datas..... .......... I think it is so simple program that you can make it any time. If you want this program Email to me individually. I will send the source code by email. I hope it will be helpful to you. Bye. From guest Mon Mar 13 06:07:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA02580; Mon, 13 Mar 1995 05:40: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 FAA02577; Mon, 13 Mar 1995 05:40:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03611; Mon, 13 Mar 95 05:40:11 -0800 Received: from aguirre.ing.unifi.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA16150; Mon, 13 Mar 1995 05:40:00 -0800 From: rella@aguirre.ing.unifi.it Received: from elrond.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA11941; Mon, 13 Mar 95 13:41:24 +0100 Received: by elrond.ing.unifi.it (5.0/SMI-SVR4) id AA02193; Mon, 13 Mar 1995 13:41:23 +0100 Date: Mon, 13 Mar 1995 13:41:23 +0100 Message-Id: <9503131241.AA02193@elrond.ing.unifi.it> To: info-performer@sgi.sgi.com, dio@sage.mpik-tueb.mpg.de Subject: Re: Non uniform scaling X-Sun-Charset: US-ASCII Content-Length: 224 Status: O Hi Dietrich, you must operate directly on the DCS matrix. Try this: pfMatrix scaling_mat; pfMakeScaleMat(scaling_mat, scale_x, scale_y, scale_z); pfDCSMat(your_dcs, scaling_dcs); Luigi Rella rella@aguirre.ing.unifi.it From guest Mon Mar 13 05:48:56 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA02564; Mon, 13 Mar 1995 05:25: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 FAA02561; Mon, 13 Mar 1995 05:25:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03390; Mon, 13 Mar 95 05:25:26 -0800 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA14648; Mon, 13 Mar 1995 05:25:14 -0800 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Mon, 13 Mar 95 14:20:29 +0100 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA07813; Mon, 13 Mar 1995 13:47:51 GMT Received: by sage (931110.SGI/930416.SGI) for @bogart.mpib-tuebingen.mpg.de:info-performer@holodeck.asd.sgi.com id AA00666; Mon, 13 Mar 95 13:47:10 +0100 From: "Dietrich Opitz" Message-Id: <9503131347.ZM664@sage.mpik-tueb.mpg.de> Date: Mon, 13 Mar 1995 13:47:10 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer Subject: Re: Crystal Eyes and Performer Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, It is easy to combine Crystal Eyes and Performer. 1) Switching to Stereomode : old_monitor_mode = getmonitor(); setmonitor(STR_RECT); 2) Set up to channels, each for one eye. 3) Set viewports on screen. 4) Separate both views by 5.6cm horizontally 5) Attach the channels to the scene 6) Draw <..> 5) return to normal setmonitor(old_monitor_state); Rgds. Dietrich -- Dietrich Opitz MPI fuer biologische Kybernetik Spemannstr. 38 72076 Tuebingen GERMANY Tel: ++49(07071) 601 606 FAX: ++49(07071) 601 575 e-mail: dio@sage.mpib-tuebingen.mpg.de From guest Mon Mar 13 07:53:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA02903; Mon, 13 Mar 1995 07:29: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 HAA02900; Mon, 13 Mar 1995 07:29:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05869; Mon, 13 Mar 95 07:28:37 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA27208; Mon, 13 Mar 1995 07:28:15 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA18403 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Mon, 13 Mar 1995 16:37:45 +0100 Message-Id: <199503131537.AA18403@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA00371; Mon, 13 Mar 95 16:21:20 +0100 From: Marco Crocetta Subject: Re: pfMaterial To: tmoeller@cgrg.ohio-state.edu (Torsten Moeller) Date: Mon, 13 Mar 95 16:21:19 MET Cc: info-performer@sgi.sgi.com In-Reply-To: <199503110201.VAA00258@stegosaur.cgrg.ohio-state.edu>; from "Torsten Moeller" at Mar 10, 95 9:01 pm Mailer: Elm [revision: 66.25] Status: O > > I have problems understanding how to manipulate the > material of an object. I read in a scene description > file, which is ordered by Light sources, Materials > and Objects. Each Object has a material tag and when > I read an object (from an external file with LoadObj) > and want to assign it the appropriate material. > The pfMaterial man-page only explains how to apply > a certain material to a GeoSet, which then could be attached > to a Geode. But LoadObj doesn't return a Geode > (I got the message: Performer Warning (9): pfAddGSet() geode is not a > pfGeode). If I would use pfApplyMtl, that would apply > this material to all the geometry in the database. > > So I am clueless, how to > a) specify a material for a specific object read via LoadObj > b) change the material once specified for such an object. > > Any help would be appreciated, > > Torsten Moeller > > > > I don't know if this can be a little help for you but I have the same problem in manipulating Material alpha. What I'm trying to do now is to modify the pfuTrav routines (see Manual pag.308) to obtain a node callback that could change the material for each pfGeoSet under a pfGeode. Unfortunately I didn't obtain any good result yet. Anyway looking at the source code of trav.c could be useful to have some good idea... Ciao ------------------------- Marco Crocetta DATAMAT SpA,Rome e-mail:onyx@datamat.it ------------------------- at the source code of trav.c From guest Mon Mar 13 09:17:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA03063; Mon, 13 Mar 1995 09:01: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 JAA03060; Mon, 13 Mar 1995 09:01:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08985; Mon, 13 Mar 95 09:01:09 -0800 Received: from pophost.ucsd.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA09841; Mon, 13 Mar 1995 09:01:07 -0800 Received: from jupiter (jupiter.ucsd.edu [132.239.126.5]) by pophost.ucsd.edu (8.6.10/8.6.9) with SMTP id JAA06777 for <@pophost.ucsd.edu:info-performer@sgi.com>; Mon, 13 Mar 1995 09:20:18 -0800 Received: by jupiter (931110.SGI/930416.SGI) for @pophost.ucsd.edu:info-performer@sgi.com id AA19888; Mon, 13 Mar 95 08:59:49 -0800 From: "Andy Mirkis" Message-Id: <9503130859.ZM19886@jupiter.ucsd.edu> Date: Mon, 13 Mar 1995 08:59:45 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: User data and Discriminator callbacks... Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Is there a way to pass user data to a discriminator funtion? I'm using pfSegsIsectNode() which has a userData pointer in the pfSegSet structure but no way that I can tell to retrieve it from the discFunc. Is there another way? I'm using performer 1.2. Thanks! Andy Mirkis UCSD Visual Arts San Diego, CA From guest Mon Mar 13 09:17:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA03068; Mon, 13 Mar 1995 09:02:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA03065; Mon, 13 Mar 1995 09:02:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09041; Mon, 13 Mar 95 09:02:17 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id JAA10109; Mon, 13 Mar 1995 09:02:14 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id JAA12669; Mon, 13 Mar 1995 09:02:13 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:matomira@epfl.ch id AA09035; Mon, 13 Mar 95 09:02:12 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA02326; Mon, 13 Mar 1995 09:02:35 -0800 From: "Michael Jones" Message-Id: <9503130902.ZM2324@babar.asd.sgi.com> Date: Mon, 13 Mar 1995 09:02:35 -0800 In-Reply-To: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) "Xt material editor widget" (Mar 12, 9:43pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: matomira@epfl.ch, info-performer@sgi.sgi.com Subject: Re: Xt material editor widget Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 12, 9:43pm, Fernando D. Mato Mira wrote: > Subject: Xt material editor widget : How about bundling a Performer-oriented version :of SoXtMaterialEditor with 2.0 ? We thought of hiring a summer intern to write such "Inventor-ish" convenience items for the utility library, but decided against it. We'd be happy to distribute any such tools that users have written as part of the IRIS Performer 2.0 Friends of Performer distribution. If you've done something clever or neat that you'd like to share, let us know. Thanks, Michael -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Mon Mar 13 11:40:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA05414; Mon, 13 Mar 1995 11:27:04 -0800 Return-Path: Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer id LAA05411; Mon, 13 Mar 1995 11:27:04 -0800 Date: Mon, 13 Mar 95 17:13:22 GMT From: Chris Seal Reply-To: cseal@sirapgc.demon.co.uk Message-Id: To: info-performer Subject: Re: Crystal Eyes and Performer : X-Mailer: DICS Mapi Gateway 4.5 Status: O cseal@sirapgc.demon.co.uk Hi, It is easy to combine Crystal Eyes and Performer. >1) Switching to Stereomode : old_monitor_mode = getmonitor(); setmonitor(STR_RECT); >2) Set up to channels, each for one eye. >3) Set viewports on screen. >4) Separate both views by 5.6cm horizontally >5) Attach the channels to the scene >6) Draw <..> >5) return to normal setmonitor(old_monitor_state); Just to say that 5.6cm eye separation is a bit on the small side. Typically 3D systems regard 6.5cm as more appropiate; most people's eye separation is in the range 55mm to 71mm. It may be better to make the eye separation an 'adjustable' feature allowing the users to exaggerate viewing conditions if they require. Of course it really depends on how faithful a 3D virtual space you wish to create ;-). Chris Seal From guest Mon Mar 13 09:42:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA03133; Mon, 13 Mar 1995 09:24: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 JAA03130; Mon, 13 Mar 1995 09:24:23 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10208; Mon, 13 Mar 95 09:23:51 -0800 Received: from mimbres.cs.unm.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA13732; Mon, 13 Mar 1995 09:23:49 -0800 From: jim@cs.unm.edu Received: from cobra.cs.unm.edu by mimbres.cs.unm.edu (5.65/033093) with SMTP id ; Mon, 13 Mar 95 10:23:33 -0700 Date: Mon, 13 Mar 95 10:23:32 MST Message-Id: <9503131723.AA27772@cobra.cs.unm.edu> To: info-performer@sgi.sgi.com, tmoeller@cgrg.ohio-state.edu Subject: Re: pfMaterial Status: O The LoadObj routine supports "mtllib " commands. I load materials by first creating them in Property, using images (i.e. rgb images) instead of textures (i.e txc, etc). Wavefront does not put the mtllib command in the files normally. You can do this automagically with the following shell script. Just put this in a file. I call it addcolor. Then run chmod 744 addcolor to make it executable. If you put the command in your personal bin directory, you can access it from anywhere (i.e. you don't have to be in the objects directory). It takes the name of the wavefront project, the name of the object file, and adds to the beginning of the file the text "mtllib colors.mtl". If you use a different name for your material file, change that text. syntax is: addcolor Once it has been added to the file, wavefront preserves it everytime you edit the file in model --i.e. you don't have to run this on a file more than once. #-------------- cut here ----------------------------- #! /bin/sh #must be the FIRST line in the file # shell to add "mtl_lib" statement to first line of an obj file if awk 'BEGIN {print "mtllib colors.mtl"} {print}' \ <$HOME/projects/$1/objects/$2 >/tmp/addcolor_$$ then mv /tmp/addcolor_$$ $HOME/projects/$1/objects/$2 else rm /tmp/addcolor_$$ fi From guest Mon Mar 13 10:37:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA05191; Mon, 13 Mar 1995 10: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 KAA05188; Mon, 13 Mar 1995 10:22:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14181; Mon, 13 Mar 95 10:22:25 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA26051; Mon, 13 Mar 1995 10:22:11 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA29919 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Mon, 13 Mar 1995 19:31:49 +0100 Message-Id: <199503131831.AA29919@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA01147; Mon, 13 Mar 95 19:04:22 +0100 From: Marco Crocetta Subject: Changing Material To: info-performer@sgi.sgi.com Date: Mon, 13 Mar 95 19:04:21 MET Mailer: Elm [revision: 66.25] Status: O Hi, I'm still working at my trasparency problem. What Angus suggested works very well (thanks!) but the problem is that my goal is to change ONLY the alpha value of the material(s) belonging to a certain model. In other words I want an exact copy of a models but with a different Alpha value for the material. A call to pfApplyMtl(), unfortunately, take effect over the whole rgba values of my materials. So I tried a different way: there are in libpfutil some traverser utilities that I tried to modify. I have modified the cbPrintNodeInfo() so that, when a pfGeode is detected the function tries to change the pfGeoState connected with all the pfGSet under the Geode: mycbPrintNodeInfo(pfuTraverser *trav) { pfMaterial *material; pfGeoState *state; ....... switch (pfGetType(node)) { case PFTYPE_GEODE: { long nGSets = pfGetNumGSets((pfGeode *)node); long i; for (i = 0 ; i < nGSets ; i++) { .....standard things .... /*Get State*/ state=pfGetGSetGState((pfGeoSet *)gd); /*Get Material*/ material = pfGetGStateAttr(state, PFSTATE_FRONTMTL); /*Change Material*/ pfMtlAlpha(material,0.4); pfGStateAttr(state,PFSTATE_FRONTMTL,material); pfMtlColorMode(material, PFMTL_BOTH, PFMTL_CMODE_COLOR); pfGSetGState(gd,state); } } } } Then I have two shared instances of the same model under two different groups belonging to the same scene, and I apply my traverse function to one of them...The result is that both models are transparent because they share the same pfGSet... So there is no way to set ONLY a material alpha on certain nodes??? Thanks in advance ------------------------------ Marco Crocetta DATAMAT SpA, Rome e-mail onyx@datamat.it ------------------------------ From guest Mon Mar 13 11:50:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA05480; Mon, 13 Mar 1995 11: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 LAA05477; Mon, 13 Mar 1995 11:38:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19603; Mon, 13 Mar 95 11:38:03 -0800 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA12456; Mon, 13 Mar 1995 11:37:45 -0800 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Mon, 13 Mar 95 20:32:54 +0100 Received: from sage.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA12850; Mon, 13 Mar 1995 20:36:47 GMT Received: by sage (931110.SGI/930416.SGI) for @bogart.mpib-tuebingen.mpg.de:info-performer@sgi.com id AA01345; Mon, 13 Mar 95 20:37:23 +0100 From: "Dietrich Opitz" Message-Id: <9503132037.ZM1343@sage.mpik-tueb.mpg.de> Date: Mon, 13 Mar 1995 20:37:22 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Castle model Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, Does anybody know about a CAD-model of a medieval castle ? Rgds Dietrich From guest Mon Mar 13 12:58:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA05631; Mon, 13 Mar 1995 12:42:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA05628; Mon, 13 Mar 1995 12:42:06 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23143; Mon, 13 Mar 95 12:41:34 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id MAA25701; Mon, 13 Mar 1995 12:41:29 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id MAA18654; Mon, 13 Mar 1995 12:41:28 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:rejeanc@cae.ca id AA23134; Mon, 13 Mar 95 12:41:24 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA13484; Mon, 13 Mar 1995 12:41:50 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503131241.ZM13482@rose.asd.sgi.com> Date: Mon, 13 Mar 1995 12:41:50 -0800 In-Reply-To: rejeanc@cae.ca (Rejean Chartrand) "GSet & GState Manipulation" (Mar 11, 7:13pm) References: <9503120013.AA21151@cae.ca> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: rejeanc@cae.ca (Rejean Chartrand), info-performer@sgi.sgi.com Subject: Re: GSet & GState Manipulation Cc: src@rose Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 11, 7:13pm, Rejean Chartrand wrote: > Subject: GSet & GState Manipulation -> ->I would like to know how to manipulate (modify) the content of a vertex list ->passed to a GSet without having to delete the GSet and create a new one and ->also how to modify a GState without having to create a new one. GSets and GStates can always be modified. GSets keep pointers to your vertex data so your vertices can be modified in memory and the changes reflected immediately when you draw. Note, however, that these structures are not automatically multi-buffered for you across processes. You want to 1) create them in shared memory so that all process can see them 2) create 3 copies: 1 for the process where you are changing the data (app) 1 for the draw process drawing, and 1 more to hold the last result from the app and to keep you from colliding and having the app wait on the draw to finish with its copy. 3) Only call Draw and Apply routines in the draw process. ->One last question, where should I change the content of a pfSwitchVal so that ->the draw process shows the effect ? Make changes to all pfNode types in the Application. These structures we do automatically multibuffer for you and the change will happen on a frame accurate basis. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Mon Mar 13 13:39:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA05698; Mon, 13 Mar 1995 13:17: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 NAA05695; Mon, 13 Mar 1995 13:17:08 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24841; Mon, 13 Mar 95 13:16:36 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id NAA02392; Mon, 13 Mar 1995 13:16:33 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id NAA23480; Mon, 13 Mar 1995 13:16:32 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:onyx@datamat.it id AA24827; Mon, 13 Mar 95 13:16:20 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA13558; Mon, 13 Mar 1995 13:16:43 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503131316.ZM13556@rose.asd.sgi.com> Date: Mon, 13 Mar 1995 13:16:43 -0800 In-Reply-To: Marco Crocetta "Changing Material" (Mar 13, 7:04pm) References: <199503131831.AA29919@relay.iunet.it> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Marco Crocetta , info-performer@sgi.sgi.com Subject: Re: Changing Material Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 13, 7:04pm, Marco Crocetta wrote: > Subject: Changing Material ->Hi, -> ->I'm still working at my trasparency problem. ->What Angus suggested works very well (thanks!) but the problem ->is that my goal is to change ONLY the alpha value of the ->material(s) belonging to a certain model. -> If you only need to do this occasionally and need to do it to random geometry and don't want to screw up youor pfGeoState and pfMaterial sharing, then you can do this directly will pre- and post- draw callbacks, though it may have a performance impact on your draw process. The easy way on an RE you can use the msmask screen-door transparency - what we do for fade LOD. You can use msmask() to set a level of opacity for the resulting geometry. Set it back to full opacity in the post- draw callback. ->Then I have two shared instances of the same model under two different ->groups belonging to the same scene, and I apply my traverse function ->to one of them...The result is that both models are transparent because ->they share the same pfGSet... Sharing the same GSet is not a problem. You needed separate pfGeoStates - one with the transparent material, one with the opaque. You could store a list of pfGeoStates in the user data of the node. Then, you could switch in a pre-draw callback on the node which pfGeoStates the pfGeoSets were referencing. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Mon Mar 13 13:46:29 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA05722; Mon, 13 Mar 1995 13:23: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 NAA05719; Mon, 13 Mar 1995 13:23:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25163; Mon, 13 Mar 95 13:22:41 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA03623; Mon, 13 Mar 1995 13:22:39 -0800 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id NAA19208 for ; Mon, 13 Mar 1995 13:22:05 -0800 Received: (rlatham@localhost) by jobe.shell.portal.com (8.6.11/8.6.5) id NAA15498 for info-performer@sgi.com; Mon, 13 Mar 1995 13:22:04 -0800 Date: Mon, 13 Mar 1995 13:22:04 -0800 From: Roy W Latham Message-Id: <199503132122.NAA15498@jobe.shell.portal.com> To: info-performer@sgi.sgi.com Subject: deactivating widgets Status: O Is there a function that deactivates or activates a widget? I don't want to take it out of the scene; I just want to deactivate it. From guest Mon Mar 13 16:08:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA05996; Mon, 13 Mar 1995 15:51: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 PAA05993; Mon, 13 Mar 1995 15:51:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03538; Mon, 13 Mar 95 15:51:05 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id PAA05890; Mon, 13 Mar 1995 15:49:46 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id PAA16933; Mon, 13 Mar 1995 15:49:45 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:rlatham@shell.portal.com id AA03477; Mon, 13 Mar 95 15:49:41 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA13976; Mon, 13 Mar 1995 15:50:07 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503131550.ZM13974@rose.asd.sgi.com> Date: Mon, 13 Mar 1995 15:50:06 -0800 In-Reply-To: Roy W Latham "deactivating widgets" (Mar 13, 1:22pm) References: <199503132122.NAA15498@jobe.shell.portal.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Roy W Latham , info-performer@sgi.sgi.com Subject: Re: deactivating widgets Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 13, 1:22pm, Roy W Latham wrote: > Subject: deactivating widgets -> -> ->Is there a function that deactivates or activates a widget? ->I don't want to take it out of the scene; I just want to deactivate it. Are you talking about libpfutil GUI widgets? No, but that is a very reasonable request. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Mon Mar 13 17:01:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA06101; Mon, 13 Mar 1995 16:32:26 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA06098; Mon, 13 Mar 1995 16:32:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06522; Mon, 13 Mar 95 16:31:45 -0800 Received: from cae.ca by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA14565; Mon, 13 Mar 1995 16:31:38 -0800 Received: by cae.ca (4.1/SMI-4.1) id AA09826; Mon, 13 Mar 95 19:31:27 EST Date: Mon, 13 Mar 95 19:31:27 EST From: rejeanc@cae.ca (Rejean Chartrand) Message-Id: <9503140031.AA09826@cae.ca> To: info-performer@sgi.sgi.com Status: O Here's an abstract from the pfNodeTravFuncs() man page : pfNodeTravFuncs specify the user supplied functions which are to be invoked during the traversal indicated by which. For each traversal, there is a pre and post traversal callback. pre is invoked before node and its children are processed while post is invoked after. The pre- and post- methodology supports save and restore or push and pop programming constructs. Node callbacks are passed pointers to the user supplied traversal data pointer for that node and a pfTraverser which defines the current traversal state. pfGetNodeTravFuncs copies node's pre and post callbacks of traversal type which into pre and post respectively. The data argument to pfNodeTravData is the pointer which is passed to the traversal callbacks indicated by which. Both pre- and post-callbacks will be passed data in addition to a pfTraverser*. When multiprocessing, data should point to memory in a shared arena. pfGetNodeTravData returns the current data pointer for the specified traversal. The pre- or post-callbacks for the cull and intersection traversals may return PFTRAV_CONT, PFTRAV_PRUNE, PFTRAV_TERM to indicate that traversal should continue normally, skip this node or terminate the traversal, respectively. PFTRAV_PRUNE is equivalent to PFTRAV_CONT for the post- callback. Currently the return value from the draw callbacks is ignored. [end of the abstract] So, given that the return value from the draw callbacks are ignored, how can I tell Performer that in the pre-callback I will be drawing myself (for example) pfLightPoint since I cannot prevent Performer from drawing the node using PFTRAV_PRUNE ? For sure I can draw in my own way a pfLightPoint node but at the same time I cannot tell Performer not to draw it since it is not looking at the return value PFTRAV_PRUNE from the pre-callback ! Thanks in advance ! Rejean. Rejean Chartrand. CAE Electronics Ltd., Montreal CANADA From guest Mon Mar 13 17:21:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06138; Mon, 13 Mar 1995 17:01:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id RAA06135; Mon, 13 Mar 1995 17:01:09 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08598; Mon, 13 Mar 95 17:00:36 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id RAA18666; Mon, 13 Mar 1995 17:00:30 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id RAA26045; Mon, 13 Mar 1995 17:00:29 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:mandy@jupiter.ucsd.edu id AA07970; Mon, 13 Mar 95 16:49:28 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA14258; Mon, 13 Mar 1995 16:49:46 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503131649.ZM14256@rose.asd.sgi.com> Date: Mon, 13 Mar 1995 16:49:46 -0800 In-Reply-To: "Andy Mirkis" "User data and Discriminator callbacks..." (Mar 13, 8:59am) References: <9503130859.ZM19886@jupiter.ucsd.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Andy Mirkis" , info-performer@sgi.sgi.com Subject: Re: User data and Discriminator callbacks... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 13, 8:59am, Andy Mirkis wrote: > Subject: User data and Discriminator callbacks... -> ->Is there a way to pass user data to a discriminator funtion? I'm using ->pfSegsIsectNode() which has a userData pointer in the pfSegSet structure ->but no way that I can tell to retrieve it from the discFunc. Is there ->another way? I'm using performer 1.2. Thanks! You get a pointer to a pfHit structure in your discriminator function and it's userData field should have the user data passed in with your SegSet. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Mon Mar 13 18:01:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06329; Mon, 13 Mar 1995 17:48: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 RAA06325; Mon, 13 Mar 1995 17:48:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11426; Mon, 13 Mar 95 17:47:25 -0800 Received: from cae.ca by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA00196; Mon, 13 Mar 1995 17:47:19 -0800 Received: by cae.ca (4.1/SMI-4.1) id AA14776; Mon, 13 Mar 95 19:51:44 EST Date: Mon, 13 Mar 95 19:51:44 EST From: rejeanc@cae.ca (Rejean Chartrand) Message-Id: <9503140051.AA14776@cae.ca> To: info-performer@sgi.sgi.com Status: O I would like people to discuss about efficient spatial organization of a database. Let's say that I have a database organized on disk as beeing a group of tiles and in each tile we can find these elements : 1) A list of ground polygons and for each of these polygons, a list of coplanar polygons. 2) A list of 3D polygons not beeing considered ground (not to be used for HAT intersection). 3) A list of model's references (some SCS and some DCS). How should the Performer's scene be organized to get the best results for drawing ? I just want to investigate what people think about this issue. Thanks in advance ! Rejean. Rejean Chartrand. CAE Electronics Ltd., Montreal CANADA From guest Mon Mar 13 17:34:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06174; Mon, 13 Mar 1995 17:17: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 RAA06171; Mon, 13 Mar 1995 17:17:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09790; Mon, 13 Mar 95 17:17:23 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA22567; Mon, 13 Mar 1995 17:11:03 -0800 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id RAA15990 for ; Mon, 13 Mar 1995 17:10:29 -0800 Received: (rlatham@localhost) by jobe.shell.portal.com (8.6.11/8.6.5) id RAA16819 for info-performer@sgi.com; Mon, 13 Mar 1995 17:10:26 -0800 Date: Mon, 13 Mar 1995 17:10:26 -0800 From: Roy W Latham Message-Id: <199503140110.RAA16819@jobe.shell.portal.com> To: info-performer@sgi.sgi.com Subject: performer gui, message Status: O I meant the gui in performer not the Motif. I also want to ask another question. I used pfuDrawMessage to show some text in the screen, but I don't know how to get rid of them. I didn't see pfuDeleteMessage in the man page; is there one? If not, how do I get rid of them? thank for your prompt responses. From guest Mon Mar 13 17:52:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA06269; Mon, 13 Mar 1995 17: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 RAA06266; Mon, 13 Mar 1995 17:35:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10856; Mon, 13 Mar 95 17:34:57 -0800 Received: from mail.ucsd.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA27296; Mon, 13 Mar 1995 17:34:53 -0800 Received: from jupiter by mail.ucsd.edu; id RAA17730 sendmail 8.6.10/UCSD-2.2-sun via SMTP Mon, 13 Mar 1995 17:34:51 -0800 for <@mail.ucsd.edu:info-performer@sgi.com> Received: by jupiter (931110.SGI/930416.SGI) for @mail.ucsd.edu:info-performer@sgi.com id AA08200; Mon, 13 Mar 95 17:33:36 -0800 From: "Andy Mirkis" Message-Id: <9503131733.ZM8198@jupiter.ucsd.edu> Date: Mon, 13 Mar 1995 17:33:32 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: User data and Discriminator callbacks... Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Mar 13, 4:49pm, Sharon Clay (Fischler) wrote: > Subject: Re: User data and Discriminator callbacks... > > +>---- On Mar 13, 8:59am, Andy Mirkis wrote: > > Subject: User data and Discriminator callbacks... > -> > ->Is there a way to pass user data to a discriminator funtion? I'm using > ->pfSegsIsectNode() which has a userData pointer in the pfSegSet structure > ->but no way that I can tell to retrieve it from the discFunc. Is there > ->another way? I'm using performer 1.2. Thanks! > > You get a pointer to a pfHit structure in your discriminator function and > it's userData field should have the user data passed in > with your SegSet. > > src. > This sounds good but it leads me to another question. How do I access the pfHit userData? I checked the header files for an undocumented PFQHIT token but didn't find one. I'm assuming that since y'all privide a functional interface to the pfHit structure, the actual structure definition is not provided (atleast, I couldn't find it in the header files). -Andy From guest Mon Mar 13 17:14:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA06115; Mon, 13 Mar 1995 16:47: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 QAA06112; Mon, 13 Mar 1995 16:47:12 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07826; Mon, 13 Mar 95 16:46:40 -0800 Received: from Arizona.EDU by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA16861; Mon, 13 Mar 1995 16:46:36 -0800 Received: from crimson.mse.arizona.edu by Arizona.EDU (PMDF V4.3-10 #2381) id <01HO3GP6DWPC9JE74P@Arizona.EDU>; Mon, 13 Mar 1995 17:46:30 -0700 (MST) Received: by crimson.mse.arizona.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id SAA16111; Mon, 13 Mar 1995 18:38:18 -0600 Date: Mon, 13 Mar 1995 18:38:16 -0700 From: "Frank J. Cherne" Subject: Mixed Model with a Spaceball. To: info-performer@sgi.sgi.com Message-Id: <9503131838.ZM16109@crimson.mse.arizona.edu> Mime-Version: 1.0 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT Status: O For some reason I am stuck. I am trying to utilize a Spaceball with Performer using a GLX model. This is what I have tried, I hacked cube.c a mixed model non-Performer program. This has shown me how to add devices to the X serving protocol. Could someone describe how to get a Spaceball device input into an Performer GLX routine. Here are my assumptions/methodology: 1. I assume that I need an Xhandler to handle the spaceball events and their corresponding events. 2. I think that the spaceball generates a DeviceMotionNotify type event as well as ButtonRelease and ButtonPress type events? 3. Given 1 and 2, I have a switch on event type that switches on MotionNotify, ButtonPress, ButtonRelease. see example below: switch(event->type){.... case ButtonPress: { if (event->type==spaceball_button_press_event_type){ pfuevent->dev = MY_SPACEBALL_BUTTON; pfuevent->val = SpaceballBut(event); } else pfuevent->dev = PFUDEV_NULL; break; ...} When this is done and compilation takes place I get to within my simulation loop after a the updating of the view and before the pfFrame portion of a simulation loop, the core gets dumped. Anyone with suggestions or solutions (sample code) using the Spaceball with Performer where Xwindows is handling the input, reply either through the performer mailing list or to my e-mail address fjcherne@crimson.mse.arizona.edu. Frank From guest Mon Mar 13 18:29:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA06434; Mon, 13 Mar 1995 18:12: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 SAA06431; Mon, 13 Mar 1995 18:12:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12631; Mon, 13 Mar 95 18:12:08 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id SAA04261; Mon, 13 Mar 1995 18:12:03 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA05969; Mon, 13 Mar 1995 18:12:02 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:rlatham@shell.portal.com id AA12622; Mon, 13 Mar 95 18:11:57 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA14512; Mon, 13 Mar 1995 18:12:16 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503131812.ZM14510@rose.asd.sgi.com> Date: Mon, 13 Mar 1995 18:12:15 -0800 In-Reply-To: Roy W Latham "performer gui, message" (Mar 13, 5:10pm) References: <199503140110.RAA16819@jobe.shell.portal.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Roy W Latham Subject: Re: performer gui, message Cc: info-performer@sgi.sgi.com, src@rose Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 13, 5:10pm, Roy W Latham wrote: > Subject: performer gui, message -> ->I meant the gui in performer not the Motif. Right - would be easy enough to add but in the current version, all widgets in a panel are tracked so sliders will slide and switch buttons will switch. Perfectly reasonable RFE. FYI - if you want to do your own enhancements, the source code is in /usr/src/Performer/src/lib/libpfutil/gui.c. ->I also want to ask another question. -> -> I used pfuDrawMessage to show some text in the screen, but I don't know how ->to get rid of them. I didn't see pfuDeleteMessage in the man page; ->is there one? -> If not, how do I get rid of them? There is no such specific routine. You are probably drawing the message in the overlay planes via drawmode(OVERDRAW)? You can clear the overlay planes to remove all messages, and you can set viewport or scrmask to clear a portion of the screen. You can also redraw the text with color(0) - the transparent color in the overlay planes. This might be the easiest way to clear a single message in a block of other text. FYI - It is a very expensive operation to switch drawmode() so anything that needs to be frequently updated you should do at the end of drawing and just draw it un-zbuffered. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Mon Mar 13 19:36:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA06645; Mon, 13 Mar 1995 19:15: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 TAA06642; Mon, 13 Mar 1995 19:15:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15504; Mon, 13 Mar 95 19:15:01 -0800 Received: from mane.cgrg.ohio-state.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id TAA13569; Mon, 13 Mar 1995 19:14:58 -0800 Received: from stegosaur.cgrg.ohio-state.edu (tmoeller@cgrg.ohio-state.edu) by mane.cgrg.ohio-state.edu (8.6.10/941010.52) with ESMTP id WAA11348 for ; Mon, 13 Mar 1995 22:14:55 -0500 Received: (from tmoeller) by stegosaur.cgrg.ohio-state.edu (8.6.10/941010) id WAA01600 for info-performer@sgi.com; Mon, 13 Mar 1995 22:14:49 -0500 From: Torsten Moeller Message-Id: <199503140314.WAA01600@stegosaur.cgrg.ohio-state.edu> Subject: pfFlatten To: info-performer@sgi.sgi.com Date: Mon, 13 Mar 1995 22:14:49 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 629 Status: O To increase the performance of my program I was trying to use pfFlatten on objects read with LoadFile to get rid of a pfSCS node. I had to acknowledge that very 'weird' things started to happen, and hours later I found out that the FAQ (31) says, that "pfFlatten does not work properly on pfGeodes that share pfGeoSets with other pfGeodes". What would be the most efficient way around this problem? Is a pfDCS better than a pfSCS ? Or is there another way to change the geometry of my objects? Thanks for any help, Torsten Moeller -- Research Assistant ACCAD tmoeller@cgrg.ohio-state.edu Ohio State University From guest Mon Mar 13 21:06:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA06823; Mon, 13 Mar 1995 20:41: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 UAA06820; Mon, 13 Mar 1995 20:41:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18462; Mon, 13 Mar 95 20:41:19 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id UAA23325; Mon, 13 Mar 1995 20:41:17 -0800 Received: from eclipse.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA00981; Mon, 13 Mar 95 23:42:53 EST Received: by eclipse.vsl.ist.ucf.edu (4.1) id AA28859; Mon, 13 Mar 95 23:41:00 EST Date: Mon, 13 Mar 1995 23:41:00 -0500 (EST) From: "Lance R. Marrou" To: Rejean Chartrand Cc: info-performer@sgi.sgi.com Subject: Re: your mail In-Reply-To: <9503140031.AA09826@cae.ca> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 13 Mar 1995, Rejean Chartrand wrote: ... > So, given that the return value from the draw callbacks are ignored, how > can I tell Performer that in the pre-callback I will be drawing myself > (for example) pfLightPoint since I cannot prevent Performer from drawing > the node using PFTRAV_PRUNE ? For sure I can draw in my own way a > pfLightPoint node but at the same time I cannot tell Performer not to > draw it since it is not looking at the return value PFTRAV_PRUNE from > the pre-callback ! ... There are two options I see. One is not to use the pfLightPoint node, or basically no node with implicit geometry. If you have an empty pfDCS, pfGroup, etc. then you will have no problems. If you must have the geometry, then insert a node (a pfGroup) above it which has the callbacks. Then just turn off the draw mask of the child. The parent's functions will get called and its children will not be displayed. Of course, either method fails if you need to perform some draw specific test in the pre-draw callback to determine if the node should be drawn (or at least the rest of it). However, in this case, you might consider a 1 frame delay and do the test for the next frame by setting some flag. ______________________________________________________________________________ /\ ______ /\____ ______ ______ 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 Mon Mar 13 21:06:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA06828; Mon, 13 Mar 1995 20:43: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 UAA06825; Mon, 13 Mar 1995 20:43:48 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18498; Mon, 13 Mar 95 20:43:16 -0800 Received: from piraya.electrum.kth.se by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id UAA23528; Mon, 13 Mar 1995 20:43:11 -0800 Received: from nostromo.electrum.kth.se (nostromo.electrum.kth.se [130.237.215.5]) by piraya.electrum.kth.se (8.6.10/8.6.9) with ESMTP id FAA24478 for ; Tue, 14 Mar 1995 05:43:08 +0100 From: Artikas Zeighami-Aghmion Received: (arti@localhost) by nostromo.electrum.kth.se (8.6.9/8.6.9) id FAA14651 for info-performer@sgi.com; Tue, 14 Mar 1995 05:41:37 +0100 Date: Tue, 14 Mar 1995 05:41:37 +0100 Message-Id: <199503140441.FAA14651@nostromo.electrum.kth.se> To: info-performer@sgi.sgi.com Status: O HI I'm sitting here having major problems with getting in wavefront objects into the performer... To import the object it self is no problem, but the texture is the one I can't get in. As soon as the texture includes a map like *.txb or *.txc I get zillions of warnings... If anybody got any ideas, I'll be most gratefull... Thanks Arti... __&__ ........................................................ / \ Artikas Zeighami eMail : arti@it.kth.se . | | ViCE Snail : KTH/IT . | (o)(o) Visual Communication Electrum 204 . C ,---_) Experience S-164 40 KISTA . | |,___| Royal Institute of Voice : +46 8 752 13 89 . | \__/ Technology Cellular : +46 70 71 72 392 . /_____\ Departement of Fax : +46 8 751 17 93 . /_____/ \ Information Technology . "Murphy was ....................................................... an optimist" Homer's law. From guest Mon Mar 13 23:25:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA07083; Mon, 13 Mar 1995 22:59: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 WAA07080; Mon, 13 Mar 1995 22:59:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22047; Mon, 13 Mar 95 22:59:22 -0800 Received: from mane.cgrg.ohio-state.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA05306; Mon, 13 Mar 1995 22:59:20 -0800 Received: from stegosaur.cgrg.ohio-state.edu (tmoeller@cgrg.ohio-state.edu) by mane.cgrg.ohio-state.edu (8.6.10/941010.52) with ESMTP id BAA14866 for ; Tue, 14 Mar 1995 01:59:18 -0500 Received: (from tmoeller) by stegosaur.cgrg.ohio-state.edu (8.6.10/941010) id BAA01957 for info-performer@sgi.com; Tue, 14 Mar 1995 01:59:17 -0500 From: Torsten Moeller Message-Id: <199503140659.BAA01957@stegosaur.cgrg.ohio-state.edu> Subject: Weird behaviour To: info-performer@sgi.sgi.com Date: Tue, 14 Mar 1995 01:59:17 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3329 Status: O Dear Performer community, I've been messing around with the following problem(s) for a few days now and don't seem to make any progress. Although it might look kind of trivial it is not (at least not for me). To build my application I basically use perfly as a guide. I am building the following hierarchy: scene -> sceneDCS(for Trackball) -> A: dataDCS -> B: sceneGroup sceneGroup are a bunch of little objects which construct a building. Now there are several weird things happening: I included A to correct the building geometry I am working with (it's tilted). a) Since I couldn't use pfFlatten to increase performance (see previous post) I am using a SCS/DCS and did some performance tests. I found out, that a DCS is a little faster in performance. So why would anybody ever use an SCS at all ? Also there must be an error in the man page for pfSCS as well as for pfDCS. To increase performance I of course set the bounding box to PFN_BMODE_STATIC. To do that, the man page for pfSCS suggests pfNodeBSphere(scs, PFN_BMODE_STATIC), but here is the bsph argument in the middle missing. The man page for pfDCS suggest (supported by the explanations in the man page for pfNodeBSphere) pfNodeBSphere(scs, NULL, PFN_BMODE_STATIC). But when I try that my data structure simply disappears. I finally got it to work doing the following: pfGetNodeBSphere(dcs, &bsphere); pfNodeBSphere(dcs, &bsphere, PFN_BMODE_STATIC); b) I also tried to change the order of A and B. To my surprise the output on the screen was tilted. To get the same effect on the screen I had to change coordinates from x to y and from y to z and from z to x. Do I miss here something? Does anybody know why this happens? c) If I get my program to run, I can run it on a Crimson an Indigo and an Personal Iris, but NOT on an Onyx. After reading the database it just simply quits with a message: "Performer Notice (9): Caught SIGCHLD. Exiting due to death of child with pid xxxx" Now I got former versions of my program to run on the Onyx, as well as perfly and other demo programs. Did anybody experienced similar behavior? d) Sometimes the Gui will be totally wrong. First of all the entries for x,y,z and h,p,r are totally wrong. Although lighting is set to 'ON' it starts with 'OFF'. I will get buttons for Anti- aliasing but the Crimson I am using does not have a Reality Engine, and therefore shouldn't show this option etc. I usually get rid of this problem, including a printf command somewhere in the code and recompile or something like that. It does sound like a badly used pointer error, but I looked over my code a zillion times for such errors, but just can't find anything. Can anybody explain why this happens? Well, I hope somebody is able to give me hints what I could check or where I could look for errors in my program. At this point I just get a little frustrated, because I don't know anymore where I could look for an explanation (and possible) fixture of the 'phenomenas' presented above. I hope I don't bother anybody with these questions, but I am the only one in our lab dealing with Performer, so there is nobody else to share ideas with. Any help is greatly appreciated, Torsten Moeller. -- Research Assistant ACCAD tmoeller@cgrg.ohio-state.edu Ohio State University From guest Tue Mar 14 00:44:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA07200; Tue, 14 Mar 1995 00:18:46 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id AAA07197; Tue, 14 Mar 1995 00:18:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24203; Tue, 14 Mar 95 00:18:13 -0800 Received: from aguirre.ing.unifi.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA11247; Tue, 14 Mar 1995 00:17:52 -0800 Received: by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA13186; Tue, 14 Mar 95 08:59:51 +0100 Date: Tue, 14 Mar 95 08:59:51 +0100 From: camiciot@ing.unifi.it (Riccardo Camiciottoli) Message-Id: <9503140759.AA13186@aguirre.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: input text widget Status: O In the IRIS Performer manual there is a man page referencing the pfuGUI functions, some of which are undocumented, even if having a look to the source code "gui.c". In such a file not all the routines are shown and particularly I cannot find out how to have a widget created, in which the user could input a text string. Is there a way to do it, or does anyone know where extended inforation about pfuGUI functions can be found? Thanks in advance, Riccardo. ----------------------------------------------------------------------------- | Riccardo Camiciottoli | | | | Via Santa Marta, 3 | | Universita' di Firenze | 50139 Firenze | | Facolta' di Ingegneria | Italia | | Dipartimento di Sistemi e Informatica | | | | Phones: +39 55 4796365 (voice) | | E-mail: camiciot@aguirre.ing.unifi.it | +39 55 4796425 (voice) | | http://aguirre.ing.unifi.it/~camiciot | +39 55 4796363 (fax) | |---------------------------------------------------------------------------| | Non fa scienza lo ritener d'aver compreso. | | [Dante Alighieri] | ----------------------------------------------------------------------------- From guest Tue Mar 14 01:08:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA07270; Tue, 14 Mar 1995 00: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 AAA07267; Tue, 14 Mar 1995 00:39:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25494; Tue, 14 Mar 95 00:39:06 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA12883; Tue, 14 Mar 1995 00:39:01 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA04087 (5.65c8/IDA-1.4.4 for ); Tue, 14 Mar 1995 09:38:56 +0100 Received: by vier.idt.unit.no id AA29233 (5.0/idt-C-2.0 for idt); Tue, 14 Mar 1995 09:38:55 +0100 Date: Tue, 14 Mar 1995 09:38:55 +0100 Message-Id: <9503140838.AA29233@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Picking... Content-Length: 1330 Status: O I can't get the picking to work. First I use 'pfNodePickSetup(root)' after the scene is read in from a Medit file. Then - in the simulation loop - I use noHit = pfChanPick(chan, PFPK_M_NEAREST, (mouse.xchan+1)/2, (mouse.ychan+1)/2, 0.0f, pickList); What did I miss, I set up the frustum with: /* Create and configure a pfChannel. */ chan = pfNewChan(p); pfChanScene(chan, scene); pfChanNearFar(chan, 1.0f, 1000.0f); pfChanFOV(chan, 45.0f, 0.0f); Do I have to use pfFrustum routines, why, how ? Maybe you need more information (I'm new to Performer) ? thank's /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Tue Mar 14 02:13:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA07425; Tue, 14 Mar 1995 01:37: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 BAA07422; Tue, 14 Mar 1995 01:37:06 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26591; Tue, 14 Mar 95 01:36:30 -0800 Received: from pophost.ucsd.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA17383; Tue, 14 Mar 1995 01:36:28 -0800 Received: from jupiter (jupiter.ucsd.edu [132.239.126.5]) by pophost.ucsd.edu (8.6.10/8.6.9) with SMTP id BAA00764 for <@pophost.ucsd.edu:info-performer@sgi.com>; Tue, 14 Mar 1995 01:55:34 -0800 Received: by jupiter (931110.SGI/930416.SGI) for @pophost.ucsd.edu:info-performer@sgi.com id AA15863; Tue, 14 Mar 95 01:35:09 -0800 From: "Andy Mirkis" Message-Id: <9503140135.ZM15861@jupiter.ucsd.edu> Date: Tue, 14 Mar 1995 01:35:05 -0800 In-Reply-To: abrend@idt.unit.no "Picking..." (Mar 14, 9:38am) References: <9503140838.AA29233@vier.idt.unit.no> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: abrend@idt.unit.no Subject: Re: Picking... Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Mar 14, 9:38am, abrend@idt.unit.no wrote: > Subject: Picking... > > I can't get the picking to work. First I use > 'pfNodePickSetup(root)' after the scene is read in from a Medit file. > Then - in the simulation loop - I use > > noHit = pfChanPick(chan, PFPK_M_NEAREST, (mouse.xchan+1)/2, > (mouse.ychan+1)/2, 0.0f, pickList); > px and py need to be normalized (0.0 to 1.0). pfuMapMouseToChan() which is used to update the mouse xchan/ychan creates values between -1.0 and 1.0. Try using pfuCalcNormalizedChanXY() to create normalized screen coordinates (0.0 to 1.0) using the mouse xpos/ypos as input args. -Andy From guest Tue Mar 14 05:15:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA07639; Tue, 14 Mar 1995 05:02: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 FAA07636; Tue, 14 Mar 1995 05:02:11 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29045; Tue, 14 Mar 95 05:01:39 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA01389; Tue, 14 Mar 1995 05:01:12 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA06700 (5.65c8/IDA-1.4.4 for info-Performer%sgi.com@iunet.it); Tue, 14 Mar 1995 14:10:40 +0100 Message-Id: <199503141310.AA06700@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA02743; Tue, 14 Mar 95 12:47:17 +0100 From: Marco Crocetta Subject: Changing Material again To: info-Performer@sgi.sgi.com Date: Tue, 14 Mar 95 12:47:16 MET Mailer: Elm [revision: 66.25] Status: O Hi, I'm almost reach my goal... I've been following the suggestion I had about separating GeoStates for the various objects (thanks src) (opaque & trasparent). The problem (sigh!) is that in order to make transparency works I need to call ... pfMtlAlpha(material,1.0); pfMtlColorMode(material, PFMTL_BOTH, PFMTL_CMODE_COLOR); pfGStateAttr(state,PFSTATE_FRONTMTL,material); pfGSetGState(gd,state); ... for my transparent node. Now pfMtlColorMode with the mode PFMTL_CMODE_COLOR seems to have the effect of disabling the primitive colour... Where is my mistake? Thanks in advance -------------------------- Marco Crocetta DATAMAT SpA, Rome e-mail: onyx@datamat.it ------------------------- From guest Tue Mar 14 07:38:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA07875; Tue, 14 Mar 1995 07:25: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 HAA07872; Tue, 14 Mar 1995 07:24:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01442; Tue, 14 Mar 95 07:24:11 -0800 Received: from gate.demon.co.uk by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA15461; Tue, 14 Mar 1995 07:24:08 -0800 Received: from division.demon.co.uk by gate.gate.demon.co.uk id aa20686; 14 Mar 95 15:04 GMT Received: from caliban.division.demon.co.uk by division.demon.co.uk (AIX 3.2/UCB 5.64/4.03) id AA09816; Tue, 14 Mar 1995 15:16:08 GMT Received: by caliban (931110.SGI/921111.SGI) for @division.demon.co.uk:info-Performer@sgi.com id AA27611; Tue, 14 Mar 95 15:16:07 GMT From: Angus Dorbie Message-Id: <9503141516.ZM27609@caliban> Date: Tue, 14 Mar 1995 15:16:06 +0000 In-Reply-To: Marco Crocetta "Changing Material again" (Mar 14, 12:47pm) References: <199503141310.AA06700@relay.iunet.it> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: Marco Crocetta Subject: Re: Changing Material again Cc: info-Performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O > Now pfMtlColorMode with the mode PFMTL_CMODE_COLOR > seems to have the effect of disabling the primitive colour... > Where is my mistake? I've had the same problem in the past. The issue is that PFMTL_CMODE_COLOR uses the material parameters in lmbind and disables the modification of material properties with calls like cpack & c4f. See the manual entry of the Iris GL call lmcolor(). The performer colour per primitive code relies on this sort of colour shortcut. I found this frustating too. The GL manual says it's possible to specify material alpha with lmcolor(LMC_AD) but the performer manual says it only supports alpha on unlit geometry or lmcolor(LMC_COLOUR) lighting, this _may_ not be as black and white as it seems. You could try PFMTL_CMODE_AD with transparent materials and colour per primitive but ensure that the alpha values in the geoset colour per prim information are transparent because that will override the material alpha information. I hope this works. Good Luck. -- Angus Dorbie Division Ltd, Software Engineer 19 Apex Court, Tel: (01454)615554 Woodlands, Fax: (01454)615532 Bristol BS12 4JT, angus@division.demon.co.uk UK From guest Tue Mar 14 07:11:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA07827; Tue, 14 Mar 1995 06:45: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 GAA07824; Tue, 14 Mar 1995 06:45:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00558; Tue, 14 Mar 95 06:44:44 -0800 Received: from politix.iao.fhg.de by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id GAA10683; Tue, 14 Mar 1995 06:44:41 -0800 Received: from matrix.ergo.iao.fhg.de by politix.iao.fhg.de with SMTP (iao.fhg.de:9403141) id PAA27389; Tue, 14 Mar 1995 15:44:37 +0100 Message-Id: <199503141444.PAA27389@politix.iao.fhg.de> Received: from MATRIX/MERCURYQUEUE by matrix.ergo.iao.fhg.de (Mercury 1.1); Tue, 14 Mar 95 15:42:03 GMT To: info-performer@sgi.sgi.com From: "Matthias Bues (OR)" Organization: FhG-IAO Date: Tue, 14 Mar 1995 15:41:52 GMT Subject: X-Mailer: WinPMail v1.0 (R2) Status: O Hi, I am working a lot with IRIS Performer (Release 1.2 on various SGI machines under IRIX 5.2). I'd like to join the Performer SIG. Could you please subscribe me ? I also got a problem concerning libpf intersection testing (pfSegsIsectNode) . What I want to do is intersection testing between a SegSet which represent sort of a hand geometry and arbitrary objects in the scene graph. As these objects are moveable, they usually got one or more pfDCS above them. What I do in each frame is the following: 1. Calculate the global coordinates of my line segment end points and create the appropriate pfSegs structure. 2. Call pfSegsIsectNode (with the pfDCS above the actual object as the first argument) and examine the results. Things seem to work properly until I put some scaling into the pfDCS. Then it looks as if I still get intersections within the extents of the unscaled object. When I put a preTravFunc to the nodes and examine their bounding spheres, I find that the Bounding sphere of the DCS is transformed, but the one of the node is not . I anyway don't get a hit on the transformed bounding sphere, even if I set the Intersection method to PFTRAV_IS_GEODE. The traversal then continues in the node below, but doesn't deliver a positive result. How can I get things working ? Thanks for any hint. My email address is Matthias.Bues@iao.fhg.de From guest Tue Mar 14 09:22:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA08070; Tue, 14 Mar 1995 09:08: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 JAA08067; Tue, 14 Mar 1995 09:08:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04815; Tue, 14 Mar 95 09:07:23 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA02865; Tue, 14 Mar 1995 09:06:59 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA22872 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Tue, 14 Mar 1995 18:16:33 +0100 Message-Id: <199503141716.AA22872@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA03461; Tue, 14 Mar 95 17:53:09 +0100 From: Marco Crocetta Subject: Re:Re: Changing Material To: angus@division.demon.co.uk Date: Tue, 14 Mar 95 17:53:09 MET Cc: info-performer@sgi.sgi.com Mailer: Elm [revision: 66.25] Status: O On Mar 14, 3:16pm, Angus Dorbie wrote: > Subject: Re: Changing Material again > > I found this frustating too. The GL manual says it's possible to specify > material alpha with lmcolor(LMC_AD) but the performer manual says it only > supports alpha on unlit geometry or lmcolor(LMC_COLOUR) lighting, this _may_ > not be as black and white as it seems. You could try PFMTL_CMODE_AD with > transparent materials and colour per primitive but ensure that the alpha values > in the geoset colour per prim information are transparent because that will > override the material alpha information. > > I hope this works. > Good Luck. > > -- > Angus Dorbie Division Ltd, > Software Engineer 19 Apex Court, > Tel: (01454)615554 Woodlands, > Fax: (01454)615532 Bristol BS12 4JT, > angus@division.demon.co.uk UK > > >-- End of excerpt from Angus Dorbie I must conclude that actually there's no way out to this problem. In fact setting the geoset colour (alpha component) means to change the geometry information of the loaded model that must be changed back when I want to draw the opaque instance of the same model: I guess that performance would be dramatically affected. I hope that a new release of Performer will contain the function: pfSetMtlAlphaOnlyAlpha()...(!?). Thank for your help. -- ---------------------------- MARCO CROCETTA DATAMAT SpA, Rome e-mail: onyx@datamat.it ---------------------------- From guest Tue Mar 14 09:47:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA08136; Tue, 14 Mar 1995 09:33: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 JAA08133; Tue, 14 Mar 1995 09:33:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06498; Tue, 14 Mar 95 09:33:13 -0800 Received: from kamakazi.niehs.nih.gov by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA07772; Tue, 14 Mar 1995 09:33:10 -0800 Received: from nextone.niehs.nih.gov by kamakazi.niehs.nih.gov via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA04290; Tue, 14 Mar 95 12:31:26 -0500 Received: by nextone.niehs.nih.gov (NX5.67e/NX3.0S) id AA09306; Tue, 14 Mar 95 12:30:34 -0500 Message-Id: <9503141730.AA09306@nextone.niehs.nih.gov> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Howard Smith Date: Tue, 14 Mar 95 12:30:32 -0500 To: info-performer@sgi.sgi.com Subject: Link library order for Beta Performer Inventor loader Reply-To: Howard Smith Status: O Help! Whats the proper link library order for the beta Inventor loader? Im using: PERFORMER = /usr/src/Performer/lib/libpfdu.a \ /usr/src/Performer/lib/libpfiv.a \ /usr/src/Performer/lib/libpfflt.a \ /usr/src/Performer/lib/libpfsgi.a \ /usr/src/Performer/lib/libpfdwb.a \ /usr/src/Performer/lib/libpfutil.a \ /usr/lib/libpf.a \ /usr/lib/libpr.a and still get: Unresolved: LoadFlt LoadIv I know using the .so library type is supposed to alleviate these issues, but arent supplied for the beta IV loader... Any ideas welcome! From guest Tue Mar 14 10:33:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA08225; Tue, 14 Mar 1995 10:15:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id KAA08222; Tue, 14 Mar 1995 10:15:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08894; Tue, 14 Mar 95 10:15:06 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id JAA14374; Tue, 14 Mar 1995 09:58:55 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id JAA07763; Tue, 14 Mar 1995 09:59:06 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:onyx@datamat.it id AA07870; Tue, 14 Mar 95 09:57:36 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA12738; Tue, 14 Mar 1995 09:57:04 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503141757.JAA12738@tubes.asd.sgi.com> Subject: Re: Changing Material again To: guest (Angus Dorbie) Date: Tue, 14 Mar 95 9:57:03 PST Cc: onyx@datamat.it, info-Performer@sgi.sgi.com In-Reply-To: <9503141516.ZM27609@caliban>; from "Angus Dorbie" at Mar 14, 95 3:16 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > > Now pfMtlColorMode with the mode PFMTL_CMODE_COLOR > > seems to have the effect of disabling the primitive colour... > > Where is my mistake? > > I've had the same problem in the past. The issue is that PFMTL_CMODE_COLOR uses > the material parameters in lmbind and disables the modification of material > properties with calls like cpack & c4f. See the manual entry of the Iris GL > call lmcolor(). The performer colour per primitive code relies on this sort of > colour shortcut. > > I found this frustating too. The GL manual says it's possible to specify > material alpha with lmcolor(LMC_AD) but the performer manual says it only > supports alpha on unlit geometry or lmcolor(LMC_COLOUR) lighting, this _may_ > not be as black and white as it seems. Tell me where the performer documentation says this so we can fix it. Performer's use of lmcolor/glColorMaterial is identical to GL's so alpha specified at the geoset level will have effect if the material's colormode is PFMTL_CMODE_AD or PFMTL_CMODE_DIFFUSE. From guest Tue Mar 14 13:29:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA08595; Tue, 14 Mar 1995 13: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 NAA08592; Tue, 14 Mar 1995 13:11:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17883; Tue, 14 Mar 95 13:10:27 -0800 Received: from mimbres.cs.unm.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA26746; Tue, 14 Mar 1995 13:10:17 -0800 From: jim@cs.unm.edu Received: from cobra.cs.unm.edu by mimbres.cs.unm.edu (5.65/033093) with SMTP id ; Tue, 14 Mar 95 14:10:12 -0700 Date: Tue, 14 Mar 95 14:10:11 MST Message-Id: <9503142110.AA01425@cobra.cs.unm.edu> To: arti@it.kth.se, info-performer@sgi.sgi.com Subject: Wavefront import Status: O Check out SGI's corporate headquarters in Performer -- it was done with Wavefront and gives you an idea how sophisticated the interface is. It's in the "friends" directory. On my machine its /usr/src/Performer/friends/site, then launch sgisite. The only issue is not using .txc, .txb, etc for textures -- you're stuck using rgb images. If you have an alpha plane in the rgb transparency does work -- look at the trees in sgisite. If you look at the perfly source code, in libpfsgi/pfobj.c, it shows what options in the obj file format are supported. If you haven't figured this out already, you need to add a line at the start of every obj file to reference a material file. You can do this through the Wavefront interface with "properties->material file..." then specify the material file that you use. Or do it by hand by adding "mtllib " Jim Pinkerton University of New Mexico From guest Tue Mar 14 14:04:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA08709; Tue, 14 Mar 1995 13:50: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 NAA08706; Tue, 14 Mar 1995 13:50:31 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20490; Tue, 14 Mar 95 13:49:59 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA04708; Tue, 14 Mar 1995 13:49:55 -0800 Received: from irish.trevose.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id NAA19180; Tue, 14 Mar 1995 13:49:54 -0800 Received: by irish.trevose.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id QAA26256; Tue, 14 Mar 1995 16:49:50 -0500 From: "Pat Yearick" Message-Id: <9503141649.ZM26254@irish.trevose.sgi.com> Date: Tue, 14 Mar 1995 16:49:49 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: unsuscribe Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O please remove me from subscribe list. thanks Pat -- +-------------------------------------+--------------------------------+ | Pat Yearick | 8 Neshaminy Interplex | | Silicon Graphics Computer Systems | Suite 115 | | Systems Engineering Manager, | Trevose PA 19053 | | Mid-Atlantic Region | Phone: 215/638-3707 | | | pay@sgi.com | +-------------------------------------+--------------------------------+ From guest Tue Mar 14 18:38:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA09247; Tue, 14 Mar 1995 18:20: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 SAA09244; Tue, 14 Mar 1995 18:20:25 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05165; Tue, 14 Mar 95 18:19:40 -0800 Received: from ix4.ix.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA01878; Tue, 14 Mar 1995 18:19:36 -0800 Received: from by ix4.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id SAA29997; Tue, 14 Mar 1995 18:18:27 -0800 Date: Tue, 14 Mar 1995 18:18:27 -0800 Message-Id: <199503150218.SAA29997@ix4.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Fwd: Re: Picking... To: info-performer@sgi.sgi.com Status: O On Mar 14, 9:38am, abrend@idt.unit.no wrote: > Subject: Picking... > > I can't get the picking to work. First I use > 'pfNodePickSetup(root)' after the scene is read in from a Medit file. > Then - in the simulation loop - I use > > noHit = pfChanPick(chan, PFPK_M_NEAREST, (mouse.xchan+1)/2, > (mouse.ychan+1)/2, 0.0f, pickList); > px and py need to be normalized (0.0 to 1.0). pfuMapMouseToChan() which is used to update the mouse xchan/ychan creates values between -1.0 and 1.0. Try using pfuCalcNormalizedChanXY() to create normalized screen coordinates (0.0 to 1.0) using the mouse xpos/ypos as input args. -Andy The "pickfly" code provided w/ Performer has all you need to implement picking. I've used that code successfully as the basis for picking in several apps. ---- End Forwarded Message From guest Tue Mar 14 18:52:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA09275; Tue, 14 Mar 1995 18:33: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 SAA09272; Tue, 14 Mar 1995 18:33:00 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05613; Tue, 14 Mar 95 18:32:25 -0800 Received: from ix4.ix.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA04157; Tue, 14 Mar 1995 18:32:23 -0800 Received: from by ix4.ix.netcom.com (8.6.9/SMI-4.1/Netcom) id SAA01259; Tue, 14 Mar 1995 18:31:15 -0800 Date: Tue, 14 Mar 1995 18:31:15 -0800 Message-Id: <199503150231.SAA01259@ix4.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: requesting i3dm help To: info-performer@sgi.sgi.com Status: O I've been using i3dm for simple modelling. It's no Alias, but it's easy and adequate for alot of what I'm doing. Its major shortcoming is that textures are not supported for faces, so I can't texture plain 'ol flat surfaces (like a wall or floor). Is there a way to texture a simple polygon? The help file states that texturing is not supported for faces, so I assume the answer is "no." Or, is there an upgraded version of i3dm out there somewhere that does support textured faces? From guest Tue Mar 14 21:15:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA09573; Tue, 14 Mar 1995 20:57: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 UAA09570; Tue, 14 Mar 1995 20:57:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09676; Tue, 14 Mar 95 20:56:24 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id UAA18833; Tue, 14 Mar 1995 20:56:23 -0800 Received: from jobe.shell.portal.com (jobe.shell.portal.com [156.151.3.4]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id UAA28733 for ; Tue, 14 Mar 1995 20:55:49 -0800 Received: (rlatham@localhost) by jobe.shell.portal.com (8.6.11/8.6.5) id UAA27350 for info-performer@sgi.com; Tue, 14 Mar 1995 20:55:47 -0800 Date: Tue, 14 Mar 1995 20:55:47 -0800 From: Roy W Latham Message-Id: <199503150455.UAA27350@jobe.shell.portal.com> To: info-performer@sgi.sgi.com Subject: polygon counts in a node Status: O I have more questions about finding number of polygons in a node. Previously, S.R.C advised me to look at trav.c, and I did. I modified two functionxxhhh functions: pfuTravPrintNode and cbPrintNodeInfo in trav.c ... ooops let me correct that. I copied those two functions into my program and modified them in my program. I also set the notifylevel to PF_INFO and imported east.terrain1.flt. However, the number that I obatained from modiefied function doens't seem to match with the number of triangles generated by performer. here is part of my code. /*=========================================================================*/ int initSceneGraph(pfScene *scene) { pfuTraverser trav; pfSphere bsphere; void* sharedArena = NULL; pfGroup *root; long loaded = 0; int i; /*===== Create a DCS for pfuXformer =====*/ ViewState->sceneDCS = pfNewDCS(); ViewState->sceneGlyph = pfNewGroup(); ViewState->sceneGroup = pfNewGroup(); pfAddChild(scene, ViewState->sceneDCS); pfAddChild(ViewState->sceneDCS, ViewState->sceneGlyph); pfAddChild(ViewState->sceneDCS, ViewState->sceneGroup); for (i = 0; i < NumFiles; i++){ /*=== Add terrain to the scene ===*/ root = (pfGroup *)LoadFile(DatabaseFiles[i], NULL); if (root == NULL){ printf( "CAN'T FIND: %s\n", DatabaseFiles[i]); exit(-1); } pfAddChild(ViewState->sceneGroup, root); ++loaded; } /*===== FIND THE NUMBER OF TRIANGLES IN THE TERRAIN =====*/ ViewState->polygon_count_of_terrain = 0; pfuInitTraverser(&trav); trav.preFunc = cbPrintNodeInfo; pfuTraverse((pfNode *)ViewState->sceneGroup, &trav); /*===== FIND THE CENTER OF TERRAIN BEFORE GLYPHOID WAS PUT IN =====*/ pfuTravCalcBBox(ViewState->sceneGroup, &box); pfGetNodeBSphere(ViewState->sceneGroup, &bsphere); PFCOPY_VEC3(ViewState->terrainCenter, bsphere.center); PFCOPY_VEC3(ViewState->viewCoord.xyz, ViewState->terrainCenter); ViewState->sceneSize = PF_MIN2(2.5f*bsphere.radius, 40000.0f); return loaded; } /*****************************************************************************/ static long cbPrintNodeInfo(pfuTraverser *trav){ pfNode *node = trav->node; long type; if (!node) { pfNotify(PFNFY_DEBUG, PFNFY_PRINT, "cbPrintNodeInfo: node null!"); return PFTRAV_CONT; } type = pfGetType(node); switch (type) { case PFTYPE_GEODE: { long nGSets = pfGetNumGSets((pfGeode *)node); long i; for (i = 0 ; i < nGSets ; i++){ pfGeoSet *gd = pfGetGSet((pfGeode *)node, i); long ptype = pfGetGSetPrimType(gd); long nPrims = pfGetGSetNumPrims(gd); switch (ptype){ case PFGS_TRIS: ViewState->polygon_count_of_terrain += nPrims; break; case PFGS_QUADS: ViewState->polygon_count_of_terrain += 2 * nPrims; break; case PFGS_TRISTRIPS: ViewState->polygon_count_of_terrain += 3 * nPrims; break; } } } break; default: /* just keep going */ break; } return PFTRAV_CONT; } From guest Tue Mar 14 20:08:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA09459; Tue, 14 Mar 1995 19:50: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 TAA09456; Tue, 14 Mar 1995 19:50:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08096; Tue, 14 Mar 95 19:49:43 -0800 Received: from VX.CIS.UMN.EDU by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id TAA13496; Tue, 14 Mar 1995 19:49:39 -0800 Received: from turtle.psych.umn.edu by VX.CIS.UMN.EDU (PMDF V4.2-13 #2574) id <01HO53JACFNKB9VBWW@VX.CIS.UMN.EDU>; Tue, 14 Mar 1995 21:51:29 CDT Received: by turtle.psych.umn.edu; Tue, 14 Mar 95 21:42:31 -0800 Date: Tue, 14 Mar 1995 21:42:30 -0800 (PST) From: Erik Arthur #2 Subject: Using a polhemus with performer To: info-performer@sgi.sgi.com Message-Id: <9503150542.AA02874@turtle.psych.umn.edu> X-Mailer: ELM [version 2.3 PL11] Content-Transfer-Encoding: 7BIT Status: O Hi, I'm new to the list, but I've looked through the archives before posting. I'm trying to create a virtual environment using a polhemus isotrak, a VPL dataglove, and performer. I'm having trouble using the data from the polhemus in my performer program. I'm been trying to set the alignment frame, but the sensor on the HMD and glove don't move correctly. Are there any gotchas that I should be aware of in using the polhemus and performer? I've been working on this for the better part of a week and would appreciate any tips or pointers to example code. Thanks in advance, Erik Arthur erik@turtle.psych.umn.edu Human Factors Research Lab University of Minnesota From guest Wed Mar 15 01:04:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA09768; Wed, 15 Mar 1995 00:39: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 AAA09765; Wed, 15 Mar 1995 00:39:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13270; Wed, 15 Mar 95 00:38:23 -0800 Received: from mailgate.ericsson.se by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA04813; Wed, 15 Mar 1995 00:38:16 -0800 Received: from ppvku.ericsson.se (ppvku.ericsson.se [159.107.32.7]) by mailgate.ericsson.se (8.6.10/1.0) with SMTP id JAA08784 for ; Wed, 15 Mar 1995 09:37:46 +0100 Received: from einks2.ericsson.se by ppvku.ericsson.se (4.1/SMI-4.1) id AA13762; Wed, 15 Mar 95 09:38:32 +0100 Received: by einks2.ericsson.se (5.0/SMI-SVR4) id AA06845; Wed, 15 Mar 1995 09:38:31 +0100 Date: Wed, 15 Mar 1995 09:38:31 +0100 From: hela@ppvku.ericsson.se (Henrik Ladholm) Message-Id: <9503150838.AA06845@einks2.ericsson.se> To: info-performer@sgi.sgi.com Subject: C++ 4.0 bugs Cc: hela@ppvku.ericsson.se X-Sun-Charset: US-ASCII Content-Length: 2787 Status: O Hi if ( (you don't use C++) && (don't work at SGI) ) stop reading here!? Perhaps these questions don't belong in this group but I don't know where to send them. Item 1 clearly belongs here. Well, here it is... FYI and could I get some answers from SGI please. C++ 4.0 seems to have some bugs... Item 1: I use an Indigo Extreme, Irix 5.3, Performer 1.2 and C++ 4.0. When ../sample/perfly is compiled with C++ 4.0 the strings in the choice menues of the GUI disappears, e.g. Track, Drive, Fly where you choose the motion model (Motion: blank! >). The only change I have made is to the Makefile where I have defined CC = CC to use CC in stead of cc. If the flag -use-cfront is set then all is OK. No warnings from CC. With the cfront flag set I get some minor warnings. Item 2: I have fetched the Standard Template Library (stl) from the HP node ftp://butler.hpl.hp.com/stl When I try the algorithm merge() I get an error that boils down to From guest Wed Mar 15 01:43:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA09875; Wed, 15 Mar 1995 01:16:44 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id BAA09869; Wed, 15 Mar 1995 01:16:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13975; Wed, 15 Mar 95 01:16:03 -0800 Received: from calvin by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA06953; Wed, 15 Mar 1995 01:15:58 -0800 Received: by calvin (931110.SGI/920502.SGI) for info-performer@sgi.com id AA03313; Wed, 15 Mar 95 10:05:23 +0100 Date: Wed, 15 Mar 1995 10:05:23 +0100 (MEZ) From: Andre Hinkenjann Subject: Strange things happen when i load a simple obj-file? To: Performer SIG Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, I have got a problem when loading 'obj'-files: * I load 'test.obj' v -10 0 -10 v 10 0 -10 v 10 0 10 v 0 0 15 v -10 0 10 f 1 2 3 4 5 via // add modells scaled by world scale for (i=0; inumModells; i++) { dcs=pfNewDCS(); pfNodeName(dcs,"modell dcs"); pfDCSScale(dcs, app->worldScale); pfAddChild(globals->scene,dcs); ---> loade=LoadFile(app->modells[i],NULL); if (!loade) { fprintf(stderr,"\nCouldn't find modell %s\n\n",app->modells[i]); exit(EXIT_FAILURE); } pfNodeName(loade,app->modells[i]); pfAddChild(dcs, loade); } * when I print the scene using sprintf(fname,"lightning.tree.%d",fcount++); f=fopen(fname, "w"); ---> pfPrint(globals->scene, PFTRAV_DESCEND, PFPRINT_VB_DEBUG, f); fclose(f); I get: . . . [2:0]pfGroup pfId=7 0x721ac0 { path: /scene/modell dcs/test.obj trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 2.500000) rad=16.007811 Num Children: 1 [3:0]pfGeode pfId=8 0x721ef0 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 2.500000) rad=16.007811 Num Children: 1 [4:0] - pfGeoSet{ GeoSet: 0x721d20 { Primitive: PFGS_FLAT_TRISTRIPS, NON-INDEXED, FLAT , pfPrims=2, glPrims=3, verts=7 Attribute Bindings: PFGS_COLOR4=PFGS_PER_VERTEX PFGS_NORMAL3=PFGS_PER_VERTEX PFGS_TEXCOORD2=PFGS_OFF Attribute List Pointers: PFGS_COORD3: 0x721dc0 PFGS_COLOR4: 0x721e40 PFGS_NORMAL3: 0x721bf0 PFGS_TEXCOORD2: 0x0 Attribute Index List Pointers: (null) PFGS_COLOR4: 0x0 (null) PFGS_NORMAL3: 0x0 (null) PFGS_TEXCOORD2: 0x0 (null) PFGS_COORD3: 0x0 Strip Lengths: 3 4 ----> Coord 0: X: -10.000000 Y: 0.000000 Z: -10.000000 Color 0: R: 0.605441 G: 0.503157 B: 0.251896 A: 0.800000 Normal 0: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 1: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 1: R: 0.499202 G: 0.204678 B: 0.210367 A: 0.800000 Normal 1: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 2: X: -10.000000 Y: 0.000000 Z: 10.000000 Color 2: R: 0.624002 G: 0.255848 B: 0.262959 A: 1.000000 Normal 2: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 0: X: -10.000000 Y: 0.000000 Z: -10.000000 Color 0: R: 0.605441 G: 0.503157 B: 0.251896 A: 0.800000 Normal 0: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 1: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 1: R: 0.499202 G: 0.204678 B: 0.210367 A: 0.800000 Normal 1: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 2: X: -10.000000 Y: 0.000000 Z: 10.000000 Color 2: R: 0.624002 G: 0.255848 B: 0.262959 A: 1.000000 Normal 2: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 3: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 3: R: 0.000000 G: 0.000000 B: 0.000000 A: 0.000000 Normal 3: NX: -10.000000 NY: 0.000000 NZ: 10.000000 } GeoSet: 0x721d20 [4:0]} pfGeoSet [3:0]} pfGeode 8 0x721ef0 [2:0]} pfGroup 7 0x721ac0 . . This is not what is in 'test.obj'. Any hints? Andre ***************************************************************************** Andre Hinkenjann Email: Andre.Hinkenjann@iao.fhg.de Fraunhofer-IAO Tel: (+49)711/970-2136 Nobelstr. 12c, 70569 Stuttgart, GERMANY Fax: (+49)711/970-2299 ***************************************************************************** From guest Wed Mar 15 01:44:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA09872; Wed, 15 Mar 1995 01:16: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 BAA09867; Wed, 15 Mar 1995 01:16:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13972; Wed, 15 Mar 95 01:16:02 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA06872; Wed, 15 Mar 1995 01:15:01 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA02986 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Wed, 15 Mar 1995 10:24:46 +0100 Message-Id: <199503150924.AA02986@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA04499; Wed, 15 Mar 95 10:07:46 +0100 From: Marco Crocetta Subject: Re:Re: Changing Material again To: jrohlf@tubes Date: Wed, 15 Mar 95 10:07:45 MET Cc: info-performer@sgi.sgi.com Mailer: Elm [revision: 66.25] Status: O On Mar 14, 9:57am, John Rohlf wrote: > Subject: Re: Changing Material again > > > > > Now pfMtlColorMode with the mode PFMTL_CMODE_COLOR > > > seems to have the effect of disabling the primitive colour... > > > Where is my mistake? > > > > I've had the same problem in the past. The issue is that PFMTL_CMODE_COLOR uses > > the material parameters in lmbind and disables the modification of material > > properties with calls like cpack & c4f. See the manual entry of the Iris GL > > call lmcolor(). The performer colour per primitive code relies on this sort of > > colour shortcut. > > > > I found this frustating too. The GL manual says it's possible to specify > > material alpha with lmcolor(LMC_AD) but the performer manual says it only > > supports alpha on unlit geometry or lmcolor(LMC_COLOUR) lighting, this _may_ > > not be as black and white as it seems. > > Tell me where the performer documentation says this so we > can fix it. Performer's use of lmcolor/glColorMaterial is identical > to GL's so alpha specified at the geoset level will have effect > if the material's colormode is PFMTL_CMODE_AD or PFMTL_CMODE_DIFFUSE. > > > >-- End of excerpt from John Rohlf Hi, page 198 of IRIS Performer Reference Pages says: 1)"pfMtlAlpha specifies the alpha om mtl in the range 0.0 through 1.0. If trasparency is enabled (see pfTransparency), a material whose alpha is < 1.0 and whose color mode is PFMTL_CMODE_COLOR will be transparent with alpha of 1.0 being completely opaque and 0.0 being completely transparent. The default alpha value is 1.0, or completely opaque. " But this mode disable the original primitive color (not only the 4th component). Later in the same page about pfMtlColorMode: 2) "...Specifically, this settings allows color specified by pfGeoSets to have effect. When lighting is disabled, the colorproperty of the current material. Alpha, the fourth color mode is set to PFMTL_CMODE_COLOR." And finally in my (old) GL Programming guide a read (page 9-20; 9.6.5 Transparency): 3) " The use of LMC_DIFFUSE or LMC_AD mode overrides the ALPHA material property with the alpha of the current color." And this is in agreenment with point 1. And finally I read on the man pages lmcolor(3G) this last thing that seems to be in contrast with point 3. 4) "LMC_AD, .... Alpha, the fourth color component specified by RGB color commands will set the ALPHA property of the current material." I hope this will help you to fix the problem (if any). Please let me know your point of view about changing only the material alpha. Thanks in advance -- ---------------------------- MARCO CROCETTA DATAMAT SpA, Rome e-mail: onyx@datamat.it ---------------------------- From guest Wed Mar 15 00:44:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA09749; Wed, 15 Mar 1995 00: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 AAA09746; Wed, 15 Mar 1995 00:22:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13018; Wed, 15 Mar 95 00:21:42 -0800 Received: from bvr.co.il by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA03748; Wed, 15 Mar 1995 00:21:12 -0800 Received: from amcor.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA03533; Wed, 15 Mar 95 10:26:17 +0200 Received: by amcor.bvr.co.il (931110.SGI/911001.SGI) for @owl.bvr.co.il:info-performer@sgi.com id AA28557; Wed, 15 Mar 95 10:18:40 +0200 From: "Ran Yakir" Message-Id: <9503151018.ZM28555@amcor.bvr.co.il> Date: Wed, 15 Mar 1995 10:18:37 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Access of libpf obj from draw process Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi I have a debug function called from the DRAW process (it does some GL). This function queries the Performer scene. It traverses the scene and extracts information about tree hierarchy and node data. Unfortunately - when I set the pfNotifyLevel to be PFNFY_DEBUG, I get a message for each node being accessed (for read only), which states - Cannot access this object from this process ... (and so on) Why is that ? The fact is I _do_ get the information, but I have to listen to those Performer complaints. I understand that there is no point of modifying libpf objects in the draw process, since they are a duplicate of those in the APP process, but why does Performer complain when I just try to read data (using the pfGet... functions) ? Thanks Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Wed Mar 15 04:07:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA10093; Wed, 15 Mar 1995 03:50: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 DAA10090; Wed, 15 Mar 1995 03:50:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15676; Wed, 15 Mar 95 03:50:25 -0800 Received: from calvin by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id DAA14742; Wed, 15 Mar 1995 03:50:20 -0800 Received: by calvin (931110.SGI/920502.SGI) for info-performer@sgi.com id AA03651; Wed, 15 Mar 95 12:39:44 +0100 Date: Wed, 15 Mar 1995 12:39:43 +0100 (MEZ) From: Andre Hinkenjann Subject: Reading obj: strange things happen? To: Performer SIG Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello, I have got a problem when loading 'obj'-files: * I load 'test.obj' v -10 0 -10 v 10 0 -10 v 10 0 10 v 0 0 15 v -10 0 10 f 1 2 3 4 5 via // add modells scaled by world scale for (i=0; inumModells; i++) { dcs=pfNewDCS(); pfNodeName(dcs,"modell dcs"); pfDCSScale(dcs, app->worldScale); pfAddChild(globals->scene,dcs); ---> loade=LoadFile(app->modells[i],NULL); if (!loade) { fprintf(stderr,"\nCouldn't find modell %s\n\n",app->modells[i]); exit(EXIT_FAILURE); } pfNodeName(loade,app->modells[i]); pfAddChild(dcs, loade); } * when I print the scene using sprintf(fname,"lightning.tree.%d",fcount++); f=fopen(fname, "w"); ---> pfPrint(globals->scene, PFTRAV_DESCEND, PFPRINT_VB_DEBUG, f); fclose(f); I get: . . . [2:0]pfGroup pfId=7 0x721ac0 { path: /scene/modell dcs/test.obj trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 2.500000) rad=16.007811 Num Children: 1 [3:0]pfGeode pfId=8 0x721ef0 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 2.500000) rad=16.007811 Num Children: 1 [4:0] - pfGeoSet{ GeoSet: 0x721d20 { Primitive: PFGS_FLAT_TRISTRIPS, NON-INDEXED, FLAT , pfPrims=2, glPrims=3, verts=7 Attribute Bindings: PFGS_COLOR4=PFGS_PER_VERTEX PFGS_NORMAL3=PFGS_PER_VERTEX PFGS_TEXCOORD2=PFGS_OFF Attribute List Pointers: PFGS_COORD3: 0x721dc0 PFGS_COLOR4: 0x721e40 PFGS_NORMAL3: 0x721bf0 PFGS_TEXCOORD2: 0x0 Attribute Index List Pointers: (null) PFGS_COLOR4: 0x0 (null) PFGS_NORMAL3: 0x0 (null) PFGS_TEXCOORD2: 0x0 (null) PFGS_COORD3: 0x0 Strip Lengths: 3 4 ----> Coord 0: X: -10.000000 Y: 0.000000 Z: -10.000000 Color 0: R: 0.605441 G: 0.503157 B: 0.251896 A: 0.800000 Normal 0: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 1: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 1: R: 0.499202 G: 0.204678 B: 0.210367 A: 0.800000 Normal 1: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 2: X: -10.000000 Y: 0.000000 Z: 10.000000 Color 2: R: 0.624002 G: 0.255848 B: 0.262959 A: 1.000000 Normal 2: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 0: X: -10.000000 Y: 0.000000 Z: -10.000000 Color 0: R: 0.605441 G: 0.503157 B: 0.251896 A: 0.800000 Normal 0: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 1: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 1: R: 0.499202 G: 0.204678 B: 0.210367 A: 0.800000 Normal 1: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 2: X: -10.000000 Y: 0.000000 Z: 10.000000 Color 2: R: 0.624002 G: 0.255848 B: 0.262959 A: 1.000000 Normal 2: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 3: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 3: R: 0.000000 G: 0.000000 B: 0.000000 A: 0.000000 Normal 3: NX: -10.000000 NY: 0.000000 NZ: 10.000000 } GeoSet: 0x721d20 [4:0]} pfGeoSet [3:0]} pfGeode 8 0x721ef0 [2:0]} pfGroup 7 0x721ac0 . . This is not what is in 'test.obj'. Any hints? Andre ***************************************************************************** Andre Hinkenjann Email: Andre.Hinkenjann@iao.fhg.de Fraunhofer-IAO Tel: (+49)711/970-2136 Nobelstr. 12c, 70569 Stuttgart, GERMANY Fax: (+49)711/970-2299 ***************************************************************************** From guest Wed Mar 15 05:12:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA10253; Wed, 15 Mar 1995 04:54: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 EAA10250; Wed, 15 Mar 1995 04:54:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16829; Wed, 15 Mar 95 04:54:21 -0800 Received: from mailgate.ericsson.se by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA19249; Wed, 15 Mar 1995 04:54:13 -0800 Received: from ppvku.ericsson.se (ppvku.ericsson.se [159.107.32.7]) by mailgate.ericsson.se (8.6.10/1.0) with SMTP id NAA03307 for ; Wed, 15 Mar 1995 13:54:10 +0100 Received: from einks2.ericsson.se by ppvku.ericsson.se (4.1/SMI-4.1) id AA21991; Wed, 15 Mar 95 13:54:58 +0100 Received: by einks2.ericsson.se (5.0/SMI-SVR4) id AA12772; Wed, 15 Mar 1995 13:54:57 +0100 Date: Wed, 15 Mar 1995 13:54:57 +0100 From: hela@ppvku.ericsson.se (Henrik Ladholm) Message-Id: <9503151254.AA12772@einks2.ericsson.se> To: info-performer@sgi.sgi.com Subject: C++ bugs (&perfly) Cc: hela@ppvku.ericsson.se X-Sun-Charset: US-ASCII Content-Length: 3127 Status: O Hi if ( (you don't use C++) && (don't work at SGI) ) stop reading here!? Perhaps these questions don't belong in this group but I don't know where to send them. Item 1 clearly belongs here. Well, here it is... FYI and could I get some answers from SGI please. C++ 4.0 seems to have some bugs... Item 1: I use an Indigo Extreme, Irix 5.3, Performer 1.2 and C++ 4.0. When ../sample/perfly is compiled with C++ 4.0 the strings in the choice menues of the GUI disappears, e.g. Track, Drive, Fly where you choose the motion model (Motion: blank! >). The only change I have made is to the Makefile where I have defined CC = CC to use CC in stead of cc. If the flag -use-cfront is set then all is OK. No warnings from CC. With the cfront flag set I get some minor warnings. Item 2: I have fetched the Standard Template Library (stl) from the HP node ftp://butler.hpl.hp.com/stl When I try the algorithm merge() I get an error that boils down to From guest Wed Mar 15 05:18:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA10261; Wed, 15 Mar 1995 04:58: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 EAA10258; Wed, 15 Mar 1995 04:58:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16870; Wed, 15 Mar 95 04:57:56 -0800 Received: from mailgate.ericsson.se by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA19364; Wed, 15 Mar 1995 04:57:51 -0800 Received: from ppvku.ericsson.se (ppvku.ericsson.se [159.107.32.7]) by mailgate.ericsson.se (8.6.10/1.0) with SMTP id NAA03560 for ; Wed, 15 Mar 1995 13:57:39 +0100 Received: from einks2.ericsson.se by ppvku.ericsson.se (4.1/SMI-4.1) id AA22027; Wed, 15 Mar 95 13:58:27 +0100 Received: by einks2.ericsson.se (5.0/SMI-SVR4) id AA12783; Wed, 15 Mar 1995 13:58:25 +0100 Date: Wed, 15 Mar 1995 13:58:25 +0100 From: hela@ppvku.ericsson.se (Henrik Ladholm) Message-Id: <9503151258.AA12783@einks2.ericsson.se> To: info-performer@sgi.sgi.com Subject: C++ bugs X-Sun-Charset: US-ASCII Content-Length: 153 Hi Excuse me for sending my message twice but I got the message that the mail server had rejected the message due to 'full input queue' Regards Henrik L From guest Wed Mar 15 05:18:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA10270; Wed, 15 Mar 1995 04:59: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 EAA10267; Wed, 15 Mar 1995 04:59:00 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16881; Wed, 15 Mar 95 04:58:28 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id EAA04600; Wed, 15 Mar 1995 04:58:23 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id OAA17270; Wed, 15 Mar 1995 14:04:11 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503151404.ZM17268@shark.paris.sgi.com> Date: Wed, 15 Mar 1995 14:04:11 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgihub.corp.sgi.com Subject: (Fwd) Reading obj: strange things happen? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O [this message was somehow combined with the previous when originally sent to info-performer, so resending. -aschaffe ] --- Forwarded mail from Andre Hinkenjann Date: Wed, 15 Mar 1995 12:39:43 +0100 (MEZ) From: Andre Hinkenjann Subject: Reading obj: strange things happen? To: Performer SIG Hello, I have got a problem when loading 'obj'-files: * I load 'test.obj' v -10 0 -10 v 10 0 -10 v 10 0 10 v 0 0 15 v -10 0 10 f 1 2 3 4 5 via // add modells scaled by world scale for (i=0; inumModells; i++) { dcs=pfNewDCS(); pfNodeName(dcs,"modell dcs"); pfDCSScale(dcs, app->worldScale); pfAddChild(globals->scene,dcs); ---> loade=LoadFile(app->modells[i],NULL); if (!loade) { fprintf(stderr,"\nCouldn't find modell %s\n\n",app->modells[i]); exit(EXIT_FAILURE); } pfNodeName(loade,app->modells[i]); pfAddChild(dcs, loade); } * when I print the scene using sprintf(fname,"lightning.tree.%d",fcount++); f=fopen(fname, "w"); ---> pfPrint(globals->scene, PFTRAV_DESCEND, PFPRINT_VB_DEBUG, f); fclose(f); I get: . . . [2:0]pfGroup pfId=7 0x721ac0 { path: /scene/modell dcs/test.obj trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 2.500000) rad=16.007811 Num Children: 1 [3:0]pfGeode pfId=8 0x721ef0 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(0.000000, 0.000000, 2.500000) rad=16.007811 Num Children: 1 [4:0] - pfGeoSet{ GeoSet: 0x721d20 { Primitive: PFGS_FLAT_TRISTRIPS, NON-INDEXED, FLAT , pfPrims=2, glPrims=3, verts=7 Attribute Bindings: PFGS_COLOR4=PFGS_PER_VERTEX PFGS_NORMAL3=PFGS_PER_VERTEX PFGS_TEXCOORD2=PFGS_OFF Attribute List Pointers: PFGS_COORD3: 0x721dc0 PFGS_COLOR4: 0x721e40 PFGS_NORMAL3: 0x721bf0 PFGS_TEXCOORD2: 0x0 Attribute Index List Pointers: (null) PFGS_COLOR4: 0x0 (null) PFGS_NORMAL3: 0x0 (null) PFGS_TEXCOORD2: 0x0 (null) PFGS_COORD3: 0x0 Strip Lengths: 3 4 ----> Coord 0: X: -10.000000 Y: 0.000000 Z: -10.000000 Color 0: R: 0.605441 G: 0.503157 B: 0.251896 A: 0.800000 Normal 0: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 1: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 1: R: 0.499202 G: 0.204678 B: 0.210367 A: 0.800000 Normal 1: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 2: X: -10.000000 Y: 0.000000 Z: 10.000000 Color 2: R: 0.624002 G: 0.255848 B: 0.262959 A: 1.000000 Normal 2: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 0: X: -10.000000 Y: 0.000000 Z: -10.000000 Color 0: R: 0.605441 G: 0.503157 B: 0.251896 A: 0.800000 Normal 0: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 1: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 1: R: 0.499202 G: 0.204678 B: 0.210367 A: 0.800000 Normal 1: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 2: X: -10.000000 Y: 0.000000 Z: 10.000000 Color 2: R: 0.624002 G: 0.255848 B: 0.262959 A: 1.000000 Normal 2: NX: 0.000000 NY: -1.000000 NZ: 0.000000 ----> Coord 3: X: 10.000000 Y: 0.000000 Z: -10.000000 Color 3: R: 0.000000 G: 0.000000 B: 0.000000 A: 0.000000 Normal 3: NX: -10.000000 NY: 0.000000 NZ: 10.000000 } GeoSet: 0x721d20 [4:0]} pfGeoSet [3:0]} pfGeode 8 0x721ef0 [2:0]} pfGroup 7 0x721ac0 . . This is not what is in 'test.obj'. Any hints? Andre ***************************************************************************** Andre Hinkenjann Email: Andre.Hinkenjann@iao.fhg.de Fraunhofer-IAO Tel: (+49)711/970-2136 Nobelstr. 12c, 70569 Stuttgart, GERMANY Fax: (+49)711/970-2299 ***************************************************************************** ---End of forwarded mail from Andre Hinkenjann -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Wed Mar 15 08:42:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA14794; Wed, 15 Mar 1995 08:24:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA14791; Wed, 15 Mar 1995 08:24:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20389; Wed, 15 Mar 95 08:24:13 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA08521; Wed, 15 Mar 1995 08:24:10 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA15340; Wed, 15 Mar 95 08:23:36 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Mar15.081700.1024.14488; Wed, 15 Mar 1995 08:22:10 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: erik2@turtle.psych.umn.edu (Erik Arthur #2), info-performer@sgi.sgi.com (info-performer) Message-Id: <1995Mar15.081700.1024.14488@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Organization: GreyStone Technology, Inc. (619) 675-7800 Date: Wed, 15 Mar 1995 08:22:10 -0800 Subject: RE: Using a polhemus with performer Status: O This is really a Fastrak question. Performer does know anything about the device. To your application, it's just another serial device. Here are a couple things you should check. The coordinate system the Fastrak and Performer uses are different, so be sure you perform the conversions. The Fastrak, also needs to the hemisphere in which the sensors operate in set correctly. -- Jeff WS ---------------------------------------------------------------------------- ---------------- Jeffrey W. Smith jsmith@gstone.com GreyStone Technology, Inc. ---------------------------------------------------------------------------- ---------------- From: Erik Arthur #2 To: info-performer Subject: Using a polhemus with performer Date: Tuesday, March 14, 1995 8:14PM Hi, I'm new to the list, but I've looked through the archives before posting. I'm trying to create a virtual environment using a polhemus isotrak, a VPL dataglove, and performer. I'm having trouble using the data from the polhemus in my performer program. I'm been trying to set the alignment frame, but the sensor on the HMD and glove don't move correctly. Are there any gotchas that I should be aware of in using the polhemus and performer? I've been working on this for the better part of a week and would appreciate any tips or pointers to example code. Thanks in advance, Erik Arthur erik@turtle.psych.umn.edu Human Factors Research Lab University of Minnesota ------ Message Header Follows ------ Received: from realityone.gstone.com by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Mar14.201451.1024.4467; Tue, 14 Mar 1995 20:14:51 -0800 Received: from SGI.COM by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for jsmith@smtpgate.gstone.com id AA13712; Tue, 14 Mar 95 20:16:29 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id UAA15246; Tue, 14 Mar 1995 20:09:59 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA09459; Tue, 14 Mar 1995 19:50:24 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id TAA09456; Tue, 14 Mar 1995 19:50:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08096; Tue, 14 Mar 95 19:49:43 -0800 Received: from VX.CIS.UMN.EDU by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id TAA13496; Tue, 14 Mar 1995 19:49:39 -0800 Received: from turtle.psych.umn.edu by VX.CIS.UMN.EDU (PMDF V4.2-13 #2574) id <01HO53JACFNKB9VBWW@VX.CIS.UMN.EDU>; Tue, 14 Mar 1995 21:51:29 CDT Received: by turtle.psych.umn.edu; Tue, 14 Mar 95 21:42:31 -0800 Date: Tue, 14 Mar 1995 21:42:30 -0800 (PST) From: Erik Arthur #2 Subject: Using a polhemus with performer To: info-performer@sgi.com Message-Id: <9503150542.AA02874@turtle.psych.umn.edu> X-Mailer: ELM [version 2.3 PL11] Content-Transfer-Encoding: 7BIT From guest Wed Mar 15 18:03:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA15917; Wed, 15 Mar 1995 17:43: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 RAA15914; Wed, 15 Mar 1995 17:43:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19320; Wed, 15 Mar 95 17:43:08 -0800 Received: from vr1.engin.umich.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA21495; Wed, 15 Mar 1995 17:43:06 -0800 Received: by vr1.engin.umich.edu (940816.SGI.8.6.9/930416.SGI.AUTO) id UAA11709; Wed, 15 Mar 1995 20:45:34 -0500 From: heise@vr1.engin.umich.edu (Steffen Heise) Message-Id: <199503160145.UAA11709@vr1.engin.umich.edu> Subject: import dxf into performer To: info-performer@sgi.sgi.com Date: Wed, 15 Mar 1995 20:45:28 -0500 (EST) Cc: baljitsv@vr1.engin.umich.edu (Baljit Singh Vijan) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 1385 Status: O Hi. We have a problem with the sample program perfly. If we try to load a dxf-file parts of the geometry are missing. One of the problems shows up if we use an dxf-file with 2D grid. From flat polygons (squares) we get two triangles from which one is not drawn. This may be backface culling. Is there any way to turn this off? Also these 2 triangles are arranged incorrectly so that the resulting polygon does not look like a square. Baljit and Steffen ====================================================================== Steffen Heise MMMMMMM MMMMMMM MMMMMMMM MMMMMMMM Virtual Reality Laboratory MMMMMMMM MMMMMMMM University of Michigan MMMM MMMM MMMM MMMM NA&ME Building MMMM MMMMMMMM MMMM 2600 Draper Road MMMM MMMMMM MMMM Ann Arbor MI 48109-2145 MMMMMM MMMM MMMMMM E-mail: heise@vr1.engin.umich.edu MMMMMM MM MMMMMM Phone: (313) 763-7798 (voice) Phone: (313) 936-8820 (fax) ====================================================================== From guest Thu Mar 16 00:13:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA16424; Wed, 15 Mar 1995 23:49: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 XAA16421; Wed, 15 Mar 1995 23:49:38 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29091; Wed, 15 Mar 95 23:48:58 -0800 Received: from redgate.vislab.su.edu.au by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id XAA25467; Wed, 15 Mar 1995 23:48:38 -0800 From: horne@vislab.su.edu.au Received: from ford.vislab.su.edu.au by redgate.vislab.su.edu.au via SMTP (931110.SGI/921111.SGI) for info-performer@sgi.com id AA17483; Thu, 16 Mar 95 17:48:07 +1000 Received: by ford.vislab.su.edu.au (931110.SGI/921111.SGI) for info-performer@sgi.com id AA28412; Thu, 16 Mar 95 17:48:06 +1000 Message-Id: <9503160748.AA28412@ford.vislab.su.edu.au> Subject: Texture mapping To: info-performer@sgi.sgi.com Date: Thu, 16 Mar 1995 17:48:06 +1000 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1343 Status: O can anyone give more details about turning off and on textures. The problem, as far as i can fathom is that perfromer seems to only handle 2 states: nothing is textured everything MUST be textured. The problem is that I want to create a database where only some of the objects are textured, but what happens is that those obects that don't have a texture pick up whatever was the last texture definition. [ i have tested this with the default perfly by viewing 2 identical wavefront models; one with a texture and one without, and they both pick up the texture ] I looked at pfOverride but in order to apply a texture you have to set pfOverride(PFSTATE_TEXTURE,0) and then the texture will be applied to ALL geometry, and if i set pfOverride(PFSTATE_TEXTURE,1) i can't apply ANY textures! has anyone had any success in this area ?? G. ----------------------------------------------------------------------------- Geoff Horne, horne@vislab.su.edu.au http://www.usyd.edu.au/~ghorne Computational Scientist and VisLab conundrum rectifier ----------------------------------------------------------------------------- "Don't take life too seriously, you don't get out of it alive anyway" Burt Ward From guest Thu Mar 16 01:16:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA16566; Thu, 16 Mar 1995 01:00: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 BAA16563; Thu, 16 Mar 1995 01:00:36 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01440; Thu, 16 Mar 95 01:00:04 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id BAA01803; Thu, 16 Mar 1995 01:00:01 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id AAA25420; Thu, 16 Mar 1995 00:59:59 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:horne@vislab.su.edu.au id AA01433; Thu, 16 Mar 95 00:59:58 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id BAA03073; Thu, 16 Mar 1995 01:00:28 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503160100.ZM3071@rose.asd.sgi.com> Date: Thu, 16 Mar 1995 01:00:27 -0800 In-Reply-To: horne@vislab.su.edu.au "Texture mapping" (Mar 16, 5:48pm) References: <9503160748.AA28412@ford.vislab.su.edu.au> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: horne@vislab.su.edu.au, info-performer@sgi.sgi.com Subject: Re: Texture mapping Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 16, 5:48pm, horne@vislab.su.edu.au wrote: > Subject: Texture mapping -> ->can anyone give more details about turning off and on textures. ->The problem, as far as i can fathom is that perfromer seems to only ->handle 2 states: -> nothing is textured -> everything MUST be textured. Nope - you really do get to control this. ->The problem is that I want to create a database where only some of the ->objects are textured, but what happens is that those obects that don't have a ->texture pick up whatever was the last texture definition. -> ->[ i have tested this with the default perfly by viewing 2 identical ->wavefront models; one with a texture and one without, and they both pick ->up the texture ] -> You can set the texture enable on the pfGeoState of any model: pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_ON or PF_OFF); By default, all pfGeoState settings inherit from the global state. Perfly (and libpf) assumes that on machines with fast texture, you will choose to have the majority of your database textured and so texture is enabled by default. Objects with pfGeoState that do not set the texture or the enable will inherit both from the global state. This way, objects will be textured on fast machines, but not on slow machines. Objects that have no texture should set pfGStateMode(gstate, PFSTATE_ENTEXTURE, PF_OFF); Perfly didn't set up a default global texture. So, the texture of one object is being set, then when we restore the global state we leave texturing on and don't change the current texture, and then when we draw your next object it is getting both the texture and the enable. Are you using our obj loader? We are probably neglecting somewhere to set the texture enable to OFF on untextured objects. You might check for this on your resulting object to see that is the case: pfGetGStateMode(gstate, PFSTATE_ENTEXTURE); We are trying to deal with this situation a bit better in 2.0... src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Thu Mar 16 01:27:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA16594; Thu, 16 Mar 1995 01:09: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 BAA16591; Thu, 16 Mar 1995 01:09:00 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01604; Thu, 16 Mar 95 01:08:28 -0800 Received: from politix.iao.fhg.de by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA02611; Thu, 16 Mar 1995 01:08:22 -0800 Received: from matrix.ergo.iao.fhg.de by politix.iao.fhg.de with SMTP (iao.fhg.de:9403141) id KAA07114; Thu, 16 Mar 1995 10:08:18 +0100 Message-Id: <199503160908.KAA07114@politix.iao.fhg.de> Received: from MATRIX/MERCURYQUEUE by matrix.ergo.iao.fhg.de (Mercury 1.1); Thu, 16 Mar 95 10:05:42 GMT To: info-performer@sgi.sgi.com From: "Matthias Bues (OR)" Organization: FhG-IAO Date: Thu, 16 Mar 1995 10:05:29 GMT Subject: Intersection testing on scaled objects X-Mailer: WinPMail v1.0 (R2) Status: O I got a problem with intersection testing on pfNode level (pfSegsIsectNode): It seems that when testing against nodes which are parented by a pfDCS which contains a scaling transformation, the scaling is not processed on the level of Geosets and below. The effect is that I get intersections only within the extents of the unscaled object (e.g. in the intersect.c sample: Put a scale into the SCS above the nodes which form the ramps; the colored ramps are visibly scaled, but you run thru them on the level of the unscaled ramps). The effect is the same when intersecting the DCS above the node rather than the node itself. Is there a simple workaround for this problem ? Thanks for any hint. From guest Thu Mar 16 08:06:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA16943; Thu, 16 Mar 1995 07:52:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA16940; Thu, 16 Mar 1995 07:52:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07283; Thu, 16 Mar 95 07:51:26 -0800 Received: from unlisys.unlisys.NET by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA27416; Thu, 16 Mar 1995 07:51:16 -0800 Received: by unlisys.unlisys.NET from berlin.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0rpHpJ-000HzLC; Thu, 16 Mar 95 16:51 MET Received: by berlin.snafu.de (Smail3.1.29.1 [@@]) id m0rpHpG-000QHZC; Thu, 16 Mar 95 16:51 MET Message-Id: From: crux@berlin.snafu.de (Dirk Luesebrink) Subject: subscribe To: info-performer@sgi.sgi.com Date: Thu, 16 Mar 1995 16:51:02 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 58 Status: O please subcribe me to the mailing list crux@snafu.de From guest Thu Mar 16 10:10:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA17175; Thu, 16 Mar 1995 09:57: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 JAA17172; Thu, 16 Mar 1995 09:57:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12789; Thu, 16 Mar 95 09:57:10 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA18876; Thu, 16 Mar 1995 09:56:57 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA18523 (5.65c8/IDA-1.4.4 for ); Thu, 16 Mar 1995 18:56:39 +0100 Received: by vier.idt.unit.no id AA10351 (5.0/idt-C-2.0 for idt); Thu, 16 Mar 1995 18:56:39 +0100 Date: Thu, 16 Mar 1995 18:56:39 +0100 Message-Id: <9503161756.AA10351@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Indigo -> Onyx Content-Length: 1849 Status: O I'm stuck! I have written a simple viewer using Performer and GL routines. These was written on an Indigo with Performer 1.2 and IRIS 5.3. Now I got to use an Onyx RE2 and my viewer stopped running. I think I'm doing something wrong when reading the input devices (mouse and keyboard). My app. runs just fine on the Indigo. What I do is this : qdevice(RIGHTMOUSE); qdevice(WINQUIT); qdevice(LEFTARROWKEY); qdevice(RIGHTARROWKEY); qdevice(DOWNARROWKEY); qdevice(UPARROWKEY); qdevice(PAGEUPKEY); qdevice(PAGEDOWNKEY); qdevice(HOMEKEY); qdevice(PADPLUSKEY); qdevice(PADMINUS); qdevice(PKEY); while (!done) { /* Go to sleep until next frame time. */ pfSync(); while (qtest()) { short arg; switch (qread(&arg)) { case (PAGEUPKEY): zDirection += step; break; case (PAGEDOWNKEY): zDirection -= step; break; ....... } } } Do anyone do something similar ? What could be wrong ? /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Thu Mar 16 10:45:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA17256; Thu, 16 Mar 1995 10:31: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 KAA17253; Thu, 16 Mar 1995 10:31:23 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14675; Thu, 16 Mar 95 10:30:50 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA27084; Thu, 16 Mar 1995 10:30:48 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id KAA10540; Thu, 16 Mar 1995 10:30:45 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id TAA22996; Thu, 16 Mar 1995 19:36:29 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503161936.ZM22994@shark.paris.sgi.com> Date: Thu, 16 Mar 1995 19:36:29 +0100 In-Reply-To: abrend@idt.unit.no "Indigo -> Onyx" (Mar 16, 6:56pm) References: <9503161756.AA10351@vier.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: abrend@idt.unit.no, info-performer@sgi.sgi.com Subject: Re: Indigo -> Onyx Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This won't work because you're making GL calls from within the Application process. It was OK on the Indigo because you were running in single-process mode. But on the Onyx, Performer splits itself up into multiple processes whose tasks are quite distinct. For this to work you'll need to move the calls to qdevice (and any other GL calls) into a callback to be called by the Draw process. Here's a better description from the FAQ: Subject: -15- 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. To set up a pipe initialization callback, see the pfInitPipe() man page. To set up a draw function callback, see the pfChanDrawFunc() man page. To set up a node draw callback, see the pfNodeTravFuncs() man page. Allan On Mar 16, 6:56pm, abrend@idt.unit.no wrote: > > I'm stuck! I have written a simple viewer using Performer and GL > routines. These was written on an Indigo with Performer 1.2 and IRIS > 5.3. Now I got to use an Onyx RE2 and my viewer stopped running. I > think I'm doing something wrong when reading the input devices (mouse > and keyboard). My app. runs just fine on the Indigo. What I do is > this : > > qdevice(RIGHTMOUSE); > qdevice(WINQUIT); > qdevice(LEFTARROWKEY); > qdevice(RIGHTARROWKEY); > qdevice(DOWNARROWKEY); > qdevice(UPARROWKEY); > qdevice(PAGEUPKEY); > qdevice(PAGEDOWNKEY); > qdevice(HOMEKEY); > qdevice(PADPLUSKEY); > qdevice(PADMINUS); > qdevice(PKEY); > > while (!done) > > { > /* Go to sleep until next frame time. */ > pfSync(); > > while (qtest()) > { > short arg; > switch (qread(&arg)) > { > case (PAGEUPKEY): > zDirection += step; > break; > > case (PAGEDOWNKEY): > zDirection -= step; > break; > > ....... > > } > } > } > > Do anyone do something similar ? What could be wrong ? -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Thu Mar 16 10:58:30 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA17291; Thu, 16 Mar 1995 10:40: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 KAA17288; Thu, 16 Mar 1995 10:40:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15012; Thu, 16 Mar 95 10:39:40 -0800 Received: from thor.ats.qc.ca by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA29101; Thu, 16 Mar 1995 10:39:34 -0800 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.6.11/atsgw-mf1) id NAA14675; Thu, 16 Mar 1995 13:39:06 -0500 Message-Id: <199503161839.NAA14675@thor.ats.qc.ca> From: jaydee@thor.ats.qc.ca (Jean Daigle) Date: Thu, 16 Mar 1995 13:39:06 -0500 In-Reply-To: abrend@idt.unit.no "Indigo -> Onyx" (Mar 16, 6:56pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: abrend@idt.unit.no Subject: Re: Indigo -> Onyx Cc: info-performer@sgi.sgi.com Status: O Hi! On Mar 16, 6:56pm, abrend@idt.unit.no wrote: ... } I'm stuck! I have written a simple viewer using Performer and GL } routines. These was written on an Indigo with Performer 1.2 and IRIS } 5.3. Now I got to use an Onyx RE2 and my viewer stopped running. I } think I'm doing something wrong when reading the input devices (mouse } and keyboard). My app. runs just fine on the Indigo. What I do is } this : } } qdevice(RIGHTMOUSE); } qdevice(WINQUIT); } qdevice(LEFTARROWKEY); } qdevice(RIGHTARROWKEY); } qdevice(DOWNARROWKEY); } qdevice(UPARROWKEY); } qdevice(PAGEUPKEY); } qdevice(PAGEDOWNKEY); } qdevice(HOMEKEY); } qdevice(PADPLUSKEY); } qdevice(PADMINUS); } qdevice(PKEY); } } while (!done) } } { } /* Go to sleep until next frame time. */ } pfSync(); } } while (qtest()) } { } short arg; } switch (qread(&arg)) } { } case (PAGEUPKEY): } zDirection += step; } break; } } case (PAGEDOWNKEY): } zDirection -= step; } break; } } ....... } } } } } } } } } Do anyone do something similar ? What could be wrong ? ... }-- End of excerpt from abrend@idt.unit.no Just a quick note -- is your Onyx a multiprocessor model? If so, the default Performer pfMultiprocess() setting will distribute the processes over different CPU's. In general, all your GL stuff (including qdevice() and qtest()) should be done in the DRAW process, rather than APP as I infer from your code. A good place to queue your device inputs is in the pipeline configuration function. Input can subsequently be collected on passes through the draw callback and passed back to the APP via shared memory. You can find sample code in /usr/src/Performer/src/pguide/libpf/progs/complex.c Your code works on the Indigo because there's only a single CPU and Performer resorts to the PFMP_APPCULLDRAW model, which bundles APP, CULL and DRAW into a single process with the same address space. Specifying pfMultiprocess(PFMP_APPCULLDRAW) in your code would also work on the Onyx, but ignores the glories of SMP. Cheers, Jean Daigle. ----------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Software Designer 1250 Boul Marie-Victorin | | St. Bruno, QC J3V 6B8 | | jaydee@ats.qc.ca Tel: (514) 441-9000 Fax: (514) 441-6789 | ----------------------------------------------------------------- From guest Thu Mar 16 11:01:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA17296; Thu, 16 Mar 1995 10:42: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 KAA17293; Thu, 16 Mar 1995 10:42:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15104; Thu, 16 Mar 95 10:41:50 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA29570; Thu, 16 Mar 1995 10:41:48 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id KAA12345; Thu, 16 Mar 1995 10:41:45 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id TAA23024; Thu, 16 Mar 1995 19:47:30 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503161947.ZM23022@shark.paris.sgi.com> Date: Thu, 16 Mar 1995 19:47:30 +0100 In-Reply-To: abrend@idt.unit.no "Indigo -> Onyx" (Mar 16, 6:56pm) References: <9503161756.AA10351@vier.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Indigo -> Onyx Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I should add as well, there is an example of how to set up callbacks with basic GL-style input in: /usr/src/Performer/src/pguide/libpf/progs/intersect.c Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Thu Mar 16 11:13:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA17337; Thu, 16 Mar 1995 10:52: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 KAA17334; Thu, 16 Mar 1995 10:52:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15727; Thu, 16 Mar 95 10:52:05 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA02428; Thu, 16 Mar 1995 10:51:54 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id KAA13822; Thu, 16 Mar 1995 10:51:51 -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 AA15716; Thu, 16 Mar 95 10:51:49 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA29174; Thu, 16 Mar 1995 10:49:54 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503161849.KAA29174@tubes.asd.sgi.com> Subject: Re: Indigo -> Onyx To: guest Date: Thu, 16 Mar 95 10:49:53 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9503161756.AA10351@vier.idt.unit.no>; from "guest@holodeck" at Mar 16, 95 6:56 pm X-Mailer: ELM [version 2.3 PL8] Status: O Try forcing single process mode on the Onyx with pfMultiprocess(PFMP_APPCULLDRAW); > > > I'm stuck! I have written a simple viewer using Performer and GL > routines. These was written on an Indigo with Performer 1.2 and IRIS > 5.3. Now I got to use an Onyx RE2 and my viewer stopped running. I > think I'm doing something wrong when reading the input devices (mouse > and keyboard). My app. runs just fine on the Indigo. What I do is > this : > > qdevice(RIGHTMOUSE); > qdevice(WINQUIT); > qdevice(LEFTARROWKEY); > qdevice(RIGHTARROWKEY); > qdevice(DOWNARROWKEY); > qdevice(UPARROWKEY); > qdevice(PAGEUPKEY); > qdevice(PAGEDOWNKEY); > qdevice(HOMEKEY); > qdevice(PADPLUSKEY); > qdevice(PADMINUS); > qdevice(PKEY); > > while (!done) > > { > /* Go to sleep until next frame time. */ > pfSync(); > > while (qtest()) > { > short arg; > switch (qread(&arg)) > { > case (PAGEUPKEY): > zDirection += step; > break; > > case (PAGEDOWNKEY): > zDirection -= step; > break; > > ....... > > } > } > } > > Do anyone do something similar ? What could be wrong ? > > /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* > /* WWW page : http://www.idt.unit.no:80/~abrend/ * > /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* > > email___________________________________________________ > | > V > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ > _/ Festningsgata 11 _/ abrend@idt.unit.no _/ > _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ > _/ +47 73 51 48 06 _/ (when visiting hometown) _/ > _/ (don't call at saturday mornings) _/ _/ > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > > From guest Thu Mar 16 11:40:15 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA17448; Thu, 16 Mar 1995 11:26: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 LAA17445; Thu, 16 Mar 1995 11:26:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18424; Thu, 16 Mar 95 11:26:02 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA12311; Thu, 16 Mar 1995 11:25:58 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id LAA18487; Thu, 16 Mar 1995 11:25:55 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id UAA23296; Thu, 16 Mar 1995 20:31:37 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503162031.ZM23294@shark.paris.sgi.com> Date: Thu, 16 Mar 1995 20:31:37 +0100 In-Reply-To: heise@vr1.engin.umich.edu (Steffen Heise) "import dxf into performer" (Mar 15, 8:45pm) References: <199503160145.UAA11709@vr1.engin.umich.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: heise@vr1.engin.umich.edu (Steffen Heise), info-performer@sgi.sgi.com Subject: Re: import dxf into performer Cc: baljitsv@vr1.engin.umich.edu (Baljit Singh Vijan) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 15, 8:45pm, Steffen Heise wrote: > > We have a problem with the sample program perfly. If we try to load > a dxf-file parts of the geometry are missing. One of the problems > shows up if we use an dxf-file with 2D grid. From flat polygons > (squares) we get two triangles from which one is not drawn. This may > be backface culling. Is there any way to turn this off? Also these 2 > triangles are arranged incorrectly so that the resulting polygon does > not look like a square. The Performer FAQ describes the DXF loader as "incomplete". Your best bet is to convert the DXF file into Inventor format, and then load it using the new inventor-savvy version of 'perfly'. The DXF->Inventor converter is in: ftp://ftp.sgi.com/sgi/inventor/1.0/DxfToIv.tar.Z The new inventor-savvy perfly is in: ftp://sgigate.sgi.com/pub/Performer/src/pfiv1.3.tar.Z Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Thu Mar 16 14:22:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA17696; Thu, 16 Mar 1995 14:06: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 OAA17693; Thu, 16 Mar 1995 14:06:45 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26674; Thu, 16 Mar 95 14:06:13 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA15142; Thu, 16 Mar 1995 14:06:00 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA21694 (5.65c8/IDA-1.4.4 for ); Thu, 16 Mar 1995 22:17:03 +0100 Received: by vier.idt.unit.no id AA13111 (5.0/idt-C-2.0 for idt); Thu, 16 Mar 1995 22:17:02 +0100 Date: Thu, 16 Mar 1995 22:17:02 +0100 Message-Id: <9503162117.AA13111@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: More on simpleviewer Content-Length: 1173 Status: O I got the input GL input devices to function with draw callback. Another problem is : where should I put the code that reads the mouse and moves the model in the viewer: /* Moves viewpoint accordingly to the mousecoordinates */ if ((pfuMapMouseToChan(&viewState->mouse, viewState->masterChan)) && (viewState->mouseMove)) moveWithMouse(); Thank's for all the help I got on : 'Indigo -> Onyx ' /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Thu Mar 16 16:00:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA17975; Thu, 16 Mar 1995 15:44: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 PAA17972; Thu, 16 Mar 1995 15:44:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02087; Thu, 16 Mar 95 15:44:11 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id PAA05593; Thu, 16 Mar 1995 15:44:07 -0800 Received: from widget.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA08212; Thu, 16 Mar 95 18:45:45 EST Received: by widget.vsl.ist.ucf.edu (931110.SGI) id AA21079; Thu, 16 Mar 95 18:45:42 -0500 Date: Thu, 16 Mar 1995 18:45:41 -0500 (EST) From: "Michael J. Smith" To: performer Subject: strange seg-fault under IRIX5.3 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Well, I have some code that worked under 4.0.5, and when I DBX the core, the call stack doesn't have main in it. Here is the result of the "where" in DBX: dbx version 3.19 Nov 3 1994 19:59:46 Core from signal SIGSEGV: Segmentation violation (dbx) where > 0 _fini(0x402fcc, 0x0, 0x0, 0x0) ["../patch/c++init.c++":76, 0x403000] 1 () [, 0xfb6b3d4] (dbx) quit This looks like it occurs after my program has finished...I haven't tried to isolate what the problem is, but is this a problem with the linker. ----------------------------------------------------------------------------- | Michael J. Smith University Of Central Florida | | Visual Systems Laboratory Institute for Simulation & Training | | Graduate Research Assistant 3280 Progress Drive | | smith@vsl.ist.ucf.edu Orlando, FL 32826-0544 | | @cs.ucf.edu | ----------------------------------------------------------------------------- From guest Thu Mar 16 16:33:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA18010; Thu, 16 Mar 1995 16: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 QAA18007; Thu, 16 Mar 1995 16:10:39 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03252; Thu, 16 Mar 95 16:10:06 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA10560; Thu, 16 Mar 1995 16:10:04 -0800 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA08271; Thu, 16 Mar 95 19:11:41 EST Received: by crusader.vsl.ist.ucf.edu (940816.SGI.8.6.9) id TAA27441; Thu, 16 Mar 1995 19:10:28 -0500 Date: Thu, 16 Mar 1995 19:10:28 -0500 (EST) From: "Lance R. Marrou" To: abrend@idt.unit.no Cc: info-performer@sgi.sgi.com Subject: Re: More on simpleviewer In-Reply-To: <9503162117.AA13111@vier.idt.unit.no> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 16 Mar 1995 abrend@idt.unit.no wrote: > I got the input GL input devices to function with draw callback. > Another problem is : where should I put the code that reads the mouse > and moves the model in the viewer: > > /* Moves viewpoint accordingly to the mousecoordinates */ > if ((pfuMapMouseToChan(&viewState->mouse, viewState->masterChan)) > && (viewState->mouseMove)) > moveWithMouse(); You should put this call in the app process, unless the function moveWithMouse has some draw-specific calls within it. This way, it takes just that much more load off the draw process. The call to pfuGetMouse should be done in the draw callback. ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Thu Mar 16 16:44:25 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA18076; Thu, 16 Mar 1995 16:30: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 QAA18073; Thu, 16 Mar 1995 16:30:58 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04546; Thu, 16 Mar 95 16:30:26 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA10137; Thu, 16 Mar 1995 16:30:46 -0800 Message-Id: <199503170030.QAA10137@surreal.asd.sgi.com> To: "Michael J. Smith" Cc: info-performer Subject: Re: strange seg-fault under IRIX5.3 In-Reply-To: Your message of "Thu, 16 Mar 95 18:45:41 EST." Date: Thu, 16 Mar 95 16:30:41 -0800 From: Jim Helman Status: O This is a C++ bug in 5.3 concerning initialization of static C++ objects that was found by another info-performerite. It will be fixed in the next IRIX release. A easy workaround is to create a dummy static instance of the class outside of the routine. -jim Date: Mon, 23 Jan 1995 19:26:25 -0500 (EST) From: "Michael J. Smith" To: performer Subject: C++ compiler -- does it work? Ok, I know this may be somewhat unrelated to the main focus of this group, but when I compiled some code under 5.3, I got a cool little segment fault. I managed to write a small program that produces this fault and it boils down to a static variable inside a method call. Is this not supported by the C++ language? Here's the code -------------------------------------------- class crash { public: crash() {} ~crash() {} void crashit(); }; void crash::crashit() { static crash tq; // comment out this line and it doesn't crash // crash tq; // with this line it doesn't crash... } void main() { crash q1, q2; } // Compile this program with CC crash.C // run a.out and see a nice seg fault on IRIX5.3 -- dbx says // Core from signal SIGSEGV: Segmentation violation //(dbx) > 0 _fini(0x400c2c, 0x0, 0x0, 0x0) // ["../patch/c++init.c++":76, 0x400c60] // 1 () [, 0xfb6b3d4] // ---------------------------------------------- If anyone can explain this I'd love to hear it. I suppose I can use another technique, but this exact code will run without any problems on any of the eariler compilers... Any answers are welcomed.... ----------------------------------------------------------------------------- | Michael J. Smith University Of Central Florida | | Visual Systems Laboratory Institute for Simulation & Training | | Graduate Research Assistant 3280 Progress Drive | | smith@vsl.ist.ucf.edu Orlando, FL 32826-0544 | | @cs.ucf.edu | ----------------------------------------------------------------------------- From guest Thu Mar 16 22:11:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA18523; Thu, 16 Mar 1995 21: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 VAA18520; Thu, 16 Mar 1995 21:50:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16615; Thu, 16 Mar 95 21:49:45 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id VAA24734; Thu, 16 Mar 1995 21:49:43 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id VAA04618; Thu, 16 Mar 1995 21:49:42 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:Matthias.Bues@iao.fhg.de id AA16603; Thu, 16 Mar 95 21:49:32 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA11167; Thu, 16 Mar 1995 21:49:55 -0800 Message-Id: <199503170549.VAA11167@surreal.asd.sgi.com> To: "Matthias Bues (OR)" Cc: info-performer@sgi.sgi.com Subject: Re: Intersection testing on scaled objects In-Reply-To: Your message of "Thu, 16 Mar 95 10:05:29 GMT." <199503160908.KAA07114@politix.iao.fhg.de> Date: Thu, 16 Mar 95 21:49:47 -0800 From: Jim Helman Status: O intersect.c works fine with scales as far as I can tell. I think this is just an issue of coordinate frames. The point returned in the pfHit is in object coordinates. If you want scene coordinates, as is appropriate for ground following in intersect.c, you need to transform the returned point by the xform returned in the pfHit, i.e. if (isect) { pfVec3 pnt, xpnt; pfMatrix xmat; pfQueryHit (*hits[0], PFQHIT_POINT, &pnt); pfQueryHit (*hits[0], PFQHIT_XFORM, xmat); pfXformPt3(xpnt, pnt, xmat); shared->zval = xpnt[PF_Z] + 0.5; } rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Fri Mar 17 00:22:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA18723; Fri, 17 Mar 1995 00:02: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 AAA18720; Fri, 17 Mar 1995 00:02:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20441; Fri, 17 Mar 95 00:01:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id AAA03333; Fri, 17 Mar 1995 00:01:34 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id AAA10193; Fri, 17 Mar 1995 00:01:33 -0800 Received: from rose.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 AA20420; Fri, 17 Mar 95 00:01:25 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id AAA08031; Fri, 17 Mar 1995 00:01:51 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503170001.ZM8029@rose.asd.sgi.com> Date: Fri, 17 Mar 1995 00:01:50 -0800 In-Reply-To: "Lance R. Marrou" "Re: More on simpleviewer" (Mar 16, 7:10pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Lance R. Marrou" , abrend@idt.unit.no Subject: Re: More on simpleviewer Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O -- +>---- On Mar 16, 7:10pm, Lance R. Marrou wrote: > Subject: Re: More on simpleviewer ->On Thu, 16 Mar 1995 abrend@idt.unit.no wrote: -> ->> I got the input GL input devices to function with draw callback. ->> Another problem is : where should I put the code that reads the mouse ->> and moves the model in the viewer: ->> ->> /* Moves viewpoint accordingly to the mousecoordinates */ ->> if ((pfuMapMouseToChan(&viewState->mouse, viewState->masterChan)) ->> && (viewState->mouseMove)) ->> moveWithMouse(); -> ->You should put this call in the app process, unless the function moveWithMouse ->has some draw-specific calls within it. This way, it takes just that much more ->load off the draw process. The call to pfuGetMouse should be done in the ->draw callback. Actually, the call to pfuGetMouse() should be in the application as well - which is where you need the info to set the new viewpoint. pfuGetMouse() only copies internal data to the user's data structure. The only pfu input handling call that goes in the draw is the call to pfuCollectInput() and that should go after the call to pfDraw() is only needed for IRIS GL input handling. src. -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Fri Mar 17 01:21:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA18798; Fri, 17 Mar 1995 00:57: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 AAA18795; Fri, 17 Mar 1995 00:57:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21808; Fri, 17 Mar 95 00:56:54 -0800 Received: from cherry.postech.ac.kr by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA06972; Fri, 17 Mar 1995 00:56:13 -0800 Received: by cherry.postech.ac.kr (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA14511; Fri, 17 Mar 95 17:58:26 +0800 From: jjchoi@cherry.postech.ac.kr (Jung-Ju Choi) Message-Id: <9503170958.AA14511@cherry.postech.ac.kr> Subject: another problem of importing dxf into performer To: info-performer@sgi.sgi.com (IRIS Performer mailing list) Date: Fri, 17 Mar 1995 17:58:20 +0800 (KST) X-Mailer: ELM [version 2.4 PL21-h3] Content-Type: text Content-Length: 663 Status: O Hi, all subscribers. In using perfly/pickfly, it does not importing some dxf files. Sometimes, it does importing other dxf files. I think there are two differents between two dxf files. The one, which can be imported, is DXF version 10 and no POLYLINE entity but only 3DFACE entity. The other, which cannot be imported, is DXF version 12 and with some POLYLINE entities and 3DFACE entities. Is there another improved pfdxf.c for importing dxf into performer ? -- _ _ /| Jung-Ju Choi \'o.@" Graphics Lab., Dept. of CS, PIRL, POSTECH =(___)= jjchoi@cherry.postech.ac.kr, jjchoi@snoopy.postech.ac.kr U http://hobak.postech.ac.kr/~jjchoi/ From guest Fri Mar 17 03:06:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA18988; Fri, 17 Mar 1995 02:50: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 CAA18985; Fri, 17 Mar 1995 02:50:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24419; Fri, 17 Mar 95 02:49:58 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA13034; Fri, 17 Mar 1995 02:49:45 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA00955 (5.65c8/IDA-1.4.4 for ); Fri, 17 Mar 1995 11:49:35 +0100 Received: by vier.idt.unit.no id AA21000 (5.0/idt-C-2.0 for idt); Fri, 17 Mar 1995 11:49:34 +0100 Date: Fri, 17 Mar 1995 11:49:34 +0100 Message-Id: <9503171049.AA21000@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Still problems with mouse Content-Length: 2500 Status: O > You should put this call in the app process, unless the function moveWithMouse > has some draw-specific calls within it. This way, it takes just that much more > load off the draw process. The call to pfuGetMouse should be done in the > draw callback. OK, but it still not function properly. What I do is : In preFrame(): (Between pfSync() and pfFrame()) /* Moves viewpoint accordingly to the mousecoordinates */ if ((pfuMapMouseToChan(&viewState->mouse, viewState->masterChan)&& (viewState->mouseMove))) moveWithMouse(); In moveWithMouse(): viewState->hDirection -= (viewState->mouse.xchan); viewState->corrY = cos((viewState->hDirection/180)*3.14159); viewState->corrX = tan((viewState->hDirection/180)*3.14159); if (viewState->hDirection > 360.0f) viewState->hDirection = 0.0f; else if (viewState->hDirection < -360.0f) viewState->hDirection = 0.0f; viewState->yDirection += (viewState->mouse.ychan)*viewState->corrY; viewState->xDirection -= (viewState->mouse.ychan)*viewState->corrY*viewState->corrX; And I put the pfGetMouse() in the postDraw() like this: void PostDraw(pfChannel *chan, void *data) { data; /* suppress compiler warns */ /* * Read GL keyboard, mouse. Make sure we only collect input on * master channel. If hyperpiping we must collect on all pipes. */ pfuGetMouse(&viewState->mouse); /* Queue devices */ pfuCollectInput(); while (qtest()) { prosessKeys(); } } Any ideas why this don't function. It looks like the mouse structure isn't set right! If anyone will give me some hints how to build my app. with best performance, you're free to give me a simple list how proceed. regards /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Fri Mar 17 09:19:32 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA19332; Fri, 17 Mar 1995 09:04: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 JAA19327; Fri, 17 Mar 1995 09:04:15 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05483; Fri, 17 Mar 95 09:03:38 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA13455; Fri, 17 Mar 1995 09:03:30 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA10050 (5.65c8/IDA-1.4.4 for ); Fri, 17 Mar 1995 18:03:21 +0100 Received: by vier.idt.unit.no id AA02554 (5.0/idt-C-2.0 for idt); Fri, 17 Mar 1995 18:03:20 +0100 Date: Fri, 17 Mar 1995 18:03:20 +0100 Message-Id: <9503171703.AA02554@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: LoadFile Content-Length: 1477 Status: O What library do I miss here : (I'm using LoadFile()): make -f SimpleViewer.MakeFile echo 'Linking...' >/dev/console cc -o SimpleViewer -L. -L/usr/src/Performer/lib -L/usr/src/Performer/src/lib SimpleViewer.o -lpfdu -lInventorXt -lpfsgi -lpfflt -lpfiv -lpfdwb -lX11 -lpfutil -lfm -lpfMedit -lpf -lpr -limage -lmpc -lgl -lm -lmalloc -lfpe -lC ld: Unresolved: pfdResizeGeom pfdFindSharedObject pfdNewSharedObject pfdMesherMode pfdAddGeom pfdBuildGSets pfdNewGeoBldr pfdNewShare pfdNewGeom pfdDelGeoBldr pfdDelShare pfdDelGeom pfdInitTraverser pfdTraverse make: *** [SimpleViewer] Error 1 Compilation exited abnormally with code 1 at Fri Mar 17 18:01:16 For the future: How do I find out which libraries to include ? /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Fri Mar 17 09:36:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA19368; Fri, 17 Mar 1995 09:22: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 JAA19365; Fri, 17 Mar 1995 09:22:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06685; Fri, 17 Mar 95 09:22:14 -0800 Received: from ctaeng.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA16739; Fri, 17 Mar 1995 09:22:04 -0800 Received: from support.ctaeng.com by ctaeng.com (4.1/SMI-4.1) id AA16307; Fri, 17 Mar 95 10:21:41 MST Received: from getreal.mss.ctaeng.com by support.ctaeng.com (5.0/SMI-SVR4) id AA14990; Fri, 17 Mar 1995 10:21:26 -0700 Received: by getreal.mss.ctaeng.com (931110.SGI/920502.SGI.AUTO) for @support.ctaeng.com:info-performer@sgi.com id AA04869; Fri, 17 Mar 95 10:22:05 -0700 From: "`Bwana' Bob Buckley" Message-Id: <9503171022.ZM4867@getreal.mss.ctaeng.com> Date: Fri, 17 Mar 1995 10:22:01 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: getbutton & getvaluator Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Content-Length: 148 Status: O Gang! Why does a getbutton and/or a getvaluator work when called from the app process while multiprocessing app separate from draw? 'Bwana' Bob From guest Fri Mar 17 10:25:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA19544; Fri, 17 Mar 1995 10:09: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 KAA19541; Fri, 17 Mar 1995 10:09:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09924; Fri, 17 Mar 95 10:08:52 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA25666; Fri, 17 Mar 1995 10:08:48 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id KAA18710; Fri, 17 Mar 1995 10:08:46 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id TAA27131; Fri, 17 Mar 1995 19:14:28 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503171914.ZM27129@shark.paris.sgi.com> Date: Fri, 17 Mar 1995 19:14:27 +0100 In-Reply-To: "`Bwana' Bob Buckley" "getbutton & getvaluator" (Mar 17, 10:22am) References: <9503171022.ZM4867@getreal.mss.ctaeng.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "`Bwana' Bob Buckley" , info-performer@sgi.sgi.com Subject: Re: getbutton & getvaluator Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 17, 10:22am, `Bwana' Bob Buckley wrote: > > Why does a getbutton and/or a getvaluator work when called from the > app process while multiprocessing app separate from draw? I was absolutely amazed when I saw this for the first time, just yesterday. (On an Onyx RE running 5.3) My inital guess was that the noport() window opened for the vertical sync stuff is the one catching these commands. This conflicts with my next discovery, though, which was that I could draw as much as I wanted into the overlay planes. Wierd. I plan to delve into this when I return from Paris. If you watch for graphics context switches (via osview or the performer "CPU Stats" display) you'll see a bunch. This means that multiple GL "windows" are being rendered to simultaneously. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Fri Mar 17 10:36:28 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA19560; Fri, 17 Mar 1995 10:21: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 KAA19557; Fri, 17 Mar 1995 10:21:36 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10751; Fri, 17 Mar 95 10:21:00 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA27836; Fri, 17 Mar 1995 10:20:58 -0800 Received: from shark.paris.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id KAA20735; Fri, 17 Mar 1995 10:20:54 -0800 Received: by shark.paris.sgi.com (940816.SGI.8.6.9/911001.SGI) id TAA27180; Fri, 17 Mar 1995 19:26:35 +0100 From: aschaffe@shark.paris.sgi.com (Allan Schaffer) Message-Id: <9503171926.ZM27178@shark.paris.sgi.com> Date: Fri, 17 Mar 1995 19:26:35 +0100 In-Reply-To: abrend@idt.unit.no "LoadFile" (Mar 17, 6:03pm) References: <9503171703.AA02554@vier.idt.unit.no> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: abrend@idt.unit.no, info-performer@sgi.sgi.com Subject: Re: LoadFile Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 17, 6:03pm, abrend@idt.unit.no wrote: > > What library do I miss here : (I'm using LoadFile()): > > cc -o SimpleViewer -L. -L/usr/src/Performer/lib > -L/usr/src/Performer/src/lib SimpleViewer.o > -lpfdu -lInventorXt -lpfsgi -lpfflt -lpfiv -lpfdwb -lX11 -lpfutil > -lfm -lpfMedit -lpf -lpr -limage -lmpc -lgl -lm -lmalloc -lfpe -lC > ld: > Unresolved: > pfdResizeGeom [...] I think this is just a problem of link-line ordering. libpfiv is dependent upon libpfdu, so libpfdu must come later in the link line. Here's what I use in my generic makefile (for 1.2+pfiv .. In 2.0, this all changes again): SHARED = -lpfsgi -lpfiv -lpfdu -lpfdwb -lpfflt -lpfutil -lpf -lpr -lInventor LDLIBS = $(SHARED) -lmpc -limage -lfm_s -lgl_s -lm -lfpe -lC > For the future: How do I find out which libraries to include ? Good question! I usually use 'nm lib*.a | grep foo'. Allan -- Allan Schaffer Silicon Graphics aschaffe@sgi.com http://reality.sgi.com/employees/aschaffe From guest Fri Mar 17 13:30:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA20347; Fri, 17 Mar 1995 13:15: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 NAA20344; Fri, 17 Mar 1995 13:15:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22941; Fri, 17 Mar 95 13:14:39 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA01816; Fri, 17 Mar 1995 13:14:36 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@holodeck.asd.sgi.com id AA28999; Fri, 17 Mar 95 13:14:10 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.5 for Windows NT(tm)) id AA-1995Mar16.184100.1024.25; Fri, 17 Mar 1995 13:12:39 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: jimh@surreal (Jim Helman), smith@vsl.ist.ucf.edu (Michael J. Smith) Cc: info-performer (info-performer) Message-Id: <1995Mar16.184100.1024.25@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: GreyStone Technology, Inc. (619) 675-7800 e-mail: info@gstone.com Date: Fri, 17 Mar 1995 13:12:39 -0800 Subject: Re: strange seg-fault under IRIX5.3 Status: O Just for a matter of note. Static data in a member function probably should be avoided. A better way to share data amongst the class instances without global space pollution would be: class crash { public: crash() {} ~crash() {} void crashit(); void donothing() {} private: static crash q1; }; // since statics need to be init external to class decl crash crash::q1; void crash::crashit() { q1.donothing(); } void main() { crash q1, q2; } This works under C++ 4.0 and 3.2, and I think it gives you what you need. -- Jeff WS ---------------------------------------------------------------------------- ----- GreyStone Technology Inc. jsmith@gstone.com ---------------------------------------------------------------------------- ----- ---------- From: Jim Helman To: Michael J. Smith Cc: info-performer Subject: Re: strange seg-fault under IRIX5.3 Date: Thursday, March 16, 1995 4:51PM This is a C++ bug in 5.3 concerning initialization of static C++ objects that was found by another info-performerite. It will be fixed in the next IRIX release. A easy workaround is to create a dummy static instance of the class outside of the routine. -jim Date: Mon, 23 Jan 1995 19:26:25 -0500 (EST) From: "Michael J. Smith" To: performer Subject: C++ compiler -- does it work? Ok, I know this may be somewhat unrelated to the main focus of this group, but when I compiled some code under 5.3, I got a cool little segment fault. I managed to write a small program that produces this fault and it boils down to a static variable inside a method call. Is this not supported by the C++ language? Here's the code -------------------------------------------- class crash { public: crash() {} ~crash() {} void crashit(); }; void crash::crashit() { static crash tq; // comment out this line and it doesn't crash // crash tq; // with this line it doesn't crash... } void main() { crash q1, q2; } // Compile this program with CC crash.C // run a.out and see a nice seg fault on IRIX5.3 -- dbx says // Core from signal SIGSEGV: Segmentation violation //(dbx) > 0 _fini(0x400c2c, 0x0, 0x0, 0x0) // ["../patch/c++init.c++":76, 0x400c60] // 1 () [, 0xfb6b3d4] // ---------------------------------------------- If anyone can explain this I'd love to hear it. I suppose I can use another technique, but this exact code will run without any problems on any of the eariler compilers... Any answers are welcomed.... ----------------------------------------------------------------------------- | Michael J. Smith University Of Central Florida | | Visual Systems Laboratory Institute for Simulation & Training | | Graduate Research Assistant 3280 Progress Drive | | smith@vsl.ist.ucf.edu Orlando, FL 32826-0544 | | @cs.ucf.edu | ----------------------------------------------------------------------------- ------ Message Header Follows ------ Received: from realityone.gstone.com by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.3 for Windows NT(tm)) id AA-1995Mar16.165140.1024.4702; Thu, 16 Mar 1995 16:51:40 -0800 Received: from SGI.COM by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for jsmith@smtpgate.gstone.com id AA24059; Thu, 16 Mar 95 16:53:13 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id QAA17678; Thu, 16 Mar 1995 16:47:44 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA18076; Thu, 16 Mar 1995 16:30:59 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA18073; Thu, 16 Mar 1995 16:30:58 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA04546; Thu, 16 Mar 95 16:30:26 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA10137; Thu, 16 Mar 1995 16:30:46 -0800 Message-Id: <199503170030.QAA10137@surreal.asd.sgi.com> To: "Michael J. Smith" Cc: info-performer@holodeck.asd.sgi.com Subject: Re: strange seg-fault under IRIX5.3 In-Reply-To: Your message of "Thu, 16 Mar 95 18:45:41 EST." Date: Thu, 16 Mar 95 16:30:41 -0800 From: Jim Helman From guest Fri Mar 17 15:39:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA20742; Fri, 17 Mar 1995 15:21: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 PAA20739; Fri, 17 Mar 1995 15:21:53 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01025; Fri, 17 Mar 95 15:21:11 -0800 Received: from nova.unix.portal.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id PAA25604; Fri, 17 Mar 1995 15:21:06 -0800 Received: from uucp1.unix.portal.com (uucp1.unix.portal.com [156.151.1.100]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id PAA04319 for ; Fri, 17 Mar 1995 15:20:31 -0800 Received: from cory.UUCP (uucp@localhost) by uucp1.unix.portal.com (8.6.11/8.6.5) with UUCP id PAA14409 for portal!sgi.com!info-performer; Fri, 17 Mar 1995 15:14:21 -0800 Received: by cory (920330.SGI/911001.SGI) for portal!sgi.com!info-performer id AA25070; Fri, 17 Mar 95 15:10:34 -0800 Date: Fri, 17 Mar 95 15:10:34 -0800 From: kowsik@cory.coryphaeus.com (Kowsik Guruswamy) Message-Id: <9503172310.AA25070@cory> To: info-performer@sgi.sgi.com Subject: pfSegSet Status: O Hi, The pfSegSet structure contains a 'void *userData' that's never been explained in the reference manual. It'll be good, if one could pass userData to the discriminating function. But in any case, is there a way to access this userData from the (*disc)(pfHit *) function? Please ask me to RTFM if I missed it in the manuals. *smile* K. kowsik guruswamy From guest Fri Mar 17 18:46:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA21075; Fri, 17 Mar 1995 18:28: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 SAA21072; Fri, 17 Mar 1995 18:28:18 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10391; Fri, 17 Mar 95 18:27:43 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id SAA23114; Fri, 17 Mar 1995 18:27:38 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id SAA28080; Fri, 17 Mar 1995 18:27:36 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:kowsik@cory.coryphaeus.com id AA10378; Fri, 17 Mar 95 18:27:32 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA26630; Fri, 17 Mar 1995 18:28:01 -0800 Message-Id: <199503180228.SAA26630@surreal.asd.sgi.com> To: kowsik@cory.coryphaeus.com (Kowsik Guruswamy) Cc: info-performer@sgi.sgi.com Subject: Re: pfSegSet In-Reply-To: Your message of "Fri, 17 Mar 95 15:10:34 PST." <9503172310.AA25070@cory> Date: Fri, 17 Mar 95 18:27:57 -0800 From: Jim Helman Status: O The segset's user data pointer is copied to the pfHit. You can get it in the discriminator callback using pfGetUserData() on the pfHit. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Sun Mar 19 23:07:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA24009; Sun, 19 Mar 1995 22:42: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 WAA24006; Sun, 19 Mar 1995 22:42:30 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07206; Sun, 19 Mar 95 22:41:52 -0800 Received: from warrane.connect.com.au by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA13809; Sun, 19 Mar 1995 22:41:38 -0800 Received: (from uucp@localhost) by warrane.connect.com.au with UUCP id QAA25987 (8.6.10/IDA-1.6 for info-performer@sgi.com); Mon, 20 Mar 1995 16:41:15 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA13278 (5.65c/IDA-1.5 for ); Mon, 20 Mar 1995 16:26:29 +1000 Received: from krusty by aggro with SMTP id AA14674 (5.65c/IDA-1.4.4 for ); Mon, 20 Mar 1995 16:33:53 +1000 Received: by krusty (5.65) id AA06609; Mon, 20 Mar 1995 16:33:52 +1000 Date: Mon, 20 Mar 1995 16:33:52 +1000 (EST) From: Robert Webb Subject: pfQueryGSet() is bizarre! To: Performer mailing list Cc: Robert Webb Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Howdy all, Does anyone have any idea why pfQueryGSet() is done the way it is? These are the semantics I would expect from a function such as this: long pfQueryGSet(pfGeoSet *gset, ulong which); where which is PFQGSET_NUM_VERTS or PFQGSET_NUM_TRIS, and the return value is the result of the query. But instead it is done like this: long pfQueryGSet(pfGeoSet *gset, ulong *which, float *dst); where the answer is written to the address in dst, and the number of bytes written is returned from the function. So I have the following questions: - Why is the value put in dst rather than just being returned? - Why is dst a pointer to a float, since all the types of data that can be requested are integers? - Why is the number of bytes written returned at all? Should I look at the return value? - Why is the which argument a pointer, rather than an integer? - Which of these is correct usage (if any)?: long num; pfQueryGSet(gset, (ulong *)PFQGSET_NUM_VERTS, (float *)&num); or: long num; ulong which = PFQGSET_NUM_VERTS; pfQueryGSet(gset, &which, (float *)&num); Finally, may I suggest that some more query types be added for future releases of Performer. For example, pfGetGSetAttrLists() can be used to get the array of colors used, but it is not easy to work out how long this array is! It depends on the type of binding (off, overall, per_prim, or per_vertex), as well as the number of vertices or triangles/primitives in the GeoSet. Same goes for texture coordinates and normals. These can be calculated at the moment of course, but some convenience functions would be greatly appreciated. Thanks, Rob. ------------------------------------------------------------------------------ Robert Webb. robertw@wormald.com.au ------------------------------------------------------------------------------ From guest Mon Mar 20 04:11:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA24797; Mon, 20 Mar 1995 03:47: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 DAA24794; Mon, 20 Mar 1995 03:47:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14865; Mon, 20 Mar 95 03:46:52 -0800 Received: from INGFI1.ING.UNIFI.IT by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id DAA28528; Mon, 20 Mar 1995 03:46:23 -0800 From: luz@aguirre.ing.unifi.it Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Mon, 20 Mar 1995 12:41:17 +0200 (MET) Received: from gollum.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA25183; Mon, 20 Mar 95 12:22:24 +0100 Received: by gollum.ing.unifi.it (5.0/SMI-SVR4) id AA07013; Mon, 20 Mar 1995 12:22:26 +0100 Date: Mon, 20 Mar 1995 12:22:26 +0100 Message-Id: <9503201122.AA07013@gollum.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: answ. Lee Hwan-young Cc: Luz@aguirre.ing.unifi.it X-Sun-Charset: US-ASCII Content-Length: 453 Status: O This message is for "Lee Hwan-yong" . I use the info-performer list because when I try to sent a message to personal e-mail ,this message is returned indicating problems with the connection. ************************************************************ Dear Lee Thank you for your answer, I'm interested in your program DEM , I think that it can be useful for me . Thanks again Luz Marina Tinjaca e-mail : luz@aguirre.ing.unifi.it From guest Mon Mar 20 05:57:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA24954; Mon, 20 Mar 1995 05:28: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 FAA24951; Mon, 20 Mar 1995 05:28:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16780; Mon, 20 Mar 95 05:27:55 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA05189; Mon, 20 Mar 1995 05:27:53 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA22304; Mon, 20 Mar 95 08:29:29 EST Message-Id: <9503201329.AA22304@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 20 Mar 1995 08:32:21 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Layer anomalies Cc: hardis@vsl.ist.ucf.edu Status: O Ran Yakir, Gary Hall, Dr. Goh Eng Lim, Michael Jones, Allan Schaffer, Angus Dorbie, and all other co-planar polygon, z-buffer, pfLayer, pfDecal, etc experts: We are still struggling with co-planar planes and z-buffering in our application. In our database the roads are co-planar with the terrain. These causes the roads to be "Z fighting" or "flimmering" like the man pages describe them. Ran, we have tried to setup stencils using the stensize() command with no difference in the behavior of our application. Maybe we are not inserting the calls in the right place? Can you more specific as to were this command should be placed within the program. Allan, we are staying away from "stitching" the road polygons because it will have to be done manually and there is a lot of roads, rail roads, rivers and other networks. Maybe somebody out there has an algorithm that will implement this "stitching" function. The algorithm will replace the terrain polygons with road polygons, however this is not a trivial task so we are also staying away from developing such algorithm. Angus, we are also staying away from modifying the z-buffer before and after drawing the road polygons because we are running on an Indigo Extreme and it will kill our frame rate (15 Hz). The best solution so far is being to label the roads as subfaces. This has taken care of the "shimmering" polygons but it has created another rendering anomalies. Some times depending on the angle and view point location roads can be seen through hills and buildings. The only changes here is to the database, and the anomalies can be seen using Perfly. We have tried stensize() calls but they do not seam to make any difference. Can anybody explain what Performer is doing when it sees this sub-face polygons and why we are seen this rendering anomalies. We have placed a copy of the database in our anonymous ftp site for all of those that will like to take a look at these anomalies and maybe suggest a fix to this problem. The database can be viewed with Perfly or any other program the will load a Flight 14.X format database. The ftp site is "ftp.vsl.ist.ucf.edu" and the files are in the following directory: /pub/vtb/graf_tdb There are two files in there: terrain.tar.Z and terrain.uu The terrain.tar.Z is a UNIX LZW compressed tar file of the database and terrain.uu is a uuencoded version of file terrain.tar.Z. Please feel free to ftp the database or let me know if you will like me to e-mail it to you. thanks | |\ | \ / |/ / / . .... ... ... ... )\ )\ / . \ / \ / \ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ From guest Mon Mar 20 09:43:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA25319; Mon, 20 Mar 1995 09:29: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 JAA25316; Mon, 20 Mar 1995 09:29:05 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA23233; Mon, 20 Mar 95 09:28:25 -0800 Received: from gatekeeper.prl.philips.co.uk by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA04161; Mon, 20 Mar 1995 09:28:19 -0800 Received: by gatekeeper.prl.philips.co.uk (4.1/UNIPALM-Vevision: 1.3 gatekeeper.prl.philips.co.uk) id AA01771; Mon, 20 Mar 95 17:31:13 GMT Received: from unknown(130.141.10.82) by gatekeeper via smap (V1.3mjr) id sma001765; Mon Mar 20 17:31:01 1995 Received: from prsun11 by prlhp1.prl.philips.co.uk; Mon, 20 Mar 95 17:27:07 GMT Received: from sal (sal [150.5.15.4]) by prsun11 (8.6.10/prsun11) with ESMTP id RAA21631 for ; Mon, 20 Mar 1995 17:26:46 GMT Received: (gallery@localhost) by sal (8.6.10/8.6.6) id RAA02477 for info-performer@sgi.com; Mon, 20 Mar 1995 17:28:22 GMT From: "Richard Gallery" Message-Id: <9503201728.ZM2475@unknown.zmail.host> Date: Mon, 20 Mar 1995 17:28:22 +0000 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfnotify Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi I've been trying to use pfNotifyHandler . I give it a level of PFNFY_WARN, and then get it to parse, within the handler I give it, the value of pfNotifyData.severity, to see what the severity is. This always appears to have the value 3, although the error message strings appear to be quite different, from an innocuous "loaded town.flt", all the way up to a "caught SIGCHLD. Exiting due to death of child with pid 2394" What I am trying to do is to use the notification of severity to see whether or not I should kill off all the processes I have started up, but, if severity is always returned as three, I have no way of knowing what the program state is. Does anyone know of any funnies with the pfNotifyhandler. Thanks Ricahrd From guest Mon Mar 20 10:12:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA25378; Mon, 20 Mar 1995 09:56: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 JAA25375; Mon, 20 Mar 1995 09:56:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26518; Mon, 20 Mar 95 09:56:06 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id JAA10129; Mon, 20 Mar 1995 09:55:58 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id JAA27446; Mon, 20 Mar 1995 09:55:56 -0800 Received: from surreal.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:robertw@wormald.com.au id AA26489; Mon, 20 Mar 95 09:55:54 -0800 Received: from localhost by surreal.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA27614; Mon, 20 Mar 1995 09:56:26 -0800 Message-Id: <199503201756.JAA27614@surreal.asd.sgi.com> To: Robert Webb Cc: Performer mailing list Subject: Re: pfQueryGSet() is bizarre! In-Reply-To: Your message of "Mon, 20 Mar 95 16:33:52 +1000." Date: Mon, 20 Mar 95 09:56:22 -0800 From: Jim Helman Status: O For uniformity, all pfQueries return information by copying it into an array rather than returning by value. This allows non-atomic return values, although that may never be important for pfGeoSets, and the return of multiple queries in a single request, e.g. pfMQueryHit. The "ulong* which" is an inconsistency in the pfQueryGSet API which allows either an array of queries or a single query. In 2.0, these are split out into pfQueryGset and pfMQueryGSet. > Finally, may I suggest that some more query types be added for future > releases of Performer. For example, pfGetGSetAttrLists() can be used to get > the array of colors used, but it is not easy to work out how long this array > is! We have an internal routine for this and should probably expose it as a query. rgds, -jim helman jimh@surreal.asd.sgi.com 415/390-1151 From guest Mon Mar 20 10:42:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA25468; Mon, 20 Mar 1995 10: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 KAA25465; Mon, 20 Mar 1995 10:23:25 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29293; Mon, 20 Mar 95 10:22:51 -0800 Received: from netcom4.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA16215; Mon, 20 Mar 1995 10:22:46 -0800 Received: by netcom4.netcom.com (8.6.10/Netcom) id KAA22699; Mon, 20 Mar 1995 10:20:59 -0800 Date: Mon, 20 Mar 1995 10:20:58 -0800 (PST) From: "Michael D. Good" Subject: Re: another problem of importing dxf into performer To: Jung-Ju Choi Cc: IRIS Performer mailing list In-Reply-To: <9503170958.AA14511@cherry.postech.ac.kr> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Another alternative for importing DXF files into Performer applications is our XVS-Geom reader. XVS-Geom includes support for 3DFACE, POLYLINE, BLOCK, INSERT, CIRCLE, ARC, LINE, SOLID, and TRACE entities, polyline meshes, polyface meshes, entity thickness and extrusion, and vertex bulges. It performs extensive geometry cleanup on DXF files including automatic normal generation. We have found it effective in our own consulting work for handling large-scale architectural datasets. The current release of XVS-Geom also includes an experimental 3D Studio loader for importing geometry from .3DS files into Performer applications. For pricing and other information on XVS-Geom, please contact Paul Cutt at Xtensory, by e-mail at cutt@netcom.com or by phone at +1 408 439 0600. Regards, Michael Good Director of Engineering Xtensory Inc From guest Mon Mar 20 10:12:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA25373; Mon, 20 Mar 1995 09:56: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 JAA25370; Mon, 20 Mar 1995 09:56:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA26373; Mon, 20 Mar 95 09:55:37 -0800 Received: from nordwest.pop.de by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA10032; Mon, 20 Mar 1995 09:55:23 -0800 Received: from pink.atlas.de by nordwest.pop.de with smtp (Smail3.1.28.1 #5) id m0rql9P-0000ZQC; Mon, 20 Mar 95 18:21 MEZ Received: from tyrann mygate by pink.atlas.de (4.1/GEN-1.0.7) via CASEnet for mail.nordwest.pop.de id AA09087; Mon, 20 Mar 95 18:22:01 +0100 Date: Mon, 20 Mar 1995 18:19:49 -0100 (GMT-1:00) From: E-Hendon To: Performer Subject: pfDataPools Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi! I have a problem with pfDPoolTest and pfDPoolLock within the DRaw Process. I get every time a SIGCHLD , due to the death of the draw process. ( I use the PFMP_DEFAULT token). The environment is as follows: I have a 2-CPU Onyx RE2, IRIX5-2, Performer 1.2. In the APP process I make some basic calculations, which in the draw process are rendered using GL. This rendering is made after all Performer-based drawing is completed. The Datapool is created in the APP process and attached to in the draw process as follows: APP: rdp = pfNewDPool( 2*sizeof(R_dp_t), "RDP" ); r_mem = (R_dp_t *)pfDPoolAlloc(rdp, sizeof(R_dp_t), 1); DRAW: dp = pfAttachDPool("RDP"); r_mem = (ROV_dp_t *)pfDPoolFind(dp,1); in both proc the variables dp and r_mem are isolated to the process (static). I use lock and unlock in each process before access. What causes the fatal interruption of the draw process? Does anyone see a problem? E. Hendon Simulation Division STN-ATLAS Elektronik 28309 Bremen elke@tyrann.atlas.de From guest Mon Mar 20 12:48:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA25801; Mon, 20 Mar 1995 12:32: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 MAA25798; Mon, 20 Mar 1995 12:32:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06881; Mon, 20 Mar 95 12:31:39 -0800 Received: from ag.aes.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA15756; Mon, 20 Mar 1995 12:31:36 -0800 Received: from [159.4.130.88] by ag.aes.com (4.1/CERFnet-1.0) id AA08674; Mon, 20 Mar 95 12:30:41 PST Date: Mon, 20 Mar 95 12:30:40 PST Message-Id: <9503202030.AA08674@ag.aes.com> X-Sender: turnerm@ag.aes.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: turnerm@post.aes.com (Mark Turner) Subject: C++ and Performer 1.3 Status: O My SGI sales rep told me that Performer 1.3 could not be used with C++ and that I'd have to wait for 2.0 to use it with C++. Yet I've seen mail people on this mailing list describing using 1.3 and C++. I know 1.3 doesn't have any C++ classes, but it should work as long as the 1.3 header files will compile using C++. Is 1.3 compatable with C++? Thanks, Mark Turner From guest Mon Mar 20 14:28:18 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA26018; Mon, 20 Mar 1995 14:04: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 OAA26015; Mon, 20 Mar 1995 14:04:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11582; Mon, 20 Mar 95 14:04:02 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA02076; Mon, 20 Mar 1995 14:03:58 -0800 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyhxw04238; Mon, 20 Mar 1995 17:03:57 -0500 Received: from multigen.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Mon, 20 Mar 1995 17:03:58 -0500 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA00297; Mon, 20 Mar 1995 15:09:22 PST Message-Id: <00581.2878556962.297@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Mon, 20 Mar 1995 14:06:11 PST Subject: Re: Layer anomalies Status: O Reply to: RE>Layer anomalies Message-Id: <9503201329.AA22304@vsl.ist.ucf.edu> Date: Mon, 20 Mar 1995 08:32:21 -0500 To: info-performer@sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Layer anomalies >fix to this problem. The database can be viewed with Perfly or any >other program the will load a Flight 14.X format database. The OpenFlight loader, currently release R14.1f, has a LoadFltMode() that can tell the loader what pfLayerMode() to use when creating sub faced geometry. The loader defaults to: pfLayerMode( layer, PFDECAL_BASE_FAST ); which does not work well as databases get larger. Changing to PFDECAL_BAST_HIGH_QUALITY helps alot. Try calling LoadFltMode( PFFLT_LAYERMODE, 1) to enable this, before LoadFile() or LoadFlt(). Or on perfly's command line, use: "perfly -O9 ..." to turn on high quality. Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 PH: (408) 261 4118 FX: (408) 247 4329 EMAIL: multigen!marcus@uunet.UU.NET From guest Mon Mar 20 14:32:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA26029; Mon, 20 Mar 1995 14:11: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 OAA26026; Mon, 20 Mar 1995 14:11:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12069; Mon, 20 Mar 95 14:11:14 -0800 Received: from realityone.gstone.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA03628; Mon, 20 Mar 1995 14:11:12 -0800 Received: from smtpgate.gstone.com by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA04391; Mon, 20 Mar 95 14:10:46 -0800 Received: from Microsoft Mail (PU Serial #1024) by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.5 for Windows NT(tm)) id AA-1995Mar20.140400.1024.419; Mon, 20 Mar 1995 14:09:43 -0800 From: jsmith@smtpgate.gstone.com (Smith, Jeff W.) To: info-performer@sgi.sgi.com ('Performer User Group ( SMTP )') Message-Id: <1995Mar20.140400.1024.419@smtpgate.gstone.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: GreyStone Technology, Inc. (619) 675-7800 e-mail: info@gstone.com Date: Mon, 20 Mar 1995 14:09:43 -0800 Subject: C++ and Performer 1.3 Status: O Boy is your rep misinformed! I've been using Performer and its previous versions for almost 2 years with C++. It works just fine. Performer's current API is C, although Performer 2.0 will include a C++ API as well. I believe the latest Performer release is 1.2. -- Jeffrey W. Smith GreyStone Technology, Inc. San Diego, CA. ---------- From: Mark Turner To: info-performer Subject: C++ and Performer 1.3 Date: Monday, March 20, 1995 12:56PM My SGI sales rep told me that Performer 1.3 could not be used with C++ and that I'd have to wait for 2.0 to use it with C++. Yet I've seen mail people on this mailing list describing using 1.3 and C++. I know 1.3 doesn't have any C++ classes, but it should work as long as the 1.3 header files will compile using C++. Is 1.3 compatable with C++? Thanks, Mark Turner ------ Message Header Follows ------ Received: from realityone.gstone.com by smtpgate.gstone.com (PostalUnion/SMTP(tm) v2.1.5 for Windows NT(tm)) id AA-1995Mar20.125629.1024.226; Mon, 20 Mar 1995 12:56:29 -0800 Received: from SGI.COM by realityone.gstone.com via SMTP (931110.SGI/930416.SGI.AUTO) for jsmith@smtpgate.gstone.com id AA03713; Mon, 20 Mar 95 12:57:31 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id MAA19627; Mon, 20 Mar 1995 12:54:57 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA25801; Mon, 20 Mar 1995 12:32:14 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA25798; Mon, 20 Mar 1995 12:32:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06881; Mon, 20 Mar 95 12:31:39 -0800 Received: from ag.aes.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA15756; Mon, 20 Mar 1995 12:31:36 -0800 Received: from [159.4.130.88] by ag.aes.com (4.1/CERFnet-1.0) id AA08674; Mon, 20 Mar 95 12:30:41 PST Date: Mon, 20 Mar 95 12:30:40 PST Message-Id: <9503202030.AA08674@ag.aes.com> X-Sender: turnerm@ag.aes.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: turnerm@post.aes.com (Mark Turner) Subject: C++ and Performer 1.3 From guest Mon Mar 20 14:57:27 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA26064; Mon, 20 Mar 1995 14:41:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id OAA26061; Mon, 20 Mar 1995 14:41:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13682; Mon, 20 Mar 95 14:40:47 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id OAA10333; Mon, 20 Mar 1995 14:40:44 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id OAA17303; Mon, 20 Mar 1995 14:40:43 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:turnerm@post.aes.com id AA13667; Mon, 20 Mar 95 14:40:34 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA06689; Mon, 20 Mar 1995 14:40:59 -0800 From: "Michael Jones" Message-Id: <9503201440.ZM6687@babar.asd.sgi.com> Date: Mon, 20 Mar 1995 14:40:58 -0800 In-Reply-To: turnerm@post.aes.com (Mark Turner) "C++ and Performer 1.3" (Mar 20, 12:30pm) References: <9503202030.AA08674@ag.aes.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: turnerm@post.aes.com (Mark Turner), info-performer@sgi.sgi.com Subject: Re: C++ and Performer 1.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 20, 12:30pm, Mark Turner wrote: > Subject: C++ and Performer 1.3 :My SGI sales rep told me that Performer 1.3 could not be used with C++ and :that I'd have to wait for 2.0 to use it with C++. That's why he's a salesman and not an engineer. There is no IRIS Performer 1.3, only 1.2, and the next version will be 2.0. You can use 1.2 with C++ as many customers do successfully today. :Yet I've seen mail :people on this mailing list describing using 1.3 and C++. I know 1.3 :doesn't have any C++ classes, but it should work as long as the 1.3 header :files will compile using C++. Is 1.3 compatable with C++? Yes. You are right. You have a future in engineering (but perhaps, not one in sales ;-) Michael Jones -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Mon Mar 20 16:52:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA26480; Mon, 20 Mar 1995 16:31: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 QAA26477; Mon, 20 Mar 1995 16:31:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21929; Mon, 20 Mar 95 16:31:19 -0800 Received: from ag.aes.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA01089; Mon, 20 Mar 1995 16:31:17 -0800 Received: from [159.4.130.88] by ag.aes.com (4.1/CERFnet-1.0) id AA13323; Mon, 20 Mar 95 16:30:28 PST Date: Mon, 20 Mar 95 16:30:28 PST Message-Id: <9503210030.AA13323@ag.aes.com> X-Sender: turnerm@ag.aes.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: turnerm@post.aes.com (Mark Turner) Subject: Is Performer Training Worth It? Status: O I am new to Performer. In fact we haven't even got our machines in yet. They should be here in about 2 weeks. Is the Performer Training class by SGI worth the time and money? I've done some GL in the past, but from what I see posted here Performer seems a bit more complicated. Thanks, Mark Turner P.S. Thank you for your responses on my C++ question. Yes, I meant Performer 1.2 (not 1.3). Too many version numbers 'round here. From guest Mon Mar 20 20:04:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA26936; Mon, 20 Mar 1995 19:46: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 TAA26933; Mon, 20 Mar 1995 19:46:39 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA01042; Mon, 20 Mar 95 19:46:01 -0800 Received: from ix3.ix.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id TAA28064; Mon, 20 Mar 1995 19:45:59 -0800 Received: from by ix3.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id TAA11324; Mon, 20 Mar 1995 19:44:42 -0800 Date: Mon, 20 Mar 1995 19:44:42 -0800 Message-Id: <199503210344.TAA11324@ix3.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Fwd: Is Performer Training Worth It? To: info-performer@sgi.sgi.com Status: O ---- Begin Forwarded Message +OK 1841 octets Return-Path: Received: from sgi.sgi.com by ix4.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id RAA11120; Mon, 20 Mar 1995 17:09:17 -0800 Received: from holodeck.asd.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id QAA05402; Mon, 20 Mar 1995 16:55:36 -0800 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA26480; Mon, 20 Mar 1995 16:31:54 -0800 Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id QAA26477; Mon, 20 Mar 1995 16:31:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21929; Mon, 20 Mar 95 16:31:19 -0800 Received: from ag.aes.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA01089; Mon, 20 Mar 1995 16:31:17 -0800 Received: from [159.4.130.88] by ag.aes.com (4.1/CERFnet-1.0) id AA13323; Mon, 20 Mar 95 16:30:28 PST Date: Mon, 20 Mar 95 16:30:28 PST Message-Id: <9503210030.AA13323@ag.aes.com> X-Sender: turnerm@ag.aes.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: turnerm@post.aes.com (Mark Turner) Subject: Is Performer Training Worth It? I am new to Performer. In fact we haven't even got our machines in yet. They should be here in about 2 weeks. Is the Performer Training class by SGI worth the time and money? I've done some GL in the past, but from what I see posted here Performer seems a bit more complicated. Thanks, Mark Turner I'd say, no, or at least put it off until you have a couple of months to get your hands dirty with Performer first. I was in your position back in October - still waiting for hardware, so what the heck? go to class. Unfortunately, it's a 3-day overview-type class. Out of 12 students, 1/3 were SGI types who were going to be either managing some aspect of Performer or teaching a class themselves; 1/3 were manager types; the last 1/3 were coders like you 'n me. The class was too long to be a management overview, which is what half the class needed, and it was too short to be valuable for actual implementation, which is waht the other half needed. If you went to the class armed with a couple of months of Performer experience and A LOT of good questions, it might be worth your time. Otherwise, pass. They need to split it up into a 1-day overview for managers, and a 5-day programmers course. From guest Tue Mar 21 00:30:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA27230; Tue, 21 Mar 1995 00:06: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 AAA27227; Tue, 21 Mar 1995 00:06:24 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07006; Tue, 21 Mar 95 00:05:46 -0800 Received: from smtpgw by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA16678; Tue, 21 Mar 1995 00:05:40 -0800 Received: from esar12.unizh.ch by smtpgw.unizh.ch with SMTP (PP) id <06861-0@smtpgw.unizh.ch>; Tue, 21 Mar 1995 09:05:30 +0100 Received: from esar6.unizh.ch by esar12.unizh.ch (5.0/SMI-SVR4) id AA05926; Tue, 21 Mar 1995 09:05:25 --100 From: suter@rsl.geogr.unizh.ch (Martin Suter) Received: by esar6.unizh.ch (5.0) id AA03383; Tue, 21 Mar 1995 09:05:22 --100 Message-Id: <9503210805.AA03383@esar6.unizh.ch> Subject: Re: Layer anomalies ("stitching") To: info-performer@sgi.sgi.com Date: Tue, 21 Mar 1995 09:05:21 +0100 (MET) Reply-To: suter@rsl.geogr.unizh.ch X-Organization: Remote Sensing Laboratories, University of Zurich X-Mailer: ELM [version 2.4 PL24alpha3] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1054 Status: O > According to Benito Graniela: > > > Allan, we are staying away from "stitching" the road polygons because it > > will have to be done manually and there is a lot of roads, rail roads, > > rivers and other networks. Maybe somebody out there has an algorithm that > > will implement this "stitching" function. The algorithm will replace the > > terrain polygons with road polygons, however this is not a trivial task so > > we are also staying away from developing such algorithm. > > > We "stitch" the road polygons by using GIS-features (Geographic Information System). However, you should be aware of the fact that stitching the roads may add many unnecessary triangles. -- Martin Suter suter@rsl.geogr.unizh.ch Phone: +41 - 1 / 257 51 63 Remote Sensing Laboratories FAX: +41 - 1 / 362 52 27 University of Zurich Winterthurerstrasse 190 CH-8057 Zurich; Switzerland From guest Tue Mar 21 06:49:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id GAA27637; Tue, 21 Mar 1995 06:22: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 GAA27634; Tue, 21 Mar 1995 06:22:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12925; Tue, 21 Mar 95 06:22:10 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id GAA07953; Tue, 21 Mar 1995 06:22:07 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA27194; Tue, 21 Mar 95 09:23:43 EST Message-Id: <9503211423.AA27194@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 21 Mar 1995 09:26:35 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Re: Layer anomalies Status: O >Date: Mon, 20 Mar 1995 08:32:21 -0500 >To: info-performer@sgi.com >From: graniela@vsl.ist.ucf.edu (Benito Graniela) >Subject: Layer anomalies > From guest Tue Mar 21 09:37:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA27935; Tue, 21 Mar 1995 09:23: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 JAA27932; Tue, 21 Mar 1995 09:23:32 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18235; Tue, 21 Mar 95 09:22:58 -0800 Received: from ax433.mclink.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA03331; Tue, 21 Mar 1995 09:21:59 -0800 To: info-performer@sgi.sgi.com Subject: Dual-Pipe Date: Tue, 21 Mar 95 15:14:40 CET From: "Infobyte S.R.L." Message-Id: <9503211514.aa16000@ax433.mclink.it> Status: O Hello everybody, we are thinking about the second (or even third) RE2 graphic pipeline for our applications. We want to use it mainly to speed up the frame rendering and only as a second purpose for a second or third screen. Before buying it we want to be sure that it is possible to do it and how: 1) Is it needed any video mixer-like hardware to send the different video output on the same display? 2) With two pipelines is it needed any additional hardware to do syncronize the video signals; 3) And with 3 pipelines? (I have read that for the Disney's Aladdin 3-pipe application was needed "special hardware" supplied by SGI) 4) On the Performer side, is anyone aware of any serious problem that can be found? Thank you in advance for any information. Massimo Cuomo - Infobyte - mc9258@mclink.it From guest Tue Mar 21 07:48:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA27708; Tue, 21 Mar 1995 07:23: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 HAA27705; Tue, 21 Mar 1995 07:23:18 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14054; Tue, 21 Mar 95 07:22:38 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA14409; Tue, 21 Mar 1995 07:22:34 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA27469; Tue, 21 Mar 95 10:24:11 EST Message-Id: <9503211524.AA27469@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 21 Mar 1995 10:27:02 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Re: Layer anomalies Status: O > >which does not work well as databases get larger. Changing to >PFDECAL_BAST_HIGH_QUALITY helps alot. Try calling >LoadFltMode( PFFLT_LAYERMODE, 1) to enable this, before LoadFile() >or LoadFlt(). > >Or on perfly's command line, use: "perfly -O9 ..." to turn on high quality. > Marcus Barnes, MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 I tried "perfly -O9 ..." and it works fine, but only on a Onyx it does not work on the Indigo Extreme which is the platform that we are interested in. Is there anything that can be done to get the same results on the Extreme? I have heard a lot about how the Performer/SGI implements layers, stencils etc, etc but I am having a hard time picturing all. Can anybody give me an explanation on how layers and stencil planes are implemented and why it does work on the Onyx and not on the Extreme. By the way when is Performer 2.0 going to be released? thanks | |\ | \ / |/ / / . .... ... ... ... )\ )\ / . \ / \ / \ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ From guest Tue Mar 21 10:15:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA27999; Tue, 21 Mar 1995 10:01: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 KAA27996; Tue, 21 Mar 1995 10:01:15 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20636; Tue, 21 Mar 95 10:00:40 -0800 Received: from sparky.bvu-lads.loral.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA10734; Tue, 21 Mar 1995 10:00:32 -0800 Received: by sparky.bvu-lads.loral.com (5.65a/BVU-4.0) id AA01518; Tue, 21 Mar 95 09:56:31 -0800 From: hlind@bvu-lads.loral.com (Henrik Lind) Message-Id: <9503211756.AA01518@sparky.bvu-lads.loral.com> Subject: Associating material with texture To: info-performer@sgi.sgi.com Date: Tue, 21 Mar 1995 09:56:30 -0800 (PST) Cc: hlind%sparky@sparky.bvu-lads.loral.com (Henrik Lind) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 547 Status: O Re: Performer 1.2 Hello. I am tasked with associating a material with a sequence of objects in an animation. The animation is developed by adding pfGroup's as children to a pfSequence. (this is someone else's code) I want to associate a material with the animation and then color it, by adjusting the material diffuse and ambient. I know how to color a material, once I have it, but it's the associating of material to elements of the sequence that I don't know. Can you give me direction? Thanks in advance, Henrik Lind Loral Bellevue, WA From guest Tue Mar 21 12:59:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA28299; Tue, 21 Mar 1995 12:42: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 MAA28296; Tue, 21 Mar 1995 12:42:22 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA29582; Tue, 21 Mar 95 12:41:41 -0800 Received: from dw3si.ess.harris.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA13642; Tue, 21 Mar 1995 12:41:34 -0800 From: bmcquear@dw3f.ess.harris.com Received: by dw3si.ess.harris.com (5.57/Ultrix3.0-C) id AA01768; Tue, 21 Mar 95 15:44:52 -0500 Message-Id: <9503212044.AA01768@dw3si.ess.harris.com> To: info-performer@sgi.sgi.com Cc: bmcquear@harris.com Subject: Pick actions in Performer In-Reply-To: Your message of "Tue, 21 Mar 95 15:14:40 +0700." <9503211514.aa16000@ax433.mclink.it> Date: Tue, 21 Mar 95 15:44:50 -0500 X-Mts: smtp Status: O Hello, We are thinking of using Performer for an interactive simulation and would like to know if it is possible to "pick" an object in the render area. We are looking for something comparable to using SoRayPickAction in Open Inventor to cast a ray onto the scene and perform intersection tests with each object. Any ideas would be greatly appreciated. Thanks, ----------------------------------------------------------- Bruce McQueary | Phone 407-984-5964 (Office) Harris Corporation, ISD | 407-984-6813 (Lab) P.O. Box 98000 | Fax 407-984-6323 W3-3207 | email: bmcquear@harris.com Melbourne, FL 32902 | ----------------------------------------------------------- From guest Tue Mar 21 14:01:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA28412; Tue, 21 Mar 1995 13:43: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 NAA28409; Tue, 21 Mar 1995 13:43:39 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02926; Tue, 21 Mar 95 13:43:05 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id NAA25676; Tue, 21 Mar 1995 13:42:55 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id NAA29575; Tue, 21 Mar 1995 13:42:54 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:bmcquear@dw3f.ess.harris.com id AA02913; Tue, 21 Mar 95 13:42:57 -0800 Received: by rose.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA03828; Tue, 21 Mar 1995 13:43:20 -0800 From: "Sharon Clay (Fischler)" Message-Id: <9503211343.ZM3826@rose.asd.sgi.com> Date: Tue, 21 Mar 1995 13:43:19 -0800 In-Reply-To: bmcquear@dw3f.ess.harris.com "Pick actions in Performer" (Mar 21, 3:44pm) References: <9503212044.AA01768@dw3si.ess.harris.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: bmcquear@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: Pick actions in Performer Cc: bmcquear@harris.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 21, 3:44pm, bmcquear@dw3f.ess.harris.com wrote: > Subject: Pick actions in Performer -> ->Hello, -> ->We are thinking of using Performer for an interactive simulation and ->would like to know if it is possible to "pick" an object in the render ->area. We are looking for something comparable to using SoRayPickAction ->in Open Inventor to cast a ray onto the scene and perform intersection ->tests with each object. -> ->Any ideas would be greatly appreciated. Yes, the same type of picking is supported. You do a pfNodePickSetup() on the part of the scene that you want the picking traversal to consider (or the entire scene if you wish) and do a pfChanPick() to set off the intersection, providing bitmasks that specify the type of intersection information you want returned, window-normalized mouse coordinates, and a pointer to hold the return list of pfHits. You can also look at the source for /usr/src/Performer/src/sample/apps/pickfly for picking examples. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Graphics Dev. src@sgi.com (415) 390 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ From guest Tue Mar 21 15:32:03 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA28641; Tue, 21 Mar 1995 15:15: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) id PAA28638; Tue, 21 Mar 1995 15:15:23 -0800 Received: from crusty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08705; Tue, 21 Mar 95 15:14:45 -0800 Received: from giraffe.asd.sgi.com by crusty.asd.sgi.com via SMTP (931110.SGI/911001.SGI) for src@rose.asd.sgi.com id AA19037; Tue, 21 Mar 95 15:14:54 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@crusty.asd.sgi.com id AA08690; Tue, 21 Mar 95 15:14:23 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA25740; Tue, 21 Mar 1995 15:12:14 -0800 Date: Tue, 21 Mar 1995 15:12:14 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503212312.PAA25740@tubes.asd.sgi.com> To: info-performer@crusty, performer-beta@crusty Subject: spline fog survey Status: O If you absolutely require spline fog with your application let me know asap, preferably with a little blurb about why you need it. Remember, the squeaky wheel gets the grease. -jrohlf From guest Wed Mar 22 00:55:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA04076; Wed, 22 Mar 1995 00:41: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 AAA04071; Wed, 22 Mar 1995 00:41:12 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07706; Wed, 22 Mar 95 00:40:35 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA21710; Wed, 22 Mar 1995 00:40:23 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA06902 (5.65c8/IDA-1.4.4 for ); Wed, 22 Mar 1995 09:40:10 +0100 Received: by vier.idt.unit.no id AA25140 (5.0/idt-C-2.0 for idt); Wed, 22 Mar 1995 09:39:55 +0100 Date: Wed, 22 Mar 1995 09:39:55 +0100 Message-Id: <9503220839.AA25140@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: RGB -> RGBA Content-Length: 1194 Status: O I want to reuse some old textures I have, but I want to add an alpha bitplane. Is there any simple program where you can extract a selected part of an image and set all pixels outside to have alpha value, say eq. 50% ? For example: I want to make a tree (much like in the Performer town) and I have a RGB texture of a tree, how to I set the pixels outside the three to have an alpha value that makes them invisible. Any ideas ? /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Wed Mar 22 07:18:24 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA09054; Wed, 22 Mar 1995 07:02: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 HAA09051; Wed, 22 Mar 1995 07:02:06 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20719; Wed, 22 Mar 95 07:01:30 -0800 Received: from dw3f.ess.harris.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA15161; Wed, 22 Mar 1995 07:01:27 -0800 From: jnemethy@dw3f.ess.harris.com Received: from dw3x.ess.harris.com (dw3x [130.41.10.25]) by dw3f.ess.harris.com (8.6.9/mdb(941103)) with SMTP id KAA27619 for ; Wed, 22 Mar 1995 10:04:49 -0500 Received: by dw3x.ess.harris.com (5.57/Ultrix3.0-C) id AA01555; Wed, 22 Mar 95 10:03:06 -0500 Message-Id: <9503221503.AA01555@dw3x.ess.harris.com> To: info-performer@sgi.sgi.com Subject: DTED to Performer Date: Wed, 22 Mar 95 10:03:04 -0500 X-Mts: smtp Status: O Hi, We are interested in reading DMA DTED data into a Performer application. We are familiar with Coryphaeus (DWB) and MultiGen (FLT), but are looking for alternatives. Any help would be appreciated. Thanks, ----------------------------------------------------------- Joe Nemethy | Phone 407-984-5856 (Office) Harris Corporation, ISD | 407-984-6813 (Lab) P.O. Box 98000 | Fax 407-984-6323 W3-3207 | email: jnemethy@harris.com Melbourne, FL 32902 | ----------------------------------------------------------- From guest Wed Mar 22 07:55:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA09372; Wed, 22 Mar 1995 07:32: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 HAA09369; Wed, 22 Mar 1995 07:32:54 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21619; Wed, 22 Mar 95 07:32:18 -0800 Received: from cae.ca by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA18156; Wed, 22 Mar 1995 07:32:14 -0800 Received: by cae.ca (4.1/SMI-4.1) id AA02126; Wed, 22 Mar 95 10:32:36 EST From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9503221532.AA02126@cae.ca> Subject: Multigen color table To: info-performer@sgi.sgi.com Date: Wed, 22 Mar 1995 10:32:35 -0500 (EST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 547 Status: O I have some problem understanding the way colors from the Multigen color table are referenced by vertices and polygons in FLIGHT files. >From the format spec I thought that the color values found in polygons or vertices would be in the range of 0-27 for interpolated colors or 4096-4152 for fixed intensity colors. It doesn't seem to be that way when I scan a FLIGHT v11 file format like esprit.flt. I get out of range values like 124, 220 or 3031 which don't make much sense to me. Any help would be apreciated. Nicolas Gauvin nic@cae.ca From guest Wed Mar 22 09:03:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA10101; Wed, 22 Mar 1995 08:37:10 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA10098; Wed, 22 Mar 1995 08:37:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24396; Wed, 22 Mar 95 08:36:26 -0800 Received: from netcom21.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA26697; Wed, 22 Mar 1995 08:36:24 -0800 Received: by netcom21.netcom.com (8.6.10/Netcom) id IAA07716; Wed, 22 Mar 1995 08:35:06 -0800 From: watsen@netcom.com (Kent Watsen) Message-Id: <199503221635.IAA07716@netcom21.netcom.com> Subject: Re: RGB -> RGBA To: info-performer@sgi.sgi.com (performer) Date: Wed, 22 Mar 1995 08:35:06 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 812 Status: O > > > I want to reuse some old textures I have, but I want to add an alpha > bitplane. Is there any simple program where you can extract a > selected part of an image and set all pixels outside to have alpha > value, say eq. 50% ? For example: I want to make a tree (much like in > the Performer town) and I have a RGB texture of a tree, how to I set > the pixels outside the three to have an alpha value that makes them > invisible. > > Any ideas ? > There are some packages which can handle this, but they are rather expensive. I wrote some code which accepts two files, the first is the source image and the second is the ALPHA intensity image, and combinds them to form the needed RGBA image. I could make these conversion routines available if interested. Kent Watsen watsen@netcom.com From guest Wed Mar 22 07:23:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA09117; Wed, 22 Mar 1995 07:06: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 HAA09111; Wed, 22 Mar 1995 07:06:31 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20800; Wed, 22 Mar 95 07:05:55 -0800 Received: from bvr.co.il by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA15603; Wed, 22 Mar 1995 07:05:44 -0800 Received: from amcor.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA04661; Wed, 22 Mar 95 17:11:03 +0200 Received: by amcor.bvr.co.il (931110.SGI/911001.SGI) for @owl.bvr.co.il:info-performer@sgi.com id AA14113; Wed, 22 Mar 95 17:03:19 +0200 From: "Ran Yakir" Message-Id: <9503221703.ZM14111@amcor.bvr.co.il> Date: Wed, 22 Mar 1995 17:03:17 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: GeoSet data alignment Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi On VGXs, better performance was achieved by quadeord-aligning the vertex data (vertex, normals, colors, tex-coords). With Performer, it seems, vertex coords are always 3 word aligned, tex-coords are 2 word aligned and so on. While this is OK for RealityEngine, shouldn't there be a mode for quadword aligned data for GeoSets, to be used when running on VGX or VGXT ? Or maybe there is such an undocumented mode ? Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Wed Mar 22 09:55:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA10795; Wed, 22 Mar 1995 09:33: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 JAA10792; Wed, 22 Mar 1995 09:33:40 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28038; Wed, 22 Mar 95 09:33:01 -0800 Received: from boot1.lbl.gov by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA05414; Wed, 22 Mar 1995 09:32:59 -0800 Received: from bozo.lbl.gov.csd (bozo.lbl.gov [128.3.252.172]) by boot1.lbl.gov (LBL-G/G) with SMTP id JAA10408; Wed, 22 Mar 1995 09:31:21 -0800 Received: by bozo.lbl.gov.csd (5.x/SMI-SVR4) id AA05124; Wed, 22 Mar 1995 09:31:18 -0800 Date: Wed, 22 Mar 1995 09:31:18 -0800 From: wes@mh1.lbl.gov (Wes Bethel) Message-Id: <9503221731.AA05124@bozo.lbl.gov.csd> To: info-performer@sgi.sgi.com, watsen@netcom.com Cc: khoros@khoros.unm.edu In-Reply-To: <199503221635.IAA07716@netcom21.netcom.com> (watsen@netcom.com) Subject: Re: RGB -> RGBA Status: O + From: watsen@netcom.com (Kent Watsen) + Date: Wed, 22 Mar 1995 08:35:06 -0800 (PST) + X-Mailer: ELM [version 2.4 PL23] + + > I want to reuse some old textures I have, but I want to add an alpha + > bitplane. Is there any simple program where you can extract a... + + There are some packages which can handle this, but they are rather + expensive. I wrote some code which accepts two files, the first is... and then there are packages which are FREE which can do this, like khoros. surf to ftp.khoros.unm.edu to find out more. wes From guest Wed Mar 22 08:30:02 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA09765; Wed, 22 Mar 1995 08:05: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 IAA09762; Wed, 22 Mar 1995 08:05:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22915; Wed, 22 Mar 95 08:04:27 -0800 Received: from bvr.co.il by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA22052; Wed, 22 Mar 1995 08:04:17 -0800 Received: from amcor.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA04743; Wed, 22 Mar 95 18:09:36 +0200 Received: by amcor.bvr.co.il (931110.SGI/911001.SGI) for @owl.bvr.co.il:info-performer@sgi.com id AA14458; Wed, 22 Mar 95 18:01:52 +0200 From: "Ran Yakir" Message-Id: <9503221801.ZM14456@amcor.bvr.co.il> Date: Wed, 22 Mar 1995 18:01:50 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: pfIdleTex and pfIsTexLoaded Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi Is it possible to call pfIdleTex and pfIsTexLoaded from within the APP process ? Or more specific - 1. Will pfIdleTex tell the DRAW process to do the texbind ? 2. Will pfIsTexLoaded tell me if the texture is loaded without calling istexloaded() ? Thanks Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Wed Mar 22 10:30:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA11168; Wed, 22 Mar 1995 10:10: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 KAA11165; Wed, 22 Mar 1995 10:10:00 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00749; Wed, 22 Mar 95 10:09:24 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA12682; Wed, 22 Mar 1995 10:09:09 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id KAA07116; Wed, 22 Mar 1995 10:09:04 -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 AA00724; Wed, 22 Mar 95 10:09:00 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA27056; Wed, 22 Mar 1995 10:06:57 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503221806.KAA27056@tubes.asd.sgi.com> Subject: Re: GeoSet data alignment To: guest (Ran Yakir) Date: Wed, 22 Mar 95 10:06:57 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9503221703.ZM14111@amcor.bvr.co.il>; from "Ran Yakir" at Mar 22, 95 5:03 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hi > > On VGXs, better performance was achieved by quadeord-aligning the vertex data > (vertex, normals, colors, tex-coords). With Performer, it seems, vertex coords > are always 3 word aligned, tex-coords are 2 word aligned and so on. While this > is OK for RealityEngine, shouldn't there be a mode for quadword aligned data > for GeoSets, to be used when running on VGX or VGXT ? Or maybe there is such an > undocumented mode ? 1.2 does not support quad-word alignment of goeset data. If you require this, I suggest you convert your static geosets to GL objects with pfGSetDrawMode(gset, PFGS_COMPILE_GL, 1). (Note that immediate-mode geosets are often faster than their corresponding GL objects on RealityEngine). Performer 2.0 supports arbitrary strides for geoset attributes so you will be able to quad-word align your geoset data. From guest Wed Mar 22 10:30:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA11200; Wed, 22 Mar 1995 10:12: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 KAA11197; Wed, 22 Mar 1995 10:12:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA00924; Wed, 22 Mar 95 10:11:43 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA13050; Wed, 22 Mar 1995 10:11:37 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id KAA07488; Wed, 22 Mar 1995 10:11:36 -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 AA00912; Wed, 22 Mar 95 10:11:35 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA27071; Wed, 22 Mar 1995 10:09:36 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503221809.KAA27071@tubes.asd.sgi.com> Subject: Re: pfIdleTex and pfIsTexLoaded To: guest (Ran Yakir) Date: Wed, 22 Mar 95 10:09:36 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9503221801.ZM14456@amcor.bvr.co.il>; from "Ran Yakir" at Mar 22, 95 6:01 pm X-Mailer: ELM [version 2.3 PL8] Status: O > > Hi > > Is it possible to call pfIdleTex and pfIsTexLoaded from within the APP process > ? > Or more specific - > > 1. Will pfIdleTex tell the DRAW process to do the texbind ? > 2. Will pfIsTexLoaded tell me if the texture is loaded without calling > istexloaded() ? > I believe both of these routines require a graphics context so you must call them from the DRAW (src will correct me if I am wrong). Performer does not duplicate the texture manager logic so Performer doesn't know which textures are resident and so must query the texture manager. From guest Wed Mar 22 10:49:53 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA11318; Wed, 22 Mar 1995 10:29: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 KAA11315; Wed, 22 Mar 1995 10:29:27 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02311; Wed, 22 Mar 95 10:28:47 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id KAA16908; Wed, 22 Mar 1995 10:28:44 -0800 Received: from sguk.reading.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id KAA10181; Wed, 22 Mar 1995 10:28:36 -0800 Received: from cordoba.reading.sgi.com by sguk.reading.sgi.com via SMTP (931110.SGI/911001.SGI) for guest@holodeck.asd.sgi.com id AA10845; Wed, 22 Mar 95 18:28:13 GMT Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id SAA02164; Wed, 22 Mar 1995 18:19:12 GMT From: "Greg Edwards" Message-Id: <9503221819.ZM2162@cordoba.reading.sgi.com> Date: Wed, 22 Mar 1995 18:19:10 +0000 In-Reply-To: watsen@netcom.com (Kent Watsen) "Re: RGB -> RGBA" (Mar 22, 8:35am) References: <199503221635.IAA07716@netcom21.netcom.com> Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Kent Watsen , info-performer@sgi.sgi.com (performer) Subject: Re: RGB -> RGBA Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You can do all this with Paul Haeberli's old image tools, all the stuff in ~4Dgifts/.../imgtools. Eg. oneband separates images into separate R,G,B,A parts cglue joins them together again conimg make an image with a constant colour (eg. to be the alpha plane). saturate you could use this to drive the tree to black and white to make the alphe tree outline. and many others. See ~4Dgifts/.../imgtools/README, you can do amazing things with these simple tools. Greg E. On Mar 22, 8:35am, Kent Watsen wrote: > Subject: Re: RGB -> RGBA > > > > > > > I want to reuse some old textures I have, but I want to add an alpha > > bitplane. Is there any simple program where you can extract a > > selected part of an image and set all pixels outside to have alpha > > value, say eq. 50% ? For example: I want to make a tree (much like in > > the Performer town) and I have a RGB texture of a tree, how to I set > > the pixels outside the three to have an alpha value that makes them > > invisible. > > > > Any ideas ? > > > > There are some packages which can handle this, but they are rather > expensive. I wrote some code which accepts two files, the first is > the source image and the second is the ALPHA intensity image, and > combinds them to form the needed RGBA image. I could make these > conversion routines available if interested. > > Kent Watsen > watsen@netcom.com > > > > >-- End of excerpt from Kent Watsen -- __________________________________________________________________________ Greg Edwards, Training & Consultancy Group, Silicon Graphics UK Ltd. 1530 Arlington Business Park, Theale, Reading, UK, RG7 4SB. switch +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 Mar 22 10:53:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id KAA11384; Wed, 22 Mar 1995 10:35: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 KAA11381; Wed, 22 Mar 1995 10:35:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02790; Wed, 22 Mar 95 10:34:36 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id KAA18306; Wed, 22 Mar 1995 10:34:25 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id KAA11366; Wed, 22 Mar 1995 10:34:24 -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 AA02766; Wed, 22 Mar 95 10:34:23 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA27155; Wed, 22 Mar 1995 10:32:10 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503221832.KAA27155@tubes.asd.sgi.com> Subject: Re: Layer anomalies To: guest (Benito Graniela) Date: Wed, 22 Mar 95 10:32:10 PST Cc: info-performer@sgi.sgi.com, hardis@vsl.ist.ucf.edu In-Reply-To: <9503201329.AA22304@vsl.ist.ucf.edu>; from "Benito Graniela" at Mar 20, 95 8:32 am X-Mailer: ELM [version 2.3 PL8] Status: O > > > Ran Yakir, Gary Hall, Dr. Goh Eng Lim, Michael Jones, Allan Schaffer, > Angus Dorbie, and all other co-planar polygon, z-buffer, pfLayer, pfDecal, > etc experts: > > We are still struggling with co-planar planes and z-buffering in our > application. In our database the roads are co-planar with the terrain. > These causes the roads to be "Z fighting" or "flimmering" like the man > pages describe them. > > Ran, we have tried to setup stencils using the stensize() command with no > difference in the behavior of our application. Maybe we are not inserting > the calls in the right place? Can you more specific as to were this command > should be placed within the program. > > Allan, we are staying away from "stitching" the road polygons because it > will have to be done manually and there is a lot of roads, rail roads, > rivers and other networks. Maybe somebody out there has an algorithm that > will implement this "stitching" function. The algorithm will replace the > terrain polygons with road polygons, however this is not a trivial task so > we are also staying away from developing such algorithm. > > Angus, we are also staying away from modifying the z-buffer before and after > drawing the road polygons because we are running on an Indigo Extreme and > it will kill our frame rate (15 Hz). > > The best solution so far is being to label the roads as subfaces. This > has taken care of the "shimmering" polygons but it has created another > rendering anomalies. Some times depending on the angle and view point > location roads can be seen through hills and buildings. The only changes > here is to the database, and the anomalies can be seen using Perfly. We > have tried stensize() calls but they do not seam to make any difference. > Can anybody explain what Performer is doing when it sees this sub-face > polygons and why we are seen this rendering anomalies. > > We have placed a copy of the database in our anonymous ftp site for all of > those that will like to take a look at these anomalies and maybe suggest a > fix to this problem. The database can be viewed with Perfly or any other > program the will load a Flight 14.X format database. > > The ftp site is "ftp.vsl.ist.ucf.edu" and the files are in the following > directory: > > /pub/vtb/graf_tdb > > There are two files in there: > > terrain.tar.Z and > terrain.uu > > The terrain.tar.Z is a UNIX LZW compressed tar file of the database > and terrain.uu is a uuencoded version of file terrain.tar.Z. > Please feel free to ftp the database or let me know if you will like > me to e-mail it to you. > > > thanks > | > |\ > | \ / > |/ / > / . > .... ... ... > ... )\ )\ > / . \ / \ / \ > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > Benito Graniela University of Central Florida > Visual Systems Lab Institute for Simulation & Training > (407) 658-5075 3280 Progress Drive > bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Performer uses displacepolygon() for fast rendering and stencil() for not-so-fast rendering of coplanar geometry. Unfortunately, IrisGL's displacepolygon() is inadequate in certain situations - you can see poke through when layers have large z-slopes and flimmering when they have small z-slopes. Note that if you specify PFDECAL_BASE_HIGH_QUALITY when building your Performer database (See pfLayerMode) you will always get accurate coplanar rendering. You need not call stensize() nor stencil(). I am currently working on a fix for the displacepolygon() problem that will be available in 2.0 and will experiment with your database. From guest Wed Mar 22 13:23:48 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA12704; Wed, 22 Mar 1995 13:03: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 NAA12701; Wed, 22 Mar 1995 13:03:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12803; Wed, 22 Mar 95 13:02:58 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA14837; Wed, 22 Mar 1995 13:02:55 -0800 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyiew10838; Wed, 22 Mar 1995 14:31:37 -0500 Received: from multigen.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Wed, 22 Mar 1995 14:31:38 -0500 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA00332; Wed, 22 Mar 1995 12:35:44 PST Message-Id: <00581.2878720544.332@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Wed, 22 Mar 1995 11:57:43 PST Subject: Re: Multigen color table Status: O Reply to: RE>Multigen color table >From: nicolas@cae.ca (Nicolas Gauvin) >Message-Id: <9503221532.AA02126@cae.ca> >Subject: Multigen color table >To: info-performer@sgi.com >Date: Wed, 22 Mar 1995 10:32:35 -0500 (EST) > >I have some problem understanding the way colors from the Multigen >color table are referenced by vertices and polygons in FLIGHT files. >From the format spec I thought that the color values found in polygons or >vertices would be in the range of 0-27 for interpolated colors or >4096-4152 for fixed intensity colors. Almost ... 28 interpolated colors * 128 intensities = 3584 indices Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 PH: (408) 261 4118 FX: (408) 247 4329 EMAIL: multigen!marcus@uunet.UU.NET From guest Wed Mar 22 14:47:09 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA13486; Wed, 22 Mar 1995 14:29: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 OAA13483; Wed, 22 Mar 1995 14:29:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18820; Wed, 22 Mar 95 14:29:06 -0800 Received: from ix3.ix.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA08480; Wed, 22 Mar 1995 14:28:55 -0800 Received: from by ix3.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id OAA05392; Wed, 22 Mar 1995 14:27:36 -0800 Date: Wed, 22 Mar 1995 14:27:36 -0800 Message-Id: <199503222227.OAA05392@ix3.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Fwd: DTED to Performer To: info-performer@sgi.sgi.com Status: O > We are interested in reading DMA DTED data into a Performer >application. We are >familiar with Coryphaeus (DWB) and MultiGen (FLT), but are looking for >alternatives. Any help would be appreciated. I assume you have a DTED reader (they're trivial). The Super Viewer (.sv) format is convenient to work with since it's ASCII. I would think you could write a DTED -> SV converter fairly easily, using tmesh as the model basis. It's also easy to apply material or texture to a Super Viewer model, and you can use i3dm to dork with the model once you've converted the DTED. Use LoadSv() to load it into Performer. This is all theoretical on my part. I've worked with both DTED and Super Viewer, but not together, so I don't have any code to offer you. From guest Wed Mar 22 15:26:31 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA13852; Wed, 22 Mar 1995 15:05: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 PAA13849; Wed, 22 Mar 1995 15:05:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20973; Wed, 22 Mar 95 15:04:59 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id PAA15630; Wed, 22 Mar 1995 15:04:55 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id PAA24005; Wed, 22 Mar 1995 15:04:53 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:jnemethy@dw3f.ess.harris.com id AA20930; Wed, 22 Mar 95 15:04:49 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA17277; Wed, 22 Mar 1995 15:05:14 -0800 From: "Michael Jones" Message-Id: <9503221505.ZM17275@babar.asd.sgi.com> Date: Wed, 22 Mar 1995 15:05:14 -0800 In-Reply-To: jnemethy@dw3f.ess.harris.com "DTED to Performer" (Mar 22, 10:03am) References: <9503221503.AA01555@dw3x.ess.harris.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: jnemethy@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: DTED to Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 22, 10:03am, jnemethy@dw3f.ess.harris.com wrote: > Subject: DTED to Performer : We are interested in reading DMA DTED data into a Performer application. We are :familiar with Coryphaeus (DWB) and MultiGen (FLT), but are looking for :alternatives. Any help would be appreciated. If someone will email me a few DTED files (or let me know where I can ftp them from) I'll whip up a simple loader and mail it out to the info-performer mailing list and include it in the next release of Performer. If you have suggestions about where these data files can be obtained, please send me that too so that I can mention it in the Performer Programming Guide. (Note: we like to give attributions, so let me know if you don't want to be mentioned in the pfpg.) -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Wed Mar 22 21:03:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA16500; Wed, 22 Mar 1995 20:48: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 UAA16497; Wed, 22 Mar 1995 20:48:50 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA06735; Wed, 22 Mar 95 20:48:03 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id UAA12927; Wed, 22 Mar 1995 20:48:01 -0800 Received: from medusa.cs.nps.navy.mil ([131.120.7.32]) by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA05050; Wed, 22 Mar 95 20:47:10 PST Received: by medusa.cs.nps.navy.mil (940816.SGI.8.6.9/940406.SGI) id UAA18206; Wed, 22 Mar 1995 20:47:09 -0800 From: "david pratt" Message-Id: <9503222047.ZM18204@medusa.cs.nps.navy.mil> Date: Wed, 22 Mar 1995 20:47:08 -0800 In-Reply-To: "Michael Jones" "Re: DTED to Performer" (Mar 22, 3:05pm) References: <9503221503.AA01555@dw3x.ess.harris.com> <9503221505.ZM17275@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Michael Jones" , jnemethy@dw3f.ess.harris.com, info-performer@sgi.sgi.com Subject: Re: DTED to Performer Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19503222047.ZM18204.cs.nps.navy.mil" Status: O -- --PART-BOUNDARY=.19503222047.ZM18204.cs.nps.navy.mil Content-Type: text/plain; charset=us-ascii You asked for it, you got. I don't make any claims as to it's usefullness ro coding style. It is based upon Rich Prevatt's and Dave King's Dted reader. The spelling mistakes are mine. I have not used it for a while ((IRIX 5.2 and Performer 1.1) so it might take some effort. Dave -- Dave Pratt pratt@cs.nps.navy.mil (408) 656-2865 fax (408) 656-2814 Department of Computer Science, Naval Postgraduate School, Monterey, CA 93943 These are my opinions, talk to the PAO for the Navy's. --PART-BOUNDARY=.19503222047.ZM18204.cs.nps.navy.mil X-Zm-Content-Name: Load_DMA.c Content-Description: Text Content-Type: text/plain ; name="Load_DMA.c" ; charset=us-ascii /* This is the testbed for texturing the terrain in Load_DMA.c, the backup program for non-textured Load_DMA.c is Load_DMA.bak */ #include #include #define _DMA_LOADER_ #include "dma_dted.h" #include "math.h" // #include "constants.h" #define NUMCOLORS 128 int max_row,max_col; double delta_lng, delta_lat; int origin[86][2]; static int quadr[4][2]; pfVec3 *dirt_grid,*normal_array; void *arena; pfVec2 texcoords[]={ {0.0f, 0.0f}, {1.0f, 0.0f}, {0.0f, 1.0f}, {1.0f, 1.0f}}; ushort texlist[] = { 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1, 3, 2, 0, 1, 2, 1 }; /* 76 elevation points per t-strip, 5776 per gset */ pfGroup *LoadDTED(char *FileName) { int numvert,ix,num_of_points, num_child, tot_child=85, nlev=1, totlev = 5, nquad, nparent; float minelev,maxelev; pfVec4 *color_array; ushort *index_array,*color_index_array; DTED *dted; pfGeoSet *map; int row_cnt,coll_cnt; long *prim_cnt_arr; pfGeode *geode; pfGeoState *gstate; pfGroup *group[86]; pfTexture *tex; pfTexEnv *tev; /* if (argc < 2){ printf("Usage dma_loader \n"); exit(0); } */ /* get IRIS Performer shared memory arena */ arena = pfGetSharedArena(); gstate = pfNewGState(arena); /* Set up textures & gstates structures */ tev = pfNewTEnv (arena); tex = pfNewTex (arena); /* define geostate for terrain */ /* if ( pfLoadTexFile (tex, "lig_dirt.rgb")) { pfGStateMode(gstate, PFSTATE_ENLIGHTING,1); printf("Have loaded the texture file\n"); pfGStateMode(gstate, PFSTATE_ENTEXTURE, 1); pfGStateAttr (gstate, PFSTATE_TEXENV, tev); pfGStateAttr (gstate, PFSTATE_TEXTURE, tex); } else { printf("Did NOT Load a texture file\n"); pfGStateMode(gstate, PFSTATE_ENLIGHTING, 0); pfGStateMode(gstate, PFSTATE_ENTEXTURE, 0); pfGStateMode(gstate, PFSTATE_ENWIREFRAME, 0); } */ pfGStateMode(gstate, PFSTATE_ENLIGHTING, 0); pfGStateMode(gstate, PFSTATE_ENTEXTURE, 0); pfGStateMode(gstate, PFSTATE_ENWIREFRAME, 0); quadr[0][0] = quadr[0][1] = quadr[1][1] = quadr[3][0] = 0; quadr[1][0] = quadr[3][1] = quadr[2][0] = quadr[2][1] = 1; dted = DMA_read_DTED_terrain(FileName,NULL); min_max_elev(dted, &minelev, &maxelev); /* printf("\n minelev = %f, maxelev = %f\n", minelev, maxelev); */ /* Set smallest quadrangle size to be 76 x 76 data points */ (dted->Lat_Count)[0] = (dted->Lng_Count)[0] = '0'; (dted->Lat_Count)[1] = (dted->Lng_Count)[1] = '0'; (dted->Lat_Count)[2] = (dted->Lng_Count)[2] = '7'; (dted->Lat_Count)[3] = (dted->Lng_Count)[3] = '6'; sscanf(dted->Lat_Count,"%4d",&row_cnt); sscanf(dted->Lng_Count,"%4d",&coll_cnt); /*build the color ramp*/ color_array = DMA_build_color_ramp(NUMCOLORS); /*The Normals are next*/ normal_array = DMA_build_normal_array(dted); for(num_child = 1; num_child <= tot_child; num_child++) { group[num_child] = pfNewGroup(); /* printf("New group %d created\n",num_child); */ /* Compute indices of quadrangle origin */ /* if(NULL == (origin = (int *)pfMalloc(sizeof(int)*2*tot_child,arena))){ printf("Unable to pfMalloc the origin array\n"); exit(0); } */ if(num_child>1) { nparent = (num_child+2)/4; if(((nparent == 2) || (nparent == 6) || (nparent == 22) ) && (((num_child+2)%4) == 0) ) nlev ++; nquad = ((num_child+2)%4); origin[num_child][0] = origin[nparent][0] + quadr[nquad][0]*(int)pow((double)2.0,(double)(totlev-nlev))/2*(coll_cnt-1); origin[num_child][1] = origin[nparent][1] + quadr[nquad][1]*(int)pow((double)2.0,(double)(totlev-nlev))/2*(row_cnt-1); /* printf("nlev = %d, nquad = %d: num_child= %d, xorigin = %d, yorigin = %d\n", nlev, nquad,num_child, origin[num_child][0],origin[num_child][1]); */ } else { origin[num_child][0] = 0 ; origin[num_child][1] = 0 ; } if(num_child > 21) { geode = pfNewGeode(); for(nquad = 0; nquad < 4; nquad++) { /*build the array of the points*/ dirt_grid = DMA_build_DEM(dted,&numvert,num_child,nquad); /*build the vertex and normal index arrays*/ index_array = DMA_build_index_array(dted,numvert,&num_of_points); /*build the color index array*/ color_index_array = DMA_build_color_array(dirt_grid,index_array, num_of_points,minelev,maxelev,NUMCOLORS); /*put together the gset*/ map = pfNewGSet(arena); pfGSetPrimType(map,PFGS_TRISTRIPS); pfGSetAttr(map,PFGS_COLOR4,PFGS_PER_VERTEX,color_array,color_index_array); pfGSetAttr(map,PFGS_COORD3,PFGS_PER_VERTEX,dirt_grid,index_array); // pfGSetAttr(map,PFGS_TEXCOORD2, PFGS_PER_VERTEX, texcoords, texlist); pfGSetNumPrims(map,coll_cnt-1); /* coll_cnt-1 = 75 */ // printf("coll_cnt-1 = %d\n", coll_cnt-1); pfGSetGState(map,gstate); if(NULL == (prim_cnt_arr = (long *)pfMalloc(sizeof(long)*coll_cnt,arena))){ /* printf("Unable to pfMalloc the prim cnt array\n"); */ exit(0); } for(ix=0;ix 21) */ if(num_child > 1) { /* printf("Adding group %d to group %d\n", num_child, (num_child+2)/4); */ pfAddChild(group[(num_child + 2)/4], (pfNode *) group[num_child]); } } /* End loop over num_children */ return(group[1]); } ushort *DMA_build_color_array(pfVec3 *dirt_grid,ushort *index_array, int num_of_points,float minelev, float maxelev,int numcolor) /*build the table index for the colors*/ { ushort *ca; int ix,jx; float interval; if(NULL == (ca = (ushort *)pfMalloc(sizeof(ushort)*num_of_points,arena))){ /* printf("Unable to pfMalloc the color index table \n"); */ exit(0); } interval = (maxelev-minelev)/numcolor; for(ix=0;ix (minelev + jx*interval)){ jx++; } /* if(jx > numcolor){ printf("Color Table Max elev %20.10f Input %20.10f max table %20.10f\n" ,maxelev,dirt_grid[(index_array[ix])][2],minelev+numcolor*interval); jx = numcolor; } */ ca[ix] = jx; /* printf( "%d (%8.1f %8.1f %8.1f) %4d\n",ix, dirt_grid[ix][0],dirt_grid[ix][1],dirt_grid[ix][2],ca[ix]); */ } } return(ca); } ushort *DMA_build_index_array(DTED *dted,int numvert,int *num_in_index) /*Build the index array*/ { int coll_cnt,row_cnt; ushort *ia; int cnt=0; int ix,jx; sscanf(dted->Lat_Count,"%4d",&row_cnt); sscanf(dted->Lng_Count,"%4d",&coll_cnt); if(NULL == (ia = (ushort *)pfMalloc(sizeof(ushort)*(numvert*2),arena))){ /* printf("Unable to pfMalloc the vertex index table \n"); */ exit(0); } for(ix=0;ixLat_Origin, "%2d", latitude); sscanf(dted->Lng_Origin, "%3d", longitude); /*----- Determine longitude & latitude spacing of terrain data points */ /*----- from DSI header information. */ /*----- Spacing is given in tenths of arc seconds. */ sscanf(dted->Lng_Interval, "%4d", &lng_interval); sscanf(dted->Lat_Interval, "%4d", &lat_interval); /*----- Convert terrain data spacing to meters, corrected for latitude */ /*----- assuming a spherical earth model. Longitudinal interval (I) at */ /*----- latitude (L) fractional of equatorial interval (E) as given by */ /*----- I = cos(L) * E . Latitudinal interval is not affected. */ /*----- delta = tenths / (10.0 tenths/s) * (1852.0 m/nm) / (60.0 s/nm) */ *long_spacing = (float)lng_interval / 10.0 * 1852.0 / 60.0 * fcos((*latitude*0.017453293)); *lat_spacing = (float)lat_interval / 10.0 * 1852.0 / 60.0; sscanf(dted->Lat_Count,"%4d",row_cnt); sscanf(dted->Lng_Count,"%4d",col_cnt); } void min_max_elev(DTED *dted, float *minelev, float *maxelev) { int num_col, num_rows; float delta_lng,delta_lat; int ix,jx; int latitude,longitude; *maxelev = 0.0f; *minelev = 99999999999.9f; DMA_read_header(dted,&latitude,&longitude,&num_rows,&num_col, &delta_lat,&delta_lng); for(ix=0;ix terrain[ix][jx] > *maxelev) *maxelev = (float)dted->terrain[ix][jx]; if ( (float)dted->terrain[ix][jx] < *minelev) *minelev = (float)dted->terrain[ix][jx]; } } } pfVec3 * DMA_build_DEM(DTED *dted, int *numvert, int num_child, int nquad) /*build the point array from the DTED elevation array*/ { int num_col, num_row; float delta_lng,delta_lat; pfVec3 *vert_list; int ix,jx, ix_start, ix_end, jx_start, jx_end; int latitude,longitude; int cnt = 0; DMA_read_header(dted,&latitude,&longitude,&num_row,&num_col, &delta_lat,&delta_lng); *numvert = num_col*num_row; /* printf(" %d %d %d\n",num_col,num_row,*numvert); */ if(NULL == (vert_list = (pfVec3 *)pfMalloc(sizeof(pfVec3)*(*numvert),arena))){ /* printf("Unable to pfMalloc the vertex array count %d\n",*numvert); */ exit(0); } /* for(ix=0;ix terrain[ix][jx] < 0){ /* printf("Value less then zero %d (X %d Z %d)\n", dted->terrain[ix][jx] ,ix,jx); */ dted->terrain[ix][jx] = 0; } vert_list[cnt][0] = ix*delta_lng; vert_list[cnt][1] = jx*delta_lat; vert_list[cnt][2] = (float)dted->terrain[ix][jx]; cnt++; } } /* printf("Number vertices %d\n",cnt); */ *numvert = cnt; return(vert_list); } --PART-BOUNDARY=.19503222047.ZM18204.cs.nps.navy.mil X-Zm-Content-Name: dma_dted.c Content-Description: Text Content-Type: text/plain ; name="dma_dted.c" ; charset=us-ascii /**************************************************************************** Filename: dma_dted.c Purpose: Processes DMA DTED Level 1/2 Terrain Data Revised: 90/03/22 Author: Richard M. Prevatt David M. King ........................................................................ Functions: read_DTED_terrain() Reads DTED data using std header read_DTED_normals() Reads vertex normals for DTED data write_DTED_normals() Writes normals for DTED data to file prepare_column_normals()Prepare structures for column normals compute_column_normals()Computes vertex normals fm DTED data DMA_compute_vertex_normal() Computes avg vector of 6 cross prods DMA_crossProduct() Computes cross product of 2 vectors DMA_load_vector_x_z() Load x & z components of vectors DMA_load_vector_y() Load y components of vectors ........................................................................ Usage: include the "dma_dted.h" header file in any files which will reference DTED structures or functions. Link a compiled version of "dma_dted.c" to the applications programs. ........................................................................ Notes: 90/01/15 Created. 90/01/21 Add DTED structure to contain header info & data. Correct skip beyond ACC record. 90/01/22 Add terrain data array dynamic allocation. Complete documentation. 90/01/25 Add functions dealing with terrain normals and cross products. 90/01/28 Use float for all cross products and normals. Complete DMA_compute_vertex_normal() ****************************************************************************/ #include #include #include #include "dma_dted.h" /* Constants and Data Structures */ extern void *arena; /* ======================================================================== */ DTED *DMA_read_DTED_terrain (char dted_path[256], DTED *dted) // char dted_path[256]; /* Fully specified path for datafile*/ // DTED *dted; /* DTED data structure ptr or NULL */ /* ------------------------------------------------------------------------ */ /* Read DMA Digital Terrain Elevation Data */ /* Arguments: fully specified path & filename for the DTED data file. */ /* optional pointer to DTED data structure. NULL causes */ /* this function to dynamically allocate the data structure. */ /* Calls: none. */ /* Returns: pointer to the filled DTED data structure. */ /* . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . */ /* Any standard DTED Level 1/2 file can be processed based on information */ /* within the header of the data file. Three files are normally */ /* associated with DTED data: */ /* datafile.head - contains VOL and HDR information. Ignored here. */ /* datafile - contains DSI, ACC and actual terrain data. Used. */ /* datafile.tail - contains VOL and EOF information. Ignored here. */ /* The main data file is processed by this function. Both DSI header info */ /* and terrain elevation data is retained in the DTED data structure. */ /* Accuracy information (ACC) is ignored. */ /* . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . */ /* Specification for the DTED data is detailed in: */ /* Defense Mapping Agency Product Specifications for */ /* Digital Terrain Elevation Data (DTED), 2nd Edition, April 1986 */ /* ------------------------------------------------------------------------ */ { FILE *dted_file; /* pointer to data file */ int col, max_col, /* column index and limit variables */ max_row; /* row index and limit variables */ if ( !dted ) { /* No DTED data structure passed in */ dted = (DTED*)pfMalloc(sizeof(DTED),arena); /* Create one */ dted->terrain = NULL; /* Initialize terrain array pointer */ } /*------------------------------------/* Open DTED data file */ if ( (dted_file = fopen(dted_path,READ)) == NULL ) { fprintf(stderr, "Cannot open DMA DTED data file '%s'\n", dted_path); exit(0); /* Unable... Error and Exit */ } printf("\nReading in %s",dted_path); fflush(stdout); /*------------------------------------/* Read DTED DSI Record information */ fread(dted, BYTE, 648, dted_file); fseek(dted_file, 2700, SEEK_CUR); /* Skip Accuracy Description Record */ /*------------------------------------/* Compute max col & row fm DSI info */ sscanf(dted->Lng_Count, "%4d", &max_col); sscanf(dted->Lat_Count, "%4d", &max_row); /*------------------------------------/* Dynamically allocate terrain array*/ if ( !dted->terrain ) { /* if not already allocated. */ /*----------------------------------/* allocate the column pointers */ dted->terrain = (short**) pfMalloc (max_col * sizeof(short *),arena); for ( col=0; col < max_col; col++ ) /* for each col, allocate storage */ dted->terrain[col] = (short*) pfMalloc (max_row * sizeof(short),arena); } /*------------------------------------/* For each longitude column */ for ( col=0; col < max_col; col++) { # ifdef TRACE fprintf(stderr,"read_DTED_terrain(): column [%d]\n", col); # endif fseek(dted_file, 8, SEEK_CUR); /* Skip block count fields */ /*----------------------------------/* Read column of data */ fread(dted->terrain[col], BYTE, max_row*2, dted_file); fseek(dted_file, 4, SEEK_CUR); /* Skip checksum field */ } printf("\nDMA_read_DTED_terrain() # col = %d, # row = %d\n\n", max_col, max_row); fclose(dted_file); /* Close DTED data file */ return(dted); /* Return pointer to DTED structure */ } /* read_DTED_terrain() */ /* ------------------------------------------------------------------------ */ /* ======================================================================== */ DTED *DMA_read_DTED_normals (char norm_path[256],DTED *dted) // char norm_path[256]; /* Fully specified path for datafile*/ // DTED *dted; /* DTED data structure ptr or NULL */ /* ------------------------------------------------------------------------ */ /* Read vertex normals corresponding to DTED terrain data */ /* Arguments: fully specified path & filename for the terrain normals */ /* data file, usually 'datafile.norm' . */ /* optional pointer to DTED data structure. NULL causes */ /* this function to dynamically allocate the data structure. */ /* Calls: none. */ /* Returns: pointer to the filled DTED data structure. */ /* . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . */ /* ------------------------------------------------------------------------ */ { FILE *norm_file; /* pointer to data file */ int axis, /* normal component axis {x, y, z} */ col, max_col, /* column index and limit variables */ max_row; /* row index and limit variables */ if ( !dted ) { /* No DTED data structure passed in */ dted = (DTED*)pfMalloc(sizeof(DTED),arena); /* Create one */ dted->normal = NULL; /* Initialize normals array pointer */ } /*------------------------------------/* Open Terrain Normals data file */ if ( (norm_file = fopen(norm_path,READ)) == NULL ) { fprintf(stderr, "Cannot open DTED Terrain Normals data file '%s'\n", norm_path); exit(-1); /* Unable... Error and Exit */ } /*------------------------------------/* Read DTED DSI Record information */ fread(dted, BYTE, 648, norm_file); /*------------------------------------/* Compute max col & row fm DSI info */ sscanf(dted->Lng_Count, "%4d", &max_col); sscanf(dted->Lat_Count, "%4d", &max_row); /*------------------------------------/* Dynamically allocate normals array*/ if ( !dted->normal ) { /* if not already allocated. */ /*----------------------------------/* allocate the axis pointers */ dted->normal = (float***) pfMalloc ( 3 * sizeof(float**),arena); /*----------------------------------/* for each axis, allocate col ptr */ for ( axis=0; axis < 3; axis++ ) { dted->normal[axis] = (float**) pfMalloc ( max_col * sizeof(float*),arena); /*--------------------------------/* for each col, allocate storage */ for ( col=0; col < max_col; col++ ) dted->normal[axis][col] = (float*) pfMalloc (max_row * sizeof(float),arena); } } /*------------------------------------/* For each axis {x, y, z} */ for ( axis=0; axis < 3; axis++ ) { /*----------------------------------/* and each longitude column */ for ( col=0; col < max_col; col++) { # ifdef TRACE fprintf(stderr,"read_DTED_normals(): column [%d]\n", col); # endif /*--------------------------------/* Read column of normal components */ fread(dted->normal[axis][col], REAL, max_row, norm_file); } } fclose(norm_file); /* Close DTED Normals data file */ return(dted); /* Return pointer to DTED structure */ } /* read_DTED_normals() */ /* ------------------------------------------------------------------------ */ /* ======================================================================== */ boolean DMA_write_DTED_normals (char norm_path[256],DTED *dted) // char norm_path[256]; /* Fully specified path for datafile*/ // DTED *dted; /* DTED data structure ptr or NULL */ /* ------------------------------------------------------------------------ */ /* Write vertex normals corresponding to DTED terrain data to file. */ /* Arguments: fully specified path & filename for the terrain normals */ /* data file, usually 'datafile.norm' . */ /* required pointer to DTED data structure. */ /* Calls: none. */ /* Returns: SUCCESS (1) if successful. FAILURE (0) if unsuccessful. */ /* . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . */ /* ------------------------------------------------------------------------ */ { FILE *norm_file; /* pointer to data file */ int axis, /* normal component axis {x, y, z} */ col, max_col, /* column index and limit variables */ max_row; /* row index and limit variables */ if ( !dted ) { /* No DTED data structure passed in */ fprintf(stderr, "DTED data structure not specified. \n"); return(FAILURE); /* Error and Return */ } if ( !dted->normal ) { /* No normals array present */ fprintf(stderr, "DTED normals array not present in data structure. \n"); return(FAILURE); /* Error and Return */ } /*------------------------------------/* Open Terrain Normals data file */ if ( (norm_file = fopen(norm_path,WRITE)) == NULL ) { fprintf(stderr, "Cannot open DTED Terrain Normals data file '%s'\n", norm_path); return(FAILURE); /* Unable... Error and Return */ } /*------------------------------------/* Write DTED DSI Record information */ fwrite(dted, BYTE, 648, norm_file); /*------------------------------------/* Compute max col & row fm DSI info */ sscanf(dted->Lng_Count, "%4d", &max_col); sscanf(dted->Lat_Count, "%4d", &max_row); /*------------------------------------/* For each axis {x, y, z} */ for ( axis=0; axis < 3; axis++ ) { /*----------------------------------/* and each longitude column */ for ( col=0; col < max_col; col++) { # ifdef TRACE fprintf(stderr,"write_DTED_normals(): axis[%d] column[%d]\n",axis, col); # endif /*--------------------------------/* Write column of normal components */ fwrite(dted->normal[axis][col], REAL, max_row, norm_file); } } fclose(norm_file); /* Close DTED Normals data file */ return(TRUE); /* Return success of operation */ } /* write_DTED_normals() */ /* ------------------------------------------------------------------------ */ /* ======================================================================== */ boolean DMA_prepare_column_normals (DTED *dted) // DTED * dted; /* ------------------------------------------------------------------------ */ /* Prepare structures used to calculate column normals corresponding to */ /* DTED terrain data */ /* Arguments: None. */ /* Calls: None. */ /* Returns: SUCCESS (1) if successful. FAILURE (0) if unsuccessful. */ /* . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . */ /* ------------------------------------------------------------------------ */ { int axis, /* normal component axis {x, y, z} */ col; /* column index and limit variables */ int max_col,max_row; if ( !dted ) { /* No DTED data structure passed in */ fprintf(stderr, "DTED data structure not specified. \n"); return(FAILURE); /* Error and Return */ } if ( !dted->terrain ) { /* No terrain data array present */ fprintf(stderr, "DTED normals array not present in data structure. \n"); return(FAILURE); /* Error and Return */ } /*------------------------------------/* Compute max col & row fm DSI info */ sscanf(dted->Lng_Count, "%4d", &max_col); sscanf(dted->Lat_Count, "%4d", &max_row); /*------------------------------------/* Dynamically allocate normals array*/ if ( !dted->normal ) { /* if not already allocated. */ /*----------------------------------/* allocate the axis pointers */ dted->normal = (float***) pfMalloc ( 3 * sizeof(float**),arena); /*----------------------------------/* for each axis, allocate col ptr */ for ( axis=0; axis < 3; axis++ ) { dted->normal[axis] = (float**) pfMalloc ( max_col * sizeof(float*),arena); /*--------------------------------/* for each col, allocate storage */ for ( col=0; col < max_col; col++ ) dted->normal[axis][col] = (float*) pfMalloc (max_row * sizeof(float),arena); } } return(SUCCESS); /* Return successful completion */ } /* prepare_column_normals() */ /* ------------------------------------------------------------------------ */ /* ======================================================================== */ boolean DMA_compute_column_normals (DTED *dted) // DTED *dted; /* ------------------------------------------------------------------------ */ /* Compute vertex normals for each column using parallel processors. */ /* Arguments: None. */ /* Calls: None. /* Returns: SUCCESS (1) if successful. FAILURE (0) if unsuccessful. */ /* . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . */ /* ------------------------------------------------------------------------ */ { int col, row, /* current column and row */ /* column groupings */ /* first and last column of group */ latitude, /* latitude of terrain grid origin */ lng_interval, /* longitudinal data point spacing */ lat_interval; /* latitudinal data point spacing */ int max_row,max_col; boolean v_valid[6]; /* vertex vectors validity array */ double delta_lat, /* terrain data spacing in meters */ delta_lng, v_normal[3], /* resulting vertex normal */ v[6][3]; /* vectors surrounding the vertex */ /*----- Determine latitude in degrees of DTED grid origin from DSI header */ sscanf(dted->Lat_Origin, "%2d", &latitude); /*----- Determine longitude & latitude spacing of terrain data points */ /*----- from DSI header information. */ /*----- Spacing is given in tenths of arc seconds. */ sscanf(dted->Lng_Interval, "%4d", &lng_interval); sscanf(dted->Lat_Interval, "%4d", &lat_interval); /*----- Convert terrain data spacing to meters, corrected for latitude */ /*----- assuming a spherical earth model. Longitudinal interval (I) at */ /*----- latitude (L) fractional of equatorial interval (E) as given by */ /*----- I = cos(L) * E . Latitudinal interval is not affected. */ /*----- delta = tenths / (10.0 tenths/s) * (1852.0 m/nm) / (60.0 s/nm) */ delta_lng = (double)lng_interval / 10.0 * 1852.0 / 60.0 * cos(latitude); delta_lat = (double)lat_interval / 10.0 * 1852.0 / 60.0; sscanf(dted->Lat_Count,"%4d",&max_row); sscanf(dted->Lng_Count,"%4d",&max_col); /*----- Load the x & z components of the surrounding vectors array */ DMA_load_vector_x_z(delta_lat, delta_lng, v); for ( col=0; col < max_col; col++ ) { /* For each col in group */ for ( row=0; row < max_row; row++ ) {/* and each row in column */ /*----- Load the y component of the surrounding vectors array */ DMA_load_vector_y(dted->terrain, col, row, max_col-1, max_row-1, v, v_valid); DMA_compute_vertex_normal(v, v_valid, v_normal); /*----- Save the vertex normal in the dted structure */ dted->normal[0][col][row] = (float) v_normal[0]; dted->normal[1][col][row] = (float) v_normal[1]; dted->normal[2][col][row] = (float) v_normal[2]; } } return(SUCCESS); } /* compute_column_normals() */ /* ------------------------------------------------------------------------ */ /* ======================================================================== */ int DMA_compute_vertex_normal (double v[6][3],boolean v_flag[6], double result[3] ) // double v[6][3]; /* Input vectors */ // boolean v_flag[6]; /* Validity of each input vector */ // double result[3]; /* Result of average v[i] X ... */ /* ------------------------------------------------------------------------ */ /* Calculate the cross product of up to six vectors, v[1] X v[2] X ... */ /* Arguments: six vectors of three dimensions */ /* six flags showing which vectors contain valid data. */ /* the vector for the resulting cross products averaged. */ /* Calls: DMA_crossProduct() */ /* Returns: SUCCESS (1) if successful. FAILURE (0) if unsuccessful. */ /* ------------------------------------------------------------------------ */ { int ndx1, ndx2; /* Index for vector array */ double cross_product[3], /* Temporary cross_product */ magnitude; /* Magnitude of result vector */ result[0] = 0.0; /* Initialize result to zero */ result[1] = 0.0; result[2] = 0.0; for ( ndx1=0; ndx1 < 5; ndx1++ ) { /* For each of first 5 vectors */ ndx2 = ndx1 + 1; /* Compute adjacent index */ /*----------------------------------/* if two adjacent vectors are valid */ if ( v_flag[ndx1] && v_flag[ndx2] ) { /*--------------------------------/* Compute the cross product */ DMA_crossProduct( v[ndx1], v[ndx2], cross_product ); result[0] += cross_product[0]; /* Add new cross product to result */ result[1] += cross_product[1]; result[2] += cross_product[2]; } } /*------------------------------------/* For sixth vector, */ if ( v_flag[5] && v_flag[0] ) { /* if adjacent vectors are valid */ /*----------------------------------/* Compute the cross product */ DMA_crossProduct( v[5], v[0], cross_product ); result[0] += cross_product[0]; /* Add new cross product to result */ result[1] += cross_product[1]; result[2] += cross_product[2]; } /*------------------------------------/* Compute magnitude */ magnitude = fsqrt( result[0] * result[0] + result[1] * result[1] + result[2] * result[2] ); /*------------------------------------/* Normalize the result vector */ if ( magnitude ) { /* if the magnitude is not zero */ result[0] /= magnitude; result[1] /= magnitude; result[2] /= magnitude; } return(SUCCESS); } /* DMA_compute_vertex_normal() */ /* ------------------------------------------------------------------------ */ /* ======================================================================== */ void DMA_crossProduct ( double v1[3],double v2[3],double result[3] ) // double v1[3], v2[3], /* Input vectors */ // result[3]; /* Result of v1 X v2 */ /* ------------------------------------------------------------------------ */ /* Calculate the cross product of two vectors, v1 X v2. */ /* Arguments: two vectors of three dimensions. */ /* the vector for the resulting cross product. */ /* Calls: none. */ /* Returns: none. */ /* ------------------------------------------------------------------------ */ { double magnitude; /* Magnitude of result */ /*------------------------------------/* Compute cross product */ result[0] = v1[1] * v2[2] - v1[2] * v2[1]; result[1] = v1[2] * v2[0] - v1[0] * v2[2]; result[2] = v1[0] * v2[1] - v1[1] * v2[0]; /*------------------------------------/* Compute magnitude */ magnitude = fsqrt( result[0] * result[0] + result[1] * result[1] + result[2] * result[2] ); /*------------------------------------/* Normalize the result vector */ if ( magnitude ) { /* if the magnitude is not zero */ result[0] /= magnitude; result[1] /= magnitude; result[2] /= magnitude; } } /* DMA_crossProduct() */ /* ------------------------------------------------------------------------ */ /* ======================================================================== */ void DMA_load_vector_x_z ( double delta_x,double delta_z,double v[6][3] ) // double delta_x, /* increment in x direction */ // delta_z, /* increment in z direction */ // v[6][3]; /* vector array */ /* ------------------------------------------------------------------------ */ /* Load array v with x & z components of six vectors based on orientation */ /* and increments in respective directions. */ /* Arguments: increment in x and z direction. */ /* array 'v' to be loaded with surrounding vectors */ /* Calls: none. */ /* Returns: none. */ /* ------------------------------------------------------------------------ */ { v[0][0] = delta_x; /* [2] [1] */ v[0][2] = 0.0; /* * * */ v[1][0] = delta_x; /* | / */ v[1][2] = -delta_z; /* | / */ v[2][0] = delta_x; /* | / */ v[2][2] = -delta_z; /* [3] * - - - * - - - * [0] */ v[3][0] = -delta_x; /* / | */ v[3][2] = 0.0; /* / | */ v[4][0] = -delta_x; /* / | -z */ v[4][2] = delta_z; /* * * ^ */ v[5][0] = 0.0; /* [4] [5] | */ v[5][2] = delta_z; /* +--> x */ } /* ------------------------------------------------------------------------ */ /* ======================================================================== */ void DMA_load_vector_y(short **terrain,int col,int row,int col_max,int row_max, double v[6][3], boolean v_valid[6] ) // short **terrain; /* terrain elev data array */ // int col, row, /* vertex col & row position */ // col_max, row_max; /* maximum col & row in array */ // double v[6][3]; /* vector array */ // boolean v_valid[6]; /* flags to indicate valid vectors */ /* ------------------------------------------------------------------------ */ /* Load array v with the six vectors surrounding the given vertex. */ /* Arguments: pointer to 'terrain' elevation data array */ /* column and row of vertex to be considered */ /* column and row maximum values */ /* array 'v' to be loaded with surrounding vectors */ /* array 'v_valid' to indicate which vectors are valid */ /* Calls: none. */ /* Returns: none. */ /* ------------------------------------------------------------------------ */ { /*------------------------------------/* Determine location of vertex */ if ( col < col_max ) { /* Not in rightmost column */ v[0][1] = (double)(terrain[col+1][row+0] - terrain[col][row]); v_valid[0] = TRUE; if ( row < row_max ) { /* Not in topmost row */ v[1][1] = (double)(terrain[col+1][row+1] - terrain[col][row]); v[2][1] = (double)(terrain[col+0][row+1] - terrain[col][row]); v_valid[1] = TRUE; v_valid[2] = TRUE; } else { /* In topmost row */ v_valid[1] = FALSE; v_valid[2] = FALSE; } } else { /* In rightmost column */ v_valid[0] = FALSE; v_valid[1] = FALSE; if ( row < row_max ) { /* Not in topmost row */ v[2][1] = (double)(terrain[col+0][row+1] - terrain[col][row]); v_valid[2] = TRUE; } else /* In topmost row */ v_valid[2] = FALSE; } if ( col > 0 ) { /* Not in leftmost column */ v[3][1] = (double)(terrain[col-1][row+0] - terrain[col][row]); v_valid[3] = TRUE; if ( row > 0 ) { /* Not in bottom row */ v[4][1] = (double)(terrain[col-1][row-1] - terrain[col][row]); v[5][1] = (double)(terrain[col+0][row-1] - terrain[col][row]); v_valid[4] = TRUE; v_valid[5] = TRUE; } else { /* In bottom row */ v_valid[4] = FALSE; v_valid[5] = FALSE; } } else { /* In leftmost row */ v_valid[3] = FALSE; v_valid[4] = FALSE; if ( row > 0 ) { /* Not in bottom row */ v[5][1] = (double)(terrain[col+0][row-1] - terrain[col][row]); v_valid[5] = TRUE; } else /* In bottom row */ v_valid[5] = FALSE; } } /* load_vectors() */ /* ------------------------------------------------------------------------ */ /**************************************************************************** End of File: dma_dted.c lines: 567 ****************************************************************************/ --PART-BOUNDARY=.19503222047.ZM18204.cs.nps.navy.mil X-Zm-Content-Name: dma_dted.h Content-Description: Text Content-Type: text/plain ; name="dma_dted.h" ; charset=us-ascii #ifndef _DMA_DTED_H_ #define _DMA_DTED_H_ /**************************************************************************** Filename: dma_dted.h2 Purpose: Processes DMA DTED Level 1/2 Terrain Data Revised: 90/08/09 Author: Richard M. Prevatt ........................................................................ Constants and Structure Declarations for DTED functions ........................................................................ Notes: 90/01/15 Created. 90/01/21 Add DTED structure to contain header info & data. 90/01/22 Add terrain data array dynamic allocation. Complete documentation. 90/01/25 Add pointer for terrain normals array. ****************************************************************************/ /* Constant Declarations ================================================== */ /* #include #include #include #include #include #include #include #include /* added so that we could use Performer's pfMalloc */ /* Constant Declarations ================================================== */ #define boolean int #define BYTE sizeof(char) #define REAL sizeof(float) #define SEEK_SET 0 /* Seek from beginning of file */ #define SEEK_CUR 1 /* Seek from current position */ #define SEEK_END 2 /* Seek to end of file */ #define READ "r" #define WRITE "w" #define APPEND "a" #ifndef FALSE #define FALSE 0 #endif #ifndef TRUE #define TRUE !FALSE #endif #define FAILURE FALSE #define SUCCESS !FAILURE /* Type Definitions ======================================================= */ /* ======================================================================== */ typedef struct DTED_type { /* DTED data structure type def */ /* ------------------------------------------------------------------------ */ /* DTED is a defined type to provide character storage for DTED Data Set */ /* Identification Record information plus a pointer 'terrain' for the */ /* two dimensional array to contain actual elevation data and a pointer */ /* 'normals' for the three dimensional array to contain terrain normals. */ /* All Data Set Identification (DSI) information is ascii character data. */ /* Terrain elevation data are two byte signed binary numbers (short). */ /* Access to terrain data points has the form : */ /* dted.terrain[col][row] or dted_ptr->terrain[col][row] */ /* Terrain normals are 32 bit floating point numbers (double). */ /* Access to terrain normals has the form : */ /* dted.normal[axis][col][row] or dted_ptr->normal[axis][col][row] */ /* where axis = 0, 1, 2 for x, y, z respectively. */ /* . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . */ /* Specification for the DTED data is detailed in: */ /* Defense Mapping Agency Product Specifications for */ /* Digital Terrain Elevation Data (DTED), 2nd Edition, April 1986 */ /* ------------------------------------------------------------------------ */ char Sentinel[3], /* 'DSI' Recognition Sentinel */ Class[1], /* Security Classification Code */ SecMark[2], /* Security Control & Release Mark */ SecDesc[27], /* Security Handling Description */ rsvd_1[26], /* Reserved for future use */ Level[5], /* DMA Series Designator for level */ RefNo[15], /* Unique reference number */ rsvd_2[8], /* Reserved for future use */ Edition[2], /* Data Edition Number */ MergeVersion[1], /* Match/Merge Version */ MaintDate[4], /* Maintenance Date {YYMM} */ MergeDate[4], /* Match/Merge Date {YYMM} */ MaintDesc[4], /* Maintenance Description Code */ Producer[8], /* Producer Code */ rsvd_3[16], /* Reserved for future use */ ProdSpecNo[9], /* Product Specification Stock No */ ProdSpecChg[2], /* Product Specification Change No */ ProdSpecDate[4], /* Product Specification Date {YYMM} */ VertDatum[3], /* Vertical Datum {MSL most cases} */ HorizDatum[5], /* Horizontal Datum Code */ CollectSys[10], /* Digitizing Collection System */ CompileDate[4], /* Compilation Date {YYMM} */ rsvd_4[22], /* Reserved for future use */ Lat_Origin[9], /* Latitude of origin of data */ Lng_Origin[10], /* Longitude of origin of data */ Lat_SW[7], /* Latitude of SW corner of data */ Lng_SW[8], /* Longitude of SW corner of data */ Lat_NW[7], /* Latitude of NW corner of data */ Lng_NW[8], /* Longitude of NW corner of data */ Lat_NE[7], /* Latitude of NE corner of data */ Lng_NE[8], /* Longitude of NE corner of data */ Lat_SE[7], /* Latitude of SE corner of data */ Lng_SE[8], /* Longitude of SE corner of data */ Orientation[9], /* Clockwise orientation angle fm N */ Lat_Interval[4], /* Latitude interval {tenth secs} */ Lng_Interval[4], /* Longitude interval {tenth secs} */ Lat_Count[4], /* Number of latitude lines {rows} */ Lng_Count[4], /* Number of longitude lines {cols} */ CellCover[2], /* Partial cell indicator */ rsvd_5[357]; /* Reserved for future use */ short **terrain; /* Pointer for Terrain Elev Data */ float ***normal; /* Pointer for Terrain normals */ } DTED; /* defined type name */ /* ------------------------------------------------------------------------ */ /* Global Shared Data Structures ========================================== */ #ifdef _SHOULD_NOT_ extern DTED *dted; /* DTED data structure ptr or NULL */ extern int max_col, max_row; /* column and row limit variables */ #endif /* ------------------------------------------------------------------------ */ /* Function Declarations ================================================== */ #ifdef __cplusplus extern "C" { #endif DTED *DMA_read_DTED_terrain ( char[], DTED* ); DTED *DMA_read_DTED_normals ( char[], DTED* ); boolean DMA_write_DTED_normals ( char[], DTED* ); boolean DMA_prepare_column_normals ( ); boolean DMA_compute_column_normals ( ); int DMA_compute_vertex_normal ( double[6][3], boolean[6], double[3] ); void DMA_load_vector_x_z ( double, double, double[6][3] ); void DMA_load_vector_y ( short**, int, int, int, int, double[6][3], boolean[6] ); void DMA_crossProduct ( double[3], double[3], double[3] ); #ifdef __cplusplus } #endif #ifdef _DMA_LOADER_ /* Loader functions */ pfVec4 *DMA_build_color_ramp(int); void DMA_read_header (DTED *,int *,int *, int *,int *, float *, float *); void min_max_elev (DTED *, float *, float *); pfVec3 *DMA_build_DEM(DTED *, int *,int, int); pfVec3 *DMA_build_normal_array(DTED *); ushort *DMA_build_color_array(pfVec3 *,ushort *,int ,float ,float,int); ushort *DMA_build_index_array(DTED *,int,int*); #endif /**************************************************************************** End of File: dma_dted.h lines: 117 ****************************************************************************/ #endif extern "C" { void *pfMalloc(size_t nbytes,void *arena); } --PART-BOUNDARY=.19503222047.ZM18204.cs.nps.navy.mil-- From guest Wed Mar 22 23:12:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id WAA17439; Wed, 22 Mar 1995 22:48:17 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id WAA17436; Wed, 22 Mar 1995 22:48:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA09317; Wed, 22 Mar 95 22:47:41 -0800 Received: from chx400.switch.ch by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id WAA21960; Wed, 22 Mar 1995 22:47:38 -0800 From: ipandzic@cui.unige.ch X400-Received: by mta chx400.switch.ch in /PRMD=Switch/ADMD=Arcom/C=Ch/; Relayed; Thu, 23 Mar 1995 07:47:21 +0100 X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed; Thu, 23 Mar 1995 07:47:16 +0100 X400-Received: by /PRMD=switch/ADMD=arcom/C=ch/; Relayed; Thu, 23 Mar 1995 07:47:12 +0100 Date: Thu, 23 Mar 1995 07:47:12 +0100 X400-Originator: ipandzic@cui.unige.ch X400-Recipients: non-disclosure:; X400-Mts-Identifier: [/PRMD=switch/ADMD=arcom/C=ch/;950323074712] X400-Content-Type: P2-1984 (2) Content-Identifier: 524 Alternate-Recipient: Allowed Message-Id: <524*/S=ipandzic/OU=cui/O=unige/PRMD=switch/ADMD=arcom/C=ch/@MHS> To: info-performer@sgi.sgi.com Subject: 3D Studio Status: O Hello! I would like to import 3D Studio objects into performer. Does anyone know of a 3DS format reader, or a converter from 3DS to any of the file formats supported by performer? Thanks, Igor +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Igor Pandzic ipandzic@cui.unige.ch MIRALab University of Geneva tel. +41/22/705 76 56 24, rue General-Dufour 705 77 63 CH-1211 GENEVE 4 SWITZERLAND fax +41/22/705 77 80 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ From guest Thu Mar 23 00:22:54 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id XAA17980; Wed, 22 Mar 1995 23:55: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 XAA17977; Wed, 22 Mar 1995 23:55:10 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10703; Wed, 22 Mar 95 23:54:30 -0800 Received: from mcenroe.cs.unc.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id XAA27368; Wed, 22 Mar 1995 23:54:28 -0800 Received: from morse.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id CAA02092; Thu, 23 Mar 1995 02:54:27 -0500 From: David Luebke Received: by morse.cs.unc.edu (8.6.10/UNC_06_21_94) id CAA15400; Thu, 23 Mar 1995 02:54:25 -0500 Message-Id: <199503230754.CAA15400@morse.cs.unc.edu> Subject: some traversals ignore pfSwitch value To: info-performer@sgi.sgi.com (Performer-help mailing list) Date: Thu, 23 Mar 1995 02:54:24 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 668 Status: O The traversal performed by pfFlatten() appears to ignore the value of a pfSwitch node, visiting each of the node regardless. This is a problem for me since I have cycles in my scene graph (at render time, cull callbacks insure that the cycles don't actually present a problem). Is there a way I could work around this? The problem is not just with pfFlatten, of course, but with all performer calls that traverse the database without consulting the cull callbacks or the value of pfSwitch nodes. PfGroup::getBound, for example, recursively calls pfGroup::clean, which rapidly runs out of stack space on my database. Any ideas? Dave -- David Luebke luebke@cs.unc.edu From guest Thu Mar 23 00:59:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA18213; Thu, 23 Mar 1995 00:32: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 AAA18208; Thu, 23 Mar 1995 00:31:50 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11515; Thu, 23 Mar 95 00:31:14 -0800 Received: from relay.iunet.it by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id AAA29171; Thu, 23 Mar 1995 00:30:56 -0800 Received: from hpdtmt2.UUCP by relay.iunet.it with UUCP id AA25630 (5.65c8/IDA-1.4.4 for info-performer%sgi.com@iunet.it); Thu, 23 Mar 1995 09:40:42 +0100 Message-Id: <199503230840.AA25630@relay.iunet.it> Received: by hpdtmt2 (16.6/16.2) id AA17537; Thu, 23 Mar 95 09:23:46 +0100 From: Marco Crocetta Subject: Re: RGB->RGBA To: abrend@idt.unit.no Date: Thu, 23 Mar 95 9:23:45 MET Cc: info-performer@sgi.sgi.com Mailer: Elm [revision: 66.25] Status: O Hi, There is an application contained in the SGI Toolbox CD-ROM (maybe the 1993 toolbox) that allows to insert the alpha component on an RGB file (and of course save it as RGBA). The application is stored in: .../toolbox/src/haeberli/mtex This application, althought is not so much sophisticated, allows you to do some simple things on RGBA files as to translate intensity values into alpha values... Hope this help Ciao ---------------------------- Marco Crocetta DATAMAT SpA, Rome e-mail:onyx@datamat.it ---------------------------- From guest Thu Mar 23 00:30:49 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id AAA18029; Thu, 23 Mar 1995 00:01: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 AAA18026; Thu, 23 Mar 1995 00:01:34 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10850; Thu, 23 Mar 95 00:00:58 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id AAA27759; Thu, 23 Mar 1995 00:00:56 -0800 Received: from sgiger.munich.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id AAA15484; Thu, 23 Mar 1995 00:00:51 -0800 Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via SMTP (911016.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA22369; Thu, 23 Mar 95 09:00:40 +0100 Received: from elwood.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (940816.SGI.8.6.9/930416.SGI) id IAA06781; Thu, 23 Mar 1995 08:57:50 +0100 Received: by elwood.hannover.sgi.com (940816.SGI.8.6.9/930416.SGI) id IAA10124; Thu, 23 Mar 1995 08:57:47 +0100 From: "Axel Sammet" Message-Id: <9503230857.ZM10122@elwood.hannover.sgi.com> Date: Thu, 23 Mar 1995 08:57:47 +0000 In-Reply-To: ipandzic@cui.unige.ch "3D Studio" (Mar 23, 7:47) References: <524*/S=ipandzic/OU=cui/O=unige/PRMD=switch/ADMD=arcom/C=ch/@MHS> X-Face: %BF3$'?$)#p&@-.1*c72Cz/H4?x1i3iBWMbb1#mz6NKfMb}-Lv@@1dqU#3Yb@PTVm@ui#]@ 2]L/vOL[CZ{*FbsNs=gbZ8S-oJb7|0;.Os~S3nDH@CUZQ]J*XyqX ZSz.YX}_v_j>@YVxsy5Tbpg$+_@;T8jTK9xueFT}Q5x1*"+gz0 X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: ipandzic@cui.unige.ch, info-performer@sgi.sgi.com Subject: Re: 3D Studio Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Mar 23, 7:47, ipandzic@cui.unige.ch wrote: > Subject: 3D Studio > Hello! > > I would like to import 3D Studio objects into performer. Does anyone > know of a 3DS format reader, or a converter from 3DS to any of the file > formats supported by performer? Hi Igor as part of InPerson 2.0 Beta2 (desktop conferencing SW) there is a subsytem available called 3D Translators which will translate softimage, wavefront, 3Dstudio, iges to inventor 2.0. Together with the new inventor loader for performer this will do the job. Cheers Axel > > Thanks, > Igor > > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > Igor Pandzic ipandzic@cui.unige.ch > MIRALab > University of Geneva tel. +41/22/705 76 56 > 24, rue General-Dufour 705 77 63 > CH-1211 GENEVE 4 > SWITZERLAND fax +41/22/705 77 80 > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >-- End of excerpt from ipandzic@cui.unige.ch -- ______________________________________________________________________ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/ _/ _/ _/ _/_/_/_/_/ _/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ Axel Sammet Visual Simulation, Digital Media, CAD/CAM Silicon Graphics GmbH | Tel: +49 511 9017216 Ahrensburger Strasse 3 | Fax: +49 511 6138115 30659 Hannover | VM #: 59191 M/S: IHA-314 Germany | E-Mail: axel@hannover.sgi.com ______________________________________________________________________ From guest Thu Mar 23 01:38:57 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA18589; Thu, 23 Mar 1995 01:10: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 BAA18586; Thu, 23 Mar 1995 01:09:55 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12345; Thu, 23 Mar 95 01:09:19 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA01371; Thu, 23 Mar 1995 01:09:17 -0800 Received: from death.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id BAA18493; Thu, 23 Mar 1995 01:09:11 -0800 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id JAA18630; Thu, 23 Mar 1995 09:07:08 GMT From: "Angus Henderson" Message-Id: <9503230907.ZM18628@death.reading.sgi.com> Date: Thu, 23 Mar 1995 09:07:07 +0000 In-Reply-To: wes@mh1.lbl.gov (Wes Bethel) "Re: RGB -> RGBA" (Mar 22, 9:31am) References: <9503221731.AA05124@bozo.lbl.gov.csd> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: wes@mh1.lbl.gov (Wes Bethel) Subject: Re: RGB -> RGBA Cc: info-performer@sgi.sgi.com, watsen@netcom.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I put all the free texture tools I could find on sgigate.sgi.com:~ftp/pub/Peformer/RealityCentre/tools.tar.Z this includes various haeberli gifts tools, mtex ( which does the select of background and set to alpha you wanted ) taco which is a semi-complete paintbox supplied with source and a disclaimer and other stuff too. ANgus From guest Thu Mar 23 01:46:00 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA18643; Thu, 23 Mar 1995 01: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 BAA18640; Thu, 23 Mar 1995 01:18:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12525; Thu, 23 Mar 95 01:17:23 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA01888; Thu, 23 Mar 1995 01:17:21 -0800 Received: from death.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id BAA18757; Thu, 23 Mar 1995 01:17:15 -0800 Received: by death.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id JAA18683; Thu, 23 Mar 1995 09:15:39 GMT From: "Angus Henderson" Message-Id: <9503230915.ZM18681@death.reading.sgi.com> Date: Thu, 23 Mar 1995 09:15:38 +0000 In-Reply-To: "Greg Edwards" "Re: RGB -> RGBA" (Mar 22, 6:19pm) References: <199503221635.IAA07716@netcom21.netcom.com> <9503221819.ZM2162@cordoba.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: gedwards@reading.sgi.com Subject: Re: RGB -> RGBA Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > You can do all this with Paul Haeberli's old image tools, all the stuff > in ~4Dgifts/.../imgtools. > Eg. oneband separates images into separate R,G,B,A parts > cglue joins them together again > conimg make an image with a constant colour (eg. to be the alpha > plane). > saturate you could use this to drive the tree to black and white to > make the alphe tree outline. > > and many others. See ~4Dgifts/.../imgtools/README, you can do amazing things > with these simple tools. > > > > Greg E. > and I changed cglue so that you can glue an alpha to an rgb instead of 4 bw's as r,g,b,a. - caglue. and iaglue that makes a two component texture. There is a whole lot of stuff you can do to textures by combining these tools along with imgworks and a paintbox, I use them to grab movie loops from films like Top Gun and to add smooth coastlines to sattelite mapped terrain patches etc.. etc.. etc.. ANgus From guest Thu Mar 23 03:41:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA19565; Thu, 23 Mar 1995 03:14: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 DAA19562; Thu, 23 Mar 1995 03:14:48 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14701; Thu, 23 Mar 95 03:14:08 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id DAA08049; Thu, 23 Mar 1995 03:14:04 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA11881 (5.65c8/IDA-1.4.4 for ); Thu, 23 Mar 1995 12:13:55 +0100 Received: by vier.idt.unit.no id AA06262 (5.0/idt-C-2.0 for idt); Thu, 23 Mar 1995 12:13:54 +0100 Date: Thu, 23 Mar 1995 12:13:54 +0100 Message-Id: <9503231113.AA06262@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Collision detection Content-Length: 1537 Status: O I have made a simple viewer which I use to view my model in. My problem is that I can't get the collision detection to function properly. I use my own defined modes for moving around in the viewer - mouse and keyboard. That is, I don't use the drive, fly or trackball modes. I'm using the 'pfuCollideXformer' to detect collision. It detects collisions with my objects, but not in the way I want to. I want to detect collision with the walls, rocks etc, and to follow the ground defined in the modell. What happens now is that I collide with my ground (not the ground in the EarthSky model) so that I can't get on top of it. What I want is to detect collision with objects in the view and follow the ground direct under the eyepoint. Any ideas how this can be done easily ? /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Thu Mar 23 02:03:42 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id BAA18840; Thu, 23 Mar 1995 01:42: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 BAA18837; Thu, 23 Mar 1995 01:42:04 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12927; Thu, 23 Mar 95 01:41:28 -0800 Received: from bvr.co.il by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id BAA03111; Thu, 23 Mar 1995 01:41:16 -0800 Received: from fred.bvr.co.il by bvr.co.il via SMTP (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA10385; Thu, 23 Mar 95 11:46:20 +0200 Received: by fred (931110.SGI/911001.SGI) for @owl.bvr.co.il:info-performer@sgi.com id AA29263; Thu, 23 Mar 95 11:38:37 +0200 From: "Ran Yakir" Message-Id: <9503231138.ZM29261@fred> Date: Thu, 23 Mar 1995 11:38:24 +0000 In-Reply-To: jrohlf@tubes.asd.sgi.com (John Rohlf) "Re: pfIdleTex and pfIsTexLoaded" (Mar 22, 10:09am) References: <199503221809.KAA27071@tubes.asd.sgi.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: jrohlf@tubes (John Rohlf) Subject: Re: pfIdleTex and pfIsTexLoaded Cc: info-performer@sgi.sgi.com Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O On Mar 22, 10:09am, John Rohlf wrote: > Subject: Re: pfIdleTex and pfIsTexLoaded > > > > Hi > > > > Is it possible to call pfIdleTex and pfIsTexLoaded from within the APP process > > ? > > Or more specific - > > > > 1. Will pfIdleTex tell the DRAW process to do the texbind ? > > 2. Will pfIsTexLoaded tell me if the texture is loaded without calling > > istexloaded() ? > > > > I believe both of these routines require a graphics context so you > must call them from the DRAW (src will correct me if I am wrong). > Performer does not duplicate the texture > manager logic so Performer doesn't know which textures are resident and > so must query the texture manager. > > >-- End of excerpt from John Rohlf Assuming pfIdleTex is calling directly to texbind(), can I put it on a pfDispList in the APP, and let the DRAW call this pfDIspList ? The man page does not state pfIdleTex to be display-listable, but I kind of hope it is ... Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | Graphics App. Chief Engineer / )_ (_(_) ) \/ (_(_/<_(_)( | BVR Technologies Ltd. _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | From guest Wed Mar 22 22:14:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA16989; Wed, 22 Mar 1995 21:51: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 VAA16983; Wed, 22 Mar 1995 21:51:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08195; Wed, 22 Mar 95 21:50:31 -0800 Received: from netcom.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id VAA18314; Wed, 22 Mar 1995 21:50:28 -0800 From: deepa@tcsernet.tcs.ernet.in Received: from tcsernet.tcs.ernet.in by netcom.netcom.com (8.6.10/Netcom) id VAA00197; Wed, 22 Mar 1995 21:49:06 -0800 Date: Thu, 23 Mar 95 09:16 EST Message-Id: <9503231125.AA16740@tcsernet.tcs.ernet.in> To: watsen@netcom.com (Kent Watsen), info-performer@netcom.com (performer) Subject: Re: RGB -> RGBA Content-Length: 159 Content-Type: text Status: O It would be great if you could make those routines available. I was planningwrite a routine to do this but if you already have it saves me the trouble. Deepa From guest Thu Mar 23 06:18:40 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id FAA20607; Thu, 23 Mar 1995 05:50: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 FAA20604; Thu, 23 Mar 1995 05:50:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17425; Thu, 23 Mar 95 05:50:09 -0800 Received: from vm.gmd.de by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id FAA16156; Thu, 23 Mar 1995 05:50:00 -0800 Received: from bogart.mpib-tuebingen.mpg.de by vm.gmd.de (IBM VM SMTP V2R2) with TCP; Thu, 23 Mar 95 14:42:27 +0100 Received: from peanut.mpik-tueb.mpg.de by bogart.mpib-tuebingen.mpg.de; (5.65/1.1.8.2/19Dec94-0609PM) id AA25088; Thu, 23 Mar 1995 14:46:41 GMT Received: by peanut (931110.SGI/930416.SGI) for @bogart.mpib-tuebingen.mpg.de:info-performer@sgi.com id AA10563; Thu, 23 Mar 95 14:47:10 +0100 From: "Susanne Huber" Message-Id: <9503231447.ZM10561@peanut.mpik-tueb.mpg.de> Date: Thu, 23 Mar 1995 14:47:09 +0000 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: offscreen rendering Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, does anybody know, whether it is possible in Performer to render images directly into an offscreen buffer? Instead of first displaying the images on the screen and reading them afterwards from the screen into a buffer with GL routines (lrectread). Susanne Huber -- Susanne Huber Max-Planck-Institut fuer Biologische Kybernetik Spemannstr. 38 72076 Tuebingen Germany phone: +49 - 7071 - 601608 fax : +49 - 7071 - 601616 email: huber@mpik-tueb.mpg.de From guest Thu Mar 23 07:36:46 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21331; Thu, 23 Mar 1995 07:10: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 HAA21325; Thu, 23 Mar 1995 07:10:14 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19406; Thu, 23 Mar 95 07:09:38 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA23171; Thu, 23 Mar 1995 07:09:36 -0800 Received: from loukoum.neu.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id HAA01482; Thu, 23 Mar 1995 07:09:33 -0800 Received: by loukoum.neu.sgi.com (920330.SGI/911001.SGI) for info-performer@sgi.sgi.com id AA01621; Thu, 23 Mar 95 16:09:24 +0100 From: "Richard Mercille" Message-Id: <9503231609.ZM1619@loukoum.neu.sgi.com> Date: Thu, 23 Mar 1995 16:09:23 +0100 In-Reply-To: "Susanne Huber" "offscreen rendering" (Mar 23, 2:47pm) References: <9503231447.ZM10561@peanut.mpik-tueb.mpg.de> X-Mailer: Z-Mail-SGI (3.0S.1026 26oct93 MediaMail) To: "Susanne Huber" , info-performer@sgi.sgi.com Subject: Re: offscreen rendering Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Not with the current release of Performer 1.2 the next OpenPerformer (OpenGL and Performer) will allow this. Ciao On Mar 23, 2:47pm, Susanne Huber wrote: > Subject: offscreen rendering > Hi, > > does anybody know, whether it is possible in Performer > to render images directly into an offscreen buffer? > Instead of first displaying the images on the screen > and reading them afterwards from the screen into a buffer with > GL routines (lrectread). > > Susanne Huber > > > > > > -- > Susanne Huber > Max-Planck-Institut > fuer Biologische Kybernetik > Spemannstr. 38 > 72076 Tuebingen > Germany > > phone: +49 - 7071 - 601608 > fax : +49 - 7071 - 601616 > email: huber@mpik-tueb.mpg.de > > >-- End of excerpt from Susanne Huber -- Richard Mercille Core Technology Group European Graphics Lab Silicon Graphics Email rim@neu.sgi.com Chemin des Rochettes 2 VMail 5-8408 2016 Cortaillod/Switzerland Phone +41.38.43.35.29 Fax +41.38.43.39.05 From guest Thu Mar 23 07:48:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21393; Thu, 23 Mar 1995 07:19: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 HAA21390; Thu, 23 Mar 1995 07:19:50 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19671; Thu, 23 Mar 95 07:19:06 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id HAA24232; Thu, 23 Mar 1995 07:18:59 -0800 Received: from barney.reading.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) id HAA02593; Thu, 23 Mar 1995 07:18:45 -0800 Received: by barney.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) id PAA08598; Thu, 23 Mar 1995 15:14:39 GMT From: "Rob Jenkins" Message-Id: <9503231514.ZM8596@barney.reading.sgi.com> Date: Thu, 23 Mar 1995 15:14:39 +0000 In-Reply-To: "Susanne Huber" "offscreen rendering" (Mar 23, 2:47pm) References: <9503231447.ZM10561@peanut.mpik-tueb.mpg.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Susanne Huber" , info-performer@sgi.sgi.com Subject: Re: offscreen rendering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 23, 2:47pm, Susanne Huber wrote: > Subject: offscreen rendering > Hi, > > does anybody know, whether it is possible in Performer > to render images directly into an offscreen buffer? > Instead of first displaying the images on the screen > and reading them afterwards from the screen into a buffer with > GL routines (lrectread). > > Susanne Huber > > > > > > -- > Susanne Huber > Max-Planck-Institut > fuer Biologische Kybernetik > Spemannstr. 38 > 72076 Tuebingen > Germany > > phone: +49 - 7071 - 601608 > fax : +49 - 7071 - 601616 > email: huber@mpik-tueb.mpg.de > >-- End of excerpt from Susanne Huber Can you be more specific about what you want to do - ie what format to you want to see each frame in ( are you trying to create movie frames/ rgb images ? ) From guest Thu Mar 23 08:05:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21485; Thu, 23 Mar 1995 07:34:06 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA21482; Thu, 23 Mar 1995 07:34:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20018; Thu, 23 Mar 95 07:33:26 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id HAA25770; Thu, 23 Mar 1995 07:33:24 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id HAA03872; Thu, 23 Mar 1995 07:33:22 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:ipandzic@cui.unige.ch id AA20008; Thu, 23 Mar 95 07:33:20 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id HAA20314; Thu, 23 Mar 1995 07:33:43 -0800 From: "Michael Jones" Message-Id: <9503230733.ZM20312@babar.asd.sgi.com> Date: Thu, 23 Mar 1995 07:33:43 -0800 In-Reply-To: "Axel Sammet" "Re: 3D Studio" (Mar 23, 8:57am) References: <524*/S=ipandzic/OU=cui/O=unige/PRMD=switch/ADMD=arcom/C=ch/@MHS> <9503230857.ZM10122@elwood.hannover.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Axel Sammet" , ipandzic@cui.unige.ch, info-performer@sgi.sgi.com Subject: Re: 3D Studio Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 23, 8:57am, Axel Sammet wrote: > Subject: Re: 3D Studio :On Mar 23, 7:47, ipandzic@cui.unige.ch wrote: :> Subject: 3D Studio :> Hello! :> :> I would like to import 3D Studio objects into performer. Does anyone :> know of a 3DS format reader, or a converter from 3DS to any of the file :> formats supported by performer? In addition to the 3DS->IV->Performer route, there is also a direct 3DS->Performer loader in IRIS Performer 2.0 -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Mar 23 08:05:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21496; Thu, 23 Mar 1995 07:35: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 HAA21493; Thu, 23 Mar 1995 07:35:52 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20074; Thu, 23 Mar 95 07:35:16 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id HAA25878; Thu, 23 Mar 1995 07:34:48 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id HAA04403; Thu, 23 Mar 1995 07:34:46 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:susi@peanut.mpik-tueb.mpg.de id AA20055; Thu, 23 Mar 95 07:34:46 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id HAA20318; Thu, 23 Mar 1995 07:35:16 -0800 From: "Michael Jones" Message-Id: <9503230735.ZM20316@babar.asd.sgi.com> Date: Thu, 23 Mar 1995 07:35:16 -0800 In-Reply-To: "Susanne Huber" "offscreen rendering" (Mar 23, 2:47pm) References: <9503231447.ZM10561@peanut.mpik-tueb.mpg.de> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Susanne Huber" , info-performer@sgi.sgi.com Subject: Re: offscreen rendering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 23, 2:47pm, Susanne Huber wrote: > Subject: offscreen rendering :Hi, : :does anybody know, whether it is possible in Performer :to render images directly into an offscreen buffer? :Instead of first displaying the images on the screen :and reading them afterwards from the screen into a buffer with :GL routines (lrectread). IRIS GL does not support off-screen rendering. This should be possible in the OpenGL based Performer 2.0, but we've not tried it yet. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Mar 23 08:12:08 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21559; Thu, 23 Mar 1995 07:44:22 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA21553; Thu, 23 Mar 1995 07:44:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20299; Thu, 23 Mar 95 07:43:37 -0800 Received: from piraya.electrum.kth.se by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA26971; Thu, 23 Mar 1995 07:43:32 -0800 Received: from tmpwww.electrum.kth.se (root@tmpwww.electrum.kth.se [130.237.215.105]) by piraya.electrum.kth.se (8.6.10/8.6.9) with ESMTP id QAA12305; Thu, 23 Mar 1995 16:43:28 +0100 Received: from localhost.electrum.kth.se (e93_mda@localhost.electrum.kth.se [127.0.0.1]) by tmpwww.electrum.kth.se (8.6.9/8.6.9) with SMTP id QAA11975; Thu, 23 Mar 1995 16:43:27 +0100 Message-Id: <199503231543.QAA11975@tmpwww.electrum.kth.se> X-Authentication-Warning: tmpwww.electrum.kth.se: Host localhost.electrum.kth.se didn't use HELO protocol To: info-performer@sgi.sgi.com Cc: e93_mda@it.kth.se Subject: Dynamic Textures Date: Thu, 23 Mar 95 16:43:24 +0100 From: Magnus Status: O Hi! I am rather new to the Performer (a week or so...) so i migth have missed some details (which i doubt). When I try to make an texture dynamic (updatable by my program) so that the texture changes on allready drawn objects. This is said to be possible according to the manuals by useing the PFTEX_FAST_DEFINE and ON state. However, whenever I try to draw an object which has an texture which is fast defined the program exits. When I do not fast define the object every thing works. I have used an 128 x 128 pixel object in RGBA mode. The update routine is oversimple - add one to green color. This works with an pfTexImage put with an slow speed - even for an Onyx! Is this an bug or is it some detail I have missed? I have used shared memory. Non shared memory does not make any noticable difference. Any example code would be appriciated. Magnus Danielson KTH/IT Sweden From guest Thu Mar 23 08:17:01 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA21607; Thu, 23 Mar 1995 07:50: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 HAA21604; Thu, 23 Mar 1995 07:50:35 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA20500; Thu, 23 Mar 95 07:49:59 -0800 Received: from sgigate.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id HAA05453; Thu, 23 Mar 1995 07:49:57 -0800 Received: from VTC.TACOM.Army.Mil by sgigate.sgi.com via ESMTP (950221.405.SGI.8.6.10/911001.SGI) for id HAA06179; Thu, 23 Mar 1995 07:49:56 -0800 Received: by VTC.TACOM.Army.Mil (8.6.11/8.6.11-kbp) id KAA03157; Thu, 23 Mar 1995 10:49:53 -0500 From: sarkars@VTC.TACOM.Army.Mil (Susanta Sarkar) Message-Id: <199503231549.KAA03157@VTC.TACOM.Army.Mil> Subject: IRIX 5.3 & Performer 2.0 To: info-performer@sgihub.corp.sgi.com Date: Thu, 23 Mar 1995 10:49:52 -0500 (EST) Cc: brendleb@cc.tacom.army.mil X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 208 Status: O Greetings : Does anyone know any of the following : Will Performer 2.0 run on IRIX5.2? Is IRIX 5.3 must for performer 2.0? When will the production version of performer 2.0 will come out? SuSanta Sarkar From guest Thu Mar 23 08:35:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA21861; Thu, 23 Mar 1995 08:16:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA21858; Thu, 23 Mar 1995 08:16:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21262; Thu, 23 Mar 95 08:16:09 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA01450; Thu, 23 Mar 1995 08:16:07 -0800 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA08658; Thu, 23 Mar 95 11:17:45 EST Received: by crusader.vsl.ist.ucf.edu (940816.SGI.8.6.9) id LAA15939; Thu, 23 Mar 1995 11:16:30 -0500 Date: Thu, 23 Mar 1995 11:16:28 -0500 (EST) From: "Lance R. Marrou" To: Performer List Subject: re: stencil planes Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Back to the problem Bentio Graniela posted. It works fine on an RE, of course, but on an Extreme it doesn't. The layers are configured with PF_BASE_HIGH_QUALITY, which will use the stencil plane. This is through the LoadFltMode(PFFLT_LAYER_MODE,1) call. However, the roads (layers) still show through closer terrain. Both home brewed software and perfly (via the -O 9) do this. Could the problem lie in the size of the stencil plane (4 bits) or the size of the z-buffer (23 bits)? Or could it lie in the fact (I think fact) that Performer only requests the lowest order bit of the stencil plane? Just fyi, the roads are about 50-100 meters away and the obstructing hill is about 5-10. (or units, whatever...) ______________________________________________________________________________ /\ ______ /\____ ______ ______ E-mail: marrou@vsl.ist.ucf.edu Visual / / / _ / / __ // ____// ____/ VSL: (407)658-5073 Systems / /__ / /_/ / / / / // /___ / __/_ R. Marrou Fax: (407)658-5059 Lab /____//____/\\/_/ /_//_____//_____/ http://www.vsl.ist.ucf.edu/~marrou "Reap the whirlwind." "We don't need no thought control." From guest Thu Mar 23 09:00:45 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA22091; Thu, 23 Mar 1995 08:39: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 IAA22088; Thu, 23 Mar 1995 08:39:20 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22053; Thu, 23 Mar 95 08:38:28 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA06959; Thu, 23 Mar 1995 08:38:26 -0800 Received: from [132.170.190.166] (graniela.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA09022; Thu, 23 Mar 95 11:40:12 EST Message-Id: <9503231640.AA09022@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 23 Mar 1995 11:43:04 -0500 To: info-performer@sgi.sgi.com From: graniela@vsl.ist.ucf.edu (Benito Graniela) Subject: Re: Layer anomalies Cc: hardis@vsl.ist.ucf.edu Status: O > > Performer uses displacepolygon() for fast rendering >and stencil() for not-so-fast rendering of coplanar geometry. >Unfortunately, IrisGL's displacepolygon() is inadequate in >certain situations - you can see poke through when layers >have large z-slopes and flimmering when they have small z-slopes. > > Note that if you specify PFDECAL_BASE_HIGH_QUALITY when >building your Performer database (See pfLayerMode) you will always get >accurate coplanar rendering. You need not call stensize() nor stencil(). > > I am currently working on a fix for the >displacepolygon() problem that will be available in 2.0 >and will experiment with your database. > John Rohlf You are right PFDECAL_BASE_HIGH_QUALITY will render coplanar polygons correctly on our database, we have tried that in our lab and it works on an Onyx and Crimson.The problem is that we need this to work on a Indig^2 Extreme which supports 4 stencil planes. If I understand this correctly it means that the Indigo^2 Extreme can support up to 16 layers. Well I find hard to believe that we need more than that in our database so that it can be rendered correctly. Here are the stats on one of our machines; IRIS 4D Graphics Inventory (ginv v1.0) -------------------------------------- Machine: 4DXG running IRIX version 5.3 1 Screen(s) Accessible on this machine. Screen Resolution: 1280 x 1024 pixels. Zbuffer Resolution: 0xFF800000 min 0x7FFFFF max. Software Accumulation Buffer with 16 bitplanes per colour component. Alpha bitplanes in DoubleBuffered: 0, SingleBuffered: 0 Red bitplanes in DoubleBuffered: 4, SingleBuffered: 8 Green bitplanes in DoubleBuffered: 4, SingleBuffered: 8 Blue bitplanes in DoubleBuffered: 4, SingleBuffered: 8 Zbuffer bitplanes present: 23 Stencil bitplanes present: 4 Overlay bitplanes present: 4 PopUp bitplanes present: 2 Underlay bitplanes present: 4 User-defined Clipping Planes present: 6 antialiased points available in colormap antialiased points available in RGB antialiased lines available in colormap antialiased lines available in RGB antialiased polygons not available in RGB Number of verticies per polygon allowed: 256. FUNCTIONS AVAILABLE: afunction, logicop, fogvertex, two-sided lighting, blendfunction, readsource AUT O/FONT/BACK, readsource ZBUFFER, scrbox, subpixel points, subpixel lines, subpix el polygons, stereo, texture-mapping, polymode. FUNCTIONS NOT AVAILABLE: 64x64 patterns. ------ Does anybody see any problems :-) thanks | |\ | \ / |/ / / . .... ... ... ... )\ )\ / . \ / \ / \ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ Benito Graniela University of Central Florida Visual Systems Lab Institute for Simulation & Training (407) 658-5075 3280 Progress Drive bgraniela@vsl.ist.ucf.edu Orlando, FL 32806-0544 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ From guest Thu Mar 23 09:10:34 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA22254; Thu, 23 Mar 1995 08:57:07 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA22251; Thu, 23 Mar 1995 08:57:06 -0800 Received: from sgihub.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22779; Thu, 23 Mar 95 08:56:30 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id IAA13379; Thu, 23 Mar 1995 08:56:27 -0800 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:sarkars@VTC.TACOM.Army.Mil id AA22771; Thu, 23 Mar 95 08:56:26 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA22241; Thu, 23 Mar 1995 08:56:59 -0800 From: "Michael Jones" Message-Id: <9503230856.ZM22239@babar.asd.sgi.com> Date: Thu, 23 Mar 1995 08:56:58 -0800 In-Reply-To: sarkars@VTC.TACOM.Army.Mil (Susanta Sarkar) "IRIX 5.3 & Performer 2.0" (Mar 23, 10:49am) References: <199503231549.KAA03157@VTC.TACOM.Army.Mil> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: sarkars@VTC.TACOM.Army.Mil (Susanta Sarkar), info-performer@sgihub.corp.sgi.com Subject: Re: IRIX 5.3 & Performer 2.0 Cc: brendleb@cc.tacom.army.mil Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 23, 10:49am, Susanta Sarkar wrote: > Subject: IRIX 5.3 & Performer 2.0 :Greetings : : :Does anyone know any of the following : : :Will Performer 2.0 run on IRIX5.2? Is IRIX 5.3 must for performer 2.0? :When will the production version of performer 2.0 will come out? : :SuSanta Sarkar : >-- End of excerpt from Susanta Sarkar You'll want IRIX 5.3 with your shiny new Performer 2.0 if for no other reason than beginning to port to OpenGL. The level of OpenGL support for RealityEngine and other extensions is much advanced in 5.3 (and a subsequent special patch) than that in IRIX 5.2 -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Thu Mar 23 09:38:59 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA22525; Thu, 23 Mar 1995 09:22: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 JAA22522; Thu, 23 Mar 1995 09:22:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24236; Thu, 23 Mar 95 09:22:06 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id JAA14895; Thu, 23 Mar 1995 09:21:56 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id JAA18663; Thu, 23 Mar 1995 09:21:53 -0800 Received: from babar.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 AA24210; Thu, 23 Mar 95 09:21:48 -0800 Received: by babar.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA22404; Thu, 23 Mar 1995 09:22:21 -0800 From: "Michael Jones" Message-Id: <9503230922.ZM22402@babar.asd.sgi.com> Date: Thu, 23 Mar 1995 09:22:21 -0800 In-Reply-To: "Lance R. Marrou" "re: stencil planes" (Mar 23, 11:16am) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Lance R. Marrou" , Performer List Subject: Re: stencil planes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O PF_BASE_HIGH_QUALITY decal mode only needs 1-bit of stencil for any number of layers. -- Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 From guest Fri Mar 24 07:23:06 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA00414; Fri, 24 Mar 1995 07:00: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 HAA00411; Fri, 24 Mar 1995 07:00:28 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18412; Fri, 24 Mar 95 06:59:50 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id GAA04275; Fri, 24 Mar 1995 06:59:47 -0800 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyiln19156; Fri, 24 Mar 1995 09:59:46 -0500 Received: from multigen.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Fri, 24 Mar 1995 09:59:45 -0500 Received: from MAIL_CENTER (QM 3.0) by multigen.uucp (UMCP\QM 2.0.1) id AA00350; Fri, 24 Mar 1995 8:03:09 PST Message-Id: <00581.2878876989.350@multigen.uucp> Organization: MultiGen, Inc. X-Charset: MACINTOSH X-Umcp-To: INFO PERFORMER From: Marcus To: INFO PERFORMER Date: Thu, 23 Mar 1995 16:54:40 PST Subject: Re: >stencil planes Status: O Reply to: RE>>stencil planes >From the Performer Mailing List - April 1994. I didn't find any response to this question back then ... and it seems relevant again (still): ::Message-Id: <00581.2850143389.1269@multigenuunet.UU.NET> ::Organization: Software Systems ::X-Charset: MACINTOSH ::X-Umcp-To: INFO PERFORMER ::From: Marcus ::To: INFO PERFORMER ::Date: Mon, 25 Apr 1994 17:40:44 PST ::Subject: Re: >Flashing on and off of :: :: Reply to: RE>>Flashing on and off of c ::>Hi ::> ::>I had a posting a few days ago about texture flashing on and ::>off. I have since investigated this further, and found out ::>that it isn't texture, but in fact appears to be the ambient ::>colour for some of the polygons either saturating at peak white ::>or peak black. :: :: :: ::>Thanks for your time ::>Richard Gallery :: ::I have seen similarly "flashing" geometry. It happens on machines ::without hardware z-buffer, when there is co-planer geometry in the ::data base. On an Indigo XS24 with 4 stencil planes and no z-buffer for ::instance. :: ::I suspect that Performer requires a z-buffer (and stencil planes) in ::order to render co-planer geometry correctly, although the Performer ::1.0 manual page for pfLayer says that only a "hardware stencil buffer" ::is required. :: ::The visual results imply [ ... quick check of the stencil(3g) manual page] ::that the FAIL and ZPASS cases are handled correctly by Performer, but ::perhaps not the PASS case? (Corrections welcome ;-) :: ::Note also the multi-sampling configurations can alter the *apparent* ::existance of both stencil and z buffers. :: ::Regards, ::Mark Barnes ::Member Technical Staff ::multigen!marcus@uunet.UU.NET Regards, Marcus Barnes, Member Technical Staff MultiGen Inc., 1884 The Alameda, San Jose CA, 95126 PH: (408) 261 4118 FX: (408) 247 4329 EMAIL: multigen!marcus@uunet.UU.NET From guest Fri Mar 24 03:48:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id DAA29309; Fri, 24 Mar 1995 03:31: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 DAA29306; Fri, 24 Mar 1995 03:31:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA14787; Fri, 24 Mar 95 03:30:51 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id DAA18601; Fri, 24 Mar 1995 03:30:33 -0800 Received: from sgitokyo.nsg.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) for id DAA22526; Fri, 24 Mar 1995 03:30:12 -0800 Received: from dimwit.dst.nk-exa.co.jp by sgitokyo.nsg.sgi.com via UUCP (931110.SGI.ANONFTP/911001.SGI) for info-performer@sgi.sgi.com id AA05398; Fri, 24 Mar 95 20:28:56 +0900 Received: from dimwit.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.9+2.4W/3.3W9/1.5) with SMTP id RAA07313; Fri, 24 Mar 1995 17:25:46 +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 AA22666; Fri, 24 Mar 95 17:28:28 +0900 To: "Axel Sammet" Cc: info-performer@sgi.sgi.com Subject: Re: 3D Studio In-Reply-To: Your message of "Thu, 23 Mar 1995 08:57:47 JST." <9503230857.ZM10122@elwood.hannover.sgi.com> Reply-To: wry@dst.nk-exa.co.jp Date: Fri, 24 Mar 1995 17:28:07 +0900 Message-Id: <22665.796033687@dimwit.dst.nk-exa.co.jp> From: Masahiko Yamanaka Status: O Hello, ^^) as part of InPerson 2.0 Beta2 (desktop conferencing SW) there is a subsytem ^^) available called 3D Translators which will translate softimage, wavefront, ^^) 3Dstudio, iges to inventor 2.0. Together with the new inventor loader for ^^) performer this will do the job. Will I be able to get only 3DTranslators ? and How ? If it's possible, I would like to use Beta-3DTranslators. Thanks -- M.Y. From guest Fri Mar 24 02:40:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA28893; Fri, 24 Mar 1995 02:25: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 CAA28890; Fri, 24 Mar 1995 02:25:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13521; Fri, 24 Mar 95 02:25:03 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA15129; Fri, 24 Mar 1995 02:25:02 -0800 Received: from tobias.neu.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id CAA19680; Fri, 24 Mar 1995 02:24:59 -0800 Received: by tobias.neu.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.sgi.com id AAA27249; Fri, 24 Mar 1995 00:52:24 -0800 From: "Richard Mercille" Message-Id: <9503240052.ZM27247@tobias.neu.sgi.com> Date: Fri, 24 Mar 1995 00:52:24 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O -- Richard Mercille Core Technology Group European Graphics Lab Silicon Graphics Email rim@neu.sgi.com Chemin des Rochettes 2 VMail 5-8408 2016 Cortaillod/Switzerland Phone +41.38.43.35.29 Fax +41.38.43.39.05 From guest Fri Mar 24 03:07:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id CAA29033; Fri, 24 Mar 1995 02:49: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 CAA29030; Fri, 24 Mar 1995 02:49:08 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13967; Fri, 24 Mar 95 02:48:22 -0800 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id CAA16463; Fri, 24 Mar 1995 02:48:19 -0800 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0rs6uf-0000pyC; Fri, 24 Mar 95 11:48 MET Message-Id: Date: Fri, 24 Mar 95 11:48 MET From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira) To: info-performer@sgi.sgi.com Subject: Performer and Ada Reply-To: matomira@epfl.ch Status: O Leaving Lisp for a month to hack a C++ demo.. I had not realized how useful the `generic function' approach is when you have to reuse some third-party libraries. I think I'll look into Ada as an interim solution for serious stuff if I have to wait for six months 'till the Lisp/C++ interface gets fixed. Does anybody have any Ada bindings for Performer? With my Lisp, I can _subclass_ from C++ classes, if the same was possible with Ada that would be great, but if I could just _use_ C++ libraries in an effective way, I would be happy enough.. Thanks in advance, Fernando D. Mato Mira http://ligwww.epfl.ch/matomira.html Computer Graphics Lab Swiss Federal Institute of Technology (EPFL) Phone : +41 (21) 693 - 5248 CH-1015 Lausanne FAX : +41 (21) 693 - 5328 Switzerland E-mail : matomira@di.epfl.ch From guest Fri Mar 24 08:02:04 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA00621; Fri, 24 Mar 1995 07:39: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 HAA00618; Fri, 24 Mar 1995 07:39:11 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19547; Fri, 24 Mar 95 07:38:25 -0800 Received: from Starbase.NeoSoft.COM by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA08967; Fri, 24 Mar 1995 07:38:22 -0800 Received: (from dweller@localhost) by Starbase.NeoSoft.COM (8.6.10/8.6.10) id JAA22599; Fri, 24 Mar 1995 09:32:27 -0600 From: David Weller Message-Id: <199503241532.JAA22599@Starbase.NeoSoft.COM> X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Subject: Re: Performer and Ada To: matomira@epfl.ch Date: Fri, 24 Mar 1995 09:32:26 -0600 (CST) Cc: info-performer@sgi.sgi.com In-Reply-To: from "Fernando D. Mato Mira" at Mar 24, 95 11:48:00 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1120 Status: O > Does anybody have any Ada bindings for Performer? > With my Lisp, I can _subclass_ from C++ classes, if > the same was possible with Ada that would be great, > but if I could just _use_ C++ libraries in an effective > way, I would be happy enough.. > Hmm, how fortunate for you... :-) WIth the Ada95 compiler offered by SGI, you _can_ subclass from C++ (and reexport the class you build in Ada95 back into C++ if you want, even after adding or modifying virtual member functions). You might want to contact SGI about becoming a beta tester for their Ada WOrkshop product, which has Ada95 bindings for Performer, GL, OpenGL, etc. If you need Ada83 bindings, they should have a set of those too (although I don't think they're complete like the Ada95 ones -- SGI is (wisely, IMHO) investing their effort into the beyond-the-abilities-of-C++ Ada95 langauge, instead of the rather awkward Ada83). Wasn't it Mike Jones that said C++ was like a psychoactive drug? Imagine that same drug on steriods and you get Ada95 :-) (OK, I'm getting off topic -- the point is that SGI _does_ fully support Performer for Ada95 :-) From guest Fri Mar 24 08:08:52 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA00670; Fri, 24 Mar 1995 07:47: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 HAA00667; Fri, 24 Mar 1995 07:47:43 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19754; Fri, 24 Mar 95 07:47:02 -0800 Received: from dw3f.ess.harris.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA09660; Fri, 24 Mar 1995 07:46:57 -0800 Received: from localhost (localhost [127.0.0.1]) by dw3f.ess.harris.com (8.6.9/mdb(941103)) with SMTP id KAA20498 for ; Fri, 24 Mar 1995 10:50:24 -0500 Message-Id: <199503241550.KAA20498@dw3f.ess.harris.com> To: info-performer@sgi.sgi.com Subject: Motif and Performer Date: Fri, 24 Mar 1995 10:50:24 -0500 From: Debbie Bohdal Status: O Is it possible to integrate Motif into IRIS Performer 1.2? How about Performer 2.0? Thanks, Debbie From guest Fri Mar 24 08:51:10 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA01082; Fri, 24 Mar 1995 08:31: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 IAA01079; Fri, 24 Mar 1995 08:31:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA21642; Fri, 24 Mar 95 08:31:04 -0800 Received: from ligsg10.epfl.ch by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA14859; Fri, 24 Mar 1995 08:30:56 -0800 Received: by ligsg10.epfl.ch (Smail3.1.29.1 #28) id m0rsCG9-0000pjC; Fri, 24 Mar 95 17:30 MET From: "Fernando D. Mato Mira" Message-Id: <9503241730.ZM17756@lig.di.epfl.ch> Date: Fri, 24 Mar 1995 17:30:49 +0100 In-Reply-To: David Weller "Re: Performer and Ada" (Mar 24, 9:32am) References: <199503241532.JAA22599@Starbase.NeoSoft.COM> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: David Weller , matomira@epfl.ch Subject: Re: Performer and Ada Cc: info-performer@sgi.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 24, 9:32am, David Weller wrote: > WIth the Ada95 compiler offered by SGI, you _can_ subclass from C++ > (and reexport the class you build in Ada95 back into C++ if you want, > even after adding or modifying virtual member functions). Euh.. You mean you can generate .h files from any libraries developed in Ada (anything, not just classes). And does this mean that anything able to link against C++ libraries can now link with Ada? Thanks, From guest Fri Mar 24 10:02:58 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA01572; Fri, 24 Mar 1995 09:39: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 JAA01569; Fri, 24 Mar 1995 09:39:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25211; Fri, 24 Mar 95 09:39:01 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA27251; Fri, 24 Mar 1995 09:38:56 -0800 Received: from fnord.studio.sgi.com by sgihub.corp.sgi.com via ESMTP (940519.SGI.8.6.9/911001.SGI) for id JAA20555; Fri, 24 Mar 1995 09:38:54 -0800 Received: by fnord.studio.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.sgi.com id JAA04358; Fri, 24 Mar 1995 09:38:49 -0800 From: "Wade Olsen" Message-Id: <9503240938.ZM4356@fnord.studio.sgi.com> Date: Fri, 24 Mar 1995 09:38:49 -0800 In-Reply-To: Debbie Bohdal "Motif and Performer" (Mar 24, 10:50am) References: <199503241550.KAA20498@dw3f.ess.harris.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Re: Motif and Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 24, 10:50am, Debbie Bohdal wrote: > Subject: Motif and Performer > Is it possible to integrate Motif into IRIS Performer 1.2? > > How about Performer 2.0? > > Thanks, > Debbie > >-- End of excerpt from Debbie Bohdal Here is an example of using performer and motif. The two important points are: 1. It works well with different performer multi-processing modes. 2. The application process handles all user interface issues without the need of a draw->app communication mechanism. /* pfMotif Wade Olsen Silicon Graphics Computer Systems 1993 The purpose of this program to provide an example of how to use IRIS Performer in a Motif application and still use the multiple process model available in Performer, which can greatly improve performance of 3D applications. Unfortunately, this same processing model makes life more difficult for someone who wants to have a nice user interface to their application. Why is that, you might ask? User interface structure and event handling is almost always best handled in the application process, not in the draw process. But the draw process must have exclusive ownership of its own GL context and typically does so by opening its own window. Structuring the application this way usually means the draw process gets the user interface events and must some how send them to the draw process. Another solution is for the application process to open an invisible (input only) window over the draw processes window to capture events. This approach produces the headache of managing what happens when the user interface is moved, resized, or iconified. These issues are best left to window managers and toolkits. Another solution to this problem is outlined in the example below. This program follows these steps: 1. Read a Multigen flight file specified on the command line. 2. Build the user interface, including a GLX widget, and "realize" the UI. 3. Enter the Xt event loop. 4. When the GLX widget is "realize" a GINIT callback is produced. In the callback routine (see redraw()) the application removes its exclusive hold on the GLX widget. Then, Performer is told to initialize the draw process. 5. In the draw process, Performer calls the openGLXconnection() callback to "create" the GL window to draw in. Instead, the callback just links to the existing GLX widget created by the application process. This nice thing about this approach is the draw processes window is still a child of the widgets in the application process. Thus, event handling and window management is greatly simplified. To decode this mail file: 1 Save this mail message to a file 2 type "uudecode " 3 type "tar xvf performer_motif.tar" */ begin 644 performer_motif.tar M<&5R9F]R;65R7VUO=&EF+P`````````````````````````````````````` M```````````````````````````````````````````````````````````` M`````````````#`P,#U)/3U1]+W5SU)/3U1]+W5S7!E7!E9&5F('-TPI[ M(")M<%]M;V1E(BP@(DUP7VUO9&4B+"!8=%));G0L('-I>F5O9BAI;G0I+`H@ M(%AT3V9F64N M"@IS=&%T:6,@<&9696,S('9I97=?8V5N=&5R.PDO+R!4:&4@<&]I;G0@=&AE M('9I97=E%]P;W,["0DO+R!#=7)R96YT(&UO=7-E('!O2!F;W(@9')A M=R!P%]I;F9O7W-T5]N86UE.PH@("`@5VEN9&]W('A7:6YD;W<["GT@*B!G;'A? M:6YF;SL*"@D)"0DO+R!!;'-O('!L86-E9"!I;B!S:&%R960@;65M;W)Y+"!T M:&ES"@D)"0DO+R!S=')U8W1U%]I;F9O*2!I;B!S:&%R M2X*"G-T871I8R!V;VED"F]P96Y'3%AC;VYN96-T:6]N*"D* M>PH@("`@1&ES<&QA>2`J(&1I%]I;F9O+3YX5VEN9&]W.PH*("`@(%A7:6YD;W=!='1R:6)U=&5S(&%T=')I M8G5T97,["B`@("!81V5T5VEN9&]W071TPH)("`@(&-O;F9I9UMI72YA%]W:6YD;W<["@E]"@H)"0D)+R\@0V]N;F5C="!T:&4@1TP@8V]N M=&5X="!T;R!T:&4*"0D)"2\O($=,6'=I9&=E="!CPH@("`@PH@("`@("!I9B`H9')A=U]M M;V1EF4@;V8@=&AE('=I;F1O=RX*("`@(&EF("AC8BT^$-2 M7U)%4TE:12!\?"!C8BT^$-27T=)3DE4*0H@("`@>PH) M*G=I;E]X7W-I>F4@/2!C8BT^=VED=&@["@DJ=VEN7WE?%]I;F9O+3YD:7-P;&%Y7VYA;64@/2`P.PH)9VQX7VEN9F\M M/GA7:6YD;W<@/2!X5VEN9&]W.PH*"0D)"2\O(%)E;&5APH@("`@65D+`H)"0D)+R\@6'0@ M8V%L;',@9')A=U]W;W)K<')O8R@I"@D)"0DO+R!W:&5N(&YO(&5V96YT2!A8F]U="!S=7-P96YD:6YG(&ET+@H)96QS92!I9B`H9')A=U]P M:60@/3T@,"D*"7L*"2`@("!L;VYG(&UO9&4@/2!P9D=E=$UU;'1I<')O8V5S M7!E(#T](%5N;6%P3F]T:69Y*0H@("`@>PH)6'12 M96UO=F57;W)K4')O8RAW;W)K7VED*3L*"@D)"0DO+R!)9B!T:&5R92!IFEM7V-O"`M M(&UO=7-E7WA?<&]S*3L*("`@(&9L;V%T(&1Y(#T@*&9L;V%T*2AN97=?>2`M M(&UO=7-E7WE?<&]S*3L*"B`@("!M;W5S95]X7W!O5]P;W,@/2!N97=?>3L*"@D)"0DO+R!-;W9E('1H92!V:65W97(@ M;F5A&UO=&EO;BYS=&%T92D*("`@('L*"61I&UO M=&EO;BYS=&%T92D*("`@('L*"69L;V%T(&9O=E]X+"!F;W9?>3L*"7!F1V5T M0VAA;D9/5BAT:&5#:&%N;F5L+"`F9F]V7W@L("9F;W9?>2D["@H)9FQO870@ M87II;5]S:6XL(&%Z:6U?8V]S.PH)9FQO870@:6YC;%]S:6XL(&EN8VQ?8V]S M.PH)<&93:6Y#;W,H=FEE=U]A>FEM+"`F87II;5]S:6XL("9A>FEM7V-O2P@)GE?9G5D M9V4L("9J=6YK*3L*"7A?9G5D9V4@+ST@*G=I;E]X7W-I>F4["@EY7V9U9&=E M("\]("IW:6Y?>5]S:7IE.PH*"79I97=?8V5N=&5R6S!=("T]"@D@("`@*&%Z M:6U?8V]S("H@9'@@*B!X7V9U9&=E("L@87II;5]S:6X@*B`H+6EN8VQ?5]F=61G92D*"0DJ(&1I"`J('A?9G5D9V4@*R!A>FEM7V-O MF4H)B!A<'!?8V]N=&5X="P@(E!F36]T:68B+`H)"0D)(&]P=&EO M;G,L(%AT3G5M8F5R*&]P=&EO;G,I+`H)"0D)("9A5]F:6QE7&XB+`H)"6%R9W9;,%TI.PH)97AI="@Q*3L*("`@('T* M"B`@("!P9DEN:70H*3L*("`@('!F3F]T:69Y3&5V96PH4$9.1EE?5T%23BD[ M"B`@("!V;VED("H@87)E;F$@/2!P9D=E=%-H87)E9$%R96YA*"D["@H)"0D) M+R\@4&QA8V4@=VEN9&]W('-I>F4@:6X@0H)"0D)+R\@ MF4@/2`H:6YT("HI<&9-86QL;V,HF4@/2`H:6YT("HI<&9-86QL;V,H%]I;F9O(#T@*&=L>%]I;F9O7W-TF5O9BAG;'A?:6YF;U]S=')U8W0I+"!A$YG:6YI=$-A;&QB86-K+`H)"2`@*%AT0V%L;&)A8VM0$YR97-I>F5#86QL8F%C M:RP*"0D@("A8=$-A;&QB86-K4')O8RER961R87=#0BP@,"D["B`@("!8=$%D M9$5V96YT2&%N9&QEF57:61G970H=&]P M;&5V96PI.PH*("`@('1H95!I<&4@/2!P9D=E=%!I<&4H,"D["B`@("!T:&5# M:&%N;F5L(#T@<&9.97=#:&%N*'1H95!I<&4I.PH@("`@<&938V5N92`J('-C M96YE(#T@<&9.97=38V5N92@I.PH@("`@<&9#:&%N4V-E;F4H=&AE0VAA;FYE M;"P@'1E2D*>PH@("`@*G@@ M/2`P.PH@("`@*GD@/2`P.PI]"@IE>'1E"P@;&]N9R`J('DI"GL*("`@("IX(#T@*G=I;E]X7W-I>F4["B`@ M("`J>2`]("IW:6Y?>5]S:7IE.PI]"@II;B@T-2XP("\@,B`J($U?4$D@+R`Q M.#`I*3L*"B`@("!P9D-H86Y.96%R1F%R*'1H94-H86YN96PL(&1I86UE=&5R M("\@,3`N,"P@9&EA;65T97(@*B`Q,#`I.PH@("`@<&9!9&1#:&EL9"AS8V5N M92P@9&%T82D["@H@("`@861J=7-T7W9I972!F Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id JAA01597; Fri, 24 Mar 1995 09:45:51 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25499; Fri, 24 Mar 95 09:45:04 -0800 Received: from sgihub.corp.sgi.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) id JAA28405; Fri, 24 Mar 1995 09:44:56 -0800 Received: from giraffe.asd.sgi.com by sgihub.corp.sgi.com via SMTP (940519.SGI.8.6.9/911001.SGI) id JAA21341; Fri, 24 Mar 1995 09:44:55 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for @sgihub.corp.sgi.com:rany@fred.bvr.co.il id AA25478; Fri, 24 Mar 95 09:44:55 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA00441; Fri, 24 Mar 1995 09:42:49 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503241742.JAA00441@tubes.asd.sgi.com> Subject: Re: pfIdleTex and pfIsTexLoaded To: rany@fred.bvr.co.il (Ran Yakir) Date: Fri, 24 Mar 95 9:42:49 PST Cc: info-performer@sgi.sgi.com In-Reply-To: <9503231138.ZM29261@fred>; from "Ran Yakir" at Mar 23, 95 11:38 am X-Mailer: ELM [version 2.3 PL8] Status: O > > On Mar 22, 10:09am, John Rohlf wrote: > > Subject: Re: pfIdleTex and pfIsTexLoaded > > > > > > Hi > > > > > > Is it possible to call pfIdleTex and pfIsTexLoaded from within the APP > process > > > ? > > > Or more specific - > > > > > > 1. Will pfIdleTex tell the DRAW process to do the texbind ? > > > 2. Will pfIsTexLoaded tell me if the texture is loaded without calling > > > istexloaded() ? > > > > > > > I believe both of these routines require a graphics context so you > > must call them from the DRAW (src will correct me if I am wrong). > > Performer does not duplicate the texture > > manager logic so Performer doesn't know which textures are resident and > > so must query the texture manager. > > > > > >-- End of excerpt from John Rohlf > > Assuming pfIdleTex is calling directly to texbind(), can I put it on a > pfDispList in the APP, and let the DRAW call this pfDIspList ? > The man page does not state pfIdleTex to be display-listable, but I kind of > hope it is ... Yes and yes. From guest Fri Mar 24 10:09:12 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA01633; Fri, 24 Mar 1995 09:51: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 JAA01630; Fri, 24 Mar 1995 09:51:41 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25845; Fri, 24 Mar 95 09:51:00 -0800 Received: from moose.BanffCentre.AB.CA by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA00242; Fri, 24 Mar 1995 09:50:50 -0800 Received: from muskrat.BanffCentre.AB.CA (muskrat.BanffCentre.AB.CA [198.161.28.13]) by moose.BanffCentre.AB.CA (8.6.9/950223.new-media) with ESMTP id RAA11917 for ; Fri, 24 Mar 1995 17:52:28 GMT From: Sean Halliday Received: (halliday@localhost) by muskrat.BanffCentre.AB.CA (8.6.9/950223.nullclient) id RAA25906 for info-performer@sgi.com; Fri, 24 Mar 1995 17:52:26 GMT Message-Id: <199503241752.RAA25906@muskrat.BanffCentre.AB.CA> Subject: Employment To: info-performer@sgi.sgi.com Date: Fri, 24 Mar 1995 10:52:25 -0700 (MST) X-Mailer: ELM [version 2.4 PL22] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1973 Status: O Sorry for abusing this mailing list for personal gain, but this seems to be the most appropriate place to post my resume. ;-) ------------------------------------------------------------------ RESUME OF SEAN HALLIDAY ph. (403)678-3002 email halliday@cs.ualberta.ca Canmore Alberta, Canada EXPERIENCE MAY 1994 - Banff Centre for the Arts MAR 1995 New Media Research Graphics Software Developer - developed software for a Virtual Reality authoring system - experience with SGI, GL, IRIS Performer, MR Toolkit, Motif, Tcl/Tk, X Windows, SoftImage, C, C++ DEC 1993 - Grande Prairie Regional College MAY 1994 Instructor for Computer Systems Technology SEP 1993 - University of Alberta (Dr. Mark Green) APR 1993 Teaching & Research Assistant - assisted students in third year graphics course - developed Virtual Reality Toolkit software (MR Toolkit) EDUCATION SEP 1992 - University of Alberta DEC 1993 - completed required courses for the M.Sc. in Computing Science program SEP 1989 - University of Alberta APR 1992 - graduated with first class honours in Computing Science program (B.Sc.) PUBLICATIONS Sean Halliday and Mark Green, A Geometrical Modeling and Animation System for Virtual Reality, Proceedings of VRST'94, p. 71-84, Singapore, August 1994 Sean Halliday and Amit Parghi, ToolWorx: A Virtual Environment Authoring System, Proceedings of the Sixth Western Computer Graphics Symposium, p28-33 REFERENCES Kharim Hogan Senior Software Designer Banff Centre for the Arts - New Media Research Banff, Alberta (403)762-6639 email hogan@banffcentre.ab.ca Mark Green Professor, University of Alberta Computing Science (Computer Graphics) Edmonton, Alberta (403)492-4584 email mark@cs.ualberta.ca -- Sean Halliday Computer Graphics Software Developer New Media Research, Banff Centre for the Arts. halliday@BanffCentre.AB.CA From guest Fri Mar 24 14:07:47 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA03216; Fri, 24 Mar 1995 13: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 NAA03213; Fri, 24 Mar 1995 13:48:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10617; Fri, 24 Mar 95 13:47:52 -0800 Received: from blackhole.cae.ca by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA26036; Fri, 24 Mar 1995 13:47:41 -0800 Received: (from uucp@localhost) by blackhole.cae.ca (8.6.7/8.6.6) id QAA02581 for ; Fri, 24 Mar 1995 16:48:57 -0500 Received: from hell.cae.ca(142.39.201.1) by bhole via smap (V1.3mjr) id sma002571; Fri Mar 24 16:48:24 1995 Received: by cae.ca (4.1/SMI-4.1) id AA05285; Fri, 24 Mar 95 16:47:15 EST From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <9503242147.AA05285@cae.ca> Subject: Question concerning Multigen vertex colors To: info-performer@sgi.sgi.com Date: Fri, 24 Mar 1995 16:47:14 -0500 (EST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 501 Status: O This is more or less adressed to Marcus from Multigen. It's not really related to Performer but more to the FLIGHT format. Thanks for answering my question concerning the Multigne color table. Now my loader interpret polygon color and material correctly as described in the format spec. My question is how can I add the effect of vertices colors using IrisGL? If I set the vertex color for each vertices I loose the effect of the polygon material that I just binded. Nicolas Gauvin nicolas@cae.ca From guest Fri Mar 24 14:15:23 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA03271; Fri, 24 Mar 1995 13:58: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 NAA03268; Fri, 24 Mar 1995 13:58:33 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11140; Fri, 24 Mar 95 13:57:53 -0800 Received: from taurus.cs.nps.navy.mil by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA28323; Fri, 24 Mar 1995 13:57:47 -0800 Received: from medusa.cs.nps.navy.mil ([131.120.7.32]) by taurus.cs.nps.navy.mil (4.1/SMI-4.1) id AA08198; Fri, 24 Mar 95 13:56:52 PST Received: by medusa.cs.nps.navy.mil (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id NAA21995; Fri, 24 Mar 1995 13:56:55 -0800 From: "david pratt" Message-Id: <9503241356.ZM21993@medusa.cs.nps.navy.mil> Date: Fri, 24 Mar 1995 13:56:54 -0800 In-Reply-To: Sean Halliday "Employment" (Mar 24, 10:52am) References: <199503241752.RAA25906@muskrat.BanffCentre.AB.CA> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: Summer Students Possible Employment Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19503241356.ZM21993.cs.nps.navy.mil" Status: O -- --PART-BOUNDARY=.19503241356.ZM21993.cs.nps.navy.mil Content-Type: text/plain; charset=us-ascii -- Dave Pratt pratt@cs.nps.navy.mil (408) 656-2865 fax (408) 656-2814 Department of Computer Science, Naval Postgraduate School, Monterey, CA 93943 These are my opinions, talk to the PAO for the Navy's. --PART-BOUNDARY=.19503241356.ZM21993.cs.nps.navy.mil X-Zm-Content-Name: students Content-Description: Text Content-Type: text/plain ; name="students" ; charset=us-ascii The Graphics and Video Laboratory, Department of Computer Science, Naval Postgraduate School, Monterey, CA. is planning on hiring 2-3 summer students this year. These positions are with the NPSNET Research Group. We are the ones who have built and developed a real-time, DIS networked, Performer based, visual simulation system. This summer we are in the process of doing a major rewrite of the system and need some help. What we are looking for are motivated students who want some experience in the development of a large systems such as NPSNET. Specifically the task are: 1. Redo the model and terrain structure and data files 2. Segment and rewrite modules of the code to adhere to OO principles 3. Assist with demonstrations and student thesis integration 4. Human modeling 5. Porting the NPSNET to Performer 2.0 We are looking for people with the following experience: Everybody: SGI / IRIX / Unix 1 Person: Multigen Flight modeling for Real-time systems Photoshop 2People C++ Performer JackML (I can always hope) Requirements: Right to work in the US Currently enrolled in a accredited university / college Planning to go back next year Lab Resources: 10-20 Indigos / Indys 1 340/RE 2 440/RE 2 Onyx/RE2 Video / Sound equipment Plus the usual assortment of Printers, PCs, Macs and Suns Benefits: In the true sense of the word, none (No housing, transportation, medical, or retirement). Pay: Between 1.3k and 1.7k a month depending on qualifications Start date: May / June End date: Not to exceed 180 days from date of hire or 30 September Contact: David Pratt pratt@cs.nps.navy.mil if you are interested. This is a temporary GS-4 to 6 position. The US Navy is an EOE and all the other disclaimers that go with it. --PART-BOUNDARY=.19503241356.ZM21993.cs.nps.navy.mil-- From guest Fri Mar 24 16:26:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA04049; Fri, 24 Mar 1995 16:06: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 QAA04046; Fri, 24 Mar 1995 16:06:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19109; Fri, 24 Mar 95 16:05:59 -0800 Received: from sparky.bvu-lads.loral.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA23711; Fri, 24 Mar 1995 16:05:54 -0800 Received: by sparky.bvu-lads.loral.com (5.65a/BVU-4.0) id AA04726; Fri, 24 Mar 95 16:01:35 -0800 From: hlind@bvu-lads.loral.com (Henrik Lind) Message-Id: <9503250001.AA04726@sparky.bvu-lads.loral.com> Subject: Suppressing Shading To: info-performer@sgi.sgi.com Date: Fri, 24 Mar 1995 16:01:34 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 208 Status: O I want to display a texture map which is always bright, even when the surroundings are dark. That is, I want it to ignore surrounding lighting and be `self-luminous'. How do I do this? Thanks, Henrik Lind From guest Fri Mar 24 17:31:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA04472; Fri, 24 Mar 1995 17:15: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 RAA04469; Fri, 24 Mar 1995 17:15:03 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA22148; Fri, 24 Mar 95 17:14:25 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA03359; Fri, 24 Mar 1995 17:14:19 -0800 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA16312; Fri, 24 Mar 95 20:15:55 EST Received: by crusader.vsl.ist.ucf.edu (940816.SGI.8.6.9) id UAA24997; Fri, 24 Mar 1995 20:14:40 -0500 Date: Fri, 24 Mar 1995 20:14:39 -0500 (EST) From: "Lance R. Marrou" To: Henrik Lind Cc: info-performer@sgi.sgi.com Subject: Re: Suppressing Shading In-Reply-To: <9503250001.AA04726@sparky.bvu-lads.loral.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 24 Mar 1995, Henrik Lind wrote: > I want to display a texture map which is always bright, even when the > surroundings are dark. That is, I want it to ignore surrounding > lighting and be `self-luminous'. > > How do I do this? Turn off lighting for the geostate: pfGStateMode( gstate, PFSTATE_ENLIGHTING, PF_OFF ); ______________________________________________________________________________ /\ ______ /\____ ______ ______ 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 Mar 25 17:45:36 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id RAA10573; Sat, 25 Mar 1995 17:27: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 RAA10568; Sat, 25 Mar 1995 17:27:01 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA16855; Sat, 25 Mar 95 17:26:10 -0800 Received: from ix2.ix.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id RAA17887; Sat, 25 Mar 1995 17:26:09 -0800 Received: from by ix2.ix.netcom.com (8.6.11/SMI-4.1/Netcom) id RAA19896; Sat, 25 Mar 1995 17:23:37 -0800 Date: Sat, 25 Mar 1995 17:23:37 -0800 Message-Id: <199503260123.RAA19896@ix2.ix.netcom.com> From: blastarr@ix.netcom.com (Kent Miller) Subject: Re: Suppressing Shading To: info-performer@sgi.sgi.com Status: O >>On Fri, 24 Mar 1995, Henrik Lind wrote: >> I want to display a texture map which is always bright, even when the >> surroundings are dark. That is, I want it to ignore surrounding >> lighting and be `self-luminous'. >> >> How do I do this? >Turn off lighting for the geostate: > pfGStateMode( gstate, PFSTATE_ENLIGHTING, PF_OFF ); Or, you can set the texture environment to DECAL mode (I think I got that right - I'm at home and my code is at work - Lance can correct me if that's slightly off) :) I use lighting when I want to turn the texture on and off during run-time; decal-mode if the texture is always on. I don't know if there is a performance difference. From guest Sun Mar 26 20:14:19 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id TAA16899; Sun, 26 Mar 1995 19:52: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 TAA16896; Sun, 26 Mar 1995 19:52:08 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA17077; Sun, 26 Mar 95 19:51:26 -0800 Received: from halcyon.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id TAA27196; Sun, 26 Mar 1995 19:51:24 -0800 Received: from chinook.halcyon.com by halcyon.com with SMTP id AA23532 (5.65c/IDA-1.4.4 for ); Sun, 26 Mar 1995 19:51:22 -0800 Date: Sun, 26 Mar 1995 19:51:21 -0800 (PST) From: Henrik Lind X-Sender: hlind@chinook.halcyon.com To: info-performer@sgi.sgi.com Subject: Colored & Self-Luminous Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O In a previous message, I requested info on how to make a texture map 'self-luminous', i.e., not subject to shading. Someone kindly showed me the way to do this by disabling lighting, i.e., setting PFSTATE_ENLIGHTING (or something like that, I'm writing from home) to PF_OFF. This has the effect of disabling any coloring which comes by calling pfMtlColor with the PF_DIFFUSE and PF_AMBIENT tokens. Is there a way of adding color to a texture map for which shading (lighting) has been disabled? Texture blending? Please reply to hlind@bvu-lads.loral.com. Thanks, Henrik Lind From guest Sun Mar 26 22:13:11 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id VAA17421; Sun, 26 Mar 1995 21:57: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 VAA17409; Sun, 26 Mar 1995 21:57:17 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA19311; Sun, 26 Mar 95 21:56:38 -0800 Received: from walt.disney.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id VAA03449; Sun, 26 Mar 1995 21:56:36 -0800 Received: from fat.rd.wdi.disney.com by walt.disney.com with SMTP id AA12258 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Sun, 26 Mar 1995 21:56:34 -0800 Received: from ren.rd.wdi.disney.com by fat.rd.wdi.disney.com with SMTP id AA02418 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Sun, 26 Mar 1995 21:56:54 -0800 Received: by ren.rd.wdi.disney.com (931110.SGI/930416.SGI) for @fat.rd.wdi.disney.com:info-performer@sgi.com id AA26766; Sun, 26 Mar 95 21:56:53 -0800 Date: Sun, 26 Mar 95 21:56:53 -0800 Message-Id: <9503270556.AA26766@ren.rd.wdi.disney.com> From: Scott Watson Sender: scott@disney.com To: info-performer@sgi.sgi.com Subject: Who's the leader of the club that's made for you and me? Status: O ============================================================================= For the color version with pictures.... http://www.lightside.com:80/~dani/cgi/offers/imagineering/VR-job-posting.html ============================================================================= Walt Disney Imagineering Virtual Reality Studio ======== The WDI Virtual Reality Studio is currently interviewing candidates for exciting positions on the show development team! The Virtual Reality Studio is the team of talented artists and engineers who most recently produced the award winning Aladdin's Magic Carpet VR experience (see snapshots) for Epcot'94. Located in Glendale, CA, The VR Studio offers a challenging and rewarding environment with the resources and talent necessary to produce world-class shows and rides. As we continue to develop more elaborate and innovative experiences, we are seeking to fill the following positions immediately. ============== SAL PROGRAMMER ============== Working with the Director and using the Disney Story Animation Language (SAL) you will code story, character, and interaction sequences. You should excel at rapidly producing high-quality, robust, appropriate code to reach the artistic objectives of the Director. Knowledge of 2-D and 3-D animation, interactive story-telling, sound design, and real-time graphics principles is important. Significant experience with actual show development is extremely important. Successful candidates will have extensive programming experience (in C++, Scheme, or similar) and the ability to rapidly learn new languages and systems. ================= ANIMATOR/MODELLER ================= We're looking for experienced CGI people to do 3-D modeling and/or animation of Disney characters for our real-time projects. You should have experience in bringing characters to life using traditional and computer animation, interested in creating interactive characters in a virtual environment and be able to learn quickly to use unfamiliar software tools to model and/or animate 3-D characters. Potential candidates should send their resumes to... --E-MAIL--------------- -Facsimile------------- -US-Postal-Service------- resumes@disney.com FAX: (818)544-7735 Walt Disney Imagineering Subject: VR Studio Attn: Jan Wallace Professional Staffing (Plain ASCII TEXT only) Subject: Resume 1401 Flower St. Glendale, CA. 91221 Attn: VR Studio ------------------------------------------------------------------------ Walt Disney Imagineering is an equal opportunity employer. ------------------------------------------------------------------------ From guest Mon Mar 27 08:01:17 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA19564; Mon, 27 Mar 1995 07:42:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id HAA19561; Mon, 27 Mar 1995 07:42:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05112; Mon, 27 Mar 95 07:42:02 -0800 Received: from netcom15.netcom.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA10184; Mon, 27 Mar 1995 07:42:02 -0800 Received: by netcom15.netcom.com (8.6.11/Netcom) id HAA05146; Mon, 27 Mar 1995 07:39:30 -0800 From: watsen@netcom.com (Kent Watsen) Message-Id: <199503271539.HAA05146@netcom15.netcom.com> Subject: DTED/DFAD data available? To: info-performer@sgi.sgi.com (performer) Date: Mon, 27 Mar 1995 07:39:30 -0800 (PST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 344 Status: O Hello all, Could somebody point me in the right direction? I'm looking for a sample dted/dfad database so that I can become more knowlegable of the process by which this data is converted into a Performer- compliant DB format using some COTS tools I have access to. Thanks! Kent Watsen DCS Corporation Simulation Branch 703.683.8430 x369 From guest Mon Mar 27 09:29:26 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA20034; Mon, 27 Mar 1995 09: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 JAA20031; Mon, 27 Mar 1995 09:12:57 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08788; Mon, 27 Mar 95 09:12:16 -0800 Received: from INGFI1.ING.UNIFI.IT by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA23853; Mon, 27 Mar 1995 09:12:13 -0800 From: luz@aguirre.ing.unifi.it Received: from aguirre.ing.unifi.it by INGFI1.ING.UNIFI.IT with SMTP; Mon, 27 Mar 1995 18:50:45 +0300 (MET-DST) Received: from gollum.ing.unifi.it by aguirre.ing.unifi.it (4.1/SMI-4.1) id AA06383; Mon, 27 Mar 95 18:30:50 +0200 Received: by gollum.ing.unifi.it (5.0/SMI-SVR4) id AA00905; Mon, 27 Mar 1995 18:30:49 +0200 Date: Mon, 27 Mar 1995 18:30:49 +0200 Message-Id: <9503271630.AA00905@gollum.ing.unifi.it> To: info-performer@sgi.sgi.com Subject: examples - Inventor Cc: luz@aguirre.ing.unifi.it Content-Type: X-sun-attachment Content-Length: 3532 Status: O ---------- X-Sun-Data-Type: text X-Sun-Data-Description: text X-Sun-Data-Name: text X-Sun-Charset: us-ascii X-Sun-Content-Lines: 16 Excuse if this message arrives twice, because it was returned by problems with the connection. It isn't a question of Performer . I am trying to use Inventor but I can't compile and run the examples , I don't know if I have to include another library in the Makefile, or in the machine there isn't a specified lib. Thanks in advance Luz Marina e-mail : luz@aguirre.ing.unifi.it ---------- X-Sun-Data-Type: default X-Sun-Data-Description: default X-Sun-Data-Name: inv.error X-Sun-Charset: us-ascii X-Sun-Content-Lines: 66 virtual% make --- 2.3.SensorSpin.o --- /usr/bin/CC -xansi -DFUNCPROTO +p -Wf,-XNp10000 -D_MODERN _C -D_SVR4_SOURCE -D_SGI_SOURCE -nostdinc -I/usr/include/CC -I/usr/in clude -g -MDupdate Makedepend -c 2.3.SensorSpin.c++ --- 2.4.Trackball.o --- /usr/bin/CC -xansi -DFUNCPROTO +p -Wf,-XNp10000 -D_MODERN _C -D_SVR4_SOURCE -D_SGI_SOURCE -nostdinc -I/usr/include/CC -I/usr/in clude -g -MDupdate Makedepend -c 2.4.Trackball.c++ --- 2.3.SensorSpin.o --- acpp: Makedepend: "2.3.SensorSpin.c++", line 50: warning: argc not used *** Error code 1 --- 2.4.Trackball.o --- acpp: Makedepend: "2.4.Trackball.c++", line 38: warning: argc not used *** Error code 1 smake: 2 errors --- 2.1.HelloCone --- /usr/bin/CC -xansi -DFUNCPROTO +p -Wf,-XNp10000 -D_MODERN _C -D_SVR4_SOURCE -D_SGI_SOURCE -nostdinc -I/usr/include/CC -I/usr/in clude -g -MDupdate Makedepend -o 2.1.HelloCone 2.1.HelloCone.o -lInv entorXt -lInventor -lfm -limage -lgl -lsun -lm -lmalloc -lSgm -lXm - lXt -lX11 -lPW -quickstart_info -nostdlib -L/lib -L/usr/lib ld: The shared object /usr/lib/libfm.so did not resolve any symbols. You may want to remove it from your link line. Unresolved: SoXtRenderArea::SoXtRenderArea(int,int,int) SoXtComponent::build(_WidgetRec*,const char*,int) SoPath::getPrintName(void) const SoPath::clone(void) const SoPath::notify(SoNotificationRecord*) SoPath::getBaseType(void) const SoBase::dyingReference(SoBase*) SoBase::readInstance(SoInput*,SoBase*&) const SoPath::readGuts(SoInput*) Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoPath::getPrintName(void) const Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoBase::readInstance(SoInput*,SoB ase*&) const Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoPath::readGuts(SoInput*) Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoBase::dyingReference(SoBase*) Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoPath::getBaseType(void) const Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoPath::notify(SoNotificationReco rd*) Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoPath::getPrintName(void) const Warning: Quickstart not set for 2.1.HelloCone since you have taken th e address of the undefined function SoPath::clone(void) const Warning: The application 2.1.HelloCone has conflicts. This will impac t program startup time Use "elfdump -Dc 2.1.HelloCone" to get list of conflicts Makedepend: Permission denied *** Error code 1 smake: 1 error From guest Sun Mar 26 10:02:13 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA14704; Sun, 26 Mar 1995 09:37: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 JAA14701; Sun, 26 Mar 1995 09:37:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07039; Sun, 26 Mar 95 09:36:31 -0800 Received: from eagle.lmsc.lockheed.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA28101; Sun, 26 Mar 1995 09:36:26 -0800 Received: from sgi600.msd.lmsc.lockheed.com by eagle.lmsc.lockheed.com (8.6.11/DEC-Ultrix/4.3) id JAA18717; Sun, 26 Mar 1995 09:33:05 -0800 Received: by sgi600.msd.lmsc.lockheed.com (931110.SGI/930416.SGI) for info-performer@sgi.com id AA04289; Mon, 27 Mar 95 09:36:23 -0800 Date: Mon, 27 Mar 95 09:36:23 -0800 From: sakai@sgi600.msd.lmsc.lockheed.com (Ken Sakai) Message-Id: <9503271736.AA04289@sgi600.msd.lmsc.lockheed.com> To: info-performer@sgi.sgi.com Subject: Geobuilder.c Status: O In reading through the geobuilder.c (from libpfdu) source, I see very frequent references to a "polong". I have never come across this term before. The old builder.c (lib libpfutil) does not use these things. Can anyone give me a short description of what a "polong" is? All I can tell is that it is something geometric. Kenneth N. Sakai Email: sakai@lmsc.lockheed.com Research Specialist/Computer Graphics Phone: (408) 756-0682 Lockheed Missiles and Space Co. Sunnyvale, CA 94088-3504 From guest Mon Mar 27 09:58:14 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA20233; Mon, 27 Mar 1995 09:46: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 JAA20230; Mon, 27 Mar 1995 09:45:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10645; Mon, 27 Mar 95 09:45:01 -0800 Received: from ctaeng.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA00030; Mon, 27 Mar 1995 09:44:53 -0800 Received: from support.ctaeng.com by ctaeng.com (4.1/SMI-4.1) id AA08971; Mon, 27 Mar 95 10:44:41 MST Received: from getreal.mss.ctaeng.com by support.ctaeng.com (5.0/SMI-SVR4) id AA18313; Mon, 27 Mar 1995 10:43:09 -0700 Received: by getreal.mss.ctaeng.com (931110.SGI/920502.SGI.AUTO) for @support.ctaeng.com:info-performer@sgi.com id AA08271; Mon, 27 Mar 95 10:43:12 -0700 From: "`Bwana' Bob Buckley" Message-Id: <9503271043.ZM8269@getreal.mss.ctaeng.com> Date: Mon, 27 Mar 1995 10:43:08 -0700 In-Reply-To: hlind@bvu-lads.loral.com (Henrik Lind) "Suppressing Shading" (Mar 24, 4:01pm) References: <9503250001.AA04726@sparky.bvu-lads.loral.com> X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: hlind@bvu-lads.loral.com (Henrik Lind), info-performer@sgi.sgi.com Subject: Re: Suppressing Shading Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Content-Length: 778 Status: O Henrik, > > I want to display a texture map which is always bright, even when the > surroundings are dark. That is, I want it to ignore surrounding > lighting and be `self-luminous'. > > How do I do this? > Apply a fully or semi-emissive material on the polygon in question. =========================================================================== 'Bwana' Bob Buckley CTA, Inc. Sr. Software Engineer 5670 Greenwood Plaza Blvd Visual Systems Englewood, CO 80111 (303) 889-1207 (303) 889-1200 bbuckley@ctaeng.com (303) 889-1398 Fax =========================================================================== From guest Mon Mar 27 10:03:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id JAA20344; Mon, 27 Mar 1995 09:52: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 JAA20341; Mon, 27 Mar 1995 09:52:46 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA11133; Mon, 27 Mar 95 09:51:44 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id JAA02061; Mon, 27 Mar 1995 09:51:42 -0800 Received: from crusader.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA06934; Mon, 27 Mar 95 12:53:21 EST Received: by crusader.vsl.ist.ucf.edu (940816.SGI.8.6.9) id MAA05306; Mon, 27 Mar 1995 12:52:05 -0500 Date: Mon, 27 Mar 1995 12:52:05 -0500 (EST) From: "Lance R. Marrou" To: Kent Miller Cc: info-performer@sgi.sgi.com Subject: Re: Suppressing Shading In-Reply-To: <199503260123.RAA19896@ix2.ix.netcom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Sat, 25 Mar 1995, Kent Miller wrote: > > >>On Fri, 24 Mar 1995, Henrik Lind wrote: > > >> I want to display a texture map which is always bright, even when the > >> surroundings are dark. That is, I want it to ignore surrounding > >> lighting and be `self-luminous'. > >> > >> How do I do this? > > >Turn off lighting for the geostate: > > pfGStateMode( gstate, PFSTATE_ENLIGHTING, PF_OFF ); > > Or, you can set the texture environment to DECAL mode (I think I got > that right - I'm at home and my code is at work - Lance can correct me > if that's slightly off) :) It also depends on the desired visualization. I sometimes use modulation of the material colors on a grayscale camouflage texture. Using DECAL mode will mess things up for that case. > > I use lighting when I want to turn the texture on and off during > run-time; decal-mode if the texture is always on. I don't know if there > is a performance difference. I think it is a small difference, but I would hazard a guess that switching texture environment mode is slower than switching between lighting and non-lighting. ______________________________________________________________________________ /\ ______ /\____ ______ ______ 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 Mon Mar 27 13:08:51 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA22251; Mon, 27 Mar 1995 12:56:02 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id MAA22248; Mon, 27 Mar 1995 12:55:58 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA24328; Mon, 27 Mar 95 12:55:08 -0800 Received: from eagle.lmsc.lockheed.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id MAA10786; Mon, 27 Mar 1995 12:55:01 -0800 Received: from guild.rdd.lmsc.lockheed.com by eagle.lmsc.lockheed.com (8.6.11/DEC-Ultrix/4.3) id MAA23802; Mon, 27 Mar 1995 12:51:39 -0800 Received: from ovation.guild-yp (ovation.rdd.lmsc.lockheed.com) by guild.rdd.lmsc.lockheed.com (4.1/SMI-4.0) id AA12830; Mon, 27 Mar 95 12:54:54 PST Date: Mon, 27 Mar 95 12:54:54 PST From: penafiel@guild.rdd.lmsc.lockheed.com (Hugo Penafiel) Message-Id: <9503272054.AA12830@guild.rdd.lmsc.lockheed.com> To: luz@aguirre.ing.unifi.it, info-performer@sgi.sgi.com Subject: Re: examples - Inventor Status: O Luz writes > It isn't a question of Performer . I am trying to use Inventor but I can't > compile and run the examples , > I don't know if I have to include another library in the Makefile, or in the > machine there isn't a specified lib. This looks like a link ordering problem. Yes, the order does matter! Try using this line and see if it helps you. SHARED = -lpfsgi -lpfiv -lpfdu -lpfdwb -lpfflt -lpfutil -lpf -lpr -lInventor LDLIBS = $(SHARED) -lmpc -limage -lfm_s -lgl_s -lm -lfpe -lC __ /_/ ______ ______ __ __ ___ ______ __ ______ __ / __ // ____// \ / // _ \ / ____// / / ____// / / /_/ // __/_ / /\ \/ // /_\ \ / __/ / /_ / __/_ / /___ / ____//_____//_/ \__//_/ \_\/_/ /___//_____//_____/ / / Hugo Penafiel e-mail: penafiel@aic.lockheed.com /_/ Phone: (415) 424-2913 Lockheed Missiles & Space Co. Research & Development Division O/92-20 Bldg. 255 3251 Hanover Street Palo Alto, CA 94304 From guest Mon Mar 27 14:12:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA22775; Mon, 27 Mar 1995 13:59:50 -0800 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id NAA22771; Mon, 27 Mar 1995 13:59:49 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28993; Mon, 27 Mar 95 13:59:04 -0800 Received: from ldsa.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA25351; Mon, 27 Mar 1995 13:59:04 -0800 Date: Mon, 27 Mar 95 16:58:26 EST From: mwilliam@ldsa.com (Micheal J. Williams) Received: by ldsa.com (4.1/3.1.012693-Loral Defense Systems-Akron); id AA09957 for info-performer@sgi.com; Mon, 27 Mar 95 16:58:26 EST Message-Id: <9503272158.AA09957@ldsa.com> To: info-performer@sgi.sgi.com Subject: Picking Scaled Flight Format Models Status: O I am seeing what I feel is peculiar behavior with a performer picking (pfChanPick) routine. I have some flight format models I am managing with performer 1.2 under IRIX 5.2 on an Indigo2 Extreme. I have implemented routines to allow model selection with the mouse. I load the flight format model, and then attach it to a DCS node. When the models are not scaled, the picking seems to work reasonably well. When they are scaled to appear larger it seems that the picking intersection is still computed with the original size. If I hit very close to the origin I can still select the model. I have used a mode of "PFTRAV_IS_PRIM | PFTRAV_IS_PATH" and also tried "PFTRAV_IS_GEODE | PFPK_M_NEAREST". These both seem to provide very similar behavior. I have to believe I am overlooking something basic. Does anyone have a clue as to what it might be? Thanks Mike Williams mwilliam@ldsa.com From guest Mon Mar 27 15:07:33 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id OAA23143; Mon, 27 Mar 1995 14:52: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 OAA23140; Mon, 27 Mar 1995 14:52:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA02851; Mon, 27 Mar 95 14:52:07 -0800 Received: from sun.aitc.rest.tasc.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id OAA05757; Mon, 27 Mar 1995 14:51:49 -0800 Received: from spectre by sun.aitc.rest.tasc.com (NX5.67d/NX3.0M-TASCnet-003) id AA21130; Mon, 27 Mar 95 17:42:13 -0500 Received: by spectre.aitc.rest.tasc.com (940816.SGI.8.6.9/940406.SGI) id RAA03075; Mon, 27 Mar 1995 17:51:31 -0500 From: "Thom DeCarlo" Message-Id: <9503271751.ZM3073@spectre.aitc.rest.tasc.com> Date: Mon, 27 Mar 1995 17:51:31 -0500 In-Reply-To: luz@aguirre.ing.unifi.it "examples - Inventor" (Mar 27, 6:30pm) References: <9503271630.AA00905@gollum.ing.unifi.it> Reply-To: trdecarlo@tasc.com X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: luz@aguirre.ing.unifi.it, info-performer@sgi.sgi.com Subject: Re: examples - Inventor Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It looks to me like you are trying to make these programs in the /usr/share/src/Inventor directory hierarchy. You probably don't have write permission there. You need to copy the files (probably to something under your home directory) before trying to compile. Thom -- ,,, (o o) ++---------------------------------------++-------oOO--(_)--OOo-------------++ || Thom DeCarlo || || || TASC || Any sufficiently || || 12100 Sunset Hills Rd. || advanced technology || || Reston, VA 22090 || is indistinguishable || || phone:703/834-5000 fax:703/318-7900 || from a rigged demo. || || email:trdecarlo@tasc.com || || ++---------------------------------------++---------------------------------++ From guest Mon Mar 27 18:48:35 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id SAA23971; Mon, 27 Mar 1995 18:27: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 SAA23968; Mon, 27 Mar 1995 18:27:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15844; Mon, 27 Mar 95 18:26:32 -0800 Received: from mail.eworld.com by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id SAA18940; Mon, 27 Mar 1995 18:26:33 -0800 From: BigPine@eworld.com Received: by hp1.online.apple.com (1.38.193.5/16.2) id AA21593; Mon, 27 Mar 1995 18:26:32 -0800 X-Mailer: AOS Mailer Sender: "BigPine" Message-Id: <9503271826.tn34014@eworld.com> To: info-performer@sgi.sgi.com Date: Mon, 27 Mar 95 18:26:30 PST Subject: Need Graphics Programmer Status: O Litton Data Systems has achieved a well-respected position as one of the world's foremost developers and manufactures of military command, control, and communication (C3) systems. Our Internal Research and Development Group has an immediate requirement for an individual with a strong background in 3D graphics programming for real time applications. Position requires BSCS/EE with 3+ years experience in UNIX and C programming and a strong knowledge of GL or Performer API. Please submit resumes to: Ari Danesh bigpine@eworld.com From guest Wed Mar 29 04:35:22 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA29723; Wed, 29 Mar 1995 04:13: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 EAA29720; Wed, 29 Mar 1995 04:13:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA15753; Wed, 29 Mar 95 04:12:56 -0800 Received: from pat.idt.unit.no by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA04969; Wed, 29 Mar 1995 04:11:46 -0800 From: abrend@idt.unit.no Received: from vier.idt.unit.no by pat.idt.unit.no with SMTP id AA25391 (5.65c8/IDA-1.4.4 for ); Wed, 29 Mar 1995 14:11:33 +0200 Received: by vier.idt.unit.no id AA02152 (5.0/idt-C-2.0 for idt); Wed, 29 Mar 1995 14:11:33 +0200 Date: Wed, 29 Mar 1995 14:11:33 +0200 Message-Id: <9503291211.AA02152@vier.idt.unit.no> To: info-performer@sgi.sgi.com Subject: Sun Content-Length: 1379 Status: O I'm trying to set a sun into my model by using this code in my 'InitScene' function : /* Initialize sun */ sun = pfNewLSource(); pfLightColor(sun, 1.0f, 0.0f, 0.0f); pfLightAmbient(sun, 0.4f, 0.4f, 0.3f); pfLightPos(sun, 0.0f, 1.0f, 0.0f, 0.0f); viewState->sun = sun; pfAddChild(viewState->scene, viewState->sun); As you see my light source uses only red light which should be easy to detect. What more (and where) do I need to get a sun in my model ? Do I have to turn of the ambient light in the materials in my model ? How do I do this ? How can I override the default lighting in my model ? /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* /* WWW page : http://www.idt.unit.no:80/~abrend/ * /*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/*/* email___________________________________________________ | V _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Andreas Brendstuen _/ abrend@stud.unit.no _/ _/ Festningsgata 11 _/ abrend@idt.unit.no _/ _/ 7014 Trondheim, Norway _/ +47 61 29 44 34 _/ _/ +47 73 51 48 06 _/ (when visiting hometown) _/ _/ (don't call at saturday mornings) _/ _/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From guest Wed Mar 29 14:16:41 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id NAA00755; Wed, 29 Mar 1995 13:58: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 NAA00752; Wed, 29 Mar 1995 13:58:21 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA08796; Wed, 29 Mar 95 13:57:23 -0800 Received: from mcenroe.cs.unc.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id NAA09619; Wed, 29 Mar 1995 13:57:32 -0800 Received: from bell.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id QAA24134; Wed, 29 Mar 1995 16:57:29 -0500 From: David Luebke Received: by bell.cs.unc.edu (8.6.10/UNC_06_21_94) id QAA22716; Wed, 29 Mar 1995 16:57:27 -0500 Message-Id: <199503292157.QAA22716@bell.cs.unc.edu> Subject: How to get full xform matrix from cull callback? To: info-performer@sgi.sgi.com (Performer-help mailing list) Date: Wed, 29 Mar 1995 16:57:27 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 2115 Status: O Hello, What I want to do is this: During a cull callback, I want to transform the vertices of a polygon and see if that polygon landed on the screen, and if so where on the screen the polygon vertices ended up. If the polygon is backfacing (i.e. the verts are clockwise in screenspace) I want to know that, too. Based on this information my cull callback will either return PFTRAV_CONT or PFTRAV_PRUNE. Here's my problem: I can't seem to get the transformation matrix straight that I need to pfXformPt3() the polygon vertices by. Because this must be done in the cull process, I don't have access to the viewing and projection matrix stacks. Using pfGetTravMat I can get the current model matrix, using pfGetChanViewMat I can get the current viewing matrix. I could probably derive the projection matrix from the pfFrustum associated with the current channel, but right now I make the simplifying assumption that the frustum doesn't change from frame to frame. So I can get the projection matrix by associating a draw callback with the root of the pfScene: enterRootDraw(pfTraverser *trav, void *data) { mmode(MPROJECTION); /* Get the current projection matrix */ getmatrix(globalProjMatrix); mmode(MVIEWING); return PFTRAV_CONT; } So there you have it. After the very first frame I supposedly have the correct model, viewing, and projection matrices during my cull callback. As I understand things, I should be able to multiply each of the vertices in the polygon by the composite matrix to transform the vertices into screenspace, with X and Y coordinates that lie between -1.0 and 1.0 (the viewport xform is later supposed to take these vertices to their actual pixel values). The only problem is, it doesn't work. The X and Y coordinates of my transformed verts don't lie in the [-1,1] range and they don't really make a whole lot of sense. Before I waste much more time hunting bugs in my code (and I'm sure there are a number) I wanted to consult with the Performer experts and make sure I'm not missing any glaring logical errors. Thanks, Dave -- David Luebke luebke@cs.unc.edu From guest Wed Mar 29 15:23:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA00883; Wed, 29 Mar 1995 15:05: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 PAA00880; Wed, 29 Mar 1995 15:05:44 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA12418; Wed, 29 Mar 95 15:04:42 -0800 Received: from sphinx.biosci.wayne.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id PAA22579; Wed, 29 Mar 1995 15:04:49 -0800 Received: from [141.211.7.22] (pm035-11.dialip.mich.net [141.211.7.22]) by sphinx.biosci.wayne.edu (8.6.9/8.6.9) with SMTP id SAA15013 for ; Wed, 29 Mar 1995 18:04:39 -0500 Date: Wed, 29 Mar 1995 18:04:39 -0500 Message-Id: <199503292304.SAA15013@sphinx.biosci.wayne.edu> X-Sender: schebor@sphinx.biosci.wayne.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.sgi.com From: schebor@acm.org (Frederick S. Schebor) Subject: unsubcribe Status: O unsubscribe +----------------------------------------------------------------------------+ | Frederick S. Schebor | Voice: (313)-995-9338 | | Innovation Associates, Inc. | FAX: (313)-995-9338 | | P.O. Box 1306 | email: schebor@acm.org | | Ann Arbor, MI 48106-1306 | | +----------------------------------------------------------------------------+ From guest Wed Mar 29 15:31:07 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA00910; Wed, 29 Mar 1995 15:13: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 PAA00907; Wed, 29 Mar 1995 15:13:13 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13013; Wed, 29 Mar 95 15:12:18 -0800 Received: from andrew.cmu.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id PAA24069; Wed, 29 Mar 1995 15:12:12 -0800 Received: (from postman@localhost) by andrew.cmu.edu (8.6.9/8.6.9) id SAA21463 for info-performer@sgi.com; Wed, 29 Mar 1995 18:12:04 -0500 Received: via switchmail; Wed, 29 Mar 1995 18:12:01 -0500 (EST) Received: from topaz.cfa.cmu.edu via qmail ID ; Wed, 29 Mar 1995 18:10:52 -0500 (EST) Received: from topaz.cfa.cmu.edu via qmail ID ; Wed, 29 Mar 1995 18:10:47 -0500 (EST) Received: from mms.4.60.Jan.26.1995.18.44.27.pmax.ul4.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.topaz.cfa.cmu.edu.pmax.ul4 via MS.5.6.topaz.cfa.cmu.edu.pmax_ul4; Wed, 29 Mar 1995 18:10:47 -0500 (EST) Message-Id: Date: Wed, 29 Mar 1995 18:10:47 -0500 (EST) From: Philip Andrew Nemec To: info-performer@sgi.sgi.com Subject: movie on a dome Status: O I'm trying to come up with a nice sky effect and have the suggestion of projecting a movie of clouds on a dome (hemisphere). What I'd like to toss around pro's and con's... A hemisphere will have to be a fair amount of polygons I think... How efficient is Gouraud shading an animation on a dome? And the video will have to be taken with a fisheye lens to get the horizon looking right... And the animation will probably have to moderately high resolution because you might have the whole dome in view at once (lying on your back in a park). Last of all are there any nice hacks to make this faster? Philip Nemec From guest Wed Mar 29 16:48:39 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id QAA01135; Wed, 29 Mar 1995 16:43: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 QAA01131; Wed, 29 Mar 1995 16:43:02 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA18196; Wed, 29 Mar 95 16:42:03 -0800 Received: from relay3.UU.NET by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id QAA13692; Wed, 29 Mar 1995 16:42:14 -0800 Received: from uucp1.UU.NET by relay3.UU.NET with SMTP id QQyjfm11596; Wed, 29 Mar 1995 19:42:13 -0500 Received: from planets.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Wed, 29 Mar 1995 19:42:13 -0500 Received: from cavalier.cambridge.com by ds9 (4.1/SMI-4.1-SWS) id AA29150; Wed, 29 Mar 95 18:45:42 EST Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id XAA04813; Wed, 29 Mar 1995 23:45:40 GMT From: "Gan Wang" Message-Id: <9503291845.ZM4811@cavalier> Date: Wed, 29 Mar 1995 18:45:39 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: LOD scale factor Cc: gan@cavalier.cambridge.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, I am trying to replicate the Performer culling and LOD switching. Performer uses a global scale factor to adjust LOD switch ranges in a non-normalized channel setup (1024x1024 pixel single channel, 45 degree fov, etc). I would like to know how to calculate this scale factor. Can someone give me some hint, like the equation? Thanks very much. -- Gan Wang Cambridge Research Associates Office: (703) 790-0505 1430 Springhill Road, Suite 200 Fax: (703) 790-0370 McLean, VA 22102 Internet: gan@cambridge.com From guest Thu Mar 30 05:05:38 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id EAA01849; Thu, 30 Mar 1995 04:42: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 EAA01846; Thu, 30 Mar 1995 04:41:56 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA07317; Thu, 30 Mar 95 04:40:51 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id EAA19949; Thu, 30 Mar 1995 04:41:05 -0800 Received: from [132.170.190.158] (cortes.vsl.ist.ucf.edu) by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA20957; Thu, 30 Mar 95 07:42:44 EST Message-Id: <9503301242.AA20957@vsl.ist.ucf.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 30 Mar 1995 07:49:30 -0500 To: info-performer@sgi.sgi.com From: cortes@vsl.ist.ucf.edu (Art Cortes) Subject: unsubscribe Status: O unsubscribe Art C. Cortes office: (407) 658-5093 Visual Systems Laboratory lab: (407) 658-5073/5074 Institute for Simulation and Training fax: (407) 658-5059 University of Central Florida email: cortes@ist.ucf.edu 3280 Progress Drive Orlando, FL 32826 ------------------------------------------------------------------- From guest Thu Mar 30 09:14:05 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA02227; Thu, 30 Mar 1995 08:51: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 IAA02224; Thu, 30 Mar 1995 08:51:42 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA13259; Thu, 30 Mar 95 08:50:36 -0800 Received: from thor.ats.qc.ca by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id IAA17194; Thu, 30 Mar 1995 08:50:42 -0800 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.6.11/atsgw-mf1) id LAA28837; Thu, 30 Mar 1995 11:50:38 -0500 Message-Id: <199503301650.LAA28837@thor.ats.qc.ca> From: jaydee@thor.ats.qc.ca (Jean Daigle) Date: Thu, 30 Mar 1995 11:50:38 -0500 In-Reply-To: "Mary Williams (EOIR)" "MCO & Performer" (Mar 30, 10:35am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Mary Williams (EOIR)" Subject: Re: MCO & Performer Cc: info-performer@sgi.sgi.com Status: O Hello, On Mar 30, 10:35am, "Mary Williams (EOIR)" wrote: ... } I am trying to run a Performer-based application using the MCO with three } monitors. I have an Onyx with 4RM4s and an RE2. Based on the MCO manual the } maximum resolution using 3 Monitors is 1025x768. I would like to configure } these monitors so that I have a panoramic view. If I configure the MCO w/ 3 } monitors at 1025x768, as specified in the manual, I get two monitors viewing } the ground and one monitor viewing the sky. } } If anyone can provide a solution I would greatly appreciate it. ... }-- End of excerpt from "Mary Williams (EOIR)" The only MCO mode that gives you a "panoramic view" for free is 3@850x850_60, which will be happily accommodated by your configuration. It has similar pixel density to the 3@1025x768 mode. However, what you probably want to do is map different Performer _channels_ to the various _screens_ supplied by MCO. You open one GL viewport on the graphics pipe, then map the channels to various subareas. Performer has the concept of channel group which facilitates the manipulation of multiple channels as a unit. For instance, the three channels can share the same viewpoint and have a view offset in heading equal to the horizontal field of view of a channel. Your app can then insouciently update the viewpoint of only the "master" channel and the others will be slaved to it. There is code in /usr/src/Performer/src/lib/libpfutil/mco.c that automatically tiles channels for a number of MCO modes (not including, if memory serves, 3@850x850...). Regards, Jean Daigle. ----------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Software Designer 1250 Boul Marie-Victorin | | St. Bruno, QC J3V 6B8 | | jaydee@ats.qc.ca Tel: (514) 441-9000 Fax: (514) 441-6789 | ----------------------------------------------------------------- From guest Thu Mar 30 08:03:21 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id HAA02045; Thu, 30 Mar 1995 07:44: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 HAA02042; Thu, 30 Mar 1995 07:44:50 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA10840; Thu, 30 Mar 95 07:43:51 -0800 Received: from belvoir-ispd1.army.mil by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id HAA07380; Thu, 30 Mar 1995 07:44:01 -0800 Received: from belvoir-csd4.army.mil by belvoir-ispd1.army.mil with smtp (Smail3.1.28.1 #5) id m0ruMO4-0001LpC; Thu, 30 Mar 95 10:43 EST Received: from belvoir-csd40 by belvoir-csd4.army.mil (4.1/SMI-4.1) id AA28076; Thu, 30 Mar 95 10:44:28 EST Received: by belvoir-csd40 (940816.SGI.8.6.9/920502.SGI) for info-performer@sgi.com id KAA02211; Thu, 30 Mar 1995 10:35:04 -0800 From: "Mary Williams (EOIR)" Message-Id: <9503301035.ZM2209@belvoir-csd40.army.mil> Date: Thu, 30 Mar 1995 10:35:04 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.sgi.com Subject: MCO & Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am trying to run a Performer-based application using the MCO with three monitors. I have an Onyx with 4RM4s and an RE2. Based on the MCO manual the maximum resolution using 3 Monitors is 1025x768. I would like to configure these monitors so that I have a panoramic view. If I configure the MCO w/ 3 monitors at 1025x768, as specified in the manual, I get two monitors viewing the ground and one monitor viewing the sky. If anyone can provide a solution I would greatly appreciate it. Mary Williams mwill@belvoir-csd4.army.mil From guest Fri Mar 31 08:37:37 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id IAA04081; Fri, 31 Mar 1995 08:17: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 IAA04078; Fri, 31 Mar 1995 08:17:11 -0800 Received: from haddaway.reading.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA03610; Fri, 31 Mar 95 08:16:29 -0800 Received: by haddaway.reading.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@holodeck.asd.sgi.com id RAA04431; Fri, 31 Mar 1995 17:15:12 +0100 From: "Simon Kelsall" Message-Id: <9503311715.ZM4429@haddaway.reading.sgi.com> Date: Fri, 31 Mar 1995 17:15:11 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer Subject: Wavefront-Multigen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Has anyone written conversion utilities to import Wavefront output into Multigen? Thanks Simon. -- +----------------------------------------------+ | Simon Kelsall, Pre-Sales Support Engineer. | | | | Silicon Graphics, 1530 Building. | | Arlington Business Park, Theale, | | Berkshire, RG7 4SB, England. | | | | Email: simonk@reading.sgi.com | | Tel: +44 1734 257625 | | Fax: +44 1734 257699 | +----------------------------------------------+ From guest Fri Mar 31 11:43:43 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA04411; Fri, 31 Mar 1995 11:29: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) id LAA04408; Fri, 31 Mar 1995 11:29:42 -0800 Received: from crusty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for aschaffe@holodeck.asd.sgi.com id AA13923; Fri, 31 Mar 95 11:29:01 -0800 Received: from giraffe.asd.sgi.com by crusty.asd.sgi.com via SMTP (931110.SGI/911001.SGI) for info-performer@holodeck.asd.sgi.com id AA13900; Fri, 31 Mar 95 11:29:38 -0800 Received: from tubes.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for performer-beta@crusty.asd.sgi.com id AA13904; Fri, 31 Mar 95 11:28:56 -0800 Received: by tubes.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA18251; Fri, 31 Mar 1995 11:26:48 -0800 Date: Fri, 31 Mar 1995 11:26:48 -0800 From: jrohlf@tubes (John Rohlf) Message-Id: <199503311926.LAA18251@tubes.asd.sgi.com> To: performer-beta@crusty, info-performer@crusty Subject: spline fog Status: O Thanks for all who responded to the spline fog survey. It appears that spline fog is a feature that is required by enough people to warrant an attempt at formal specification. Consequently I am now accepting any specific ideas on the subject. Note that the real goal is a general, user-specifiable fog ramp which may or may not be best realized with a spline curve. But if we do go for a spline, then give me feedback on what kind of spline (cardinal, bezier etc), how many control points, etc. -jrohlf From guest Fri Mar 31 12:51:20 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id MAA04641; Fri, 31 Mar 1995 12:33: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) id MAA04638; Fri, 31 Mar 1995 12:33:47 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for guest@holodeck.asd.sgi.com id AA17382; Fri, 31 Mar 95 12:32:58 -0800 Received: from vsl.ist.ucf.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) id MAA07947; Fri, 31 Mar 1995 12:32:55 -0800 Received: from eclipse.vsl.ist.ucf.edu by vsl.ist.ucf.edu (4.1/SMI-4.1) id AA26826; Fri, 31 Mar 95 15:34:26 EST From: hall@vsl.ist.ucf.edu (Gary Hall - (Kimberly Abel)) Received: by eclipse.vsl.ist.ucf.edu (4.1) id AA10815; Fri, 31 Mar 95 15:32:21 EST Message-Id: <9503312032.AA10815@eclipse.vsl.ist.ucf.edu> Subject: Re: Wavefront-Multigen (try DWB) To: guest (Simon Kelsall) Date: Fri, 31 Mar 95 15:32:21 EST Cc: info-performer@holodek.vsl.ist.ucf.edu, info-performer@holodeck.asd.sgi.comn, info-performer In-Reply-To: <9503311715.ZM4429@haddaway.reading.sgi.com>; from "Simon Kelsall" at Mar 31, 95 5:15 pm X-Mailer: ELM [version 2.3 PL0] Status: O > > > > Has anyone written conversion utilities to import Wavefront output into > Multigen? > > Thanks > > Simon. > > > I don't know of anything for MultiGen, but the latest version of DWB (Designers WorkBench fro Coryphaeus Software) imports Wavefront obj file directly. Gary From guest Fri Mar 31 15:38:55 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id PAA04990; Fri, 31 Mar 1995 15:28: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 PAA04987; Fri, 31 Mar 1995 15:28:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA25843; Fri, 31 Mar 95 15:27:40 -0800 Received: from beamish.mit.edu by sgi.sgi.com via SMTP (950221.405.SGI.8.6.10/910110.SGI) for id PAA12714; Fri, 31 Mar 1995 15:27:38 -0800 Received: by beamish.mit.edu (931110.SGI/930416.SGI) for info-performer@sgi.com id AA14105; Fri, 31 Mar 95 18:28:23 -0500 Date: Fri, 31 Mar 95 18:28:23 -0500 From: dorrie@beamish.mit.edu (Dorrie Hall) Message-Id: <9503312328.AA14105@beamish.mit.edu> To: info-performer@sgi.sgi.com Status: O > > Has anyone written conversion utilities to import Wavefront output into > Multigen? > > Thanks > > Simon If you have access to Medit it will import .obj and export .flt (version 13 ? I think but ModelGen2 reads them just fine) Dorrie From guest Fri Mar 31 20:43:50 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id UAA05635; Fri, 31 Mar 1995 20:17: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 UAA05632; Fri, 31 Mar 1995 20:17:37 -0800 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA05631; Fri, 31 Mar 95 20:16:52 -0800 Received: from mail06.mail.aol.com by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id UAA18319; Fri, 31 Mar 1995 20:16:49 -0800 From: BillFis457@aol.com Received: by mail06.mail.aol.com (1.37.109.11/16.2) id AA082529807; Fri, 31 Mar 1995 23:16:47 -0500 Date: Fri, 31 Mar 1995 23:16:47 -0500 Message-Id: <950331231647_67970727@aol.com> To: info-performer@sgi.sgi.com Subject: Wavefront-Coryphaeus Status: O FYI, The latest version of Designer's Workbench (v3.0) from Coryphaeus Software allows direct input of several versions of Wavefront's .obj files. DWB will also read Wavefront's obj sequence files which has been very helpful when importing models of human bodies that were articulated with Wavefront's Kinemation. (ie. from robots to Dismounted Infantry) This is the quickest and easiest way to get "realistic" looking moving bodies into a Performer-based application. In addition to it's own OPEN format, Designer's Workbench also supports FLTv11, BDF, IV, SIF and even C source code generation. Coryphaeus also ships a Performer writer function that will dump the contents of a Performer scene graph into a DWB file. This means that any file that you can get loaded into Performer can be converted into DWB format. This has proven very useful when trying to reuse existing, but non simulation quality models such as DXF, sgo and alias in real-time applications . Coryphaeus also ships the source code for this Performer writer and their DWB loader. These make great examples and allow unlimited customization. WJM btw, I've heard Coryphaeus is working on a next generation 3D game authoring environment with Wavefront. It sounded like a combination of Coryphaeus' real-time scene generation capabilities and simulation modeling techniques with Wavefront's Artistic modeler and Kinemation. Can anyone shed light on this subject? Will this be Performer-based?? Any pricing info ?? From guest Mon Apr 3 12:00:16 1995 Received: by holodeck.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer-dist id LAA09465; Mon, 3 Apr 1995 11:38:44 -0700 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.asd.sgi.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id LAA09462; Mon, 3 Apr 1995 11:38:43 -0700 Received: from sgi.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.asd.sgi.com id AA28147; Mon, 3 Apr 95 11:37:59 -0700 Received: from pophost.ucsd.edu by sgi.sgi.com via ESMTP (950221.405.SGI.8.6.10/910110.SGI) for id LAA16079; Mon, 3 Apr 1995 11:37:57 -0700 Received: from UCSD.EDU (mailbox2.ucsd.edu [132.239.1.54]) by pophost.ucsd.edu (8.6.10/8.6.9) with ESMTP id MAA00544 for <@pophost.ucsd.edu:info-performer@sgi.com>; Mon, 3 Apr 1995 12:00:56 -0700 Received: from jupiter (jupiter.ucsd.edu [132.239.126.5]) by UCSD.EDU (8.6.10/8.6.9) with SMTP id VAA06061 for <@pophost.ucsd.edu:info-performer@sgi.com>; Fri, 31 Mar 1995 21:05:38 -0800 Received: by jupiter (931110.SGI/930416.SGI) for @pophost.ucsd.edu:info-performer@sgi.com id AA19364; Fri, 31 Mar 95 21:08:04 -0800 From: "Andy Mirkis" Message-Id: <9503312108.ZM19362@jupiter.ucsd.edu> Date: Fri, 31 Mar 1995 21:08:00 -0800 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.sgi.com Subject: Determining the number of vertices is a geoSet Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Is there a function that will return the number of vertices in a GeoSet? Or do I need to figure that out based on the primitive type and number. I was trying to use pfQueryGSet (PFQGSET_NUM_VERTS) but I don't think I'm interpretting the man page correctly. Any help would be greatly appreciated. Thanks! -Andy