From guest Tue Jul 1 07:36:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA15378; Tue, 1 Jul 1997 00:55:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA15362; Tue, 1 Jul 1997 00:55:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA01674; Tue, 1 Jul 1997 00:55:39 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA09229 for ; Tue, 1 Jul 1997 00:55:36 -0700 env-from (dreamt@netvision.net.il) Received: from dialup.netvision.net.il (ts016p6.pop9a.netvision.net.il [194.90.5.44]) by mail.netvision.net.il (8.8.5/8.8.5) with SMTP id KAA18548; Tue, 1 Jul 1997 10:55:31 +0300 (IDT) Message-ID: <33B935E8.5FF4@netvision.net.il> Date: Tue, 01 Jul 1997 09:52:56 -0700 From: "DreamTeam Ltd." Organization: DreamTeam Ltd. X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: joss@Immersia.Com, info-performer@sgi.com, raitch@aw.sgi.com, jhayes@aw.sgi.com Subject: Cyber Cindy Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mail.netvision.net.il id KAA18548 Status: O In july, MTV Animation will launch a cyber-video character, Cindy, hosting her own 30-minute show on the music network. Like MTV's other animated hosts, Beavis and Butt-Head, she will not only introduce video clips but comment throughout them. The character voiced by Cindy Brolsma, production manager on Daria, will be produced and rendered in real-time using Typhoon, a software created by DreamTeam Ltd. of ISRAEL at MTV's Digital Research Lab. Cyber Cindy will air as follows: 8:30 pm Monday, June 30th 5:30 pm Tuesday, July 1st 2:00 am Tuesday, July 1st 9:00 am Wednesday, July 2nd 10:30 pm Thursday, July 4th 8:30 am Saturday, July 5th For those interested in real-time virtual character solution, We managed to make to SIGGRAPH. DreamTeam Ltd. is going to be displaying in booth 3630 It is going to show the only off-the-shelf solution for real-time virtual characters, 100 % compatible with Alias. Introducing TYPHOON: -Runs on all SGI Platforms (Indy,O2,Indigo2,Octane,Onyx,IR) -Supports multiple characters in real-time -Renders in real-time characters with 3-D surroundings -Fastest rendering on the planet (Up to 40,000 polys at 30fps on an Impact !) -Real-time shadows -Real-time special effetcs (Smoke,explosions,texture animation,ripple) -Full support to Alias (animations, lights,cameras,textures,nurbs,polys) -Real-time ShapeShifters -Supports Polhemus and Ascension motion capture magnetic systems. (Calibration time: 1 Second!!!) -Full integration into Orad=92s and RT-Set=92s virtual set (Camara movmen= ts and masking !!!) - Render set and character on same machine !!! -Multiple machine operation (one machine for 4 views preview and one machine for final rendering) -Geared for live TV productions and live shows Typhoon is royalty free ! Buy Typhoon, create as many characters as you want in Alias, and use them as much as you want without paying anyone! Typhoon prices: Typhoon ShowTime $30,000 Typhoon ShowTime Pro $40,000 Typhoon Real-Time $80,000 Typhoon Real-Time Pro $100,000 For futher information, please call: Roni Kass V.P. Research & Development DreamTeam Ltd. 3 Maskit Street Herzliya Pituach ISRAEL 46733 Tel: +972-9-9559855 Fax: +972-9-9559615 email: dreamt@netvision.net.il http://www.sgi.co.il/success/index.html ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 08:22:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA15531; Tue, 1 Jul 1997 02:11:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA15515; Tue, 1 Jul 1997 02:11:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA04998; Tue, 1 Jul 1997 02:11:51 -0700 Received: from omega.turknet.com.tr ([194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA21020 for ; Tue, 1 Jul 1997 02:11:42 -0700 env-from (mderdem@turk.net) Received: from [194.54.52.131] by omega.turknet.com.tr (NTMail 3.02.13) with ESMTP id na256087 for ; Tue, 1 Jul 1997 12:13:32 +0300 Sender: devrim@turk.net Message-ID: <33B9553B.8B344EB8@turk.net> Date: Tue, 01 Jul 1997 12:06:35 -0700 From: Devrim Erdem Reply-To: mderdem@turk.net Organization: infoTRON X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Converter with 1.4 X-Priority: 3 (Normal) Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O 
Hi,
We have received MultiGen II version 1.4.0 a few days ago and we installed
it immediatly. However flt2dxf like converters don't work and their output is sth like
rld: fatal error : can not map soname 'libfltdata.so' under any of the file names ....
-----------------------------------------------------------------
 Devrim Erdem                
 Application Engineer - Visual Simulation Dept.
 infoTRON TURKEY                             
 Email: mderdem@turk.net http://www.turk.net/mderdem/homepage.htm     
-----------------------------------------------------------------
======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 11:17:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA15739; Tue, 1 Jul 1997 05:35:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA15723; Tue, 1 Jul 1997 05:35:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA13074; Tue, 1 Jul 1997 05:35:16 -0700 Received: from mpik-tueb.mpg.de (onion.mpik-tueb.mpg.de [192.124.28.132]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA20107 for ; Tue, 1 Jul 1997 05:35:15 -0700 env-from (veen@mpik-tueb.mpg.de) Received: by mpik-tueb.mpg.de (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id OAA06753; Tue, 1 Jul 1997 14:35:10 +0200 From: "Hendrik-Jan van Veen" Message-Id: <9707011435.ZM6751@onion.mpik-tueb.mpg.de> Date: Tue, 1 Jul 1997 14:35:09 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Asymmetric Frustrum Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We run Performer 2.1 on a Onyx2 IR and need to use asymmetric frustrums. Man pfChannel seems to suggest to use pfMakePerspChan(pfChannel* chan, float left, float right, float bottom, float top). I couldn't figure out what coordinate system to use for left,right,top and bottom though. The example in the manpage seem to suggest fractions of the total FOV but how to set this? Calling pfChanFOV didn't seem to make a difference. Dr. Hendrik-Jan van Veen Max-Planck-Institute for Biological Cybernetics Spemannstrasse 38 72076 Tuebingen GERMANY tel: +49-7071-601-631 fax: +49-7071-601-616 e-mail: veen@mpik-tueb.mpg.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 14:36:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16690; Tue, 1 Jul 1997 10:34:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16674; Tue, 1 Jul 1997 10:34:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA05287; Tue, 1 Jul 1997 10:34:09 -0700 Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA25744 for ; Tue, 1 Jul 1997 10:34:07 -0700 env-from (prakash@drawcomp.com) Received: (from nobody@localhost) by amber.drawcomp.com (8.8.5/8.8.5) id NAA15301 for ; Tue, 1 Jul 1997 13:22:33 -0400 (EDT) X-Authentication-Warning: amber.drawcomp.com: nobody set sender to using -f Received: from weiss(10.0.0.6) by amber.drawcomp.com via smap (V2.0) id xma015299; Tue, 1 Jul 97 13:22:14 -0400 Sender: gpmahesh@DRAWCOMP.COM Message-ID: <33B93D5C.1CFB@drawcomp.com> Date: Tue, 01 Jul 1997 13:24:44 -0400 From: Prakash Mahesh Organization: DRaW Computing Assoc. Inc., http://www.drawcomp.com/prakash.html X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: dxf, vrml converters Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, Are there shareware converters for flt-dxf, dxf-vrml and the like, for SGIs and/or PCs? I would appreciate any pointers to those. Also, what about 3D modelers? Thanks. -- Prakash Mahesh prakash@drawcomp.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 14:06:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15886; Tue, 1 Jul 1997 08:25:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15870; Tue, 1 Jul 1997 08:25:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA22975; Tue, 1 Jul 1997 08:25:53 -0700 Received: from life.ai.mit.edu (life.ai.mit.edu [128.52.32.80]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA22142 for ; Tue, 1 Jul 1997 08:25:51 -0700 env-from (lct@life.ai.mit.edu) Received: from vivaldi.mit.edu (VIVALDI.MIT.EDU [18.42.0.104]) by life.ai.mit.edu (8.8.5/AI1.15/ai.master.life:1.15) with SMTP id LAA21310 for ; Tue, 1 Jul 1997 11:25:50 -0400 (EDT) From: Leonardo Topa Received: by vivaldi.mit.edu (4.1/AI-4.10) id AA29113; Tue, 1 Jul 97 11:25:50 EDT Message-Id: <9707011525.AA29113@vivaldi.mit.edu> Subject: far away monitors To: info-performer@sgi.com Date: Tue, 1 Jul 1997 11:25:49 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hello everyone, we need to move the monitor, keyboard and mouse of an ir-onyx2 equipped with a DG5-8 approx. 60 meters away from the main rack. Right now we don't need to extend all the outputs from the DG5-8, but we might in the future. I think that I cannot simply extend the cables, so I would like to receive information on products that would allow us to do that. Many thanks in advance. Leonardo Topa, PhD Massachusetts Institute of Technology 45 Carleton Street Cambridge, MA 02139 tel. ++1-617/258.7806 fax. ++1-617/253.4811 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 14:36:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA16672; Tue, 1 Jul 1997 10:33:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16656; Tue, 1 Jul 1997 10:33:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA05043; Tue, 1 Jul 1997 10:31:25 -0700 Received: from gossamar.paradigmsim.com (gossamar.paradigmsim.com [206.7.114.134]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA24701 for ; Tue, 1 Jul 1997 10:31:22 -0700 env-from (richard@gossamar.paradigmsim.com) Received: (from richard@localhost) by gossamar.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA12441; Tue, 1 Jul 1997 12:22:18 -0500 From: richard@gossamar.paradigmsim.com (Richard McDonald) Message-Id: <9707011222.ZM12440@gossamar.paradigmsim.com> Date: Tue, 1 Jul 1997 12:22:18 -0500 In-Reply-To: Devrim Erdem "Converter with 1.4" (Jul 1, 12:06pm) References: <33B9553B.8B344EB8@turk.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: mderdem@turk.net Subject: Re: Converter with 1.4 Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 1, 12:06pm, Devrim Erdem wrote: > Subject: Converter with 1.4 > > > 
Hi,
> > 
We have received MultiGen II version 1.4.0 a few days ago and we
installed
> > 
it immediatly. However flt2dxf like converters don't work and their
output is sth like
> > 
rld: fatal error : can not map soname 'libfltdata.so' under any of
the file names ....
You need to install their Read/Write API option. Also, I believe that the converters may be separately licensed options, so ensure that you have that also. Once installed, you'll need to add the path to your LD_LIBRARY_PATH environment variable. Add the following to your .cshrc file or .login file: setenv LD_LIBRARY_PATH $LD_LIBRARY_PATH\:/usr/local/MultiGen/lib > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Devrim Erdem -- -- Richard McDonald ___________________________________________________________ richard@paradigmsim.com Paradigm Simulation, Inc. voice: (972) 960-2301 14900 Landmark Blvd Ste 400 fax: (972) 960-2303 Dallas, TX 75240-6725 ___________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 17:30:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17259; Tue, 1 Jul 1997 11:48:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17243; Tue, 1 Jul 1997 11:48:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA12499; Tue, 1 Jul 1997 11:48:12 -0700 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA24104 for ; Tue, 1 Jul 1997 11:48:11 -0700 env-from (WILLIAM_MARINELLI@ntsc.navy.mil) From: WILLIAM_MARINELLI@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA04422; Tue, 1 Jul 97 14:46:27 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA867793725; Tue, 01 Jul 97 14:42:10 EST Date: Tue, 01 Jul 97 14:42:10 EST Message-Id: <9706018677.AA867793725@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Curved Ocean Status: O The issue I would like to address is the idea of rendering ships on the horizon if they are viewed from a periscope. On a flat ocean, they look hokey since in real life they should sink down into the horizon. My first approach was to simply sink the ships into the ocean based on their distance from the eyepoint and the curvature of the earth. This did lower the ships, but the effect had a hokeyness all its own: There would be water surrounding the partially sunken ship. My next kluge was to manipulate the far clip plane so that there was no water behind the partially sunken ship. But what if there was more than one ship out there and the ships were at different distances from the eyepoint. Enough about my problem. I am wondering about the possibility of modeling the ocean as a curved surface - perhaps a NURB or a set of NURBS. Any ideas of the feasibility of doing that? (I do recall that OpenGL demo that generates a heart shaped object from NURBS - I think it was a glu call. And the relationship of the control points to the curve was not clear in the way it was coded - at least not clear to me.) Of course, if this were done, the ships would have to placed on the nurb based ocean to produce this sinking on the horizon effect. I think that would be an easy calculation. The other option that comes to mind with a flat ocean is to render the ships correctly out to a certain point near the far clip plane. At that point, depending on how far they are supposed to be away from the eyepoint, then scale them and sink them to get the right perspective. Any thoughts on this sort of thing? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 18:14:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA17521; Tue, 1 Jul 1997 12:39:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA17505; Tue, 1 Jul 1997 12:39:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA17527; Tue, 1 Jul 1997 12:39:44 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA06674 for ; Tue, 1 Jul 1997 12:39:43 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA27349; Tue, 1 Jul 1997 12:39:30 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199707011939.MAA27349@remi.engr.sgi.com> Subject: Re: Upgrade from 1.x to 2.0 problems To: bill@rap.ucar.EDU (Bill Myers) Date: Tue, 1 Jul 1997 12:39:30 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199706302136.PAA05814@agincourt.rap.ucar.EDU> from "Bill Myers" at Jun 30, 97 03:36:40 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 2232 Status: O Bill Myers wrote: > > Hi, > I've just started working on Performer stuff again after developing > an application 4 or 5 years ago under Performer 1.x . I now need to > port the software to run on an Indigo2 Max Impact system. It appears > as if an upgrade to Perf 2.0 is necessary (and probably desirable). > After modifying the funcition names and parameters, I still don't get > a clean compile. Using elfdump -Dc, I get > > tass: > ***CONFLICT SECTION*** > Name > > .conflict > [getRef__8pfMemoryFv ] > [getUserData__8pfObjectFv ] > [getGLHandle__8pfObjectCFv ] > [isOfType__8pfMemoryFP6pfType] > [getData__8pfMemoryCFv ] > [isExactType__8pfMemoryFP6pfType] > [__as__8pfMemoryFPC8pfMemory] > [__readenv_sigfpe ] > [__checktraps ] > [ ] > [ ] > [ ] > > > My link library line looks like : > -limage -lfm -lGLU -lGL -lXext -lXmu -lX11 -lfpe -lm -lC -lpf_ogl > -lpfdu_ogl -lpfutil_ogl -lpfui Try this order: -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl -limage -lGLU -lGL -lXext -lXmu -lX11 -lXext -lm -lfpe -lfm -lmalloc -lC > > I also get : > Warning: Quickstart not set for tass since you are using different > versions of libGLU.so > > I would like this to be an OGL compiled application, but realize I > don't know whether I'm mixing or matching GL and OGL libraries. > I suspect there are further problems here.. I currently have my > Multigen model loader stubbed out. If I include it, I get an error > indicating that gversion() and getgdesc() are unresolved. > > > Any suggestions on where to start? > > Thanks, > Bill Myers > myers@ncar.ucar.edu > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 19:09:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA20244; Tue, 1 Jul 1997 13:36:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20228; Tue, 1 Jul 1997 13:36:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA22406; Tue, 1 Jul 1997 13:36:57 -0700 Received: from proxy3.ba.best.com (proxy3.ba.best.com [206.184.139.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA19744 for ; Tue, 1 Jul 1997 13:36:56 -0700 env-from (gcw@best.com) Received: from gcw.vip.best.com (dynamic1.pm08.mv.best.com [206.184.194.65]) by proxy3.ba.best.com (8.8.5/8.8.3) with SMTP id NAA02809; Tue, 1 Jul 1997 13:35:16 -0700 (PDT) Message-Id: <2.2.32.19970701203442.0069b850@shell2.ba.best.com> X-Sender: gcw@shell2.ba.best.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 01 Jul 1997 13:34:42 -0700 To: "Hendrik-Jan van Veen" From: george williams Subject: Re: Asymmetric Frustrum Cc: info-performer@sgi.com Status: O pfMakePerspChan is indeed the right call to use here. Note that the default viewpoint in Performer is as follows (quoted from the Performer Programmer's Guide, p.95.) : The default viewpoint is at the origin (0,0,0) looking along the +Y axis, with +Z up, and +X to the right. So, without transforming the eye point and view direction, 'left' and 'right' correspond to X dimension/ 'bottom' and 'top' correspond to Z dimension. Also, note that the default eye position still lies along the Y axis after creating an assymetric viewing frustum. George Williams Fakespace, Inc. At 02:35 PM 7/1/97 +0000, you wrote: >We run Performer 2.1 on a Onyx2 IR and need to use asymmetric >frustrums. Man pfChannel seems to suggest to use >pfMakePerspChan(pfChannel* chan, float left, float right, float bottom, >float top). I couldn't figure out what coordinate system to use for >left,right,top and bottom though. The example in the manpage seem to >suggest fractions of the total FOV but how to set this? Calling >pfChanFOV didn't seem to make a difference. > > Dr. Hendrik-Jan van Veen > > Max-Planck-Institute for Biological Cybernetics > Spemannstrasse 38 72076 Tuebingen GERMANY > tel: +49-7071-601-631 fax: +49-7071-601-616 > e-mail: veen@mpik-tueb.mpg.de >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 19:54:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21171; Tue, 1 Jul 1997 14:29:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21155; Tue, 1 Jul 1997 14:29:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA27171; Tue, 1 Jul 1997 14:29:30 -0700 Received: from rdvax.ntsc.navy.mil (rdvax.ntsc.navy.mil [192.44.253.102]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA01436 for ; Tue, 1 Jul 1997 14:29:29 -0700 env-from (reif@rdvax.ntsc.navy.mil) Message-Id: <199707012129.OAA01436@sgi.sgi.com> Date: 1 Jul 97 17:27:00 EST From: "Robert Reif" Subject: pfEarthSky bug To: "info-performer" Status: O Hi, I'm having a problem with pfEarthSky when using asymmetrical viewing frusta. This is a well known bug which has come up before in this newsgroup as far back as Oct. 1994. SGI has no intention of fixing this bug. They stated that only a few people have complained about it so it isn't worth fixing. If anyone else has encountered this bug, please let SGI know so they will consider fixing it. Thanks, Bob Reif. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 21:55:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA22010; Tue, 1 Jul 1997 16:06:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA21994; Tue, 1 Jul 1997 16:06:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA05866; Tue, 1 Jul 1997 16:06:36 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA26681 for ; Tue, 1 Jul 1997 16:06:35 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA05685; Tue, 1 Jul 1997 16:06:29 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA06836; Tue, 1 Jul 1997 16:06:18 -0700 Date: Tue, 1 Jul 1997 16:06:18 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707011606.ZM6834@multipass.asd.sgi.com> In-Reply-To: Prakash Mahesh "dxf, vrml converters" (Jul 1, 1:24pm) References: <33B93D5C.1CFB@drawcomp.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Prakash Mahesh , info-performer@sgi.com Subject: Re: dxf, vrml converters Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 1, 1:24pm, Prakash Mahesh wrote: > Subject: dxf, vrml converters > Hi, > > Are there shareware converters for flt-dxf, dxf-vrml and the like, for > SGIs and/or PCs? I would appreciate any pointers to those. > > Also, what about 3D modelers? > We ship a number of 3D convertors, I'm not sure which software component you need, perhaps Cosmo Worlds which also is a 3D world builder. Also MultiGen is a modelling package which includes some convertors including to and from iv & dxf. Medit is another modeller which is big on convertors. Designers Workbench also imports and exports a number of common formats. All of the above supply SGI with scene graph builders, or loaders which ship with performer. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 22:31:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA22200; Tue, 1 Jul 1997 16:51:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA22184; Tue, 1 Jul 1997 16:51:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA10335; Tue, 1 Jul 1997 16:51:56 -0700 Received: from newsgate.dircon.co.uk (newsgate.dircon.co.uk [194.112.32.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA06259 for ; Tue, 1 Jul 1997 16:51:54 -0700 env-from (hal@jhcscg.dircon.co.uk) Received: from jhcscg.UUCP (jhcscg@localhost) by newsgate.dircon.co.uk (8.6.12/8.6.9) with UUCP id AAA18158 for sgi.com!info-performer; Wed, 2 Jul 1997 00:46:42 +0100 Received: from kermit by jhcscg via ESMTP (950413.SGI.8.6.12/940406.SGI) for id XAA01790; Tue, 1 Jul 1997 23:53:25 +0100 Received: by kermit (950413.SGI.8.6.12) id XAA21124; Tue, 1 Jul 1997 23:53:24 +0100 From: "Hal Bertram" Message-Id: <9707012353.ZM21122@kermit> Date: Tue, 1 Jul 1997 23:53:24 +0000 In-Reply-To: Leonardo Topa "far away monitors" (Jul 1, 11:25am) References: <9707011525.AA29113@vivaldi.mit.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: far away monitors Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We did about this distance on an RE2 and it seemed to work OK. The picture quality was degraded, but not very much - fine for an operator, probably not good enough for a presentation monitor. Having said that, we were running at 1280x1024_50 - lower resolutions should degrade less. We had no problems with the mouse and keyboard. Try it - the cable will cost a lot less than any other option. Cheers, Hal -- Hal Bertram Jim Henson's Creature Shop 30 Oval Road, London NW1 7DE, UK hal@jhcs.co.uk Tel: +44 171 428 4000 Fax: +44 171 284 2218 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 23:35:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA22425; Tue, 1 Jul 1997 17:40:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA22409; Tue, 1 Jul 1997 17:40:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA13942; Tue, 1 Jul 1997 17:40:44 -0700 Received: from cupid.dt.nchc.gov.tw ([140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA18320 for ; Tue, 1 Jul 1997 17:34:24 -0700 env-from (c00chu00@elc044.dt.nchc.gov.tw) Received: from elc044.dt.nchc.gov.tw (elc044.dt.nchc.gov.tw [140.110.12.28]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id IAA27098 for ; Wed, 2 Jul 1997 08:02:43 +0800 (CST) Received: (from c00chu00@localhost) by elc044.dt.nchc.gov.tw (8.8.5/8.8.5) id HAA00458 for info-performer@sgi.com; Wed, 2 Jul 1997 07:57:19 +0800 (CST) From: Sam Chu Message-Id: <199707012357.HAA00458@elc044.dt.nchc.gov.tw> Subject: Attach Special Effect to moving object? To: info-performer@sgi.com Date: Wed, 2 Jul 1997 07:57:17 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi Performers: I have read firefly.c from Performer Lab and smoke.c under Performer/src/lib/libpfutil for special effect, but I can't figure out how to attach the special effect to the moving object. Is there any way I can put the special effect under pfDCS? Thank you for any suggestion and help. Sam Chu National Center for High-Performance Computing Scientific Visualization Lab Email: c00chu00@nchc.gov.tw Tel: (886)35-776085 Ext 248 Fax : (886)35-773538 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 1 23:58:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA22504; Tue, 1 Jul 1997 18:03:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA22488; Tue, 1 Jul 1997 18:03:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA15627; Tue, 1 Jul 1997 18:03:13 -0700 Received: from noc.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA24740 for ; Tue, 1 Jul 1997 18:03:11 -0700 env-from (rmckinle@curly.ucsd.edu) Received: from curly.ucsd.edu by noc.ucsd.edu; id SAA08250 sendmail 8.8.5/UCSD8.3 via SMTP Tue, 1 Jul 1997 18:03:08 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: from localhost (rmckinle@localhost) by curly.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA11143 for ; Tue, 1 Jul 1997 18:01:52 -0700 Date: Tue, 1 Jul 1997 18:01:51 -0700 (PDT) From: Ryan McKinley To: info-performer@sgi.com Subject: array of pfDCS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi - I'm trying to declare an array of pfDCS's. I tried: pfDCS dcsArray[4]; and get the error: "storage size for 'dcsArray' isn't known" if I try: pfDCS *dcsArray; dcsArray = (pfDCS*) pfCalloc(4, sizeof(pfDCS), NULL ); I get the error: "Reference of an expression of void type or an incomplete type." I think I have all the proper include files and compilation links. What am I doing wrong? Ryan McKinley ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 04:45:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA24014; Wed, 2 Jul 1997 01:47:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23998; Wed, 2 Jul 1997 01:47:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA07578; Wed, 2 Jul 1997 01:47:18 -0700 Received: from arl-img-7.compuserve.com (arl-img-7.compuserve.com [149.174.217.137]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA07882 for ; Wed, 2 Jul 1997 01:47:17 -0700 env-from (100424.1071@CompuServe.COM) Received: by arl-img-7.compuserve.com (8.6.10/5.950515) id EAA07459; Wed, 2 Jul 1997 04:47:16 -0400 Date: 02 Jul 97 04:46:16 EDT From: Ian McCallum <100424.1071@CompuServe.COM> To: info-perfomer Subject: Short Term Contract Message-ID: <970702084615_100424.1071_BHG81-1@CompuServe.COM> Status: O We are looking for a Performer/OpenGL C or C++ programmer to work on a short term contract to produce the Visuals, Head Up and Head Down displays for a flight sim. If you are interested or would like more information please reply to 100424.1071@compuserve.com, or telephone 01443 238588 (UK, we are based in South Wales) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 04:45:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA23650; Wed, 2 Jul 1997 00:30:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA23634; Wed, 2 Jul 1997 00:30:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA03673; Wed, 2 Jul 1997 00:30:14 -0700 Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA26082 for ; Wed, 2 Jul 1997 00:30:12 -0700 env-from (wsherman@ncsa.uiuc.edu) Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.3.15]) by ex1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id CAA13636 for ; Wed, 2 Jul 1997 02:30:11 -0500 (CDT) Received: from space.ncsa.uiuc.edu (space.ncsa.uiuc.edu [141.142.4.10]) by mx1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id CAA11757; Wed, 2 Jul 1997 02:29:41 -0500 (CDT) From: William Sherman -Visualization Received: (from wsherman@localhost) by space.ncsa.uiuc.edu (8.8.4/8.8.4) id CAA03339; Wed, 2 Jul 1997 02:29:54 -0500 (CDT) Date: Wed, 2 Jul 1997 02:29:54 -0500 (CDT) Message-Id: <199707020729.CAA03339@space.ncsa.uiuc.edu> To: info-performer@sgi.com Subject: Re: far away monitors Cc: wsherman@ncsa.uiuc.edu Status: O > Try it - the cable will cost a lot less than any other option. And one of the main other options is Lightwave -- which sells transmitter/reciever pairs that will convey over fiber optics, signals for the video, keyboard, a serial line or two, and the stereo signal. As Hal says, it's not the cheapest option, but not bad either. They also have smaller boxes for transmitting audio via fiber. The main caveat is that the wiring for serial connections is one-way, and unfortunately, doesn't match the RS-232 spec. The Tx and Rx are backwards, and the signal ground is on 5. > Cheers, > > Hal Bill /*************************************************************************/ /* Bill Sherman (wsherman@ncsa.uiuc.edu) */ /* National Center for Supercomputing Applications */ /* University of Illinois at Urbana-Champaign */ /* Og - "You want to do mankind a real service? Tell funnier jokes" */ /* Spinner - "but facts don't always reveal the truth" */ /* Robin - "Yeah, but I always figure that's the writers' fault" */ /*************************************************************************/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 04:45:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA24032; Wed, 2 Jul 1997 01:47:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA24016; Wed, 2 Jul 1997 01:47:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA07594; Wed, 2 Jul 1997 01:47:28 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA07896 for ; Wed, 2 Jul 1997 01:47:27 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA07417; Wed, 2 Jul 1997 01:47:25 -0700 From: "Sharon Clay" Message-Id: <9707020147.ZM7415@rose.engr.sgi.com> Date: Wed, 2 Jul 1997 01:47:25 -0700 In-Reply-To: "Robert Reif" "pfEarthSky bug" (Jul 1, 5:27pm) References: <199707012129.OAA01436@sgi.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Robert Reif" , "info-performer" Subject: Re: pfEarthSky bug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 1, 5:27pm, Robert Reif wrote: > Subject: pfEarthSky bug -> ->Hi, -> ->I'm having a problem with pfEarthSky when using asymmetrical viewing frusta. ->This is a well known bug which has come up before in this newsgroup as far ->back as Oct. 1994. SGI has no intention of fixing this bug. They stated ->that only a few people have complained about it so it isn't worth fixing. I think a lot has gotten lost in some translations here, including all hint of engineering common sense. 1) EarthSky has had several bugs, this being one. Others that have or are being fixed include - MP safe-ness with multiple pipes - instancing of EarthSky across channels with different viewpoints - placement of far polygon against the clip-plane 2) We have NOT stated that we will not fix the bug!!! The "no intention" aspect is absolutely not true. What is true is that we are trying to release Performer2.2 as soon as possible and there are bugs on our list that many people want fixed. We are trying to achieve a balance of fixing as many bugs as possible but not holding off the next release so long that it hurts more people than it helps. The asymmetrical viewing frusta pfEarthSky is not currently on the list as a reason to delay the release of Performer2.2. 3) We do have planned some future siginificant (needed) enhancements to pfEarthSky and rather than hack fixes for difficult bugs into the old code we'd rather do a single larger overhaul of pfEarthSky that yields a much more flexible and better looking feature. We currently are planning this pfEarthSky overhaul for after 2.2. As always, feedback from folks on this list on this and other issues like this is most welcome and tremendously valuable to us and hopefully lead us to produce a better and more useful product. Thanx, src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 04:45:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA23778; Wed, 2 Jul 1997 00:58:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA23762; Wed, 2 Jul 1997 00:58:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA05224; Wed, 2 Jul 1997 00:58:41 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA01185 for ; Wed, 2 Jul 1997 00:58:31 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199707020758.AAA01185@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 2 Jul 1997 09:58:03 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 2 Jul 1997 09:58:03 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Wed, 2 Jul 1997 09:58:02 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 2 Jul 1997 11:57:47 +0200 Date: Wed, 2 Jul 1997 11:57:47 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970702095747] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: pfdStoreFile's formats MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHi pfPeople, On our systems, the only supported format for pfdStoreFile is .pfb Are there any other formats in which we can save run-time made models ? W= here can we get the libs ? I had downloaded a store_iv lib, but I never succeeded in making it work without a damned "Segmentation fault" :(. I'll try to gather the elements= for posting a pfQuestion on that bug. We work with Performer 2.0 all patched, IRIX 6.2, on Onyx RE2 and High Im= pact. Thx, Mike ______________________________________________ Michael Boccara ! Aerospatiale VR & Simulation R&D Engineer ! Joint Research email : ! Center - DC= R/IK michael.boccara(a)siege.aerospatiale.fr ! 12 rue Pasteur Tel : (+33) (0)1 46 97 32 40 ! 92150 Suresnes Fax : (+33) (0)1 46 97 32 59 ! FRANCE ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 04:45:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23963; Wed, 2 Jul 1997 01:37:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23947; Wed, 2 Jul 1997 01:37:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA07147; Wed, 2 Jul 1997 01:37:05 -0700 Received: from mpik-tueb.mpg.de (onion.mpik-tueb.mpg.de [192.124.28.132]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA06504 for ; Wed, 2 Jul 1997 01:37:03 -0700 env-from (veen@mpik-tueb.mpg.de) Received: by mpik-tueb.mpg.de (940816.SGI.8.6.9/930416.SGI) id KAA07969; Wed, 2 Jul 1997 10:37:00 +0200 From: "Hendrik-Jan van Veen" Message-Id: <9707021037.ZM7967@onion.mpik-tueb.mpg.de> Date: Wed, 2 Jul 1997 10:36:59 +0000 In-Reply-To: Leonardo Topa "far away monitors" (Jul 1, 11:25) References: <9707011525.AA29113@vivaldi.mit.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: far away monitors Cc: Leonardo Topa Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 1, 11:25, Leonardo Topa wrote: > Subject: far away monitors > > we need to move the monitor, keyboard and mouse of an ir-onyx2 > equipped with a DG5-8 approx. 60 meters away from the main rack. We worked up to 40 meter with very high quality video cables (separate cables for RGBHV). If you need long distances and high bandwidth (e.g., 2048x1180_72 gives 174Mpixels/sec) consider the ultra-high quality videocables that are used for camera's in the television industry. Just to mention a possibility (no price info): DIN 47394 96 IEC/75-17-1 2.7/17.3 {2.7mm copper inner conductor, 22mm sheating, 3.6dB attenuation per 100m at 200MHz!} This is a very FAT cable but it gives you less than 3dB attentuation with 60m length! You have to solve connector problems though. Standard BNC won't fit to this cable, but you need to convert from 13W3 to RGBHV single cables anyway. The cable solution is probably the cheapest if you consider using multiple channels from your DG5-8 (otherwise consider Lightwave devices). Cables solutions for mouse/keyboard/serial tend to be difficult for long distances. You might need something else here, look into PC terminal switchers. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dr. Hendrik-Jan van Veen Max-Planck-Institute for Biological Cybernetics Spemannstrasse 38 72076 Tuebingen GERMANY tel: +49-7071-601-631 fax: +49-7071-601-616 e-mail: veen@mpik-tueb.mpg.de ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 10:40:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA24924; Wed, 2 Jul 1997 06:39:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA24908; Wed, 2 Jul 1997 06:39:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19699; Wed, 2 Jul 1997 06:39:10 -0700 Received: from quackerjack.cc.vt.edu (quackerjack.cc.vt.edu [198.82.160.250]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA16985 for ; Wed, 2 Jul 1997 06:38:59 -0700 env-from (krangan@mail.vt.edu) Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30]) by quackerjack.cc.vt.edu (8.8.5/8.8.5) with ESMTP id JAA19186; Wed, 2 Jul 1997 09:38:57 -0400 (EDT) Received: from starseed (starseed.cme.nist.gov [129.6.32.71]) by sable.cc.vt.edu (8.8.5/8.8.5) with SMTP id JAA17387; Wed, 2 Jul 1997 09:38:57 -0400 (EDT) Message-Id: <199707021338.JAA17387@sable.cc.vt.edu> X-Sender: krangan@mail.vt.edu X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 02 Jul 1997 08:37:09 -0400 To: Prakash Mahesh From: rangan Subject: Re: dxf, vrml converters Cc: info-performer@sgi.com Status: O At 04:06 PM 7/1/97 -0700, you wrote: >On Jul 1, 1:24pm, Prakash Mahesh wrote: >> Subject: dxf, vrml converters >> Hi, >> >> Are there shareware converters for flt-dxf, dxf-vrml and the like, for >> SGIs and/or PCs? I would appreciate any pointers to those. >> >> Also, what about 3D modelers? >> Check out the web page : www.sdsc.edu/vrml They have links to 3D modellers and translators. ciao Rangan :-) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 10:40:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA24942; Wed, 2 Jul 1997 06:42:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA24926; Wed, 2 Jul 1997 06:42:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19828; Wed, 2 Jul 1997 06:42:27 -0700 Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA17585 for ; Wed, 2 Jul 1997 06:42:26 -0700 env-from (cgeyer@seas.upenn.edu) Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82]) by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id JAA00167 for ; Wed, 2 Jul 1997 09:42:25 -0400 (EDT) Received: from blue.seas.upenn.edu (cgeyer@BLUE.SEAS.UPENN.EDU [130.91.5.148]) by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP id JAA24026 for ; Wed, 2 Jul 1997 09:42:25 -0400 (EDT) Received: (from cgeyer@localhost) by blue.seas.upenn.edu (8.8.5/8.8.4) id JAA22461 for info-performer@sgi.com; Wed, 2 Jul 1997 09:42:24 -0400 (EDT) Message-Id: <199707021342.JAA22461@blue.seas.upenn.edu> Subject: display lists in cull traversal To: info-performer@sgi.com Date: Wed, 2 Jul 1997 09:42:24 -0400 (EDT) From: "Christopher Geyer" X-Mailer: ELM [version 2.4 PL23-upenn3.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Regarding the problem that I posted about before. I'm trying to render a shadow volume in a separate display list from the scene. It seems that I've figured out the problem, but I'm not exactly sure how to fix it. As I told you in the cull traversal I'm creating a separate display list for my shadow volumes. So I've created a descendent of pfGeode which contains only shadow volume geometry. It has it's own post & pre cull callback. abbreviated: static pfDispList *currentDL; // actually a member of my class static pfDispList *shadVolDL; // init'd elsewhere preShadVolCullCallback( ... ) { currentDL = pfGetCurDList( ); currentDL->close( ); shadVolDL->open( ); return( PFTRAV_CONT ); } // in between capture the draw commands for the shadow volume // in the shadVolDL postShadVolCullCallback( ... ) { shadVolDL->close( ); currentDL->open( ); return( PFTRAV_CONT ); } drawChannelFunc( ... ) { pfDraw( ); // one extra pop shadVolDL->draw( ); // one extra push } So I temporarily bypass the current display list. Would this not be correct? What happens is that for some reason a popmatrix() (or apparently the token DL_POPMAT) does not get appended to the shadVolDL. It instead gets appended to currentDL. So I have an extra pushmatrix() without its corresponding popmatrix() in a my shadow volume display list; and I have an extra popmatrix() without a cooresponding pushmatrix() in the scene display list (this is what I gather from looking at output from gldebug). It would seem that AFTER the call to preShadVolCullCallback() a pushmatrix() is being added, and that AFTER postShadVolCullCallback() a popmatrix() is being added. Wouldn't it either be before and after, or after and before, but not after and after? Why would that happen? Obviously I'm not doing things in the right order. What would the correct order be? Christopher ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 12:37:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24984; Wed, 2 Jul 1997 07:12:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24968; Wed, 2 Jul 1997 07:12:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21569; Wed, 2 Jul 1997 07:12:57 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA22874 for ; Wed, 2 Jul 1997 07:12:55 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id KAA17508; Wed, 2 Jul 1997 10:12:51 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma017504; Wed, 2 Jul 97 10:12:25 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id OAA03020; Wed, 2 Jul 1997 14:12:32 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA07414; Wed, 2 Jul 1997 10:12:32 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199707021412.KAA07414@hf.ht.com> Subject: Re: array of pfDCS To: rmckinle@curly.ucsd.edu (Ryan McKinley) Date: Wed, 2 Jul 1997 10:12:32 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: from "Ryan McKinley" at Jul 1, 97 06:01:51 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > > > Hi - > > I'm trying to declare an array of pfDCS's. I tried: > > pfDCS dcsArray[4]; > > and get the error: "storage size for 'dcsArray' isn't known" > > if I try: > > pfDCS *dcsArray; > dcsArray = (pfDCS*) pfCalloc(4, sizeof(pfDCS), NULL ); > > I get the error: > > "Reference of an expression of void type or an incomplete type." > > I think I have all the proper include files and compilation links. What > am I doing wrong? > > Ryan McKinley The man page states: "...like other pfNodes, pfDCSes are always allocated from shared memory and cannot be created statically, on the stack or in arrays." I am positive you are running into this in the first case and assume so in the second case too. The following code dynamically allocates an array of pfDCS pointers (optionally from the shared arena), and then it loops through and dynamically allocates each pfDCS (calling the constructor to boot): pfDCS **dcsArray; dcsArray = new(pfGetSharedShared()) pfDCS *[4]; for (int i=0; i<4; i++) dcsArray[i] = new pfDCS(); -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 12:37:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA25294; Wed, 2 Jul 1997 09:29:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25278; Wed, 2 Jul 1997 09:29:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA02608; Wed, 2 Jul 1997 09:29:50 -0700 Received: from cap1.CapAccess.org (cap1.CapAccess.org [207.91.115.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA29288 for ; Wed, 2 Jul 1997 09:29:42 -0700 env-from (lese@CapAccess.org) Received: (from lese@localhost) by cap1.CapAccess.org (8.6.12/8.6.10) id MAA24477; Wed, 2 Jul 1997 12:31:37 -0400 Date: Wed, 2 Jul 1997 12:31:37 -0400 (EDT) From: Les Elkins To: info-performer@sgi.com cc: lelkins@lnk.com Subject: Stereo questions... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello... I've been converting some older code using top/bottom stereo to the newer leftbuffer/rightbuffer style, and have been having some troubles in the process. So I have a couple of questions... First, on an Impact I use, the available stereo formats are 1024x768_96s.sdb and 1024x768_96s_vs.sdb. What's the significance of the '_vs' in the second case? Also, these formats seem to display fine on a video projector, but the SGI monitor can't deal with them. Is there a stereo format that can be displayed normally on a standard monitor, and if so how does one find it? Additionally, I'm using the stereo.c code from the web page as a guide. On the Impact, the line pfQueryPWin(pw, PFQWIN_STEREO, &Shared->stereo); behaves correctly (setting Shared->stereo to 0 if no stereo mode is present, to 1 if the stereo mode is present). However, on an Onyx IR, it merrily returns a '1' regardless of the current managed gfx state. Any suggestions? Both machines are 6.2 with 2.1 installed. Thanks in advance... -Les Les Elkins lelkins@lnk.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 12:37:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA25191; Wed, 2 Jul 1997 09:01:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25175; Wed, 2 Jul 1997 09:01:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA29931; Wed, 2 Jul 1997 09:01:23 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA20022 for ; Wed, 2 Jul 1997 09:01:22 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id MAA18197; Wed, 2 Jul 1997 12:01:21 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma018195; Wed, 2 Jul 97 12:01:07 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id QAA04103; Wed, 2 Jul 1997 16:01:15 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id MAA07528; Wed, 2 Jul 1997 12:01:16 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199707021601.MAA07528@hf.ht.com> Subject: OBJ loader/Builder BUG? To: info-performer@sgi.com Date: Wed, 2 Jul 1997 12:01:16 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O I have been playing with the OBJ loader in version 2.0.x and have encountered what appears to be bug: When I load an OBJ model without normals (pfdBuilder creates them) and I specify a material with a reflective texture. The model has a lot of large flat surfaces made up of a few triangles. The reflections are really messed up -- e.g. coplanar adjacent faces show drastically different reflections. It is like the normals have not been computed correctly for the texgen operation. The normals shown in perfly seem to be correct so I don't know exactly where the bug(?) is. I am in the process of writing an OBJ loader that preserves indexed vertex and normal lists (for future morphing applications). It doesn't build the tristrips yet. It does compute normals (if desired) and reflection maps the object properly using straight OpenGL calls so I don't think it is a problem with OpenGL. So is this an unexpected interaction between generation of normals, stripifying, smooth shading and reflective textures? Or is it a real bug. Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 12:37:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA25130; Wed, 2 Jul 1997 08:15:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25114; Wed, 2 Jul 1997 08:15:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA25938; Wed, 2 Jul 1997 08:15:09 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA09748 for ; Wed, 2 Jul 1997 08:15:07 -0700 env-from (swami@evl.uic.edu) Received: from carpenter.evl.uic.edu (carpenter.evl.uic.edu [131.193.48.201]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id KAA03881; Wed, 2 Jul 1997 10:16:17 -0500 (CDT) Received: from localhost (swami@localhost) by carpenter.evl.uic.edu (950413.SGI.8.6.12/8.6.4) with SMTP id PAA07243; Wed, 2 Jul 1997 15:16:19 GMT X-Authentication-Warning: carpenter.evl.uic.edu: swami owned process doing -bs Date: Wed, 2 Jul 1997 10:16:18 -0500 (CDT) From: "Swaminathan N." To: Ryan McKinley cc: info-performer@sgi.com Subject: Re: array of pfDCS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 1 Jul 1997, Ryan McKinley wrote: > > Hi - > > I'm trying to declare an array of pfDCS's. I tried: > > pfDCS dcsArray[4]; > > and get the error: "storage size for 'dcsArray' isn't known" yikes! Here are some things wrong with this statement. pfNodes can only be created in the shared arena, while here, you are creating them on the stack. If you subsequently do a pfNode *nodeArray = dcsArray nodeArray[1] which is the same as *(nodeArray + sizeof(pfNode)) will not be what you expect. What you might want is something similar to *(nodeArray + sizeof(pfDCS)). Also, delete nodeArray will not call pfDCS's destructor even though pfNode has a virtual destructor. Of course, none of these things make sense in the Performer context. That said, your problem is that you've forgotten to include :-) bye Swami > > if I try: > > pfDCS *dcsArray; > dcsArray = (pfDCS*) pfCalloc(4, sizeof(pfDCS), NULL ); > > I get the error: > > "Reference of an expression of void type or an incomplete type." > > I think I have all the proper include files and compilation links. What > am I doing wrong? > > Ryan McKinley > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 12:37:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA25030; Wed, 2 Jul 1997 07:34:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA25014; Wed, 2 Jul 1997 07:34:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22918; Wed, 2 Jul 1997 07:34:20 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA28833 for ; Wed, 2 Jul 1997 07:34:18 -0700 env-from (nicolas@cae.ca) Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA89125; Wed, 2 Jul 1997 10:22:03 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id KAA17827; Wed, 2 Jul 1997 10:16:55 -0400 From: "Nicolas Gauvin" Message-Id: <9707021016.ZM17825@christine.cae.ca> Date: Wed, 2 Jul 1997 10:16:55 -0400 In-Reply-To: Swapnil Shah "general func. ptr." (Jun 29, 3:00pm) References: <199706292030.PAA11773@teil.soft.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Swapnil Shah Subject: Re: general func. ptr. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 29, 3:00pm, Swapnil Shah wrote: > Subject: general func. ptr. > hi, > > I know that pointer to function and pointer to method in class is different. > Now can someone tell me how do i have some general pointer, which can > point to different methods of different objectes/classes ??? > (This can be similar to base class pointer which can point to any type of > inherited class) > OR is this possible atall!!! > My understanding is that it is not possible to save a pointer to a true member function partly because of the implicit 'this' parameter. I wouldn't be surprised that it was forcefully prevented during the design of the C++ language since it is not really "object oriented". Virtual funcs are the way to go instead. You can still save pointers to static member functions since they are just like plain C functions and used them in systems that require you to provide callbacks. Such a function can be used as an intermediate path to a true member function provide that you have a way of retrieving a class pointer. Section 18 of the C++ faq discusses this whole issue in greater details. (rtfm.mit.edu in /pub/usenet/something) -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 12:37:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA25275; Wed, 2 Jul 1997 09:26:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25259; Wed, 2 Jul 1997 09:26:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA02383; Wed, 2 Jul 1997 09:26:26 -0700 Received: from cap1.CapAccess.org (cap1.CapAccess.org [207.91.115.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA28795 for ; Wed, 2 Jul 1997 09:26:24 -0700 env-from (lese@CapAccess.org) Received: (from lese@localhost) by cap1.CapAccess.org (8.6.12/8.6.10) id MAA24477; Wed, 2 Jul 1997 12:31:37 -0400 Date: Wed, 2 Jul 1997 12:31:37 -0400 (EDT) From: Les Elkins To: info-performer@sgi.com cc: lelkins@lnk.com Subject: Stereo questions... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello... I've been converting some older code using top/bottom stereo to the newer leftbuffer/rightbuffer style, and have been having some troubles in the process. So I have a couple of questions... First, on an Impact I use, the available stereo formats are 1024x768_96s.sdb and 1024x768_96s_vs.sdb. What's the significance of the '_vs' in the second case? Also, these formats seem to display fine on a video projector, but the SGI monitor can't deal with them. Is there a stereo format that can be displayed normally on a standard monitor, and if so how does one find it? Additionally, I'm using the stereo.c code from the web page as a guide. On the Impact, the line pfQueryPWin(pw, PFQWIN_STEREO, &Shared->stereo); behaves correctly (setting Shared->stereo to 0 if no stereo mode is present, to 1 if the stereo mode is present). However, on an Onyx IR, it merrily returns a '1' regardless of the current managed gfx state. Any suggestions? Both machines are 6.2 with 2.1 installed. Thanks in advance... -Les Les Elkins lelkins@lnk.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 15:40:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA25971; Wed, 2 Jul 1997 12:19:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA25955; Wed, 2 Jul 1997 12:19:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18591; Wed, 2 Jul 1997 12:19:17 -0700 Received: from narnia.aero.swri.edu (narnia.aero.swri.edu [129.162.90.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA13216 for ; Wed, 2 Jul 1997 12:19:16 -0700 env-from (frank@narnia.aero.swri.edu) Received: from localhost (frank@localhost) by narnia.aero.swri.edu (8.8.5/8.8.5) with SMTP id OAA03779 for ; Wed, 2 Jul 1997 14:19:57 -0500 Date: Wed, 2 Jul 1997 14:19:56 -0500 (CDT) From: Frank Dea To: info-performer@sgi.com Subject: Using 2 glxMDrawWidget at the same time. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O We have written a Motif application that contains an OpenGL window (running Performer). Everything works great until we try to bring up another window in the same application that also contains an OpenGL window. Then neither window responds correctly. The second window performs no drawing and the first window simply flashes a left over frame buffer image (i.e., junk). Note, both OpenGL windows perform normally if brought up individually. Has any one experienced this with Motif windows containing OpenGL windows? Let me know if more details are needed. Frank -- William Frank Dea _________/|__________ /--------/-/---------/ / / / / / / "If you want to get results ... /- /---/-/---/ -/ try a prayer!" / / / / / / /--------/-/---------/ wdea@swri.edu Research Engineer Southwest Research Institute (210) 522-6576 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 15:40:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA26032; Wed, 2 Jul 1997 12:29:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA26016; Wed, 2 Jul 1997 12:29:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA19690; Wed, 2 Jul 1997 12:29:13 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA15598 for ; Wed, 2 Jul 1997 12:29:11 -0700 env-from (nicolas@cae.ca) Received: tid PAA05301; Wed, 2 Jul 1997 15:25:38 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA138152; Wed, 2 Jul 1997 15:24:55 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id PAA23889; Wed, 2 Jul 1997 15:20:23 -0400 From: "Nicolas Gauvin" Message-Id: <9707021520.ZM23887@christine.cae.ca> Date: Wed, 2 Jul 1997 15:20:22 -0400 In-Reply-To: "Christopher Geyer" "display lists in cull traversal" (Jul 2, 9:42am) References: <199707021342.JAA22461@blue.seas.upenn.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Christopher Geyer" Subject: Re: display lists in cull traversal Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 2, 9:42am, Christopher Geyer wrote: > Subject: display lists in cull traversal > What happens is that for some reason a popmatrix() (or apparently the > token DL_POPMAT) does not get appended to the shadVolDL. It instead gets > appended to currentDL. So I have an extra pushmatrix() without its > corresponding popmatrix() in a my shadow volume display list; and I have > an extra popmatrix() without a cooresponding pushmatrix() in the scene > display list (this is what I gather from looking at output from gldebug). ... > It would seem that AFTER the call to preShadVolCullCallback() a > pushmatrix() is being added, and that AFTER postShadVolCullCallback() a > popmatrix() is being added. Wouldn't it either be before and after, or > after and before, but not after and after? >-- End of excerpt from Christopher Geyer If what you are describing is really what is happening then how about simply trying to add the missing push and pop to each display list yourself? Something like: > preShadVolCullCallback( ... ) > { > currentDL = pfGetCurDList( ); // add the missing push to currentDL pfPushMatrix(); > currentDL->close( ); > shadVolDL->open( ); > return( PFTRAV_CONT ); > } > > // in between capture the draw commands for the shadow volume > // in the shadVolDL > > postShadVolCullCallback( ... ) > { // add the missing pop to shadVolDL pfPopMatrix(); > shadVolDL->close( ); > currentDL->open( ); > return( PFTRAV_CONT ); > } -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 15:40:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA25358; Wed, 2 Jul 1997 10:12:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA25342; Wed, 2 Jul 1997 10:12:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA06765; Wed, 2 Jul 1997 10:12:27 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA09779 for ; Wed, 2 Jul 1997 10:12:26 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id KAA23430; Wed, 2 Jul 1997 10:13:51 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA04664; Wed, 2 Jul 1997 10:15:19 -0700 From: "Anita Kishore" Message-Id: <9707021015.ZM4662@tracey.triavest.com> Date: Wed, 2 Jul 1997 10:15:17 -0700 In-Reply-To: "Hendrik-Jan van Veen" "Asymmetric Frustrum" (Jul 1, 2:35pm) References: <9707011435.ZM6751@onion.mpik-tueb.mpg.de> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Hendrik-Jan van Veen" , info-performer@sgi.com Subject: Re: Asymmetric Frustrum Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 1, 2:35pm, Hendrik-Jan van Veen wrote: > Subject: Asymmetric Frustrum > We run Performer 2.1 on a Onyx2 IR and need to use asymmetric > frustrums. Man pfChannel seems to suggest to use > pfMakePerspChan(pfChannel* chan, float left, float right, float bottom, > float top). I couldn't figure out what coordinate system to use for > left,right,top and bottom though. The example in the manpage seem to > suggest fractions of the total FOV but how to set this? Calling > pfChanFOV didn't seem to make a difference. If you mean how to find the four sides of the frustum, here is how: pfGetChanNearFar(chan, &near, &far); pfChanAspect(chan, PFFRUST_CALC_VERT, aspectRatio); x = near * pfTan(camera->horizFOV/2.0f); z = x / pfGetChanAspect(chan); pfMakePerspChan(chan, -x, x, -z, z); The Performer book has explainations for the relationship between aspect ratio and the sides of the frustum. The above code is based on that. Hope this helps -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 15:40:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25583; Wed, 2 Jul 1997 11:31:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25567; Wed, 2 Jul 1997 11:31:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA14380; Wed, 2 Jul 1997 11:30:59 -0700 Received: from april.dnaco.net (april.dnaco.net [207.238.206.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA03888 for ; Wed, 2 Jul 1997 11:30:48 -0700 env-from (eheft@dnaco.net) Received: from picard.dnaco.net (eheft@picard.dnaco.net [207.238.206.4]) by april.dnaco.net (8.8.5/8.8.5) with ESMTP id OAA09584 for ; Wed, 2 Jul 1997 14:29:46 -0400 (EDT) From: Eric Heft Received: (from eheft@localhost) by picard.dnaco.net (8.8.5/8.8.4) id OAA04390 for info-performer@sgi.com; Wed, 2 Jul 1997 14:21:58 -0400 (EDT) Message-Id: <199707021821.OAA04390@picard.dnaco.net> Subject: Centering the mouse cursor? To: info-performer@sgi.com (Performer Mailing List) Date: Wed, 2 Jul 1997 14:21:57 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, This has got to be something simple. All I want to do is center the mouse in the center of the screen before the rest of the perfly type code. Heres what I'm trying to add in main.c #include #include ... setvaluator (MOUSEX, XMAXSCREEN/2, 0, XMAXSCREEN); setvaluator (MOUSEY, YMAXSCREEN/2, 0, YMAXSCREEN); ... I've tried putting the code fragment in the main and each of the callbacks. I keep getting seg faults :( How does one center the mouse? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 16:26:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA26072; Wed, 2 Jul 1997 12:35:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA26056; Wed, 2 Jul 1997 12:35:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA20234; Wed, 2 Jul 1997 12:35:08 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA16970 for ; Wed, 2 Jul 1997 12:35:08 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA09667; Wed, 2 Jul 1997 12:35:06 -0700 From: "Sharon Clay" Message-Id: <9707021235.ZM9665@rose.engr.sgi.com> Date: Wed, 2 Jul 1997 12:35:06 -0700 In-Reply-To: "Christopher Geyer" "display lists in cull traversal" (Jul 2, 9:42am) References: <199707021342.JAA22461@blue.seas.upenn.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Christopher Geyer" , info-performer@sgi.com Subject: Re: display lists in cull traversal Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 2, 9:42am, Christopher Geyer wrote: > Subject: display lists in cull traversal ->From guest@holodeck.csd.sgi.com Wed Jul 2 12:07:01 1997 ->As I told you in the cull traversal I'm creating a separate display list ->for my shadow volumes. So I've created a descendent of pfGeode which ->contains only shadow volume geometry. It has it's own post & pre cull ->callback. -> ->abbreviated: -> ->static pfDispList *currentDL; // actually a member of my class ->static pfDispList *shadVolDL; // init'd elsewhere -> ->preShadVolCullCallback( ... ) ->{ -> currentDL = pfGetCurDList( ); -> currentDL->close( ); -> shadVolDL->open( ); -> return( PFTRAV_CONT ); ->} -> ->// in between capture the draw commands for the shadow volume ->// in the shadVolDL -> ->postShadVolCullCallback( ... ) ->{ -> shadVolDL->close( ); -> currentDL->open( ); -> return( PFTRAV_CONT ); ->} -> ->drawChannelFunc( ... ) ->{ -> pfDraw( ); // one extra pop -> shadVolDL->draw( ); // one extra push ->} -> ->So I temporarily bypass the current display list. Would this not be correct? -> ->What happens is that for some reason a popmatrix() (or apparently the ->token DL_POPMAT) does not get appended to the shadVolDL. It instead gets ->appended to currentDL. So I have an extra pushmatrix() without its ->corresponding popmatrix() in a my shadow volume display list; and I have ->an extra popmatrix() without a cooresponding pushmatrix() in the scene ->display list (this is what I gather from looking at output from gldebug). -> ->It would seem that AFTER the call to preShadVolCullCallback() a ->pushmatrix() is being added, and that AFTER postShadVolCullCallback() a ->popmatrix() is being added. Wouldn't it either be before and after, or ->after and before, but not after and after? -> ->Why would that happen? Obviously I'm not doing things in the right order. ->What would the correct order be? This looks OK to me so far. We don't arbitrarily stick on push/pop of matrices so I assume that you have a pfSCS or pfDCS above this node and you are getting caught by some optimization logic we have in flattening the scene graph with xforms into the dlist. These matrix ops get tied to pfGeoSets and are put out with the first pfGeoSet that they affect which would give you this "after and after" type effect. This is getting into some ugly details that code inspection does not verify nearly as well as dbx :-) If you could dbx your cull and put a breakpoint in your cull callback and then put one in pfPopMatrix() and send me the stack trace I can be sure. If this is it, I think a post-draw callback on your pfGeode should do the trick to clean things out. This is an interesting case and as it so happens we are currently in the progress of trying to make such smart cull tricks work a little better in 2.2 with some node hints since it has come up for other things. Thanx for your timely post and keep me posted! src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 19:52:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA28174; Wed, 2 Jul 1997 16:16:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA28148; Wed, 2 Jul 1997 16:16:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA07707; Wed, 2 Jul 1997 16:16:47 -0700 Received: from pyramidsystems.com (node3.pyramidsystems.com [207.91.248.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA20126 for ; Wed, 2 Jul 1997 16:13:54 -0700 env-from (tjordan@pyramidsystems.com) Received: from [166.72.135.243] by pyramidsystems.com with ESMTP (Eudora Internet Mail Server 1.1.2); Wed, 2 Jul 1997 19:11:35 -0400 X-Sender: tjordan@mail1.pyramidsystems.com Message-Id: Mime-Version: 1.0 Content-Type: text/enriched; charset="us-ascii" Date: Wed, 2 Jul 1997 16:09:49 -0400 To: info-performer@sgi.com From: ted jordan Subject: MI-Detroit:Need OpenGL/Performer/Mkt Development Status: O GenevaPyramid Systems, Inc. the leader in Virtual Reality Displays is expanding its operations & needs aggressive and talented people to advance our CAVE(TM) & ImmersaDesk(TM) Products from our Suburban Detroit, Michigan location. Full-time and Contract positions are available for the following positions: Sales Engineer - Will Support Sales with Demos for customers & Marketing Shows Must be skilled in Unix, C++, C, and OpenGL Plusses are Performer, Inventor, WTK, JAVA, VRML, UIC CAVE Library 2+ years customer support experience Education Rqd: BS in Engineering (preferably Computer or Electrical) -- Software Developer - Will further development of the CAVE Library, develop demos, applications, and documentation Must be skilled in Unix, C++, C, and OpenGL Plusses are Performer, Inventor, WTK, JAVA, VRML, UIC CAVE Library 2+ years engineering and design experience Education Rqd: MS in Engineering (preferably Computer or Electrical) -- Hardware Developer - Will further development of interfaces for the VR display products Must be familiar with integrated circuits and design of printed circuit boards. Must be able to design circuit boards 2+ years engineering and design experience Education Rqd: BS in Engineering (Electrical preferred) -- Field Technicians/Gaffer/Best Boy - Will handle installations of VR Display products Must have solid communication skills, and work well with people 2+ years customer service experience Education Rqd: Associate Degree, Trade Degree, 2 year Degree in Technology (Computer/Electrical/Mechanical preferred) -- Industry Focused Marketing/Business Development - Will work with government, university, and industrial accounts and expand their business activity. Must have solid communication skills, and experience in dealing with government, universities, or industry foci 5+ years government, high level university, or high level industry experience Education Rqd: BA in Business (Marketing or Finance preferred) www.pyramidsystems.com Interested parties should contact: Ted Jordan, Personnel Pyramid Systems, Inc. 24477 W 10 Mile Road Southfield, MI 48034 810 356 0063 - fax tjordan@pyramidsystems.com No phone calls please EEO/AA Principals Only Please * CAVE(TM) & ImmersaDesk(TM) * Display Systems Integration * Experiential computing display systems * Visual simulation display systems * Advanced Visualization Design and Integration * Audio/Visual - Sales, Rental, Service * Consultation Services SEE THE FUTURE IN STEREO (SM) Pyramid Systems, Inc. has the sole rights to market the CAVE & ImmersaDesk VR display systems and the CAVE Library developed by the University of Illinois in Chicago. -- Ted Jordan, Director, Advanced Vizualization Group Pyramid Systems, Inc. 24477 W 10 Mile Road Southfield MI 48034 USA Distributors of the CAVE(tm) the ImmersaDesk(tm) and the CAVE Library(tm) 248 356 2662 248 356 0063(f) www.pyramidsystems.com tjordan@pyramidsystems.com <<- not the best way to reach me quickly ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 19:52:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA27989; Wed, 2 Jul 1997 16:07:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA27973; Wed, 2 Jul 1997 16:07:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA07199; Wed, 2 Jul 1997 16:07:05 -0700 Received: from elara.paradigmsim.com (elara.paradigmsim.com [206.7.114.149]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA17752 for ; Wed, 2 Jul 1997 16:07:02 -0700 env-from (scott@elara.paradigmsim.com) Received: by elara.paradigmsim.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA10013; Wed, 2 Jul 1997 18:04:29 -0500 Date: Wed, 2 Jul 1997 18:04:26 -0500 (CDT) From: Scott McCaskill To: Ryan McKinley cc: info-performer@sgi.com Subject: Re: array of pfDCS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 1 Jul 1997, Ryan McKinley wrote: > > Hi - > > I'm trying to declare an array of pfDCS's. I tried: > > pfDCS dcsArray[4]; > > and get the error: "storage size for 'dcsArray' isn't known" > > if I try: > > pfDCS *dcsArray; > dcsArray = (pfDCS*) pfCalloc(4, sizeof(pfDCS), NULL ); > > I get the error: > > "Reference of an expression of void type or an incomplete type." > > I think I have all the proper include files and compilation links. What > am I doing wrong? > > Ryan McKinley > In short: this is bad. Don't do this. >From the man page for pfDCS (pf2.0): new pfDCS creates and returns a handle to a pfDCS. Like other pfNodes, pfDCSes are always allocated from shared memory and cannot be created statically, on the stack or in arrays. pfDCSes should be deleted using pfDelete rather than the delete operator. For related info on why this is so I recommend the man page for pfMemory. -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- -=- Scott McCaskill scott@paradigmsim.com Paradigm Entertainment (formerly Paradigm Simulation, now two companies) 972 960 2301 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 2 19:52:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA27367; Wed, 2 Jul 1997 15:19:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA27351; Wed, 2 Jul 1997 15:19:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA03945; Wed, 2 Jul 1997 15:19:52 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA01862 for ; Wed, 2 Jul 1997 15:19:51 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA15012; Wed, 2 Jul 1997 15:19:45 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA08157; Wed, 2 Jul 1997 15:19:40 -0700 Date: Wed, 2 Jul 1997 15:19:40 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707021519.ZM8155@multipass.asd.sgi.com> In-Reply-To: WILLIAM_MARINELLI@ntsc.navy.mil "Curved Ocean" (Jul 1, 2:42pm) References: <9706018677.AA867793725@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: WILLIAM_MARINELLI@ntsc.navy.mil, info-performer@sgi.com Subject: Re: Curved Ocean Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I replied to your question on the opengl newsgroup. See my posting there. Cheers,Angus. On Jul 1, 2:42pm, WILLIAM_MARINELLI@ntsc.navy.mil wrote: > Subject: Curved Ocean > The issue I would like to address is the idea of rendering ships on > the horizon if they are viewed from a periscope. On a flat ocean, they > look hokey since in real life they should sink down into the horizon. > > My first approach was to simply sink the ships into the ocean based on > their distance from the eyepoint and the curvature of the earth. This > did lower the ships, but the effect had a hokeyness all its own: There > would be water surrounding the partially sunken ship. > > My next kluge was to manipulate the far clip plane so that there was > no water behind the partially sunken ship. But what if there was more > than one ship out there and the ships were at different distances from > the eyepoint. > > Enough about my problem. I am wondering about the possibility of > modeling the ocean as a curved surface - perhaps a NURB or a set of > NURBS. Any ideas of the feasibility of doing that? (I do recall that > OpenGL demo that generates a heart shaped object from NURBS - I think > it was a glu call. And the relationship of the control points to the > curve was not clear in the way it was coded - at least not clear to > me.) Of course, if this were done, the ships would have to placed on > the nurb based ocean to produce this sinking on the horizon effect. I > think that would be an easy calculation. > > The other option that comes to mind with a flat ocean is to render the > ships correctly out to a certain point near the far clip plane. At > that point, depending on how far they are supposed to be away from the > eyepoint, then scale them and sink them to get the right perspective. > > Any thoughts on this sort of thing? > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from WILLIAM_MARINELLI@ntsc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 00:51:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA29795; Wed, 2 Jul 1997 19:24:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA29779; Wed, 2 Jul 1997 19:24:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA19392; Wed, 2 Jul 1997 19:24:48 -0700 Received: from rico.engr.sgi.com ([150.166.37.80]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA29007 for ; Wed, 2 Jul 1997 19:24:48 -0700 env-from (bierbaum@cthulhu.engr.sgi.com) Received: from rico (localhost [127.0.0.1]) by rico.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via SMTP id TAA04724 for ; Wed, 2 Jul 1997 19:24:47 -0700 Sender: bierbaum@cthulhu.engr.sgi.com Message-ID: <33BB0D6F.167E@engr.sgi.com> Date: Wed, 02 Jul 1997 19:24:47 -0700 From: Allen Bierbaum X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP28) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: general func. ptr. References: <199706292030.PAA11773@teil.soft.net> <9707021016.ZM17825@christine.cae.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O It is possible to do something like this in a more "object oriented" way. Look into using functors. In short functors are objects that act like functions by storing information about the functions they are going to call. Functors can be used to store a class pointer and a mumber function pointer. Then you just pass around the functor object or a pointer to it. This can be used with templates to allow you to write code that can operate on any C++ function (static and non-static). I use functors to allow sproc'ing of class member functions. If you want further explaination, I can refer you to some references when I get some time. -Allen Nicolas Gauvin wrote: > > On Jun 29, 3:00pm, Swapnil Shah wrote: > > Subject: general func. ptr. > > hi, > > > > I know that pointer to function and pointer to method in class is > different. > > Now can someone tell me how do i have some general pointer, which can > > point to different methods of different objectes/classes ??? > > (This can be similar to base class pointer which can point to any type of > > inherited class) > > OR is this possible atall!!! > > > > My understanding is that it is not possible to save a pointer to a true member > function partly because of the implicit 'this' parameter. I wouldn't be > surprised that it was forcefully prevented during the design of the > C++ language since it is not really "object oriented". Virtual funcs are the > way to go instead. > > You can still save pointers to static member functions since they are just > like plain C functions and used them in systems that require you to provide > callbacks. Such a function can be used as an intermediate path to a true member > function provide that you have a way of retrieving a class pointer. > > Section 18 of the C++ faq discusses this whole issue in greater details. > (rtfm.mit.edu in /pub/usenet/something) > > -- > Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse > 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 > nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 05:41:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA00495; Thu, 3 Jul 1997 00:17:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA00479; Thu, 3 Jul 1997 00:17:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA02396; Thu, 3 Jul 1997 00:17:08 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA14580 for ; Thu, 3 Jul 1997 00:17:03 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id CAA16991 for info-performer@sgi.com; Thu, 3 Jul 1997 02:18:31 -0500 From: "Ren-Jye Yu" Message-Id: <9707030218.ZM16990@python.tamu.edu> Date: Thu, 3 Jul 1997 02:18:31 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: How to make a texture that the size is power of two? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have a lot of pictures of environment scene. I like to put it into the my environment model as texture. According to the Performer user's guide, the size of the texture must be the powers of two. What can I do to make the texture that I load is the size of powers of two? I do some experiment that load the texture that the size is not a powers of two. It give me the pfTexture::format() - badly sized texture ..., a run-time warning message and low quality texture. The refresh rate is very very slow. Any ideas and suggestions are welcome. I will appreciate for your help. Have a great 4th. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 08:57:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA00937; Thu, 3 Jul 1997 03:21:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA00921; Thu, 3 Jul 1997 03:21:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA10062; Thu, 3 Jul 1997 03:21:16 -0700 Received: from ds3100.uib.es (ds3100.uib.es [130.206.33.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id DAA09584 for ; Thu, 3 Jul 1997 03:20:46 -0700 env-from (eric@anim.uib.es) Received: by ds3100.uib.es (5.65/DEC-Ultrix/4.3) id AA01754; Thu, 3 Jul 1997 12:17:59 -0500 Received: from o2b (localhost [127.0.0.1]) by o2b.uib.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA18874 for ; Thu, 3 Jul 1997 12:19:52 +0200 Sender: eric@anim.uib.es Message-Id: <33BB7CC7.41C6@anim.uib.es> Date: Thu, 03 Jul 1997 12:19:51 +0200 From: Eric Chauvineau Organization: University of Balearic Islands - SPAIN X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfdStoreFile_iv Content-Type: multipart/mixed; boundary="------------167E2781446B" Status: O This is a multi-part message in MIME format. --------------167E2781446B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I attach to this mail a version of libpfiv (with pfdStoreFile_iv function) which runs on Performer 2.1/IRIS 6.3 and with corrections (thanks to Michael Boccara). Eric PS : I'd like to make a (quite) complete Unofficial Performer Page, so if you have any interesting web pointer or informations, don't hesitate. Thanx ! -- +-----------------------------------------------+ Eric Chauvineau eric@anim.uib.es Edifici Anselm Turmeda Campus de la Universitat de les Illes Balears E-07071 Palma de Mallorca SPAIN http://dmi.uib.es/people/eric/ +-----------------------------------------------+ --------------167E2781446B Content-Type: application/x-gzip; name="libpfiv.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="libpfiv.tar.gz" H4sICFF5uzMAA2xpYnBmaXYudGFyAOw8a3PayLL7FX7FnOypHHAwBmwnFXudKmxkmzoYKMDZ 5KRyXUIajDZC4krCj7sn+9tvd89DEoiHz9revXtNVWIx0zPT06/p7mnkOsPpyLnZOXZcd+ib gV0++eGxP5VK5e3eHvuhUq2+rVYZfq/u7dNf+NQqu7tvWeVttbJfe/euWqmxSnW/tl/9gVUe HZOMzyyMzABQ4YFjrYIzPWdiWo6/rF9shum//0c+OzvsxJ/eB871OGLV9+9rJfx/l/7fo//3 6f+3rO+4juV77Cwwp2PHCkus6VnlPExQb7VYr3l2PuizntE3eh+NBjRjz2W7e3ncavbPjQbb 3mY9XCVkAQ95cMNtNvNsHrBozJmlcXDN25D5I2q99JyI2zhRPzIjHpYZY5chx24zMcTzI8fi zAnZNOCWOYsc3zODe+Z77j0zPZvZPg8RCmdyJlNonc6GsBsTIZkfMNsJLdcPZwEvK8zL/TI7 63w0eu0Loz3AjQ16zZMBbERutWWcGe3GAQGHvMTs2TR7Sja8p92c+Tc88CbcixDVcDb8hVsR i3ykRwTShyNDnM6EXh6xkR9EY+Z47LTeY/u1cq32rlx9X7CKhVoRV4AZpmZgXiM/GDZXiwXH KSriCWLTlj024NbYA+xc1jAjk4hy4k+mswjo3/dH0a0JeFquOQPqmhFrwJJ9VhOLbr+rVHdx yI4fyOlCZ+K4ZiCwsCwehvAkhofYj+vDFCUEwOdGp4GP7Xq/ju3E0dl06nKkBnD1xPeiwLQi P9iZmN5sBI9AuADplC12JZyiBgaFtcusP/YD7joeZ8fujV1mF/7Mi0xA46PDb0vspM7e71V2 32+/261WFX8H5wY76bQHyNvOKXxt9tnPnd4/qbHebPfx4bTZgP5mvcXq7Qbr9jrdXtMY1Huf cYZm+7TTu6gPmp02ztBvtpowhJ316t3z5kkf8GyflGHgZ9a47EIfQZbYRafRPFXfcJ5GEyXr +FJ0d3rYcNLq9C97BkxBE+BCOB/7+bzTMggIvnTrvQG09pmQzBZhBUieN4+bKKc/NwfnncsB bRUQh0HGpy7IMWy01xzAzlnX6F00+/30DnCW9CaQZPkfHc9yZzZnPzW9G+AasKo/bAHRzaA8 /pDVbQqJ3un7JyYcLqb1rU4ta8HPWj2OlmFTcB4dA8dtx7s+9u82H3RhgtZtCt911qDPhTAj 7IVvc1fMbkgRXzsGRfWj784m/EFDYM8LCyWGhZHt+OmZJmY0TrW8io/+8at8Pt/vXLU7DeOq 37nsnRgF3Vs8hM6dR/pILWzw0AqcKZKVDCl8BmMHTYgTOabr/A+YE7QfGgk0MmGojXTIDwAW jJhnuvn8je/YeQ16cICznCB8oSgGPBLuv+YRUUWnZrs5uDpp1fv9mFYlMKqDwPRCsOETOhJK 7FW64RXSE+eBfSwKDFq+ax+4i+fDEEzz2PSu4SiUCxvt+nHLKMxrFi67OBcsND8srWGbD8vQ tIcMTmrcxuNizVs5RNFyQZGQlHAu2UjJazhWUZ7osIBzMsQzcgOiLky6EU03GrWEpBuOnafo JsPSBM0aselK89YHhn7PP4uVAIcBfKYZegxJWyDcunzSCOjHJzUCcG7CKXx5Muj00hZTSmWD j8yZi64qqL+LIvnmX6kJ6o3G1WnTaDUKAqTECpVypcTov2q5UsyYLLqfktdb/wQuypLZEAbm IpBigrUE1jBOm20D2Hx5cfWx3ro0CgMCF9CHG8F2O832YA62bwyu+qcCdvC5a0gscEDGNsw7 tPhAkc9L9oAAih5VSZSikLVHY+dSSWvwTEELnBuISFKS9tvTidqz7BTMnjVzMc5i/ixggR/R QZU6bPldREZu8bC11OieHAdmQ1gLtiXcqCfRv2Fsv9iNeGRHWWbt4ACMf0Fgsv0BnimkLBSV 6A4/cmt3RCdDZ9SnuPJIzVgG8G7gY7wGoxtOIB4KeqywgmwSH06ExOJhtSEWLEJfAalZYiFQ lqtuRVym2SMBOoED01OLgE3gguhr56OQmHpujsWpigvrwthbCMyOYvFwwDUNQl5Qmu2MGOk7 rvrRdGfQw46OpE1hv+YwwL0D544NlfDk8zm58Ry21dEeHJFZSMxxmAZqw1YASBjLFFgeV9DS SMf91DU9zDFQVEhOFTSS2cFAeNEhyGlp8MMujT1iCrOyFfjgUSbk5D9dU+AeL4bfl6ymdpy9 FLiGLgcvMbrlXMTe0a0vEAC7eQtR8xjtK3TQYCYHRGMzSiDCPM7tUPqbxF3wmTB1AQ0BbECO dSL0uP3EHmW+Qe8tQZp8TlGwLBYBj55Yqfc61y4wA+ZbPtBYjbX9qKBHFDURxtz6hlkSmUEK UC2ZrbQT8xBi7xl7lJtJ7NQc+rNIbySfQzHWdM9gepGwUnwqsp/oVMrnmKbvEbu46jbZtvgK m+NuyJMA2wLikORfaVhOKRYM0DoWKvlW65XEFMVDcn3zucm91tBYNdmWVFehxd9jPxkxEao4 hSAjSqgitgmSJMkG/BaAMrcTE9mfTv3QQWiftTr91E78pE1Kfov3s6C/Jba9VrU8fstoVUJA SN9sym44ndLaTADY5XRu4Qk4HNBbmDMuJUbAajkRg4YgPlJD9OwsHPsz10bBQTRt7Ll1ojEN awIhueVPOPoyzBxFMrl5I1xldof2V0oeuDPgzIArA8aR2TwEgtqXU+AYAguzrSDj3qPEqC1W iEGL/7VdjQ2JHkA2U55HMbA+H+fd9xWHE6Jyy9k3z78VdiMxHRAKM5W+smd6+S+Vr/IMFZDw /Uv162ESojoHUV2AqM1B1ATEWjNIDBXZXzVXYtp5c4TAq0yRAECN11MQWchKiE5hIhLdBJ4U 5kwbsS2tQ1LzhC1KuiKgXXREiV2hxCW3ldC56NYJI0CM/sZ6lphLm455s5HQE5AummDBgjyL I9qcyMxwCF4MICGzcBs6orZ0O5/F/1z0eiW2TLlOmU6g4PPxfYaylUCW0b5DS8sMIz2vDHie gfznoDQu2DBLpkHkjjYOA2jQQhrlKbmQxX252jNFiYpmZy0WEGUeRDSVOlrIIv3/IBpm5YYy CQYPdw+i3XUqgbYko/bXpmOPR7PAC0XQqBPMbCKCv43JKGzUYrbvaeP3pN8Lh9CC2UuH2LnX VjShQ1nbTYn2AiDEpWnAZhyopiAnMnAFBGKXcCKhYDlyGlt8FOlGhKSwNyokWhbGAgiNpZtY an1WtZo62nZvKAQ4IpUg/iP1Jh/LxpygpgVETheQErDYo8FJXvi/jv/uQv3P+NFrTFbX/1R2 K/u7qv6nUn27h/U/u9W9l/qf5/j86IxAFkbs6rjZah136r3GVf5HaMBgI9mWdRc9crhr4010 /5QCzyVX1gmwU9c3l91se+AnI1T6mpQutB9LZ1Kaw+hq+CC2Q6q9DYiIIFe46aGOvmSwL/JN 5oQH5mPaRYldnq64E1fe6lpr4U6Z/Zq+zjk36g1j4f5JDD4QeR9vNqFrGBiao4xsKSsfm6NL nVJWfojCwPgO55R4KyOd/qkB8+cw+XtICYMxB0oFcnoIjem+h2qXaFo9TOZrKPymkZQ1EQkX YgRmFt1b8z6Msy6RT8OzPsIMCswj/xbQDhMs2+H3fG5lzAbRuhDOC6rIbCbF4SKJOBTMkCKx am2YRNCPCT0KVQqp8OZzMU6daRom7zJTB6NMqfd949PAaANrU7y8cYJoBnTFQzy3POg9XARe H6NlDFofo2QMephznj3BWrc0Y9hyR0ZSFNhj9Nr1VoqiIToOlpghlygemb8EyeUyvFTUNBAO 4C230wz6bZ6hTLNh3Y2ZnJbuGg+UvER8MvUDLHC8MQPHHLqUfB37rp1Ig/kjnQamcSO0vDmZ a5rbTspngiV/BO6CEONaySPghf9/Qf4r/6/BAZ0nqP3Gz2r/r1p7t1vV9d+V2j74f3u773Zf /L/n+LzUf7/Uf7/Uf7/Uf6+t/5bBEft7j984IaYbWLW8z/4uWuuzCJhQCIuxJ3zA6r+Y96wf cP7N9KJxiZ2ZN8CUY+66OFtOwiViwbPWzrX7OOXhiTrps9aJaY05yhi/i1aXV09Aa7Fgfey4 dgtv0FL11K/EKZlVJk09eF4/UhSoyM2wAg311hLRaiNA+wi2zzXBxkGQ495fA1lU+QOYNj8A 2nD78SLTP67sO7HzVSXfBPYHlHvTulgL2+doiEF+SuyVfn71bBd2a4phJXnoz7MVwSp9+DPU aEoC/PY0FHiUHa5QjMDEtDXoAVY66ftFCKDKsZEYYDGWMAVw/I/Qe6Asbyjugb6RPjnoeUG8 f4/HN5y9h1jR8Qv4v3ISG0wLqZ3vbUf+FDyxe1hYZLxMNnSurzGXA56DfBQLJbBojti9PwNv y/tHxMaAtigSW4KXuOhmlulhNc3EtLmcBjyiWz8QlV3SzNlkCHTubeS7rk8lNdGtvz3FdJnp XvsB9E8U3U6dIBTFOzafwrjhbDQCpGdTGysssBxuFmAqCdDSFXlDM8QuOYMgNICI5WQ1HBYL CsI4nrC1ZRRAXAI81AiR0jO4fBQxLJoMZf0dmGkXdpXCBekwQ9fVt2eWLBSU4+OathAIcQ8L NYVvFXJwiWyGOy9l7U+Oj3dJ9/hI81s42TLRSJOknBAsSRWGtT+aJvF5Q8NVgWMSlxV3TlIj 1UkOLoF/2zWj8bNegCeOebZl6Ue6g6Qe2KwK/rHO52/Y0Z5N4r6ivHVSZfU+hSlsK6Q/qcsn Wd1xqBMNfPvDdBaOKSXwozPCHPxZ68r4NLiSCnMlFEZF/X3OpQRNRGmMcLNV984sDHakn7Kz sRdEOjYB71lNY3NwnN0QhRa1E2I2J4plV0jjrUlFoQDKgwl63SrPK/OXMA3EWqBUrDPlHlis 2BRhTvUGFsCkRSrngqlasV/jLmp6yIXtakz6dBf2FTGDPTdCuJRLtko3hwjaKLzKJPSrYrJM ElddOhM8Y/gC8Rm3C8TMUgr7ImKXz127hoc7LcB63U7r81mnfdU5PcVfR8DyVIBFaRllGo9Y hdqAJwUqtjyqHDKH/cS0cJIotbh3HaHgMOfNG6IDInztdsV2OgKRTwNJNawWPBQwiXkicaxw eeVaYg7hg1ASm21Apww8yH2nrTSccPVeiHayslTlEKmozdDsR7EIFeEwzgRhnqI9ipwJxwAR 71xmcPrA1wNRETciM46Gjr7SHS+abGFolAV1OYYW19KuSYPme/ncWWvo+9ALg1ybrPSFGX47 xA1RKpL6bnBTDaM7OL/CyMi4qPf/WWKvkyNUrV+qjSnK6yac6LTe6huyZFLWApEFTZ4icydI PrecM5krLy48h2w+p2yMP0VJQaXs+qIeEs2OMEG6WBLpK+65TLLPubSFwtFwPgH7J9If8MCs aU9XyBXsVbAscTileZbijmJZkpFzLCN4LJ/L4lfv7Lh+BcE0hMOvNaAiVtzAfmWIA0LTTyIE 5VJicULAQLcve18PFWXnVjvptDq9pHQkxyn1imc1vXvswILd1AKVr+zf/06vWcWmfA4+6fba IujuV7US7lGugVII1NFQWgRLbNWTmgloQ2myhKSutxWVLDzm0Jjbd2l+1yXcM5mb9K5LWXv+ LornRcm6ECMH8L1LsRRMZg7GSgXXbAR7zMFdJTY22w3j07ySJ1koNS3eUBOXoQ1V7iqPR7Ql aySw+b7eK/iurGzSpyB9h6BkQ/6n8/+PX/uBnzX1H7X9d/P1H3t7e5WX/P9zfHT9R8M4qbcS tR/y+6pKDX0APH2RBomnahNpIcRC/7A7DkekTi5kyNRgSjSJEgt4wEgabyJGgT9JJnJU1Ava BZEMeso67KZZhhziW8fH2A9DJOGlkPYrb5nOfMJRRZc+Ocn6rMRpMOsufQHxuyuMwT2sO5DB M81SkBl18hVSP2u617MIttnFMjrA0plyXXUXINeQsbamjQ6oxZ5gLbkfgo+TixNQErAUnAZI ZAgzHdvj1m6dUASe2B3wcOZClIK4gQQJ9lAv/Vd3XfIhNFVVkb8cANM55CMSl+a5U36Cshsh EkK0EhU3sURkF9vovG9caKOCoLbPROkTENW444HlkBcYSPqYsPEDoIRtY6ikq6PEGH3Xi9Uv 4ZRbDjSHbAwh+GRmjYXXtC0DeOmw4/sNnBu6DOYQtagpiJflpdUmMim2qtIELzvUTzLS5e0Z lSgPiOnjMiIUB6EesUBYIGD0OzdbSLIoJRJSUiIxGVOho6ZVbAPAwybxFDwtJLhYBCibl/+j IoDFG36RsUtSU9/5a7KmCiq2lF1lWzv5PwX/1fl/1ufRE13/rzn/92qVvQqc/7v7b9++g3Of 7v9ruy/1n8/yebn/f7n/f7n/f7n/3/D+v+eDdnkiVWRzdSfT5QEWJQPDzjictRG75uCDRsF9 fsmb41QEcQynNMX6a2rCT3zwfR0PbMDuGshT0+J4lK2Gooib2w8CHgQOlc/1QVenm4wa+WtA LmA/MOmyiod5sGOH6ibXQLfFL+o3Adpswq5pfeP2JlxKxYOrKvz5Hap3zNTaQwdshjm+nXBj 9m4GnCUEefL1Iw7O3AUGSno4WD40p/QeADUT+JfgtOF7AsjWqhguXpIKYGSEJ4Pxf4Ts53qv 3Wyfqbd5WMLSmjKBbsqfSzIeBJQaA5ve4MPZtYHfwffTUT2+jalP72e67CaC/RYdabpdd3RP r066rcs+/ruqd5usklRnrfY7U5UCQCTOuTtFT16YikM4y8yAwlVouR6jsytydy7etql4aGLe wZkyEV04keNFu7WrKA8dxKGCbGDebPKRBxEcBBa6smwWgvmP2BaKBJxE6vdgClwEovI+SZTC 6vsVunGhGxY1aXynglk6OeUX5yv7ICcqxhPGvcmLI/k7NAEl6x+yqBLIH20OepcGpgTxlS0x XUQczP97JrIe/SEmo/P0vSmWXU+P6kJLTRHnASSo4u7/BrutwYO68GSUQ8zYNu5mxaZNDHbo /R1iq756kwwESOTVoeRenDZxazIQgonoSgKGCjmIAV4TREmzGualH+DpXWI3vgOhKn6XJ76L S1z5zg8BTxgvNfRsK29BuB7x5qCfpHo3cCZAdcyjIim3XLqXky2K5tORhVZLMq2EXXPml215 w1ICXvwMJj1g7ghgW5PUEMqIp0csM5lsK7JSYyN+10xrzgpCROioTvHtTMjDpYBxYP8vHvjb +CMaMwjM+1CEzXKW7Q+KNPwOuYRcqchLWA2iqbECZiKpsxoqSlBkAVKZDAauJxcXsaoFf+bJ 7+TlbEp54LQTl7bi6SctFKIhoUXekL1+zbzh9ocbFLi5V2Ope+uUWBwcgHd2hT6euLUwGurF IUoRsmhUYnMC9AUx+aruxSaEx2QNHnPS9gBMUpxAXJKSqVFJXHHfCPrdAPGk+ggoaErcbS8u FEuOWCVWsS+CX1/1dfYm9M9lEh+Cv4HxKbHp3ANpH6OiMVnHgdwS8m+Cy2rqZyADpgCxgT8r 0FlmSTbHa0HzELfY7ixw7M0b0ZLk4A2cwFj0QYlVsD2op7DYRsxdql2n9RMjifp69VKXlvCZ ZzZiRNTdSNNWqdpmaKW5nUIsxfcYrzdv8Fny/zvdqmL2Bs5ketdr4woDya5YOZ/Bx6TSLY4g 9v0uY7cgSxuYu0w8fq+t2xCROX1bjsp6PRPIPFDVsrHK0LZMzBZ8NzlD2hmSIXLsA52mfCDs DmMPDPU2hLAAm0t/CR9I73+04PXIrjXOzmilnzNa7eKM1nk3o40dm+VujHZ5xNNPmq+i4THc mDmLlhLc0bpTVBuw36nV65BYfXwqLLKdl6TgL/FdRn8Ct2UtrZ/HY1lP7Wd3VjIVaWM/ZfEo jYUtn1sqAguwT32GLvA/C4OnPT0zeL8Uiec4N5cwPgunhRNzpA7LuEoAzkmf3gyEF6qF6Ugm xOGQuQarrI4XrIiG8ZjYYBqeKsT7/lngz6ZsC2UPB4uK8mJcYh4vpTNR4ljSPRI2OR6Xl0Xp 2EzYyRUlZvJ1RylkxAKIiRiduLGPU/50uUbpHCrjcN1tP9j2fCwU+d/23r0/jSNZGD7/wqdo axMHZISF5MtGip2DJORwgoQegePkJHn14zJIEwPDMiBZyfF+9rdufZkbIFt2sruwGwtmuqtv 1dVV1XW53FeeT/f2HkC9pUd0pa2h+CG6ipwdv2qhMbHyBZDXL2kDFlQOiaKNTUMuAX+9ftmY xQcldGNhAxyM7kvBWoLgLV5jaQCdGXA23flM31v0/L6xeLfG62SeTH3UVijUlT1xl0cNnDMO YQJgQlnnZe/XgYzJ2T8Z/OD1nhjuBDmI09eNBk91OusSKaLZKimCWO0uYBWGhc9kCUs8kWSq +sTxW3BrP3hhZptOqAgsNFwM04CVQP5CVN3cLD7UY9ESx8No//XWfRB7nDpzES2iNZtB+uTO 4K5lCbOmMHKKZczh2FDL5ZN4ild7jd3ILDr17zqNAi46jzIiZyIjo3BmMvp89akUuqh6hjC6 07ojrC+9zZpYe/xlzKoGsNq8AiE+bDbPj3YiMxuBcde5NSCjs2sG5syvw+fbyXUerj6zh6kz umtkneytblm+SJHlGxGGuBvfiHp8ij8Pow24vkuxN4tGGllgrdJ0l/ZUnkWPDl0DH1GIKacG Fsdntobd7TdIwL8CSj3wLxFZUYAiO6fO+Jb4aqb9gBnIgpNxJZQCAm1ssI4XVbzxyBVxzwhC cs8hK+AoerXYY5+GN/6sd6UKekiIjzzTaJzGC0Ohnlp7+VwUrlUFkz+UBo2HJR55wAHN0O+j C0L12/0E0Eb9tJaEubNpoNIr3Vvn6SJ4KP239hLvjhvVdqRATiQX91Ijvpjsg+RgANXIuFaS idDXSpFRPXphFL/+r1Y1hX+iIzQ1ttzxvs8cMgxm4Yid9/8yA97cWTrkBNLsfjDS/L/X1aMk vCd3hCdR3/Yij9/n3V3XnM9iBMH6FnYmk2kwAWEBvZWYqw/FJjQMFOukkkT5MTMRj4kZe5wQ D8guO9zTLHVCFRU96pzDP6T11DWgqGQhIf6bH+KsdGPPBLSbXeCt500oYi/65Q4cuoXSDVEt zcyipTBZQOd1ZDzLDJGiCaZWJpIpV06TLZdlEX2EXV00bas2GntWwE4cCUVWtnM3+oFl8k+b b6Bezvbj0YuEJmFbIzf3q6J/aVGOshDEBFjpkxQVfIn0mm6izusney5sB/X0WOyxBU2joH+H dsnTKH1ClgGKX5Q5EFetumTwLMw6q2aP2xep9Jy9y9JLGRrI/qq5zEEvXbm4fg2vG2TUK9fd Z0rJC8oKyAh5FNfSj+1mVB1w145y7UhXNXGM9tYuoKWAdGQAMRvPBoVw1vemGDCkevj9A/V6 jKk1xjrfilC6XyhLZATc+3zm8GVDADWFfhmzGXiSUPMVH1Ui6WhMLfgiyXlgGij+pkkhEWLq ES5o4YWksGI1wdbLTr9PvvGU1QU7nnzRLUYOgCU6ekOHU2QFTYqTxmRQdccQ4ORrTI7R62YX uEdi7YpXy0i1KwMliHXqzk/dAlZXRhh8F81YlFh9AKD9GFGObYwP2RcHMJ16Zj7BrnBkv8Vb YraDrpXQwaz9YNEyDe9nO+mPe4n9kHLLlcKNsAqG0ATQ7Ntvv0UbaMxLdBkYOzsqM6PwkP7A /dX1EDB6zpXLZaycz43sfoh14P54FlGBLdsHRlf1aTgW6QUxLJEbhwx+ZRTZBQl99yfkWO7U 8mKeZQmoxVzLipX/snzLCv1fwLmsWPt+eJcVGlvIvaxc/5PxLxJY6N4JdUSXvJBUE8VxNEKU w+2tz/al+uKJHXOBYEk6N5YjOWaHY+9OtxDGR0EV7Feghl0vnBX3MPkW3QwAPXVqOto0ygw3 AGpElx8YwH3SmXrjHrsmIf1ER9hg0vkHrFtnOLnqhGib4LkdKfO0iUYCr2IwuEVB38ugjrDV rrZrsDOqpy3YjrXTw5+KrEo1ilRavXSFBc7fw4eJMehBWE2Ge/z87P/68+6vlNTs66f8GptI TATfj+Ry713DIwQULWn6GHE5UJuTnsDh88l5Z6MxNPzZDIMeT2b+yP+dzOH3lDqbelud4TDo ocjvjelUhMlH0xTyCuOINgYIupENxINLkJ3b3nopMRUxiog2ruBZM3fB2RPrzJ65D/KmAz2C xRTBlFTmwAofxU4uUiO5ZCC1ko89zbEDKCpH2al6e6uCR+X21s7Tp7DPaG45v2dHK3Tx3Jwb fX8PY5ron8VCwY6lCMiwCWDI1AzKwRFbyCq5wyWL8O+zFYpXnOIrVtmOVeFqVC91ScVE3IdJ 6BWjlDDBtjGISFwSjbmWQmx2ewZnzdPFasO/GrJ0e1svp5fd6PS0ulQ6Ptt0yyIXEbG1y3y1 82tx2VR3ezLNiTejGOvs3nIwZ5x+UqnvMDBhR3uqof8aHhPOFdkDObeAc5wVKnEG3XFFU5u9 XbPGznNHXk1bq9RDTh/CcbsgOuwsN+aedfbcxve93SUSihFPUie6t2tNDNB1DYPYoaNSRAK/ 032Irq9t5gbBvjzceomWhnAavlAbTp2NfbzsO0UqfFs4Oz49/ukC3Z7wcMPvr1vVV7USmc5u TAb91iyYesf+0Lvwr/fcpmNRxm69mayn8CCZly136DBV+ej+EpRod1fp6sr3OKsNCB3fFJt+ gjx4P4NiDn7JQsQHwNcX8af6FgJPLuLStElJZ6zqURtNNBlR8mMvi9HUtFrbRGqrPTzXEtIG dkl9q3bVnnqiSVVi68BkWNtY6xcUsYXlO+iEISw+RMvXpMUrvhl146yvvCDz1Yj2IuUw+uAB GifaiNGrsXblEwwNySwJcpgiGr2x2/tUN2op7dsjyh31sgNmEPLUZe+5+G1hGtrqHbcY5RZg TtvFnEXT9HkwKYfauihns9wZLOkFRlWt3f4948udECarFxZr7K3sMpwRWDHEYbywwvJq1Pf1 6fenzTen6lWt2aq1HzxA+ptgXN50pmMoD2KhiNmXXkCxlMc9DHWAfGyStNo4ptRoMYWH4hc6 /WHccRUf5tfr/++9/tH4P//8JDFmlsb/2eX4P0+fPd95+uQ5xf/bfbqO//M5Puv4P+v4P+v4 P+v4P+v4P+v4P+v4P+v4P+v4P+v4P+v4P+v4P+v4P64OdR3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/ Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/Zx3/ Zx3/Zx3/J82ffh3/Zx3/Zx3/58+O/7O/jv6zjv6zjv4TEQfXsX/WsX/WsX+iZGAd+2cd++ev FftnAaFeR/5ZR/5ZR/5ZR/5ZR/5ZR/75d4j8s477s477s477s477s477s477s477s477so77 s17/e19/G/8H1Qnlw08RY2Zx/J/tp8+eP1XbzyrbT3eeP3v2fBvj/zx9vr2O//M5Puv4P+v4 P+v4P+v4PyvG/0EPFz7gAG8vyVMB7flhM04BiyfBuE8m9pf+tTdW2v0A695D2JjWVWfifQcn ZHg/cXXkUpuCz3yuCCkUyiLD42MaBLOo14fxuxC3Edw2KGZ0htpPoe9NKHTGGA5y2O7IXPAV L/J0Hr7A+Ct0Peg7XhcRnwZdk9kHA+fFKrcOtVOamPrpqyLLlhfNU8e6t0rxPuzClbAjjkmf scolFXNvPhyO8HrGcIALWj583Wjg7VsxaqqrYSRUVIfHFwfVw++ttSduvUCJo0oJJzREeoPk Spg5dTkMujDX1HLC8NLCPT4HmmEBu5iqNsMr66BjHgujGV6hoQ26kDVRJ82z7pbb2wNKcPj9 mzreJ5kqIb4XE+to6VazUddXuIhOLs93JbqCNC0MTk6z/d1eCg96ABMkltc4t4BTGNwrU8fD 0kQSfPP4OCJCb1XshE0GDUQ6XOghiAEjRj33WZG04gYl0EY+BSUIFYG+1hqu36BB6IcPFcCG fwlSg0C3b4KWD/g1HBVZXlht8XKrrFzzNRwv5+4C5havnsgEF63vqmc1IkRYJ3UdRUyJL6eV QpIq8N7bPdXt9BMbKE2CiDmQCL1I8VqTAgvc1mjFo4U1oUs4ldGSh99GftIyfZs3ZeoDS6Jg uwbjEh3OHENK7njZrYwJoT++goczdCm79AwJNEXpLkx3ZS+fgjT53IMIJawzQIN/RfXQzClR gpN2o8jGCSkTps+mBTOWixdNzBcv0r2sv5b/Tjpv4UAbep9Cxlgs/1V2Wf6j+K+7T5/vovz3 /Mmztfz3OT5/exCOYOnV1v+oSv5vWx//+RtCURqdSE0jOIYSIG7TJrAsJhweFRoGHRQEzUeg 3FNfzg9bqBoOUTDzx8iPsZC22kdDUeqLc+/aD8nAoFLe2VZfrAghDuYIKQ1J1o8rlcc7FcD9 vd3K3tOnyyHe38Tc4/y2HY6JcAk2FJBa+h5qywxgEgANpp2pz2J8YmIQSkAXPFydfHD37j69 qjuHYxI61J1fXiIFN83uqX73UhVQNseXxRWgpHR+Dx8SFP0yDijZl9txZ+T3gHeDIQFQFvzd foXBor5MvVGAN9fDoZqP0cwSgOC+CSW2ZIfb2QMJ3OuMV4AChOwKhZdLbwzCxEyDQwBBt+vu xE+BdvhfjsQnn1Ue+Ix62UXOEOaKNDw8P7f5Rv3gHETu3AtNR1DAGqgHLID1C3ie/dSoFfPy BX2edvJ/A7HIH1DJL0wRFFE2nj3ZyDcP/qd22L7Q5Z89wVZAam69Pn4BP86Oz2uNWrVVe3EK v7JBne7uJGDBs4uTXQcedMaBt7BrKeCgvAXlAGpaQHktbn5ROG8228XH83D6WJ49xk34uBeM RiCae4Mwn280jgBgC0BvDTUV5tn3UaNMIWA0tZwM+g0gzXjRq0i1A6J9ANRbCDatnCqIJV3X UyEuXSdklQAv4WRwsVkG9EaNE/3sz+lBMX/UQu0aKR9eqPDS3y1vcz9kfzCGE3/GQU+FrCCu z9QfYTDyxE1fNIg4RtX3p+S5cPteZrIFiPML3m2HeGftX5cD/HngD4fdoDPt888jr9cZ8lcK hC/fSCVO341KgX4JI0s/9B5BzOS35wHqMujrGazQfDgf8a/W1RyN1eCH3Qe0BYE2CNGze4Eo qaU/aCmIZEIvjd0gqF4U8pvX/J8KLodQ2oGE217qhu7ugudMF5GqYQN9/Aeq42+GQn+wBPwx QJnUAP+qJxwImfpDaMxv8/Hb93kqwpejMy+cqa2+Ojp4VUacFywuluvn9darxj6u4Fj1Mguo fTUdqS3YMH/Iqr4nFkPUHz1YWRUGF2TwhyPcR1jlMlQb+Is70DyrnS7sABe4tw40z9qLZyCj wKfrQHwGMgp8XAe4qvue0Sh5KG3x/qbdn5fzSE62VVBJyUCwwelgQanVEGMZOFNqtWWOgcsu tdqiLQPn9s5QHE020ilOx+GcHFqDFFaTDJ/IwZ4qn1S/r+Vz/6283lWgNn4ZAwCsVp/6IbQK c+VC+OIPOcjfb2AdPbgHK6zl6C0QGbU1WbKa/72YgHzxB/b3PeJhuWzkXZy0+kn9f2vnL7Yu VePwqHbcerF1JLUahz/+GH3yC+te7GguYDrKnXw+WDIrKPV85KxEFz17ViJImT4rpsgqs5Ic c8Bjtlgzdo6qbLSBMokJiiINtLvq9CzZYmZ6Fm+y/15Mc5dOz8ZWU23Bz73mEIY/e7Gz++zr jY/EowXTJFj0MdOUgUULiUfGNK2ORenTdC+IxdwmsafAUoZEnsJgCZ5ByX8HPIMJXAnVYmgG TJyZl8Qr1Q/G3gYTtOx51OTsI+bxr4WIMSSEeUidoyAyRy6eLjs30/B0BUS9wwz/ZY7RD0bL 9DlP4uUKiPkx8/YnHrQfhIY4HTmme3k8PHJ81ub75gW+QfYkx8yb5QZJ6B/jhbLLDsaPpT2H 68/nOlPVm16rL/5bffFtpGxwh7K8qNHCw75SW6IlQ/8ttdW78npvL6bepR/OYAt9UYBlPa+9 Oq6jyoR+iQ4B5rHoSONfFBpH8KhVpG+o8MBv0lJRbQXQo0TX/+zuIDWh0IWoNA+D+bSnrWn8 0Co28uWzavs7QP9y/h7W397/iILjE1gALrP/297dNfZ/z7efqO3K08pOZX3/8zk+a/u/tf3f 2v5vbf+3ov3fkcn5Z0wWtClFuCzZH9k7fJzpXqt7BPskYrB3RwM8NKHwe4oBqc3RbEhfjLuj a6CXtNVYbqI3Geha+A7AszGTfVjMr2DJZOxIHIfSBwROZ+ByXpgx8CCKyg6KTJdoqNbI5hhD JZcU8i9AewYYH4E76uPtSU+IJ5vCcLDRa4xqF2tt6yXWdJywCUYJ48EUJTaTHbNMg/uoSEDj xk04wJgRWSI6jgYXDVnDhU3nPGRrk72T6KlFboeqDIYBELxpSV2WVNeJxXoyG7K7s1Q9O4b1 uKieHNSBJJTUQ6jxEKo8RGfkv/kDwEZ1+F3t8HugCBF3WiB/mBww5hCCJeSN6xUSQ7wNLshu OtGZksrYON8CyvChyKjrw/A5eoT2CS7IAItLRwjU6fh1qxYboYEOTQ3mOmnn3aHXhN5kgfdG fhj61x8Mv3VWO3zdwJMnHX448XpzOLkWwmeUCOmK/IVprQW/MfVpyC1GoOpXFiLVflzZ+Xt5 uxiJYHanOB75nDGqJb926hhFCnE6VsXfplM56pEbbcR2qlLe3qLaUdf21E34Pr9e//+A9dfy n7mp/vzy35PKM8z/vv18F0TBJ2T/9xT+t5b/PseH2bqICAgC31rWW8t6a1nvP1XW41mzJwJa YbbmXVjzkLbr0WGLVJTeaI6pp/GyQpvztgJdTaBEjGafqi/oWcwCdkdVdvee7O6hTW1UiNww nbjayOcnA3Kb2NQP9/aoS+JL4QpwtgQaGRZMTmg4gZ0qIi/Rqz9QLIOB6Rpohu8Al3hzwMFz JwpS+NKbHepimFLYdHjDMdPPO/3R30yfJDKH7ZdmF7wxReyMJKAYTL1/zPFMf6G2y9sDcX2C A2xWRQ985T6GhpIPgWhe09P4w7Y/Ms/eux3+Z6TH79HacKac953JBCajPe3gZQts403Y3Nfu hPM4zCz3gzkOaxzcaBbmeNoZedg+EP7RhKaeGZ0BkAmktaPRrUTTQ5LV94ZC1YC7wfjrPhFW HASS2998zKwQsuE53mmoGYAOYXn10Cl6GLa/ZUZe3Nx9hmPfNBO8L3H3TKWXiotItEL7YuuF vDF9xB0B/8xDQMXOEE4ga2dLgRIQ1Vr++DAILXxgVHm4D2m8NAnwmxbv6UA94j+bNCf2HXJ0 AxgH/izCWwcVHtFDeKbxALtHioip/w6VNsgqdmZlvL48D2YFbr3zzsdwqPKlor/sUGwEQFWo XoBa+EvPHUq2wU1UoOCQErJHEEMIKRCz1uv/11r/BP9/df885jL+/9n2bpz/39lZx3/4LJ81 /7/m/9f8/5r/X8D/X90b//9kCf+/E+f/3fubwWPiJ+gWh7uim1J7sseZ4wDek3/yHYblX5lH +af7IFKSLgeCcQHTzBvum2IYS1AlLjAYREtIpGQnp5EfNhmKMEJc1BRBMMhMHQOzUWBW5wIZ D6xhGBAATA9121Qudym1HOCWZYnDbxluQLdC7AfWxYhUjtTAL9z4UaY5B4jTqK2daLUm/EZK m45IsqBFAyAyg/301qrAnkpL70qiub3VX37nZoWphVbf7WvGFn7c7mvmFn78vq+cvhD0ywj0 TQN+08DfpAaghU1MrC3N7EMB/auCv37Xv3Z+jXDJZggZs2VZzIXTlZgrU48mK4Lg/nQ2R/94 wFHiYtOFt/14YcmN43n9sAo1nLb07og0g7lPPDojYJMO5mM+7YywivevNHbaLSxsO69YwN5U UdHaNmkEZW53GszgaNVpWqmzst2caXLYer5AwGSNhBduKQepnaeWf7bP7BTTQ5ZpjESEZGXq X5uAApGBqU07gPx7KJr/U9df8//nterRSa1SrnwCHnMp//9sh+2/njx/slPZQf9/kKjW/P/n +LQl7I02lQUMYJbbJngGrtWc73JB7U3L+fyrzjXwXQfecKhucBeynSIyBsaoFHhEKPg//kh9 5w2B21MSL4ZFdtvETnn7BDjI7nwGvHQfg3eQda4/g9r1mbrqhKQw6HremIBfsjRNhiiOk+qF f63CgDNMu1GKVa+D9a6Dtx7DRGdzWHaOPjAZzAL/GgZexkc3PrlZ41eKhk/xgIztpQ5lAK2g vyty/JQ1OlDI8N9goBGeBpADOj3MMz2e5f2Bug3m6qYzppKYSoe78beP+NAYYAYDnsKtWbBl VolcXRXIRkN/dkuzRzPX6XcmKGNBH26C6VuePk7QY+cKKEmHTEL6ki6gHcCjAeposFII3d5U J970UhLtoCUs5dZGUQZkFOv4C9NE3ruRZVb5k3MgVEMPXb2xIdPpnXIlnz/xcZsNVe8KCB47 HJNj7SF+QxNc2y9vSjeoRXiTt8NBbxF0cUU0jAWqxpFhpqLhEMaAkUznE4vPCoNGcbV8vlKE DgQBKXI6Yc/3FSc2QUHTN5MMh2aY33GK+mMSTCSbvPLeTTrjUEREwrSpN/DwShYK53edivEc 5BJ1R7wj+/knbn/6fX8mRu0SnwqjglKIqqdOOR6ZNn+3Qe5VeBvOvBHvAfGhhyl868mkEfaK Szccrl04Sm8R16knuAq4s+blK5IHg5FH4bNArANwt9of2zpbH+K+paQbeTpdeZHOjtvN+g8X zEViZwlPKkA2YUnQWZwWHoX4XjAc+piwhdaWJunsGKtyj2EhDwlT+ukRRwAKuWdoFwwCo2ew M8wnMYT8TstovgOSgLPzkUYiCbqh7MN5dICnsGGCQPQd0RkHTiMStqdDWxAWE0ZB3QVJ3B8y CWSVCDrUXw5L7D+CjNNoPmMXWSFUAazECERc7J1A5UlGsgUzLD0jG6SvML7EfFbKx1aBPein 3mRIkbx0XdrM1T4GlGgFLQ6h1utMOl2iHPn8GbASfjDXFYBj0EQFyDThKvRsAm+lrsIZ15BK 6jc4XHF7ujH+OJ0YdhqN17HnqOlBCs55XdEAPuR4gr0ZMnSGQuQvr0HG1z3g00LVATeHvnft OWTGkBQdWEbrhIjs5QX2UNBBdxdVE2jej6QbCBQvMJPSvt31hGJ4MOQxncXwFjFghIYWDKzr XcGpiOXgP+4vrBbFRcCaNN9tONr04TXo+FPoCMIYeu9U2PPGQFTyUoRVyXZg/JprEpUKJRqg JixMMZGkU5PhvLs1m3qeKtBZ/VWojmrHNAkhGv55RSRfGgbG3ehzZlzSe4vejhqDakWkWLqs RNujwkid9PNG80gg0I4+pjBa4ssNxGk8h1EgOmkKl39WNGOfs7KPRXhAieMA9ofCPQFPQ1Tl wXsyD8KYX2Pc2aTKvqHjjelv6BF7gdX5AEBVhYNCqo12MTibJQUn0C107V05/7yojqPrIH2x pq2R/gBA6y5BoyvhDg+GRCEBvaPFaQZ1CLTArqaw6/Owc4kqRa8zZPKItU/ncNadi4AP/dbt gbhwv+tv+H8KWvFJwj8v4/93n+08ien/nzx5vrb/+Syftf5/rf9f6//X+v+k/l9OhDsp/6nO h1j+PElY/nDzrtkPPcm2+ZHXn9vgh5qNWvtIT+jPPdr5oLoSbXnp0r9EL/jf4t1se6R7/7T9 01Y98uauJj0xq4JVLDz+Faw5IuYxjqHGJ7eR+ZzrH+X/PoHxx3+tYP/95Fmc/3u6u47/+lk+ a/5vzf+t+b81/5fF/93N+COT/1tm+fHsbpYf1M5isw/hbsTmw/z6tzb4WBtDrI0h7ssY4l5N HNbr/1ddf83/69jEn0IDvJT/330et/+GAmv+/3N81vz/mv9f8/9r/j/J/5sT4U4SgNT6EB3w 3xM6YN0FVwssz7L1wKbA59YES8NRXbDpjXy5b7/Ps4B1gtvpOkFv3F9SwmWsFqoNzUj+6Q5F q47N27srj5H9VJMgXFF1vHYOXOIcCBBgyXvBqAtkkpTFW1xbI0xJJo+RQ7TWZBlRgJqk2sa/ FfnLiu0PU2Wv1/8vvv5x/v9T3AAs4/8p51uM/3/2dM3/f47Pmv9f8/9r/n/N/2fz/3e7AVjA /y+7A/j6bncA0tLiWwDDqso9gPP73/omoCVH/bLbAM0SmBsB80DfCpgHC24GYq0tvx1wmpUb Aqdd0RI7DadqimvEvS4bIPO4ZnjyUw9Ofi4YWqSV5QMzzcmwTHsyKNPgWvn9CZXfd7/90MgW eciL9ckuRf4S66/5f53S8E/Q/z+H1zr/886z7Qrx/7tr/8/P8okz/+v4/2uZYC0TrGWC1eP/ G1+uewj/L6fQzurh/y/aP53VWhetWvvi9dmFfdygTWqe31O6ABhrdroA6fxdsgWsFhIacLD2 YxvwgbJEYzjo4+OijZIvLIs0j41ANzntgHm2UtYB3Uo06QAAiyUdgPGGM3TRBjYRvd8oY7fo a6HFU/hZ4HrMpszHoX85Ji9KmEM4Ri+Ff8Hf415JwSa9AgJqkww80GCLrCJmwHWsyZBL6iHB gb8I4CFAeHiF+tGi6GbHvc2bzavNPs7Ytu2/w3RjKbOeOnWCXeCVUyfgZK+WOkGAp6ROoBE5 qRP0PiCM49QJ9lF66gSe7rTUCdDx0wCPEzhuS6o39RAVOzTAYCysarJJzlagn0rGAj2AZHoF GoFOr8B9MeM2i5nPwRscvsEZ/VVuq4Zw/PzBC9hXD16oCs0HMbnAWY9ng0I4A5ZhWlIbtek0 mO6p3SNNgB78Msart9x7UrS/Hk86fTUNLDMh+DIfD+G4gvGP5sOZT06lA/UEzmjgLzhZdYGQ p6i+hMeEPdwD6joBsQHVW10QFHbCwk3pqlhCVM7n4FPgDWLQnndKkepiD/UwI3uDC8GsE5ar FwAJlyDy/mdE6XEPhMe0usGwb+sWUluXirjvYNLgRIU5esGbpfjlE3mLup0CFpnSNcz2Pn35 Rl3Rl0ePaE1yppTPZXwocQOdg2+6CIuKPKCfoeomvn/k/0odzOnuOm8e6U4B6bzBUeJiMiav vgSmyaKMp+8NvZn386/mBSGJlZ8MEQZkP/cmsD00jTk7BpJ48QYOw4uW0F58cNionpzREKlD N9DlFkyC3S17e1Rk/66NtBc30l7WCPI1OvjEGES8gLjNPXtA1MbXtL/hrTkg6Nmq50Pt9Idi hKABJOoke4TLEAEkHWXyXjZxD0N+4OAugAd63QCIe7xAxFdwAnv63QUS9XY/WuWodlht7Dlo gPE6hrEJoUL72UAOGsSxLwZChfRWcJPDlFRHHptRHgD16nMaCh6rm3cC/utoHKTWuqY0Ntnl ejb1RKzbfZ6SvcX0bz5+Ow5ugMGXORci6IJycT310HifX6//f+r6a/3PZNAKSMkGUvZ93wEv 0f883caYX9H732dPnq/1P5/js77/Xet61rqeta4noutZpKJpzbun8HWJIqfhXXvD5uDIg7UZ Ope2pBmJvLT3t7FawDTgkdVqXpw2j2oX39WqR7XzQhIASZrO3QYuF9ASvzP0f8d4OBhuSi6g AC0R6RGpMZKSou0UckgqqSqRz7oYM3CIcbo6A9w3fdhJ3Q7VFdC8+XFzdT0A7En9zhhDxMGZ Mu55vDspPFefSBbJhdM5XlKVsbxzBcZimc8XXQWRnokySxXYj/AkOXwuG/X80Lc7AhhH0u30 3hbgiJevVQ4jttmhvwLCXl0RR6bbLaszfmWCF068AAVnivE0m96iCQCGAiQ5S6oTIpTUtEMx 22ZXnbHYviGJMOGKYEZg+6qRh/H+/HBUdnv/z/TB0t3Z34D9BMyQbNsX57Uf6oTaL1+oilqI mM2jBDoCwXKREH4uQL3m0X8gwjWP/u3RjIeIyCUJNV0UOYAT5603ddFEP/ojC1OkAIpLDrIs WgE93VKTHn30jEcmPDpmp5336/X/z1x/K/9hPMhPI2MslP+AsYN/9P1/5fnTCsV/3l3Hf/ss n5Xu/9fi4FocXIuD/7HiIE8bnxB7KmHX+/XfFxv27u4mDHvD2/Dx7HaCukZXjBzBIRb0Is82 sNm+NwjRCTAlOlx6qshUF8J0u+J+l88+FApgEKJ1VfUf1FTGWMLQ5IiPiM4DvAJmNoTsCeBZ 6KE4MsYM8FYkMQYH9pHaSXloRZdtw3hEhRu8B4WaHup7bREB1G6eXbTa1cPvgQgoVShswt+t l5T4Ga1ye2+LP8efbL289GYNb3w5uyoUtyq/Fh3jCBdaP1B/5H5BriEJgQOTF5aALu4rFQfA 107EfmwW3d7v832hwirvMV41cH4Fyp1tzChR76A2cxiauX5dsPYHTiG8kDwKjoed2cwbQ1uV /eibw6HXST6XiPI/IlKEdJ2Z8rbBJ1jG2/ZN0MJA5fQaEUnP6VHt4PWrixPYe9VXtRa+2rq3 j9ifABKjAGri4lMkc7EwiURF5JubeHLUfddS3j58n8977zCPA3Gb+UjUfWiBAmPTBTBeopRo LtCCYV/Xggf5V95scb3ivh1DvGQK8DwL5jr+dIFAMAuur3nqP1wcN6pI4/byORcV2GpCLkWi FQ4btSoX1/ixqHDzFHZm++JHJM0tqBXHnhXqsnWSrWtwa4W67TfNFhxOtrJFvUhttlDWl0hI UyqmSmw1eJJ59f6G1gl5lcPtNvMHt4Wz49Pjny7eVM9P8SYQv79GVEZTB6TOiWXbA96N76QQ rPqyv1HSSy3Ui6+j2HMYFz4FSyyCaHfpFVdcLJ/NwmcttSlHK750jaV4ZKmXLm60Eq/x8lWN 1pLFzVjOzP1lJvyOi5kCcPl66i5vVRzPd800RJKzgCCAP1XrVV1tlP3rDY4Nz5lW6ufA0Jij 2eE8joOpmyZkW8L6l1A4vkbMj7ays62gKAgBk4DsU8Y2Z4YER3cP+nj6GB/1BcS4tpqcDKbr SWx8kpWpgbLwM+lKSDQaMsRz43AD0FV+8Bm2meywc5qh+RyR37vWkZ1ivLHd4oUIZM1FxJrI x+YiowEundsklSbx5jltD0m4DZVytK5nndnVz2fHFyfVH5FPPX0lXi/aVgWFH0xU0537wz4n GhJtp+J8Jtxa/xxYrNnBsD995WHCkemtPrPcdyQmaj0mQu9RMgfK10DGZqiMxbD6W4QWnG2F fqMENr6MWKudknUaj0r93//ZOcCHX/2y/ZXjvp65s4Dfbr4+P7Sby5nbPY7wb3snqNxHCdAf g3S2Ya35nMl9H5lAskCUjBSx7QNiZGcKBHPS4YQC2przGKpQmh89opJZqpI6v2h+X/z4oR2S RhvzbdgO/rLxZfjLBvbz7Pis2v5ug9sVlFw2UDJ+sLNl0NDp3mmzXYcOSQdB6DkFCSnRtS/D aMNuI/4Is1PZDB+JGbUqfD6SDP7D0StMqZ7LGGjBRcwL0vGHqBgASZ0bokZJdWCWyQWcCFTy gWtSG01mt+4QxBC0z+pVZ43KnI1FkcDx7YbFjxXWSV6jlQmOEA0Y3SZhTumSY+oSKjvafT43 PuYjJ0bKNeNW4n4xFJ9WTmsEkgvWvCTT7Rn7wQEh6hjdzMf1LK9VxLxIGfeY3PvobZJHWVWo p5I8x0fz1WDsbWHwCkUJmCjnGbygkw3z6qx6ixS/P0IAzg1W/A4Jjz3i15P9Z8lBlNlyVKC2 BQVkWnZM+wI0z5zkkjRtiie4D9zvEKEh2vR5fVC3r6FIqjK52irzQaP96ep9NuGCr3t7GiQ5 C8aWPBq0p94vFEt5tdqHd0tdJkqfPyTSHvvesE+6tRdxHKMGzfuz2VQEK211Y69acGLT5jTt DlQmV2MUsJBwvL4+bDczrsffW++Npe2lXrpynB9BzpHo7kJz/SCbZAl2LL+ssEiDukjEfN6N nFGIC5UklRVxZrJNPcoM10OLNliPshi0Ux/29voBt1IwNyLvl9wf3ycJgp27JXfKfwFyw3fX /2pEpnn0FyUt2LHPQFCkmTuSEaxlbzaXkgxCjcWEAiH+MwLyQ4gCQvkLkQItCt3fntcXw1vO JfHn3fupm99eRzurIQ/T9tdKW8DU//TbwG0qZStEhxO9Rl+G/HZqEoD+mYD0PnX+/kIY/ZGo 7OCRoQW9qU9pVenGU6kDlNeBpscFJNHrs0TRcbLu4fsOS1b6jjX09rRlwkcjvNvn+G1BPnlb 4KgxHFEK7/S0KHXSPAdJckPR3fM83JOQjnoB7dFph1gwp+AjTn/MKwK/yBbrLZxCxdWaxXaV bQPP3ebEG+uWdHjJVlC3zURV+Ut48/3F3I+FEDt4I/rbTPJhFTCY2JTXnPvLWiOcDjuCCebw VGgHI8+6B0EwZNIQvNUxeMzkrzh5OF+UhNVKtSLHygwlekfaEX9cxqdGPWJUIQsVqKvqQqjB eGcyBGqZH5M1lX2JjVemeR5BS8R0O6IVp6oheU6t1iMN2dhtZOoNNIrJ/Ryujpkk5SxbKzg6 2NsD2t4vPPQpXSeq7R8+hLcwaFOWPHVxfzxw9Rz6E3NWGbPSWb9l1bbzcW5N3rvzgrYYnrPU 4zI94WTXkRkkRWScqjlZlBHGVyExvHeZ40OTIziuDTGt6InWZGvqhaicpstSflK0Vy3HQF9R p4vzEx3AEdnGWaoUV1mt2GECEyc8LrAoXszHFjN0T5pwYIyQQuoM2/0P7YxASsmEa/tifY3N xY9RmZmphAk8nnre755JAhsW+GWJkW9fF956OWAgdAEdRShuhG6NilHg9KwNLcShKldBNvJG XY/zCG+R5peSXU+2WERBHAcMM0pObE3aMFvEdDL0ZuRrbwmbq1fjUsQRONfVGAgVmIrmFBXu 8btseXmKx/XQXGXf08mcxU2wtrGjCEveMQ1yFprkEIwvUf4kfALxckg5f6DmC4dd4jg3e91+ SQIdtIKzKWDgzL/2uJDavOYraX/c994ZhpkLozvy7kDlHk7wZHuhrsko4gzvHDTxjJekQLW6 JE9+StEnWHTWc4CKz+Ih5nYPzT0++xUKTcx1Rl0ftm9JwcE9mKOxWjjxevNhZ1pSnmRTdiJc GWKam+EmIUa8dwuVQP73x15oAmT18S4ml9ucdJ3TuQtdg4nDzgWjCN5jdnZFFnFYDyX+rn+p vHEwv7TXE1R1PB/hLIfIjNCDSbcFdMRsZ+eZ2nyhdjA0MV0DwQOEXZh0S5GKKScCYRyy4IJz PZxBf4x2hjKQrZf0LPw50qdfKZD2ZMYhkmccIXnGAZIXgB/TkoaxccLDA7weIY/vV62Ls9o5 cmTt2o9mrADrnLekwMDqE42MpDcZBr23N37obQVTXGevzyEMIjtZRyXucqupg9rCNzQu/lYx 3zj8M522y8EoA0YZMMqCMSvBp3du8WycnddPkGegbaZDMfxhfIY/YGosSY1OTy45KNzzK86N Hc9iOEsmJ7cQRyXKRQJXzRT2tQ9ziM7c0A+ocZiJxLMedQT+VLKwV2c/16QDmkbCQgSaDXfx Z2c67dzytbmGYKk3GYVSObIdoJzs/BKl/bJCI1s0IUbjOqAQY8OydfiKzB9bpaJ36t20rjoT Lzpsgp6xkdT//Z8QjPRSiGBx9pWKs1RFRFZnXi+sQkk5/oellhgrxiWj1xGQdcTrQrEY54iX jsvZ0FQsdYWlm7TM+nvF+b4D36m7AAuDhKutSGdjnPayjqXu1YxOOlvifjoZ2TjV/jWpmQ0x AH7K0Pn5eJY3q6zn69Gjz6M3UVo1RBth6vU8/5rU6oAMFN3RdPkTMTtx5dTeHpybE2AxvPwA MDa80ltMAvmgoFNK1CKVlmWOWDwR4Wx5Q8n9/MGNRXg4PYmHByvAI9TM5u62lxWoLCuwo7lC h59EaU7/LGLvImRXn2YBcuaIFUD+kkeYwRVHOrAMvWEcHIaWGFkYkUJRJvkC/T1SX1RKaid5 Yt8ZfiUL/k4Mvt2WuAtmnHvl5Kc2COP7kS1L1AO3rJ65H3/8EcjCTTB925lijCsnu4NWygEh NjI+agnkdYjop++objw1nYOYPyfTBRDTgultgjWlxtVLtfP02Sb8ZyY8tn1oiIy4zN0QvuZS cD+9JM/KfwRNYgEMTsuWd4k3SEv3L2+9Vfbv4i18tx2ahfGp7wTps7G6UT+tZaH1n7nqbDH5 WZacmlplsRcs870tYcYynTXrp+0F6xQZzzy8IqV4VIWg70Q26bbH6AqoKbrlchScXCRyKpwB 1NhlkQo0A+54XsShijtGZzLxMNSgxOVzGnALOz4ZuhBbSbjje4dcO9kwp9xx9bqdUkyt8fC6 JHG0H6rrmehLQvht71+AD57671QOBI3IoI/9SzKRA0o8JC+/mVbYRe3kHkTMsYHfhPdl9A0s bBY09M0i9I25boz1xA8LxfKljh9XLNrYgwxhBJJIve8ZfY1lLPtkZyn60K2XVs6xQpkKb8OZ N7Jd1rXZsHgyEPVkoWhcE1VnMEB3wMmATcTTdJnUsUkQzs6DWQG+l9TXnMkLSE0MjdEwQjcO jK925IZFII77mnjta+Kyr61Uju3J8uSgJK02/Crg0kF7kUnS789mzuv3+ZjJMwUZpPDrrcmV N/VOOrEI8yWJkQmVsWzfD1crLI4Dq8HW7gNGyZljDy5yAcI3eBmGrluo9X/VMHNBpczxDjTj Etas/eNFq6Tary5aZ9/Vzmsn1TOrObZF2llF8qbtbZexigNHX0CrOVZxwM7rvxmeLNnly2Hb e/fKGw8KrxoIGP+lLl24fVLRcu2schldX7GReMnMZpwLRtFinx23z6vkJtE2K78ipsDSJ9c2 MdnHx4tn23lvp/vzj/veDuEsloBoxpDCL+BxA+fsWMKI6OPGkjvNVn+Gy3zU/mMDUzxTtSFH wB4R9ioZ97XSTkI/oBfUe9dxsHXY2szDMUsHRfR8TmE5UoTNEieX2VT9XhjV90vY1o4kxut7 rMTHaxk6ZFrkXKCV80a/JUF4x31Hv6U63Iq1TqOeq82wF1oiDT2wVuG5EH9Jckooy3IKOU8Q B/Cz/X3kTWZXv5Z78yke+TQTLlEXqsHwCjxlxX6PkvL1QrprgrPzg+A78ZZhPYewuziy80vS EYUCnaZsnLTKPw1gbMgF4cCJ9RGmJTR8j2W9aEmtfynAdqFRZ0chs0ZYqeDyQv74OvOdeQH0 Zj78sGmIN4IXOMGkUKSHeKs7Hw4Lm5HmdJFi9KiKuZQypkTuUqlE5DI1n9swG6CocXv73Zfv ELV/BCzj73CW0wjUl32Z57783BCZircDfw/RJ98JiXlCs0EACs5AirpQkkF1/IVBhhehSRUK rS5zasU7TnWxTK4iGCYT2EdLWe0KrAoqwQYur05M0ZE/nd3K3alDz2kPx0WGqZciMaxGkSwX TSByORAwJtGdQ7ID9Q/2DW8XdXPlYU4qUoSSk5AYkpgdyiTMD5sDMfEztiZJIz/rKmRUJHY6 1Dfs4HhS/ZF9vLcq9vZm5I16wKY/XDKlj4BJ5TjSy0rqcngLGAwK6NFPDmFFfT8Th/yII4U7 11orWvjgZwNYdRAmyc9a1d71PA89t3iqaZ7LNgmwuyJ4jtHhyTchbNkBFM2DSt2hD8vVCwAD UVPap7hFZJvMy04w9EGoNuck6erfm0USpzB6QkGmQL8qPqps87UE34Tg7utI7+aiceII83So Fp1TFV+bIxWNepoXrTf19uF3F6fNU8cqi2Om67NPYweeUovRh65nsioaGeaDIYiN5N0qVfE6 666VTiSUPEbSWbRNYIua0/oVi9kWScwtS9ZM0kqkgNfQ4dBmJ+ncZnhD2saZyvkkd2CM9kJB wwDemEjI1ksyNyXlgyMQcw2UB6lhs+j1U+Bb6+3IHWx9oD2z0WVgDAw5hu0pIb84BhkYuBy0 byGVAtdJmYJcGq757v6U9sIby+tQ0X0XpnPs3+ybDoYgFxD3Kt28xjGKhnjGN5QLO0BuBjA2 FNbHX81IzQwnlT/DjGleZxqyUwTdh0Yt3xVV7nWw1hVwekMPmcXxJfpbMEPtGDGVVR3Nwim2 0dTDtMYTmE6C8FKpbUTMed+HTdDwwxnhAJHnYTC+LHJDmiMtbL+rbD/ZHvS7qBd4Z/953sPA VJ0nRSr+80YEZLn36NHGXmX371jyae/vla+fDv7+KyIC2bsCLYHjx1gj4vS5VslitoyXtqjP YMm8T3W7t3rmQxq0PxU66bPuw+BMWePcAxfnqsTl/mHSFuR+c5MU/PZie1/99k0aZiMTPh8d SgcBqdVvjx7JlSTmJjD4/VtRqDrM3swfzzE7AAw7F7G+hHMyzfgSS7FVK82E1KTvGRsONy/p +n7DbcZFtWGlwvlqYUyoybDT87hc0WDeeP4WnVnKmNwhBXKk1m8lPNqpCfjrqBipQX0mvkcM p1U6DqZw2higiJ+u9Tm60Oi1zqe2bgmJii3fXUhcpjtBjILarS7UgFP6eau3lWYindkoW0bl gD2+LanfgbiNJiYNeW6KW1pT2/F8VCLKAQxC8wgI8QRK9Q3Vgmf7JuM5pvfoUSKVfavkjnqo bnLlQsbbIh/VvElbQD3Ih4tA4hJ28TIMtfrd4J08RmmdWAymUN1uR229VJvwF7POAAd/IHUO gnea+8RCGvfTSmAGDt+7QTfmc+8SHyDT9fhxFkCAl1kF3pWBrg5vCwXN7BblSgwBdn8cABxU LndxTC8QFh5c+Ng0U+DCMW20TIupcsgpbHArdFFBnNFqepuETolGFzXJO9+2adaedLL8lRSz 8rViv7JtECESCcoCxUAoagyA2Qb57Z0/mo8wnMBvFDYSiXLnWxxk8I70EcAdFgSTi5Ir6R3a 2t06dBae3eKz35E2ArZj7tTN26ilk378e8pBbYAuB3CrAdAQRKHvdD/sTT04YHAUFC8Pd1te 6la2d56Utweb4T+mswI8smsgqVm5chXrooc+zp95YhiekIx8ceumF4JjhJaMmkbBDpqMLMg5 vihsl7hzWJRz49i8OACb0+KYGdLAcCDApOAAbKs/+8asLN6K/6jitEPTFieJVEVTwqWeHquQ yTQ/Ryv6fQzdcwgfVEuQO3wmRC57d9EEyWaKMLH3vMccBNGnOHEWESUG7cUU1NheDS0k34gg B0GhH4ARqyJEokAJDae8yvaAO7cYXawe2tUK3sH7xcrFr8fhfIIkHnaxTolHN6s6zMQGVWmj kICnFMgJOkngL+MNgpfAyXKqbtUdWIZw9cEa2wytJTS2UGuJp/HcSPvB2BH25YhZIPbnRaih FrQcX5gD36bSVaN8ObySchTALtcm/nkCfTGBbElVJqDZ1DNAtKaFT5XVKtN8bGhXteV18rmN pNKUMZp/kZI0LHwJE/xlv5imKoV5v3dVqexW44WdESXQnfusMhhMEIDEtJOm2jINpXv/n6Kk ZF992JvvZhTeFk3b0CqLJEZzUy6usPAyDDDkAOBEWVcHxqAHUiPdsNsKGE+GVbYYqUB15zOM SwCyEt+v6Mr6XmUOAt4QeoFBazvTWw18KcqfBxygJw3j4bMI6XXVH3/637vul1avg+EYU5tc 0qpZt/TqS6sOM4e7qCqGbA7vrDojNf+iDkc9P9h8GqpUxUQ7g3FPJ24r0Afefhtn57X2efW0 hQEA9xTsbMWbu5TYmWVnYxYRHzfIZDmmcLbPFsVLzRqkeVBIXHB8xJCIWOG2ha31kZ1OM7FJ v4nJ3e0WRkim3LtF7XqWzVTExie3QsuRC5yKZTpXZxlyrOVXSG6ApERDg/ohuTNj4Dl4R4p3 gnnVCaki6QQJlNro90KKlkYKHyROUVC4pXBiiPdAu3tkUuD/9LvE1XHjqehj6NZGkU5ZYTjN nSD7uyEZ51OL+SgobxxTVtThUEC+Rfs5sp0/7Dbujiu5rSXkNifunQQTRYpaMm24CaZDkDMn HWC8cuTXDEhW1xdgTojibr9Y4mv26KgKMqEZJGdVFkNfLQUTmPUku3G04h1thPOgH/EhyOOl bMhd+RCtcj+D6R2xaR9fOrLp2433FZz2MLwJcfuxc9/hesxlO159u9d37g29847/PYuMUgvH ZCaYeqcOJ8dwFISz2j/mnSGuOCLXCVrWlTE/xaBYTF261e8FDztjVHCL6j++MWgt+X5vw1Sn zWzEI9mK+m1hAeGxCay/VRvfjAME9HJD7em6C6ombPwXbu4gnW3Xe5pSBNBlQYdIIFA6tGDp dAO5haEsGigR0gaNXxwv3czFJVQrQiS/LVgitmfs2DDwjicXNsI7yh25kzupxLcVIIsH86kC rGAjW6z8m98FJpUWzhdL0K/oKkNiBHTkQCVe1YzzTrzLn3ZE3v2AvAc267zZbp7viQilrAz1 l2Wi0jv8ufkoVNjTdlSbIX7hO3x6Yi4GROPWeeeH5sKCvDpwI0jlKf2BylJ1IUdAZZiZoka3 Xk5FwLGYtFkQHd1m8SG2XOImtbJZ6rk1NKmlruCrgvY4VtEXgwFrYvknkNPjqfcPDTGceF4/ htC2ZBV6UsDukAaQvlT0F9b+OWWxvwXT61QuUBrNYgOJhmJJidqALFqKGskZXEyZ5FimxApw 7gtjYJJbiXDbmP9r2v3vSbv/JOp9Vjs9et14ffKvQMBzi3v82SVhvSnVJnrpIA3WT5aQYV2M LigDCyak73wSWFDmlpjJL75Ip78TeVOI0h95zMQXZpp+WuLL8NKor3P8bDOprSSPIQ1AHyTb 2SfJtnOUmF4Ywr5tKPu2Ie3b+mZHl4Z1mwp9Pzu+OK8e7RzVXgmpL6Z1p5LdnUrsZDs7Pmq2 L36oHe4W3CEX1Td0Z+gI3fi4PPYuMWI9lxFRhl0uX6gtmR660NF9r4372T0XSYjkHWq97Io3 0t3yfcg10Xsdg3xdb3aDN7Xoue8Rae6888INeycbOz55mu/h/DTzk3F8Rt+bNFF3PEBNepz1 +bk+P+/x/Gx997rdbtRSDqO/tCI5u9uf+Qw1OxNPP/zKp588tNYDtpQuo0ssPGmlFO0ePj7x SfrxGcqb2PEpj/XxyT/t8cnwUo5PtD1iWwfSlAFM+kvEkyvN7F3NdtT0wTRC591ZEBaoLIf8 oW8V841PyAWwKxmw4TxaBXIG/edm7oH+m/5k0P/oe50QMGqgT9SfdPec6ugeDR+sxi/F+OE1 5SomQzl3n5Jj2FVAitKB5NEEyjv7MMOIu9HffyHtk12/pXfgchOORkXkUX6XW3B2ev+4G3Dx 7W7BkdrzkN+fDhryw82dJMWkAH3Vrx0LFj2I3ObwchYxmOLKRevCkfCVZxdzw7SENvjjmDB9 6GQ51Ppz943lYmPlKxFt/KKzxOwctQH4bC3dVqiRypDqcXOkUYrV6lihlynWhfrYdvAwKqSk ecNIH2TLQ619aDPJIZQ/ENKDBw+QStVPX+1pjpAyl9EqUVzxK/SIeNVoHlQbKuwFEw+qbKTd 8mkcYctM9liN4jFgBwdouEInj2HQ7QyVx8EMuvMZ2/97KhwGk8ktMsJon+HNvOnIp/DMG5Eq G2XmoQfqNpgraG44vFWjeTjjHhN/6o3Q8Pm3aXA1HPx3eOmXe4HLSGfeU30D+GkxN7r7xETR DiuCyHhriP57SIJ5rJzjGc5za+sK2zDJEuScZgxbYOY2/lpUm5GGMeCEbTfTC7tsKsBKPlCn zXZNO6XAlMUXqESbYxhgQmha/nLC4MjxF3A6KXdqH7ZERrxKnSptNjyekb+SQ0YcMuis077j A+KjD4j/DaeZk02prSpXE7F4c/zs/+r4VRN8CSjt9Md4jUSao8VejVOIsQrtIFAjTI4iGxQW jeMAf9lnFgHKf9lHwwEx7C5vlOKujAw22qEopt1lBuyU77N3SNzsdkg2t7iKFNUvyhuybgfj 3xMzScX4lz+7jbuYmZbY5Bahwew12hdH9ePj1y2ZL0TNIdrtbjKgEv2sRH/u6J/GGP6QMq7h hiG2K9CUCjkrtCVgiXwymQYgWCBls/uKCgoLGveGBe6DfSc6Q+p6ugmj4LM+luOV1Gbfnzbw 6EZfnuxSWnPHpwAuQO56FsFHJygPMSAMd+tlX8Ny5rxEYXi2NW7g8NzdHadIoUdywzUHu73m YLfXM4rISOqsFGpmFnOlmsvREokUAT0edi6FJ3nvEJPE8lCY5dUXxhYHjmvWiDJT7su7rwSB 23qJQ0hdh8q/8jpUlq1DaxLcYRlMaZDOJ7FVcN4tX4QV5hLhAV/kFagl2ClAAJqDwTmM1lmj zcrO3zG8koQelbK9+QyKkg42UvbvOJuPgQKf1Reuxge0rfhz9w6kY6XA+ffFyqVDvx/KiCsJ 9DptFEsxYEE9zYG/XyViK0imJGcuiaC3RDBdHjrvI4KOoOG87ibZOxW+DItKwut9GZaM9pAW qyTWbEVtb8t3iNiSGELprxl6I7f0CtqRT2WPr83Ojyli1mCIHhqdXm8+mg87HMJVp59gA0S2 7UOL0LhlOrueA/GcjzxxNEdZFpkWD7UgbDBf8N71oN9aDi6SVf18zFHlvL6G1b11WzZ5rm9V P+BcveQD3OEOG73BnS4oRGBMPRIWRmOwq+YeIhggdVGNrLuajJMHdYhRLUj8KLqDna9M6ofZ +krlTHtfPflJm9/cBxv8ytrkMtXdzo2RHuD7qFJAXCUWepqwV8wCLxMH0J3wxIa50FFzogNY ZMfogDfq2CwXB7cd6//yQW1lc0C2CX1CrQo+6bDBQf93PsbSOkQofHGiwblKxBXjk+B2/Q4o WpoPyOpdMVBQOqJd7oK+e7fcJCkUobM2vvanwRhjDS/rqFaHsOHu9fF83AsLEpnv6Lz6hni0 WBzKUiKQ5Z2Ws9HpeotiESDZmN7CLvd7bzklq6eGWIfJSyw2rLgd8kUGHv2TgY73Y/JKScwx 52wr/rzklu5XuaERaECNHvBXh14aMwN+ru9f8MaBxmhCR1DvHW7sg42T6+NBkEL19WmRZAu4 2kJ8WFob0WvB3mPmKfdD7fyg2apdiGp2yR3xqldL7Efq3irVL8cBzly5XL7rRZHj+vveDVyW 5EAxJmX9FNPyfZa4lJQnWIfWAcI/88ec3wUzyfclB3HHDZCMys6uRwGIOIgJ5RQmWGZjUEGA gv4IAIVSVsZiKpd14xwwY3iLKbW8WciwnE3GXbCJXINBLGKxMGrEwN1QQkDUlzIcdlXsc9LI kdcnZRTGOqQ65c+VL3ORoBGEMz5xl8TqXi5m5JDWmJCd+CcXGr5bX4ExC5HbvLRO3NoJOrc5 70cCdqfILB8tsOjhsshyT9LKnyOK6Jmyk6wzdGXVjwXiRglm0sFQPzAftCChBHuCyUBbw4Cv RsZzympHdkQY48lEC4ryeQnymRnxhwjvh0ZCk3Cw1Pa+iY/TmUK38c7AettTzHtBOHTSdwKq S7SGF3bqtir7yn9J1w1bW1Z0iEbiwwNVztb0o9X/lSNGGL9+V+0AsOAwtWH5WApBDYS+i3iv w2S9tCl2mPS5QR3SG95fEO/wuNquNlJuaCMeTSaX6QDT/2w4t6S046PzakMd0D5C1LBHlTZk MNvlDieVPaI+IFoezC8evsa/j+auZCLKpXj2aZyi5YnEiItHRJTlwPVnaDriPrE/UAXmWoo3 j4/JxMfwNAtA27h7K0M/XRk4B1i7H8DfMCYmg68tbyECqLgIUVNv1hz3SQdfIyH/LumcRVua ztghV5pQbayKWMtjlJkyuc2u5H8n0UqeGj02UqkcBYFBEsXhZTImUBOxU48zyIMQjzECR7fq 0sMdFgao0LmkEIMYg43aDUUTg4D5/tsQCzerLgdM8Yz5z7KO8B0fGaxhbCseVNKCja/4TGg2 jKH3DwqKZ5/ZhBT5HLxlOcsfoZ1Fq/b/EDVLnPTrsSr0gznIVEUazSa3TmoKXe9oPiVWq1Ch tAhsScgTYLqYarQn9cW+A9tttavn7RVF/CWxTGLi7dZWNGiqeywzOV+B6XbOZ/S0ZRqPYTMG 4m7LYS5uPKbSyRC/f1ZkF9ke8dOKTszNhAFHsfize/SSfjwe9NYiaeQ0leTU876+0Ee9GB2o D16YwzUSxvQ0UBhKE3bqGNHaRO6JbBk3GI9O6aAyFeRLbXeMVwq6fJuZWyXOjHIDzViOUxNB OdI+pZt3tq83INgqjt6sPUg5hdOd6wV1cqn+4blFzuHvo/0990baHB9aQCMx1Kb440Q+nYxZ mVL9wtaWxU2NBqms2B2QO8lLZiK4o5R1SQGRABO0VGueZ/ZZiUIfBGMQZTFbKkuvfqhhkD5a p6RGywmCKRGtMdQvAKPQvlMSnd2VLaDaWMOR6bzBvKABEiIOgottG9oUenjXYHpW/hAx5SNm e/XJjrLmmi23VERQczLA3OIUpItP6kyKkk1N7oOQsKC+KhH502jIB5IOXAiZP3MIL4jIYbt1 l5gSOhjl6rQik044CG2zG0T27aH44ZjNGNl1qkAtQ5tDX+f2cRqLyHxwPt9Vk4ud+jWROP6v rvET/rdjUiKPOhMTUhtvCkTbVx84Zbx3MIGhsaY37k9YvgScEkY5HkN5YwYmWj6pHkoWegKA d3SfSS1HNuiXJtX7Miv0lFypWgNHFnw7IQ0Jg8BGtHCKQngeBiMQ3pGbxITvgDMlIl71UefS c9PRI+0ch/7lGBaDr0wBplPKvNTQyZzdKTAZyHj4DV8+WSt4hJlDmCj+RznmVa+yDN8Hu0J3 Tp8pS6sDVcDyeBFr5AWZtZKKzFPRRl6Rg0DJhyDblNzQ9nG10arZpMq82eIUQQZNFlAwC5vF lbuMGbqGHl4CZdylRCSHI77zn3FAJFpsg+swz/7MZqebeuTPibYBY0UTg9vFph0TtxzpefHF i23rXUBw2W7PLjRLnDIzWRlmddVKpCrPKgq+8Nu+sddLuhcplLYlno/QedQDjAIJNkicDneG mRDWGhRgL7Gsw+/eTDuTFkpCkv2pE3qR29fDRvXkbC/apXNv4nVmeGNY+/HizXn1DHOF8S8q jqeNKPZSYaKzerW9OlAuH4P6ftmo2h89qvanGFV7+ajomyFRNjkdoSUikHtt+orSK9DjvsF1 1AZLLi7CSwwjiSbCeMCYjYFnr4uFBYO9GD63fwxidovANrsYtVqIFBFQNiAEdgPq8Fvxi9JI rJ3dHgj4qJdCanucO3hxc2pxi/F5q6QLFRhgFuN1YuTeK4dAYC2rJzNwQMp+kJj2M/+dh2er vQyDkzwElh9WgTyJp8FNqChxM5/tuztdID8UvL4z9WGPEjCKMw1FkQjjlAg9/nn7V7UZpcnq kdotqofqn9vb27s2hl/0xMpthoEevD28uCVHz4bJRIXmaWzoS2po4gQst8B9RO2KOeuwm5Gj EFfvkJP06JFsmhXTA0KDQEnhM4dKRbumPZu+xzl2cvbMWenciZ89vOj5nPkRO9onybHwi2Ls UMcP35kgHytRrr+xwxKnDLcfprgk8rCLGk3XEU3jmJOMFfRbvWrE3GI0ljLCEUcdk2sZAt3G Ej/ovQPoJTKgAMm4evDq3GZhB+n0SmuNz18dVM0bzMNh+t8LKCB9BA/xuoiev6SpwK94bfQ3 MQyN15UiHBbcwWZ+jJOhZSemDjTzP/ubGpMeqd824/sAa6JPh0Z2ynolC04I61JgKmGxN8bp iDOGXaFSBGOTso2lOa9ayK1wsI7ZDH08Wu1qu3YBtL39GkVXTfr2sytq9SxVrJ2aqmfHfCeR jvpogWfZHqKitfE1sKvwrz0pYkciuZ0nratOmkevG9A6ICVW18wIsBFtA83oiVcDeVQ7rDZi 8PoeSDkfDPGgUTs9sjZM4rpDrjWqS/460E4M1AFwb332vmGduXTHsGnUGXpKS+GUZ5CEDPKV E7ax9xQ/Qbvuith1GxiynLCW3GOXU1kJcWqnPwACArjiX0Mm7XoDzNvkXXtonIVCpbEwMdn2 vD7D6s+Jshh7kbJSVYd+8Y0OpdPSmUG1/Upr3g3p7sTN0c5enV1PUf6fPisooDrAAZb3r2BA YgfCrMvEW2JJkiLGphmT5LKt1g3W53KdUdeHGStRZJp5iPFNJl5vPuxMS8ob+SF623IdvtkC sgjSB3qoemEooQxIgdK7jeWKBwKJ+eRDy3jqx5Qk3jw2uh4cESW0xb3F6+wymzYdmAXGpUxe A09bP2qYFFXU3gWSYJi9jeqcbavwTzdhuEtezvze29bsduiZwHH6wd7e69Oz+uH3VdixRRNU QNv2oXnkSSd8q60j663aYZtSk8uDVq1xTOS6VdN3awnatqjxg+br06P66auLg+aPS5IEZJvP idQrNnTZDaAfJgdoINsWXAFyyyyTvbcZ4sWrWvOo9n/ObxgcCZa6diAGmPUQ+PCWdxlCJ1gF 5aOJ2lXn2g+m5V/07TMrta22h7Q8tBnYLDjniLGOtN4Z39795Iyflg9exLPIv5KWMGjRFPav IoLOtwV6yU7kXWGVXWYsPjK2VyKPPY3VKUBza3A28ualjrG1fBIoCPpZ9bx2evgT46flITiR HmGmTk1nbQPFXR2Yxc58OBM7qPCKrGK6nkA6PhZAH9gTMgxx5uBIHOYRD4GhHYoHqyxJ1ydj m5jRgnNBjQQK+LQMVwpXULMes9KQhp1j3YHZpqf0+oDfsu4gJ0J+5NXeXvOH2nm10dhzLvCi 3sTYksORcHXOx2QozAhvWqYjDDFDiXzwB7Ec9KWiv7AHFdfCB9gJhY7ar1oX0o/IlaDx7k7v +lnt/AJWBtUUiwtc1E+PgB85WljwuHpYW1rAgWTPkthIqNXz+sl+ZAxZWZ6+UZWsRo9qx9XX DRieCcuf2TeMdlH7cWH3uYgzANkjy4bC9aKDscnADEIm0D2OkpoMRZBylVmJVcyel0TBKG7T CIk+ZuOdg9BMSTVGC8kkpNbfK873nV8dZ1AyiNmKkMXifipGJ7qcxOnMIkmsTi0axevMImmY nZisdNReCDuOmQsKLcbN1M5kIKeVVFx99Qpglu6CqACNuoHZTdDy+45mc+qRQXsTlRCJp7wx E2znOb9Vv2GgDgoI8461GJwNfORPp4GWSOS2FQ3j0dh9PLNWQ05kJ7PtIhHaHNsqvSn5MlY9 zOfOjk+q7YuT+vl585zsnCLjeOD+jnS+xnF1BiDaKGAnhthP6rYTu8G4S54iFO1/E60j17aa RVbaEQ1jNs68Tt+e9m4t4uXo/JeznyqXWRy8JOlrbswnOkCeLkmZgeuAFybdAFrj7jr8w0jk u7Pjw+OLg+rh9+UEG07ntUxewrmq1WzUjyJ2qboaH/ZN0VCl1T0ELrddOz9sNA+/fwNMupO4 InfUPG1fYGy/1yc16hdt3cPXjQawxc5mWcjSYHGsV7LDc679IxnX79hzp8uam6DcxMxMEwW4 8b6irMSUPw9nXLAdWSZhagDTAatJES1qwAB5NxHRe8Og9/bGD8mi0gyAJWzM/AxVFmOueW/2 4oPIg/0VJ3sF5nHxTAujAwMkZjY6l69Pvz9tvjm9aJ4f1c6hPRitxC9N2QMZmyBOBz8SEY2j 1YdhhNyZOOHMlI5QthMaCmrttNa49+lxLzLZ4src5gMtOo/jYLwVBkMfhF06l7w+0umRh7fT U+8fcx/lUzgKt3AlJZgZcYERnCNPWq0XfWD8wOkJiPfVFnS72YDTB2l1Q2Co5imA+cO1YFqo eqT4Sicg9Td0bBBlKsph3TghQQQf2+MbL9hy7yPyh1F/PHDw1JmYKPYSgGScqSWB9VbWk8Tj UiUm2yhNAN/lgO2TKuPO7fgjOLivoTbwrnLJ4pyZHK7vwzufjNPXftNs1Y9qdEfhROrzZ+U7 t/JdcIMbqsQRpEJUv2AgtE2OhLbJpn5JRLWx/LRDfeLAjyDviwXIG8Fd0TX8sYrWo3ZKuAs7 nG9NSM8Ag++feCFQfSl7dFJrfXcB5K7auLDl6QoxYRHP95KxzST9IV6RZbbc5mg23NfR4HP9 wewI5JrIg+qoG/ndmniR37WRr3/v0Psrvz3t2EeckD2vYZNQtV3++wAjyuh/cbTclLzeoRf6 X3kNLcvr7QHHo7FRabgji15zvyLw6V3kcDU7ShAxebJi6Q9eUUqOjdfiL6yabZ8fVvBhVJ+t 026P8ImVs8llBk0RtbKLzH9DiikBEimwuloJpqvk5TzrkGa/p5P6/g6nFxx3ZGhjcSIsq9Py QXlP1bU/bNeTaJEzSV6PreAp6odH3BLsCzgRroI+gvI66Mrne1hTAk0mbhGMARPy6QAvYvdn ZUVSrZZN4j7MMj70psS+Q0MVFByebH/9lFxodhSaJpCUF7+TJhFJ0/uHD+Xke3AGW+ek2Wpf 1P7fa9hSlBxAxPpIACLBXE4+tvNkwB4Xf7OcVeRwTQUrGtg4WEB4C1UZNisVhFbZxmG00EbS wFgIQut64yBg56wGYgczuXOrtJucKXE9NlpslsIXHxoJS84JfjIbOixI5Hkk3uBJu3FRPTmo 107bVssic8kZJeR7xfluwzxZWzq8h5HIhdrw3h4FOgWe6gxvOrchobcBwBezxGZjinuvP+fQ PI6bmh5hqBmiftnWr0/98FXDIjwF48SdQI074MtxrNXH0MywZbnFM6VDM6rlOqsYQ7gYbuus Bjxl9dwugcZFasH8qLg/7CosBl47qbdQ82eBaywl4OZHxf1hgOtpNtN90pkA62/SH2xvVSyl ldztFNfJXOk+bk688avGVzbyTwAPtjyyeKIKQA8DzGxMAQIASaZAZ6adqT+8BYkiCABZKjt/ F/MVA0SHBFWGLdGaD9sdWFw9XYIHePE0RIcOA6eJFi4oeJTQCA548d+9aeDAGHVu1WSO+czZ RDocBjd2FQwYc65NOrOrcnTWOD3KBxKcdKxs6f4VUuLNLSpuB7apONReZKGTVavDyVWnkK13 NTOAF2baRkyfLtbAMMu8sE/2hTJhwCqxwZ8+nla2+Es194MhiEeDVbtwE1xmMDsh3uxDGMhT E7N9ocR0fA7SJuzCEjasrR1nETFwORAUMF0YdFxXLSn9IAqaz41cYiGDRYJx0Gx/h4PE74co 7Wm6Z9rG40cHa+9Mp53bSPy2SMZejjWGPMGqcXi3f415rywXSVssoazYQgRxV4uRHAm2GBXf jylw3IjECFJpoKocD+fBsDPbAjTtk9EkvA5J3FpF4kDLragLnwmoeCeJhYeZYtrq7FWjE159 r5qVMXXZE8cLaJHuYKabum15qYtxcxOJ3BRJ2aAvAP4lPHc4UM6HGklh9J4phhen4PGojNCS RdQAlKxSGAoKNejbQ2ZRfwVTqAF0Pry6XzOoBVZQXBkJFbntbF6GqGoIZ9oNpw8YezD3h6hP VJtd/ua+HOU2J11+4OhWc7/pMnz5k/PH1/DN4qtA0udMFHBXP0Yln34WsaaKWFc5Jbp8cRa5 SLOve+5rcxWX4j9krV6KYgYLtWfdBbdyTHsSxUDkdsxL4S1QvEu2+1Kk10TXvb73joNwRqds JPOFB1MZ7cwjuVOW3rDFDMtYfk+NMsqucRSWnRQQ+O4K9ublFXGTAsJuH8cMTRXYuqhYVtXx rYJJm3ait4SYRcYHiBoMh9cd3mp/vJ4Juxcq9Bsuq1oUSEh7FDWCJCdpON1bQPkqHqy4MTC1 jD8ZeocwTVTCTBwGa+LEM3FvzkvJ810Us37StMZ40JNquzDClN9u+u9tk/9bzjiK0wHS6xgP /w9O+bXxZXln8Mss/u+GBIqCbsC5T/KIfK3Yrzv26y7nM7yP5iq2uYptrmKbq9xrczu2uR3b 3I5tbudem9u1ze3a5nZtc7vSnBZSTcQn8luIkiDJJ2EoDWI15kvg6Ldns0LkKcFnVlG7XRny Za2lNAURO4SxvaKK2j64liRO2UpmWW1I4RSO2KUurGhMKuJVhRbHLXWY8pd9YnWrg0FBhi7P WVwCAbbADyiAjDPNYz21f9jZZWsvPbk/eL2C+7SkLKREDb5o83/3ssIkONm4xH7SpVBAI6xP MXmm+6xR8ZE6+LPbxecIjGEhMde2+1kJCD+ARLmpU3TuFH6yEjL/QQw1qdlZh45XTPCNVNh0 3HnvDjVa035KPKw4cdupqt4SpMYTbMjFq1EDrKguKdZNpwcdZtaDrb3Ylx1QGAOJRVwWT35q n9dbe3xE6xL6lMZXKS6JJz816qe1rEr0bl/eoQtbyI5n9sJm7L3x+xyLIgX2WbN+2s4Czi8X QKfcEy2Nxw50a7uU6gsJTFu1T3xbQXguXLGoXa3mATHXy6BP3N8rEGdDXUPueQh/xC9LV9Hx oKBX7J/FOKTkwwIQCFbEZ1qRyAPhJgKi8BsjPD4kgdbOZsr8YllT8kzmJWWmIsI5Mh/9aeeG ri7RwptkuSHKIzcI1pJmDekISov1Oe8rMSozz/f2juuNhrFiM5rfK7qLTpDUSE2NanoBOGYV vBcpFpDiTf28dnxePXG8mpYArZ+iReNBo+aasmXb5FPE4myT/EhjURu5D8/NdtgZuxb3uCKy HF/23RiAaYvAB4yZLRaKCxGx26igZNQgqyMuF7BSIqCbW5DxmPG+qINvTQZH3tBz2jChuBOW folEWZEqhk08OK9Vv399ls9d+d4U40/eyq7DaeYQ5lKrpCrbfJ+48/RZSe3uaFWZrfnAcfmM k3j1DQdpgUGdcUCwSI9iJF/HzaEqXD7SFV8uxs898iniEUpIGLec6VtMVZM+kTEcNfSBdBkG FK265cnuHJjfCUkQzxQa2x9uvtAoGf2LqFOINrsxSSKyGd0bd8bmKiLiP+RqOubdIUYS8TuI eaKUPIbKheL9aj9MEKZ8tB2kBE50ObXpX58HwcwEJgnQ0BF9rsTmURnzq6THgjh3xRYGaOO+ qxKhD0iER0YRQkGC6HFuE/Aamo9pMIw4jiqZ3Ca5WRuXEFQWkrOxsxIRX3Aqzo4x+E1vLdb/ VfFRLP6G5UNpGV81Hjs3Sj9twSxavlSFt+HMIznetA+l/hdKGTkYDVLOg1nha6YhFaLzcuor HrBxIoOZEC7d6ZDkdzTKO9QhyX2UuBfOQ/RzvBWx3qTa7HA2HVFT0vS7uiicYPJ4F592flEs 8UQZz118CNSUFV8v1EO9oOaNTKuzLvpVIhQStWqXWJezOilWzqLqa9ifFopp4EgNLjPW6p5Z nVlKMcqlCwSrIOo8aT0Gl/USZhF0XvXCsyfs13XihMKKVDQ6jey69TFbeI+yYIiXcsKrN6VM zD/XuD1HCxs35YUgTakYUHZ8jpY11nPRVI+kAMsoyVwO/ypU4j2kuy13zuj6J63Q0jsge/uz qHL8KlulWAll1E9cZrrlnDsGJ0aSBmLvC1wvUXqQUnKFKUncot9tUpbe8C+dloW3vImSmTGF dBgPDt8RBip5J0MmExiaUOIgDYFvRQ2ADXAUb8qJlBCJ7ZEkdBS7Q6gchcgTU1H1hMhzxcZM 0G3okEdOP+PECTXmLgHDxDRCj7oSGeXJ9tfPYrWMZp0+jrOyec3+yumv7TWgyjmvu2glUIgU IqJkopdMBv4132Ntkj0mpidttdlSOAGfrx23Y7nF8VQjrUdBa3HtREQTpguljidSL7S6P/je Dcoe594lPohrziX4T5LZE/dOOv10HgmOJGLZrJIGw+chWT/4M7b+QM4syjLYfL00kk4ZhIez qaeblXu9JM9TUpJDrSTD1xOYAiGDbSqppA9+OjQgNauAi95jrQIqI68ThiSVfAtRKA6kNlAp DG5toBlWEf2H5d1BaidQjdDyLjG5S1rtofM6HQDpF9KqTujFQUanJ5PhbUH43AjCYZRQZq44 FABqDykls1j/aNEJRB6v9xaNFQbsIABTPg1nws8Z8crlLQy3F3trGIii1iFxA0lOxtz8AQTN HsXYp6xGhHvIem04gcwCdBhmvo3fimcUWQbCRplJvHet9+0sMBWOUGiXr5aJsmQYCXT6NMco loZAUWMTKCQCaApHS3IniYd4HT4I4MghHdfAf+dhSN7uHH3dqED03mxvrx9oohg4N8zwtyi0 DlARKpCV1+n/t0MwdIwC43M3vOXIrEZQEP5fp8rpe1pg6AUjvoUPumFAU9FhtdwYTmkrtU5h mogosiD86aVqBfvXx+znIm1YEwNXaoY+knvC/YrIFM5z9XURCdkE6YQPHNb1cd/veaF7w88l Nn33jVsLo8iSFif5ii6odcyUgyAY8mNAVzzODg6CdxYttd8+fmbBrDM89NBmo7Bdgv8V95X7 kRhd3W7wLm0QXJPuyuFwilaN19W0840neeYDzFkZAn7JlXQ4mw8GdL8s+V1GkzkdxgjBYwdN Z0CsaIcJjiYe9GYHGHQOCwXvtMYnETIhIzgD7yCdTYKuv4VpKLkhOhylM7WPGuzO7OoQWWy7 tHhc05d4YEbdq9PmxVm1/d1e2ruDWqP5xnkdWX/M7BBL6YBBgPdNSa0AToNcP10AVnr8sx2F RBfOOWNlFW4RDp15yDcnesaAAMt8ydyQBsM0UMyCIzGbdUS71H43j49jHdepVdFaGbGQlDCa R6FrwCtrm4QKbE5z5NZHK9cS4CGKD92Ag8TxCJgLDA0ylFWNUrH61xheLgZGx6VzYqFr2wkg xzNt3UTsZtlUTA8eKyHl+iQRoVaYvn4jaoGyvbuhF48eFZ27m4WL5HYYL1c4owocE4LOQMKR haKIieJgQU2YejofT40L7u3h9V+yyRL5U5a4crxhozJzoDrmMQb0CM1BsmHzZPxMTfyaNjjS bxF1cjK/ieVaR+9xU4kiklvS4k4pdzGNrKjNbrfDpnzpr4uyHnKh60LkRZYFVt+8cGg7aflj HaDtkL3HfFb2x2tQ2pQu8o4hE2q8VCmmwcaPcxSoRy8UVUS6yYdDCnj82DMAoxKmlSA4lHIv G9L7fPov+81c3awwG3GKs3h3MOkxreX1xLknDaYMsIcdXUVomIWlq8/pkWTwziQ/tiBLqTO3 wkcbyL7Pr9f/P3n9h34XFTWP8Z++NwjLV/9175/t7e1nT56o/9quVJ5VKgp/V548pb/4ef5s e0dtP9t+vrv9dPvJ8121XXm6s/v8v9T2/Xcl+ZmDaDyFrnhTv7eoXGfsjzo9P8h6z2NR5u+/ yOfxZl5tKhREpuTMUPn6650S/rtL/z6hf5+WVMsf+iBrqFfIiPg9OEjr414Z61YbDXVOPgjq vNaqnf9QO4LH+Ob16dnrg0a99V3tSG1tqXN2hMAdPUX/b4z4LNkYTPPDzo2x6H499il9/aai PReWFSUCxdcdpwr6yfc8CVnT68xx53Smt5zmBo0+tF8cQvJHIMHKlShHow4oYExvGKA7d1n3 vNwqq1dodHd6Ujtt48Da5/XDNgxEhtqovaqdHu1RYeTx+/NJOkh9ZfYqAFpDWYYpAPacFdDk rYI54GnDhwgOmEG0noFzfnaFPNZx9Vw93Snv7DwvV74u9IqFnSK2ABCQXxQ7XXhcKRZ8v6gn jyebhjxWba93NSaZl27lcFIOSUaC+W8Fg9kNKp57ww659s7UETTZUjvc6Nbz7couVnmMKcQI XOiPfHQoo1700OcFhS6qHupAO8eo6ZdkG0fNI/x6Wm1V8Tmt6HwyYYYNVvUwGAMp7gHr+3jU Gc8HHVKLkataOtqVEMQOkBN1Wlatq2DqkWHPwfC6X1YnqC3rQDdQ81tSh1X19ZPt3a+3nu9W Knp929/VFN7l49o2j+FnvaXeNM+/p4fV+mkLvxzXj+B9vdpQ1dMjdXbePDuv19rV858QQv30 uHl+Um1jQDGA0Ko36lBFvTqvnn1XP2xBP08Py1DxJ3X0+gzeUcmSOmke1Y/1L4RzVEfMOnjN r5vn+OCw0Wy9Pq8BCAKADSE89ea7ZqNGheAHRumCpy3FmNmgXkEnv6sf1BFP39Tb3zVft2mo 0HGoVPsRY37AQM/rbRi5Oqudi2OkMwKEEh0EPEG1DM2bPSX21Bfn3rWPV8B7qgKYqb7ggn/z x73hHCSnb8JZ3w/KVy/dR7fhYzSEC5OP8Rog+nTQG8+G+EjHLbk4a7bqP16wvVEeNTRTdPPG xIAge83HPZ0mUKHwIKFWZ/7IA3nFYV0wLxP+nV1fhF7Pqh4eb8LGA2TrhziQlNJztziUpkiM fm8aONXeG4NiZySvGo8vh3MYSg5qiYQEZGiEAbm6KEhRORNFWPTu5avYhGqd2eNWF/XanWl0 vpzXbA+T+Zru5TLf0m131tvg6CDjFfMs4eP4RcrS4pyZd8XCsQueVconOKyMSiLFYq2kXLm8 TkTCzZy+Mx23maMOZZSj3N+P+UIozISFOqnMl3XkDztmvLbQxmQAS4Q6LQS9AW9gbyH5vGj/ dFZroTXgxeuzC/uYHQzNc6c56+E8gf+LrWe0R7EigLcn6B68uAwcXQtL6JvrhYXkMjizzADL iAQwXVjq6LC18L3OZ7q4EKHHwiKN5tHi9zgxrWA+XdIU2dRll+jPNVEdo43iycVZ3Sw2/kDq tluuPKk8/Xrn2dPdp3//+vnXuzu7f3/yzJC2x5tbWR8iWQLt9PUJZ1PFXK7Nw4sDjKOlKs9s c2InrXLbzjMyls3lKs4jtOHO5XYs6OiVcm7n6TM7orNjesN469Rwnir4qt/LmPBcwtpyboju XWY9l9sU59wImF+NPj2Xy0V9ZLWlmg7On8OUI22janfii2EyEvPDBUiW9Ef+dHYbM1bLubfk IMMrc9e+nxhHr0u3jcbYLsXJ0FxHkf2S+3Ht4LStpn15aaKRO0YnzsvQGqEY03BbGZhc844u uew7vpLUlxJn4r0YfetcWDKdZPuKzbHTp4h7Y9zBkdMvU0Exz9/HQ52QD9lVRDn8KxgqLIF7 jUGfqJti2mtxuom12bVJ2LSrpZm4URawiM9j4nXU5zH53vqrOPhE8yhN8zVxCS+S5MpYF2Tr Ll2M73qhXCxbhWuzxUXNrarTIpFuAaUjEPBLjUP6pb31zaoul75ON3F87luz5WCW6TZXXtJd rn4ju4dfOQYpUSrza3wRrWmMRsQYe5LbTL32hR17KMapaNbyZ66/1f9QTib/unx47zqGxfqf J7vbT5+q7We7T58+33kCr1D/82T76Vr/8zk+5D28TPkD/z7L0gBhII4UDZBcpd+LBggvZu5H A4Rh2JZpgKTnK2uA2GLg3jRAGEj4PjVAnI/53jRADO5jNUC4oh+pAQIQH6YB4vX9SA0QGl3f hwYIbQjuTwOEfvwfrwFCh4eoBuhxhhoiLmSmqhOOALPvVwfwBqMYLCyr5WfjdLKsXIpwlihU Hw+CJUX4qDc31UtKnwccDPjHn/53Wf+MfLCkoJY2Vit2aHxM7lzheD5eZQES9SQ0/7JqOIPD jlFePH5s1RdHyHOi4sJ9eOCDVBN0pn3SaLhvSKjeWNSYiN15Sng58/aUOkHFnKkBBAypIlkA WGcrMjnq4nHDdsG3WN+2conKCbEKEgn0q1C9qZ6fUnwiMRdigtkhiyWfx4tgPIzIj3S0FRx5 3fllDX+XqYfn/9NiaxXk2sqHZA6wU66UOFYn0HfKqXlJWWrQcP7u2h0rLh+eNV638L+L6lld bWdofgYraBpSX3bp0jFWIk1pnKLMBLb10oshH2q0pjFSA+x3MJnJ8t6LDR+ZDiFCDGQHcAQT 7x0amUtMZEQJWgcsjXIHstbHPiW2wqPX+se1A/LCYwsgoFXG4Ef4cnXUauL3KUYVu6cRYHvk zMW2ctQPnRDZWf52E2QfODHg6GvXflSV7Ur85XntBBgkfrkTf/mq0TyoNl5RjDJ4vxt/L+GZ X5/Byyfxl63qD7Vq67Beh5dPqcOs7ccwy5waFmfs0FmDyLTDpIX6fmDjcEP9kQfSmXcXAn0S OTWX2pwGgYmzxI6mwXwGrBGWK+7n2akr765ZvHZR7HLVqIOpwlAP5HRNAieFAQVwlGChN53R hPxNONM804MrQgO0rUdr2RF0A9EBOJu3KrwddYNhiO4Fvc4YSo77Q2BWbcgp7o0sp9ln+NR0 dRYceDIGr083JCbHPNoPv54cdnrozK6t9c3g3IJTbwR8LCmmjekkW8TrPkglHNZ1Z8pLY2eP A7fBDCKPi3YSxKIivwv0TojanGzoUurAZsGlVGHnmpYxrML/er5vcn1yQlWq9HpyRMGI2D3E vkYfcYq2bLym7DseXDJ5Lr6DHQ6TnnyXZ7uxML6VaNxoGahftAPa/CRnmz1oBi3GwfERU2nK Ezti1+wxmd+xabC2JsVXaJyTF9PH+ObdM7YpeBNGmd7kfisxKJMy1TWcyRo6vhOD0VjThjRk N52Y69Sms1Yku2mX8GS3noUFseaTxZa2bwhbduMLMDTWfmrJpV0w5DO7C5k7KNaBlHKpzZuA EaxYisSLQK6nJGFpJGrEa4ybJdGa8EYqsdP31HwMIw4ux5j/lEN76pARVGlkozOYUCjvhQy/ uo/tiEfGK/RhXLQhP2QfsvFuIbqpisu2kNSK7odkrST2S8UYJidrxvBWqiURMFkzhm5SM445 xXvBk5QVuQuqSN+22PdS44tApNPZ1xy+P94S737jqeXE3mSM6VyCuKCf3Qbz6WQ2tWXYU9Ny ehtl/3qjhCkjpmd0JOOUrMJeyOUNeXr7ju+MKJ0dKXxvD5kHtEtkXxeQbfgRXfja5yREpb4x klTsLS6edZhMDTqhzFTo1xJ3IJUrmWrfOLcwGnwOxNvTcCH0R0BpD2ikadGKritHuq+hhPRz wVlWp+hC25fRVvt9cgMI2RQcg3j2KSxpoDM2GOdsfCSzQIk9YgfHw4e2XSERsVvAzfDKuLG2 YveB4dXWy+tImiK1LKGSrZgSWMPNJLYfnRT0F0Q5ioO+hFfa3e29MyUd5aguSIMZ0CBJMI3E qEANHszuLMgL+togF/xqT+Yr5aDLmDK36c3pu9vfzaw5b2S3w9utl513fkhDd97v7f0YKYIu pFBmC++/H++UOX7n19tAri6nnngQZUwRQohP0jlRaVR5MpXXYeVCPdwYGRfrpFTe2iR3T7jO 6uBJkR1kCF0mKEfr8ymAas3Qp4BtEjveAfR7m2kpduQqfSfuah+B45GtQ4lclq5C0S1NlNgL Z4UozL29aqNhC7J3cMoctAJ0BqPr7ocTDNQAhcVDLNS25uLkA+KS8QFRkyEWa3jjS4pHF/UD sZ0HCZBcgwruo+Jk+LP/K8cn7PhDa2RPty6o5OIzk4O/4GXZrNb3UXDT7lTkFbgTkt//Pgko 454GQiFRijMMnEBxGMouAAqVUILSpk2nIHuY65KOoT3tMVxNSxx4YlwJ1r4jUi7HfmzK+fAn nUBoz33KRDWjEBDKOeUjapwNPMOxBJ3o0QP9g1UN+T/y2Ueo5SrinMLUjDJ+JmJcM4oYprQt y53ZLXcUe6qm9ZKHOr+P4QNo4zo8V0SF4nBeNpWUppWkzc9mKBxlv7rB71N9/DtNyAApgCYX wg3RpALoq4H5NmjhnDp2hyyal9SZSZubQ8pjRL6C0Jj6kgUO7AzMkzMxKVOTMjkOqmN4ic6Y NCSk3IoLS8JWVraflki6owBocd6bQKbNDIAFotqZ3jqNG/FvcQWJ0Z835VLpmoxg6MEYgBMw 20x460FiyaNcHbL2miEEOOIYL5eOdmdzXxRuaVKjYOQGzYcYV1fD67EFUUnpbTkZuHHV6fzu zTHeB/aO4t6FTOxYxYx++XV9SnHdEgf8IvjmeECOU+KWpFJtCdhn+ifdiNFv5rmA/KKNsc8q RXS0pOzYmHViPhxyNApvGkodxAECzyyK9NEvmhiCGAZQU5TZFR27WXx6Eo7yizrSnq5rYxMq lYyNuDpYsyN0CFhYUN3P/ELlZnQNtVqUbh/xJRai724QJZ4m+8qZnEgNjgKGPwo729vbzg5l X3WMzFFSwyB4SwuNKYUpgVhnCHSyf4sUs8/3+7BvGJNY7LvW0ZeiPdl6Cadfv1CYw6Lu7lzM inqGUPNH3dMBIsypYCC9z+tucTgHitJO+IM3RDgeONy8cZ8vGuClpGnYEw5EDiquqyfL6WM6 4jc4ToqL+VSH0AwvTkG8IWZC8+r4bF+ZZugl4BT9xZhAIuNsnNXO8fa7dq7oooqM8TZgpPEg 4Uy0XVqNMZfUBhmk0e5gR26JRArTcevNOEumXUvDKGYOk61vP/042cfhzgMNqXsrjPTxY40l YtYZuo+XzgNVSZ2FRbUOSK8Qrcbpp1Ulkr9XT6WP/2ocNMlq+KmzV3NSzplxeejO8OtT0XDV jtRBvdE4aFbPjzaigUvNOvkEhPLv0QtJQcNXSpFglkKUKOysDYCMdF9CoUqE08ngsh8Necpz Ix3gfyOQ0UIWflqlgH61H+usFCQNzrfffqvar89P2aKFMgg30W6kBv/U1HH9FZqVoFXIm+9+ UpLyl2xIGs03DwCAiVAMAFEZgxZah5IJ+oXbib295ul+/o7F9ZxgGBHV7VZBMt+38yQIgk8x 27zRRJm5KkkdM7uLjlUO7ovTbk9UQAsHarcrc2ueId50JaB8Z4gSHQdol8Anhe2S2sLYmnT+ UUlULthy3D0Kai5fK7/qrHPygPPK5cwcnAUh/zbjhydZw/dLXINA8FZjqQ+BFfgVq/lpXzBK OcYUcNjjD4NSzqt9nbMYH5FvtLHAcIYHDcjo8JseHE4F/paxRXDCcAEEkd7DZpPo2wVn2MTL po/b5O0jdvzg4OK82S7qIYomGp5Wf6xXG/huTzqBCyRx1x21JhXT/dTxTiKA6JRBQBe1n2p7 mS/fNM8bR4vbosIpbdn42mkBttNpvEhlsKX31Ovx23FwM8YANzhT2LBO+RxpCac6uRTdLu2g lDdxaqa/XfY1eybkUkdoltRynAh4MkSrO86/pINUfwDldOrdjXwatje6/dVLVWFsWZm+5u5A AnNJQpzL3ZUyZe0aB/VXWJusFONpk4IJbYtu7xfB35Zw7BG+V//lcOLju3MRCWlpFS6i0TxK sBASkJ/+wHu1OQz6sq7wc18frrFX9CB+mMJrfbrAV1h/ys/JwdyICoaF7TiOEimfDDgmg3ug YV85fEOB3LscUq6La1jUGMedSZ47ujCn4NA/DPm1j4ACRzsX46hQWMR+aKZK5uwu4umjHYu0 d65bcRB+MAxAFOnrYNnQrXOc6+RU+UytVkgLpGHsqS8HGyXcXnJO9jFSDpyKgOMg7Mw9AgiD z9k1pmO8wvPuPtVhk0qKYoI4NVIrJMrz/ymAkdeRMI6cjKIDX7gRyqbqk3VTwRtNZrek0CZm l5ITqP/7P/i6BVTs5YvMybVkhPRgstT8NGcXPsol6xfm4s19ZJlnxBbaWY3aD7XGhj5n3stf Gr6hWbplfQARIfgjtaiQt5U1BDAFcUInJ9Biua1zCzQ8TfDYZjh0Hyr+TDJH9ChOHfrOw1Qd ExXAVlmVo1N4J5j7cAFjH67OelvBko6dzG7B60inIof3wqlroXIuneCuPKAP6+Vq3SM+Mt4/ In5iLbvFlh2zQP2GZr0YOZDqoOFt6HZW6px03npOMDbSuYqBR0eCutFlLzArUqMzJYtErV4M vVEHqEwP4HPcN1g/HcvNVXUi3uMdwOzKOwkvf97d3v6VTx7tLKw2O+YrsT76scv7rLgI2sad 1H0GppSkn1KMzwnS65mQ4oZc8KmCxB4K/EBbxVkFeFAwPRYZzXIf0GHKuKGpleD6BEjMbFDg SShtmEF+GaK2S33Zt0EVv+xvsLJDH69xmCXpVilJI22/+HwkxFrSBVp6ou+Z3Vi5PTIOvVU3 HbRenE37qApHLVEw8XjtTPZ29GtSTHmxoqyEQ4y5unSXjjheljAqbnE9bj3xyqxRLr478Unq 5jS1nC2qNwDZxotOkmaNNY56ykp0eyGb6BpzMMPGpH6J4RRPI0voRtZqvam3D7+7aJ5KFiLT ga2XZC6rI0+2mhdStGr0RFoASgAz+faWQzttntYS4LTghsNmI1xqIcQAuVOPkgYziehdBSEg y4BdwUAyurUyimyel3iyP3yo99I3bp/iUToNu5XdcwYTVWjZjr/Pr0hQvX+kUfvVtJAgnupg CJlKyL/M0XHWmc4+aqgIQC5k/upjbR220s/wRZWOEpVEPENutnnWrp/U/7fGikZMEXKOykfi 0yWXCeXUEdUWwIKnyNvDN4e31wkCE75TanP0zqrRYy/3DVPNJ3zf72McVnQbJCZ6bpKhlDRh vYHyAHHrpURDdWQsSciIXWFJY6UVy63IpuViy5qLEmPoE03AKisdE+0dnQusr12d1AVomQVo 3dMCrDSbtE5/8flM02EhJ3d3RveTc+4RFYyTlY5PhlUoF5eMqRFJcfkl2W/w1sctH+HW9j/2 gks3dXaMjmgb8ctK1P1hLjb6nZL0LZXfs3ennOrtD0r/2ND3sN1On4AAWcDom7CsWKyEz0Do RiaeHNDDXkCWeTluEGodwpd9/RuGecp9EMZLUsbl4PCF079QkApcYNKdvi1IlZLaKD/65atf Nn755Y/3G8Xo7Tv2fNNW/eriKyblPJNOgjqGhQ0OMFeA/e1MoHt1LPqmxN2xzk7FDWjDBGHa +OG+sZ9Y4A5kIskkrOb0WrYRYgA40mMAqtNFa0igzKrhXXvD5uDIm3X8IasM93Q1x+COzJYX WtqJXd7ygncxyZtmmOKh/d0drPGwQKpBXo6hqk1KvojFfvYxQrqB8htD+Q2hcBpUAbFV4Yyr ylAkvqdHdxAuSSqT3zRVGyMedLpDTwiCNu4xZ3409r1DoJJG03SmFKIp/IoYnFYInSxynNAd H7sUNrrbq2gSm40lPaGdBpwgSWTpF/U5e12XruXHrGPKORGbtknE0JKTVSbODCcxNGr/YudH UvG6EtbkFqFMLhNfch+CLNi7D0SYiGKPv2ialOV5qGYx38NsChVDotm9U4qPN9qN4taQEYu4 9MjSmjst7kLEsC3q12DXGpNxEupVNCXQplo8taJrdVDU5ThgGdbr/2+3/n92/KH1Z/1Zf9af 9Wf9WX/Wn/Vn/Vl/1p/1Z/1Zfz795/8H1vvXLwD4AgA= --------------167E2781446B-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 09:31:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA00989; Thu, 3 Jul 1997 04:01:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA00973; Thu, 3 Jul 1997 04:01:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA12041; Thu, 3 Jul 1997 04:01:28 -0700 Received: from systech.systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA14170 for ; Thu, 3 Jul 1997 04:00:21 -0700 env-from (chien@systech.systech.hinet.net) Received: by systech.systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA06387; Thu, 3 Jul 97 18:59:45 -0700 From: "chien" Message-Id: <9707031859.ZM6385@systech.systech.hinet.net> Date: Thu, 3 Jul 1997 18:59:24 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: as contents Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O To:"info-performer" Hi friends: Please subscribe me. I have an application need put a head up display generate from a real HUD generator with NTSC format together with performer 3D scene. Is there anyone have such experience? Please inform me how to do this in SGI O2. Thanks for your kindness help. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 09:48:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA01019; Thu, 3 Jul 1997 04:17:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01003; Thu, 3 Jul 1997 04:17:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA12554; Thu, 3 Jul 1997 04:17:09 -0700 Received: from systech.systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA15950 for ; Thu, 3 Jul 1997 04:16:07 -0700 env-from (jim@systech.systech.hinet.net) Received: by systech.systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA06605; Thu, 3 Jul 97 19:17:16 -0700 From: "Jim" Message-Id: <9707031916.ZM6603@systech.systech.hinet.net> Date: Thu, 3 Jul 1997 19:16:49 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: How to merge NTSC signal of HUD in my application Cc: jim@systech.systech.hinet.net Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi performer: Is it possible to receive the NTSC signal of HUD and overlay it on other simulation frame? I want to combine the NTSC signal with my visual simulation. Can someone give some suggestion. Thanks. -- ------------------------------------------------------------------------------- Jim Tsai Software Engineer Visual Simulation sec. System & Technology Corp. Taipei Email : jim@systech.hinet.net Tel: 886-2-6981599 Fax: 886-2-6981211 Address: 18F-5, No. 79, Hsin Tai Wu Road, Sec. 1, Hsi-chih, Taipei Hsien, Taiwan, R.O.C. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 11:32:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA01118; Thu, 3 Jul 1997 05:49:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA01102; Thu, 3 Jul 1997 05:49:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA16580; Thu, 3 Jul 1997 05:49:39 -0700 Received: from sim6.dciem.dnd.ca ([131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA27418 for ; Thu, 3 Jul 1997 05:49:37 -0700 env-from (pplachta@sim6.dciem.dnd.ca) Received: (from pplachta@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA03605; Thu, 3 Jul 1997 08:51:59 -0400 Date: Thu, 3 Jul 1997 08:51:59 -0400 (EDT) From: Peter Plachta To: info-performer@sgi.com Subject: Waves. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi I work at DCIEM (a defence/civil reaserach facility in Toronto). We are working on a ship simulator, and are currently modelling the ocean. I was wondering if anybody knows a way to animate waves in performer. I have an article (SIGGRAPH, 1986, vol. 20, no. 4) which explains the dynamics and explains (well, sort of) how to do it using ray tracing, but that's way to slow. I've tried moving blue cylinders/spheres/etc. through a blue sheet, but it just doesn't look realistic. Thanks, Peter Plachta ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 13:10:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA01443; Thu, 3 Jul 1997 08:35:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA01427; Thu, 3 Jul 1997 08:35:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA26033; Thu, 3 Jul 1997 08:35:51 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA25471 for ; Thu, 3 Jul 1997 08:35:50 -0700 env-from (bleclerc@poster.cae.ca) Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA09786; Thu, 3 Jul 1997 11:26:38 -0400 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) for id LAA16305; Thu, 3 Jul 1997 11:22:56 -0400 Sender: bleclerc@poster.cae.ca Message-Id: <33BBC3CF.41C6@cae.ca> Date: Thu, 03 Jul 1997 11:22:55 -0400 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: Performer Mailing List Subject: Re: general func. ptr. References: <199706292030.PAA11773@teil.soft.net> <9707021016.ZM17825@christine.cae.ca> <33BB0D6F.167E@engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Allen Bierbaum wrote: > It is possible to do something like this in a more "object oriented" > way. Look into using functors. In short functors are objects that act > like functions by storing information about the functions they are going > to call. Functors can be used to store a class pointer and a mumber > function pointer. Then you just pass around the functor object or a > pointer to it. This can be used with templates to allow you to write > code that can operate on any C++ function (static and non-static). I > use functors to allow sproc'ing of class member functions. > > If you want further explaination, I can refer you to some references > when I get some time. > > -Allen > You'll find more on functors at this address http://www.sgi.com/Technology/STL/functors.html Good reading. -- Bernard Leclerc, Technical Leader, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 13:10:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01651; Thu, 3 Jul 1997 09:54:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01635; Thu, 3 Jul 1997 09:54:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA01713; Thu, 3 Jul 1997 09:54:33 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA18941 for ; Thu, 3 Jul 1997 09:54:32 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA25189; Thu, 3 Jul 1997 09:55:58 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA08877; Thu, 3 Jul 1997 09:57:24 -0700 From: "Anita Kishore" Message-Id: <9707030957.ZM8875@tracey.triavest.com> Date: Thu, 3 Jul 1997 09:57:23 -0700 In-Reply-To: Frank Dea "Using 2 glxMDrawWidget at the same time." (Jul 2, 2:19pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Frank Dea , info-performer@sgi.com Subject: Re: Using 2 glxMDrawWidget at the same time. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 2, 2:19pm, Frank Dea wrote: > Subject: Using 2 glxMDrawWidget at the same time. > > We have written a Motif application that contains an OpenGL window > (running Performer). Everything works great until we try to bring up > another window in the same application that also contains an OpenGL > window. Then neither window responds correctly. The second window > performs no drawing and the first window simply flashes a left over frame > buffer image (i.e., junk). > > Note, both OpenGL windows perform normally if brought up individually. > > > Has any one experienced this with Motif windows containing OpenGL windows? > > Let me know if more details are needed. As far as I know, if you are using Performer to render into both your windows, then you either need to use two channels or two pipes for rendering (the Performer book has more details on it). If performer is being used in only one window, the other is just a Motif window to draw something, then you need to create them in separate processes. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 13:10:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA01473; Thu, 3 Jul 1997 08:49:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA01457; Thu, 3 Jul 1997 08:49:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA26909; Thu, 3 Jul 1997 08:49:18 -0700 Received: from relay2.mail.uk.psi.net (sys1.london.uk.psi.net [154.32.108.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA28367 for ; Thu, 3 Jul 1997 08:49:16 -0700 env-from (sys2.london2.uk.psi.net!hegel!tswl.co.uk!rmorris) Received: from sys2.london2.uk.psi.net (sys2.london2.uk.psi.net [154.32.110.6]) by relay2.mail.uk.psi.net (8.8.4/) with ESMTP id QAA02651; Thu, 3 Jul 1997 16:48:29 +0100 (BST) Received: from hegel.UUCP by sys2.london2.uk.psi.net (8.8.4/SMI-5.5-UKPSINet) id QAA19943; Thu, 3 Jul 1997 16:44:08 +0100 (BST) Received: from tswl (cookstown) by tswl.co.uk (4.1/SMI-4.1) id AA13895; Thu, 3 Jul 97 16:40:20 BST Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7Bit X-Mailer: BeyondMail for Windows/SMTP 2.2 To: info-performer@sgi.com, "Ren-Jye Yu" From: Roger Morris Subject: re: How to make a texture that the size is power of two? Date: Thu, 3 Jul 1997 16:33:50 -0700 X-Beyondmail-Priority: 1 Message-Id: Conversation-Id: <9707030218.ZM16990@python.tamu.edu> In-Reply-To: <9707030218.ZM16990@python.tamu.edu> Reply-To: Roger Morris Status: O > From: "Ren-Jye Yu" , on 03/07/97 02:18: > Hello, > > I have a lot of pictures of environment scene. I like to put it into > the my environment model as texture. According to the Performer user's > guide, > the size of the texture must be the powers of two. What can I do to make the > texture that I load is the size of powers of two? > The imgworks tool will let you stretch, scale, crop and pad your .rgb file until it's the correct size. > > Any ideas and suggestions are welcome. I will appreciate for your help. > Have a great 4th. > > -- 4th July is when the British celebrate getting rid of the American colonies :-> Roger Morris ========================== Roger Morris TRANSFORMATION SOFTWARE Applications Engineer Thame Park Road TEL: 01844 261456 Thame FAX: 01844 260056 Oxon, OX9 3UQ E-mail: rmorris@tswl.co.uk http://www.transform.co.uk ========================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 12:39:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01248; Thu, 3 Jul 1997 07:06:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01232; Thu, 3 Jul 1997 07:06:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA20242; Thu, 3 Jul 1997 07:06:57 -0700 Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA09046 for ; Thu, 3 Jul 1997 07:06:54 -0700 env-from (cgeyer@seas.upenn.edu) Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82]) by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id KAA17096; Thu, 3 Jul 1997 10:06:50 -0400 (EDT) Received: from blue.seas.upenn.edu (cgeyer@BLUE.SEAS.UPENN.EDU [130.91.5.148]) by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP id KAA09740; Thu, 3 Jul 1997 10:06:50 -0400 (EDT) Received: (from cgeyer@localhost) by blue.seas.upenn.edu (8.8.5/8.8.4) id KAA12390; Thu, 3 Jul 1997 10:06:49 -0400 (EDT) Message-Id: <199707031406.KAA12390@blue.seas.upenn.edu> Subject: Re: display lists in cull traversal To: src@rose.engr.sgi.com (Sharon Clay) Date: Thu, 3 Jul 1997 10:06:48 -0400 (EDT) From: "Christopher Geyer" Cc: cgeyer@seas.upenn.edu, info-performer@sgi.com In-Reply-To: <9707021235.ZM9665@rose.engr.sgi.com> from "Sharon Clay" at Jul 2, 97 12:35:06 pm X-Mailer: ELM [version 2.4 PL23-upenn3.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O This is what the code pretty much looks like: -> preShadVolCullCallback( ... ) -> { -> currentDL = pfGetCurDList( ); -> printf( "### temporarily closing pfDispList %p\n", currentDL ); -> currentDL->close( ); -> printf( "#### opening shadow pfDispList %p\n", shadowVolDL ); -> shadVolDL->open( ); -> return( PFTRAV_CONT ); -> } -> -> // in between capture the draw commands for the shadow volume -> // in the shadVolDL -> -> postShadVolCullCallback( ... ) -> { -> printf( "#### closing shadow pfDispList %p\n", shadVolDL ); -> shadVolDL->close( ); -> printf( "### re-opening pfDispList %p\n", currentDL ); -> currentDL->open( ); -> return( PFTRAV_CONT ); -> } Here's the output of dbx. Put on your parser. (%%) denotes output from my program ... (dbx) stop in pfPushMatrix Process 21500: [3] stop in pfPushMatrix (dbx) stop in pfPopMatrix Process 21500: [4] stop in pfPopMatrix (dbx) stop in MyVeryOwnCullFunc Process 21500: [5] stop in MyVeryOwnCullFunc (dbx) cont [5] Process 21500 (SurfInShade) stopped at [::MyVeryOwnCullFunc(pfChannel*,void*):143 ,0x40e790] 143 printf( "<-> cull func\n" ); (dbx) where > 0 ::MyVeryOwnCullFunc(pfChannel*,void*)(chan = 0x18083160,__P273155816 = (nil)) ["/tmp_mnt/home/cgeyer/testdrive/SurfInShade.C":143, 0x40e790] 1 pfChannel::pf_callCullFunc(void)(0x18083160, 0x0, 0x2, 0x18083160) ["../../../lib/libpf/pfChannel.C":1800, 0x9a83528] 2 threadCull(void)(0x18083160, 0x0, 0x2, 0x18083160) ["../../../lib/libpf/pfProcess.C":3216, 0x9a7d818] 3 doCull(pfChannel*,pfChannel*)(0x18083160, 0x0, 0x2, 0x18083160) ["../../../lib/libpf/pfProcess.C":3268, 0x9a84328] 4 appCullDraw(int)(0x0, 0x0, 0x2, 0x18083160) ["../../../lib/libpf/pfProcess.C":2376, 0x9b217d4] 5 pfFrame(0x18083160, 0x0, 0x2, 0x18083160) ["../../../lib/libpf/pfProcess.C":2727, 0x9b2258c] 6 main(argc = 1, argv = 0x7fff2f34) ["/tmp_mnt/home/cgeyer/testdrive/SurfInShade.C":327, 0x40f6b4] 7 __start() ["crt1text.s":133, 0x40dd0c] (dbx) cont <-> cull func %% ### temporarily closing pfDispList 180a05c0 %% #### opening shadow pfDispList 18076950 [3] Process 21500 (SurfInShade) stopped at [pfPushMatrix:98 +0xc,0x9a844c0] Source (of ../../../lib/libpr/xform.C) not available for Process 21500 (dbx) where > 0 pfPushMatrix(0x1808eb10, 0x0, 0x0, 0x18099f08) ["../../../lib/libpr/xform.C":98, 0x9a844c0] 1 _pfCuller::pf_applyXform(int)(0x1808eb10, 0x0, 0x0, 0x18099f08) ["../../../lib/libpf/pfCuller.C":1226, 0x9a80428] 2 _pfCuller::pf_flushStackState(void)(0x1808eb10, 0x0, 0xc4b52890, 0x18099f08) ["../../../lib/libpf/pfCuller.C":399, 0x9a7e11c] 3 _pfCuller::add(pfGeoSet*)(0x1808eb10, 0x180a04c0, 0x0, 0x18099f08) ["../../../lib/libpf/pfCuller.C":351, 0x9a727d8] 4 pfGeode::nb_cull(int,int,_pfCuller*)(0x180e70c0, 0x0, 0x1, 0x1808eb10) ["../../../lib/libpf/pfGeode.C":253, 0x9a714a0] 5 pfGroup::nb_cull(int,int,_pfCuller*)(0x1809faa0, 0xb, 0x1, 0x1808eb10) ["../../../lib/libpf/pfGroup.C":247, 0x9a6dbe4] 6 pfSCS::nb_cull(int,int,_pfCuller*)(0x1807f770, 0xb, 0x1, 0x1808eb10) ["../../../lib/libpf/pfSCS.C":308, 0x9a877e8] 7 pfScene::nb_cull(int,int,_pfCuller*)(0x180763a0, 0xb, 0x1, 0x1808eb10) ["../../../lib/libpf/pfScene.C":269, 0x9afacbc] 8 _pfCuller::nb_cull(void)(0x1808eb10, 0x0, 0x0, 0x18099f08) ["../../../lib/libpf/pfCuller.C":197, 0x9a7ad70] 9 pfCull(0x1808eb10, 0x0, 0x0, 0x18099f08) ["../../../lib/libpf/pfProcess.C":3319, 0x9a7f1d4] 10 ::MyVeryOwnCullFunc(pfChannel*,void*)(chan = 0x18083160, __P273155816 = (nil)) ["/tmp_mnt/home/cgeyer/testdrive/SurfInShade.C":144, 0x40e7b4] 11 pfChannel::pf_callCullFunc(void)(0x1808eb10, 0x0, 0x0, 0x18083160) ["../../../lib/libpf/pfChannel.C":1800, 0x9a83528] 12 threadCull(void)(0x18083160, 0x0, 0x0, 0x18099f08) ["../../../lib/libpf/pfProcess.C":3216, 0x9a7d818] 13 doCull(pfChannel*,pfChannel*)(0x18083160, 0x0, 0x0, 0x18099f08) ["../../../lib/libpf/pfProcess.C":3268, 0x9a84328] 14 appCullDraw(int)(0x0, 0x0, 0x0, 0x18099f08) ["../../../lib/libpf/pfProcess.C":2376, 0x9b217d4] 15 pfFrame(0x1808eb10, 0x0, 0x0, 0x18099f08) ["../../../lib/libpf/pfProcess.C":2727, 0x9b2258c] 16 main(argc = 1, argv = 0x7fff2f34) ["/tmp_mnt/home/cgeyer/testdrive/SurfInShade.C":327, 0x40f6b4] 17 __start() ["crt1text.s":133, 0x40dd0c] (dbx) cont %% #### closing shadow pfDispList 18076950 %% ### re-opening pfDispList 180a05c0 [4] Process 21500 (SurfInShade) stopped at [pfPopMatrix:144 +0xc,0x9a845fc] Source (of ../../../lib/libpr/xform.C) not available for Process 21500 (dbx) where > 0 pfPopMatrix(0x1808eb10, 0xffffffff, 0x0, 0x0) ["../../../lib/libpr/xform.C":144, 0x9a845fc] 1 _pfCuller::pf_applyXform(int)(0x1808eb10, 0xffffffff, 0x0, 0x0) ["../../../lib/libpf/pfCuller.C":1222, 0x9a8040c] 2 _pfCuller::nb_cull(void)(0x1808eb10, 0xffffffff, 0x0, 0x0) ["../../../lib/libpf/pfCuller.C":202, 0x9a7ade0] 3 pfCull(0x1808eb10, 0xffffffff, 0x0, 0x0) ["../../../lib/libpf/pfProcess.C":3319, 0x9a7f1d4] 4 ::MyVeryOwnCullFunc(pfChannel*,void*)(chan = 0x18083160, __P273155816 = (nil)) ["/tmp_mnt/home/cgeyer/testdrive/SurfInShade.C":144, 0x40e7b4] 5 pfChannel::pf_callCullFunc(void)(0x1808eb10, 0xffffffff, 0x0, 0x18083160) ["../../../lib/libpf/pfChannel.C":1800, 0x9a83528] 6 threadCull(void)(0x18083160, 0xffffffff, 0x0, 0x0) ["../../../lib/libpf/pfProcess.C":3216, 0x9a7d818] 7 doCull(pfChannel*,pfChannel*)(0x18083160, 0xffffffff, 0x0, 0x0) ["../../../lib/libpf/pfProcess.C":3268, 0x9a84328] 8 appCullDraw(int)(0x0, 0xffffffff, 0x0, 0x0) ["../../../lib/libpf/pfProcess.C":2376, 0x9b217d4] 9 pfFrame(0x1808eb10, 0xffffffff, 0x0, 0x0) ["../../../lib/libpf/pfProcess.C":2727, 0x9b2258c] 10 main(argc = 1, argv = 0x7fff2f34) ["/tmp_mnt/home/cgeyer/testdrive/SurfInShade.C":327, 0x40f6b4] 11 __start() ["crt1text.s":133, 0x40dd0c] (dbx) Does this help any? Christopher ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 13:10:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01633; Thu, 3 Jul 1997 09:52:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01617; Thu, 3 Jul 1997 09:52:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA01529; Thu, 3 Jul 1997 09:52:18 -0700 Received: from sgidev.mdc.com (SGIDEV.MDC.COM [129.200.45.227]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA18173 for ; Thu, 3 Jul 1997 09:52:16 -0700 env-from (sal@sgidev.mdc.com) Received: by sgidev.mdc.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id JAA14115; Thu, 3 Jul 1997 09:38:47 -0700 From: "Salvador Cabaruvias" Message-Id: <9707030938.ZM14113@sgidev.mdc.com> Date: Thu, 3 Jul 1997 09:38:46 -0700 In-Reply-To: "Hendrik-Jan van Veen" "Re: far away monitors" (Jul 2, 10:36am) References: <9707011525.AA29113@vivaldi.mit.edu> <9707021037.ZM7967@onion.mpik-tueb.mpg.de> Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: far away monitors Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 2, 10:36am, Hendrik-Jan van Veen wrote: > Subject: Re: far away monitors > On Jul 1, 11:25, Leonardo Topa wrote: > > Subject: far away monitors > > > > we need to move the monitor, keyboard and mouse of an ir-onyx2 > > equipped with a DG5-8 approx. 60 meters away from the main rack. > > We worked up to 40 meter with very high quality video cables (separate > cables for RGBHV). If you need long distances and high bandwidth (e.g., > 2048x1180_72 gives 174Mpixels/sec) consider the ultra-high quality > videocables that are used for camera's in the television industry. Just > to mention a possibility (no price info): > > DIN 47394 96 IEC/75-17-1 2.7/17.3 > {2.7mm copper inner conductor, 22mm sheating, 3.6dB attenuation per > 100m at 200MHz!} > > This is a very FAT cable but it gives you less than 3dB attentuation > with 60m length! You have to solve connector problems though. Standard > BNC won't fit to this cable, but you need to convert from 13W3 to RGBHV > single cables anyway. > > The cable solution is probably the cheapest if you consider using > multiple channels from your DG5-8 (otherwise consider Lightwave > devices). Cables solutions for mouse/keyboard/serial tend to be > difficult for long distances. You might need something else here, look > into PC terminal switchers. > > Sorry for being late to the party, but here is my 2 cents, we have our monitors 200 ft away from IRs, in one case for Motion Base Simulator (MBS) and the other in Fixed Base Simulator (FBS). We solved the problem two ways because of different needs. For the MBS, we used Covid Video Amplifiers which allows upto 300 ft without signal loss, and is configured 1 input/4 outputs but doesn't solve the keyboard and mouse issue. This is okay for MBS since we doen't do development there, so the video signal is split, SGI monitors stay next to the IR, and video is sent up to monitors on the MBS. For the FBS, the oposite is true, we do alot of development there, so we selected the Lightwave, which provides the video, keyboard, mouse inputs/outputs. It is more expensive than any of other solutions mentioned but I feel is worth it. Since we are in the simulator developing Performer code there, having the IR interface right there was a great time saver. for the MBS -- ---------------------------------------------------------------. Salvador Cabaruvias | sal@sgidev.mdc.com | ---------------------------------------------------------------. CSSL | "Well I be done seen about every | McDonnell Douglas thing when I see an elephant | (310) 593-6719 | fly" --Dumbo-- | ---------------------------------------------------------------: ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 13:10:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01389; Thu, 3 Jul 1997 07:54:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01373; Thu, 3 Jul 1997 07:54:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA23182; Thu, 3 Jul 1997 07:54:03 -0700 Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA17238 for ; Thu, 3 Jul 1997 07:54:00 -0700 env-from (cgeyer@seas.upenn.edu) Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82]) by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id KAA20839; Thu, 3 Jul 1997 10:53:55 -0400 (EDT) Received: from blue.seas.upenn.edu (cgeyer@BLUE.SEAS.UPENN.EDU [130.91.5.148]) by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP id KAA14638; Thu, 3 Jul 1997 10:53:55 -0400 (EDT) Received: (from cgeyer@localhost) by blue.seas.upenn.edu (8.8.5/8.8.4) id KAA17289; Thu, 3 Jul 1997 10:53:54 -0400 (EDT) Message-Id: <199707031453.KAA17289@blue.seas.upenn.edu> Subject: Re: display lists in cull traversal To: nicolas@cae.ca (Nicolas Gauvin) Date: Thu, 3 Jul 1997 10:53:53 -0400 (EDT) From: "Christopher Geyer" Cc: cgeyer@seas.upenn.edu, info-performer@sgi.com In-Reply-To: <9707021520.ZM23887@christine.cae.ca> from "Nicolas Gauvin" at Jul 2, 97 03:20:22 pm X-Mailer: ELM [version 2.4 PL23-upenn3.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > If what you are describing is really what is happening then how about simply > trying to add the missing push and pop to each display list yourself? But I don't think I can say that it's always going to happen. If I don't have a pfDCS will it happen? Christopher ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 13:10:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01349; Thu, 3 Jul 1997 07:33:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01333; Thu, 3 Jul 1997 07:33:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21917; Thu, 3 Jul 1997 07:33:11 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA13528 for ; Thu, 3 Jul 1997 07:33:10 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id KAA25225; Thu, 3 Jul 1997 10:33:10 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma025221; Thu, 3 Jul 97 10:32:45 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id OAA11639; Thu, 3 Jul 1997 14:32:52 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA08712; Thu, 3 Jul 1997 10:32:51 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199707031432.KAA08712@hf.ht.com> Subject: Re: array of pfDCS (CORRECTION) To: rmckinle@curly.ucsd.edu Date: Thu, 3 Jul 1997 10:32:51 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Oops...a typo: > The man page states: "...like other pfNodes, pfDCSes are always allocated > from shared memory and cannot be created statically, on the stack or in > arrays." I am positive you are running into this in the first case and > assume so in the second case too. The following code dynamically allocates > an array of pfDCS pointers (optionally from the shared arena), and then it > loops through and dynamically allocates each pfDCS (calling the constructor > to boot): > > pfDCS **dcsArray; > dcsArray = new(pfGetSharedShared()) pfDCS *[4]; ^^^^^^ pfGetSharedArena() > for (int i=0; i<4; i++) > dcsArray[i] = new pfDCS(); > -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 16:52:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02415; Thu, 3 Jul 1997 13:19:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02399; Thu, 3 Jul 1997 13:19:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA15386; Thu, 3 Jul 1997 13:19:19 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA13846 for ; Thu, 3 Jul 1997 13:19:19 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA07075; Thu, 3 Jul 1997 13:19:16 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA09611; Thu, 3 Jul 1997 13:19:16 -0700 Date: Thu, 3 Jul 1997 13:19:16 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707031319.ZM9609@multipass.asd.sgi.com> In-Reply-To: "Jim" "How to merge NTSC signal of HUD in my application" (Jul 3, 7:16pm) References: <9707031916.ZM6603@systech.systech.hinet.net> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Jim" , info-performer@sgi.com Subject: Re: How to merge NTSC signal of HUD in my application Cc: chien@systech.systech.hinet.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 3, 7:16pm, Jim wrote: > Subject: How to merge NTSC signal of HUD in my application > Hi performer: > Is it possible to receive the NTSC signal of HUD and overlay it on > other simulation frame? I want to combine the NTSC signal with my visual > simulation. Can someone give some suggestion. > On Jul 3, 6:59pm, chien wrote: > Subject: as contents > I have an application need put a head up display generate from a real HUD > generator with NTSC format together with performer 3D scene. > > Is there anyone have such experience? > > Please inform me how to do this in SGI O2. Seems we have a duplicate question. One method would be to capture the live NTSC video as a texture and draw this as a quad over the scene with a blend function one, one. This would add the hud intensity to the rendered scene intensity. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 16:52:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02439; Thu, 3 Jul 1997 13:25:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02423; Thu, 3 Jul 1997 13:25:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA15846; Thu, 3 Jul 1997 13:25:04 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA14856 for ; Thu, 3 Jul 1997 13:25:03 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA07176; Thu, 3 Jul 1997 13:24:58 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA09624; Thu, 3 Jul 1997 13:24:54 -0700 Date: Thu, 3 Jul 1997 13:24:54 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707031324.ZM9622@multipass.asd.sgi.com> In-Reply-To: Peter Plachta "Waves." (Jul 3, 8:51am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Peter Plachta , info-performer@sgi.com Subject: Re: Waves. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 3, 8:51am, Peter Plachta wrote: > Subject: Waves. > > Hi > > I work at DCIEM (a defence/civil reaserach facility in Toronto). We are > working on a ship simulator, and are currently modelling the ocean. > I was wondering if anybody knows a way to animate waves in performer. I > have an article (SIGGRAPH, 1986, vol. 20, no. 4) which explains the > dynamics and explains (well, sort of) how to do it using ray tracing, but > that's way to slow. I've tried moving blue cylinders/spheres/etc. through > a blue sheet, but it just doesn't look realistic. Get a mesh of polygons and animate them. A phase shifted cylindrical motion on the vertices will produce good wave-like motion. In performer you'll have to store multiple buffers of vertex information to avoid cracking due to Multi Processing. Both Coryphaeus and Paradigm have dynamic sea state graphics capabilities which they sell, and other companies which have long since solved this problem on SGI include Marconi Simulation and Maritime Dynamics. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 16:52:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02120; Thu, 3 Jul 1997 11:30:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02104; Thu, 3 Jul 1997 11:30:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA08520; Thu, 3 Jul 1997 11:30:47 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA18946 for ; Thu, 3 Jul 1997 11:30:37 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id LAA19665 for ; Thu, 3 Jul 1997 11:38:12 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA02053 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 3 Jul 1997 18:25:15 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA11033 for info-performer@sgi.com; Thu, 3 Jul 1997 11:28:12 -0700 From: "Marcus Barnes" Message-Id: <9707031128.ZM11031@logan.engr.multigen.com> Date: Thu, 3 Jul 1997 11:28:12 -0700 In-Reply-To: "Nicolas Gauvin" "Re: general func. ptr." (Jul 2, 10:16am) References: <199706292030.PAA11773@teil.soft.net> <9707021016.ZM17825@christine.cae.ca> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: general func. ptr. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 2, 10:16am, Nicolas Gauvin wrote: > On Jun 29, 3:00pm, Swapnil Shah wrote: > > I know that pointer to function and pointer to method in class is different. > > Now can someone tell me how do i have some general pointer, which can point > > to different methods of different objectes/classes ??? > > My understanding is that it is not possible to save a pointer to a true member > function partly because of the implicit 'this' parameter. It is possible to declare a pointer to a class member. The syntax is described in "The C++ Programming Language, 2nd Edition", chapter 5.4.5. I don't recall if any of SGI's C++ compilers support this language feature yet. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 16:52:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02375; Thu, 3 Jul 1997 13:09:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02359; Thu, 3 Jul 1997 13:09:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA14917; Thu, 3 Jul 1997 13:09:09 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA12264 for ; Thu, 3 Jul 1997 13:09:08 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA19621; Thu, 3 Jul 1997 15:10:36 -0500 From: "Ren-Jye Yu" Message-Id: <9707031510.ZM19620@python.tamu.edu> Date: Thu, 3 Jul 1997 15:10:36 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Core dumped while running the Performer with TCP/IP connection Cc: renjye@python.tamu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, We have a Re2. We use this machine to generate all the visual environment, aircraft math model calculations and received control input from the cockpit. We also use a TCP/IP connection to send flight data to a PC and received HUD info. from the PC. We have a problem after we start the TCP/IP connection. The simulator will have core dumped after running for a while. We track the error through dbx and it shows the following message : dbx version 6.2 Mar 9 1996 15:23:28 Core from signal SIGSEGV: Segmentation violation (dbx) where > 0 venice_wait_rdata(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_get.c":195, 0xdaf15c8] 1 venice_flush_pgs(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_modes.c":115, 0xdaea534] 2 __glvenim_Finish(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_modes.c":121, 0xdaea594] 3 appCullDraw(int)(0x5d96, 0x4080000, 0x28, 0x1) ["../../../lib/libpf/pfProcess.C":2436, 0x5e690ad0] 4 pfFrame(0xb, 0x4080000, 0x28, 0x1) ["../../../lib/libpf/pfProcess.C":2727, 0x5e691640] 5 main(argc = 3, argv = 0x7fff2e14) ["/usr/people/sim/sim/main.c":332, 0x41354c] 6 __istart() ["crt1tinit.s":13, 0x412860] (dbx) This message is for all the core dumped. Do you have any idea why it always happens in pfFrame? What is the solution? I will appreciate for your help. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 19:34:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02922; Thu, 3 Jul 1997 13:50:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02904; Thu, 3 Jul 1997 13:50:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA17727; Thu, 3 Jul 1997 13:50:12 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA19571 for ; Thu, 3 Jul 1997 13:50:09 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id NAA25519; Thu, 3 Jul 1997 13:51:35 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id NAA10135; Thu, 3 Jul 1997 13:53:02 -0700 From: "Anita Kishore" Message-Id: <9707031353.ZM10133@tracey.triavest.com> Date: Thu, 3 Jul 1997 13:53:00 -0700 In-Reply-To: Peter Plachta "Waves." (Jul 3, 8:51am) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Peter Plachta , info-performer@sgi.com Subject: Re: Waves. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 3, 8:51am, Peter Plachta wrote: > Subject: Waves. > > Hi > > I work at DCIEM (a defence/civil reaserach facility in Toronto). We are > working on a ship simulator, and are currently modelling the ocean. > I was wondering if anybody knows a way to animate waves in performer. I > have an article (SIGGRAPH, 1986, vol. 20, no. 4) which explains the > dynamics and explains (well, sort of) how to do it using ray tracing, but > that's way to slow. I've tried moving blue cylinders/spheres/etc. through > a blue sheet, but it just doesn't look realistic. > How about using 3D texture for the ocean and animating its texture coordinates? Don't know how it works in Performer. Just a thought. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 20:27:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03417; Thu, 3 Jul 1997 14:57:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03401; Thu, 3 Jul 1997 14:57:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21887; Thu, 3 Jul 1997 14:56:59 -0700 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA01638 for ; Thu, 3 Jul 1997 14:56:58 -0700 env-from (ofriels1@qmsmtpgw.mugu.navy.mil) Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA07128; Thu, 3 Jul 97 14:57:13 PDT Message-Id: Date: 3 Jul 1997 14:54:55 U From: "SCOTT OFRIEL" Subject: pfDataPool attach To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 3.0.2 Status: O Hello all: I have a process that sets up a pfDataPool. I wrote another ViewKit based program that attaches to the pfDataPool. That works fine. When I try to attach to the same pfDataPool with my Performer program I get errors and cannot attach. What can I do to attach to this pfDataPool? Below are errors. Thank you, Scott O'Friel PF Warning/SysErr(16) pfDataPool::attach() by pid 15377 could not map datapool /usr/tmp/pmSharedData.pfdpool. PF Required address already in use. Try attaching earlier in program or call pfDataPool::setAttachAddr() before pfDataPool::create(). P.S. I had these same errors in my ViewKit program and so I did the attaching early on in "main" and it worked. Doing the same for my Performer program did not make any difference. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 3 20:51:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA03875; Thu, 3 Jul 1997 15:26:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA03859; Thu, 3 Jul 1997 15:26:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA23633; Thu, 3 Jul 1997 15:26:25 -0700 Received: from wolfenet.com (news1.wolfe.net [204.157.98.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA07249 for ; Thu, 3 Jul 1997 15:26:22 -0700 env-from (moore@WOLFENET.com) Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfenet.com (8.8.5/8.8.5) with ESMTP id PAA20433; Thu, 3 Jul 1997 15:27:36 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id PAA11991; Thu, 3 Jul 1997 15:26:15 -0700 (PDT) Date: Thu, 3 Jul 1997 15:26:15 -0700 (PDT) Message-Id: <199707032226.PAA11991@gonzo.wolfenet.com> From: Timothy Moore To: pplachta@sim6.dciem.dnd.ca CC: info-performer@sgi.com In-reply-to: (message from Peter Plachta on Thu, 3 Jul 1997 08:51:59 -0400 (EDT)) Subject: Re: Waves. Status: O We've modelled open-ocean waves in OpenScene, the stealth used in the upcoming STOW exercise. The approach is fairly straightforward: model the ocean as a gride and the surface spectra as the sum of sine waves. Every frame calculate the amplitude at each point in the grid. Animate vertices using pfCycleBuffers. Of course, the details are more involved (e.g., dealing with level of detail in the surface grid while maintaining a tri-strippable surface.) Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 4 03:33:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA05470; Thu, 3 Jul 1997 22:12:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA05454; Thu, 3 Jul 1997 22:12:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA11654; Thu, 3 Jul 1997 22:12:22 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA19873 for ; Thu, 3 Jul 1997 22:12:21 -0700 env-from (swami@evl.uic.edu) Received: from zbox.evl.uic.edu (zbox.evl.uic.edu [131.193.48.160]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id AAA18752; Fri, 4 Jul 1997 00:13:28 -0500 (CDT) Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id AAA12594; Fri, 4 Jul 1997 00:13:29 -0500 X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs Date: Fri, 4 Jul 1997 00:13:29 -0500 (CDT) From: "Swaminathan N." To: Marcus Barnes cc: info-performer@sgi.com Subject: Re: general func. ptr. In-Reply-To: <9707031128.ZM11031@logan.engr.multigen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 3 Jul 1997, Marcus Barnes wrote: > On Jul 2, 10:16am, Nicolas Gauvin wrote: > > On Jun 29, 3:00pm, Swapnil Shah wrote: > > > I know that pointer to function and pointer to method in class is > > > different. Now can someone tell me how do i have some general pointer, > > > which can point to different methods of different objectes/classes ??? > > > > My understanding is that it is not possible to save a pointer to a true > > member function partly because of the implicit 'this' parameter. > > It is possible to declare a pointer to a class member. The syntax is described > in "The C++ Programming Language, 2nd Edition", chapter 5.4.5. I don't recall > if any of SGI's C++ compilers support this language feature yet. Pointers to data members and member functions are currently supported. The question is whether pointers to member functions and pointers to static or plain ol' functions are interchangeable, which of course, they are not. However, pointers to member functions in C++ support the virtual function mechanism, meaning that a call through a base class PMF might actually call a derived class virtual function. This is one way of having a generic PMF which can also be used to point to the derived class member functions (with the same signature). This is not very interesting or flexible. Options include the generic callback library implemented by Rich Hickey, function objects (or functors), or just a better design :-) bye Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 4 06:30:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA06016; Fri, 4 Jul 1997 01:04:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA06000; Fri, 4 Jul 1997 01:04:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA19234; Fri, 4 Jul 1997 01:04:28 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA14680 for ; Fri, 4 Jul 1997 01:04:11 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id NAA29945; Fri, 4 Jul 1997 13:03:25 -0530 Message-Id: <199707041833.NAA29945@teil.soft.net> Subject: Re: How to make a texture that the size is power of two? To: renjye@python.tamu.edu Date: Fri, 4 Jul 1997 13:03:25 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: <199707041829.MAA29573@teil.soft.net> from "IRIS Performer user group" at Jul 4, 97 12:59:02 pm From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1119 Status: O Hi, I donno whether any function available in Perofmer for this or not! BUT there is an OpenGL function available for this. gluscaleimage(GLenum format, GLint widthin, GLint heightin, GLenum typein, const void *datain, GLint widthout, GLint heightout, GLenum typeout, void *dataout) Best luck and have fun :) -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil > > Hello, > > I have a lot of pictures of environment scene. I like to put it into > the my environment model as texture. According to the Performer user's guide, > the size of the texture must be the powers of two. What can I do to make the > texture that I load is the size of powers of two? > > I do some experiment that load the texture that the size is not a > powers of two. It give me the pfTexture::format() - badly sized texture ...,a > run-time warning message and low quality texture. The refresh rate is very > very slow. > > Any ideas and suggestions are welcome. I will appreciate for your help. > Have a great 4th. > > -- > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 4 06:48:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA06066; Fri, 4 Jul 1997 01:23:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA06050; Fri, 4 Jul 1997 01:23:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20012; Fri, 4 Jul 1997 01:23:04 -0700 Received: from punt-2.mail.demon.net (punt-2b.mail.demon.net [194.217.242.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA17089 for ; Fri, 4 Jul 1997 01:23:02 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id aa0729790; 4 Jul 97 9:15 BST From: Mark Baranowski To: SCOTT OFRIEL , info-performer@sgi.com Subject: Re: pfDataPool attach Date: Fri, 04 Jul 1997 08:16:49 GMT Organization: Pera Message-ID: <33bfb16c.2899176@post.demon.co.uk> References: In-Reply-To: X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On 3 Jul 1997 14:54:55 U, Scott wrote: >Hello all: > >I have a process that sets up a pfDataPool. I wrote another ViewKit = based >program that attaches to the pfDataPool. That works fine. When I try = to >attach to the same pfDataPool with my Performer program I get errors and >cannot attach. >What can I do to attach to this pfDataPool? Below are errors. >Thank you, As pfDataPools are based on shared arenas this sounds like the problem of the default attach address (when the arena (datapool) is created) not being outside the process address space of all the programs wishing to attach to it. If this is the problem, one solution would be to make sure the datapool is created by your 'largest' process (i.e. make sure you run your largest program first). Thus the attach address used would be acceptable to all the programs wishing to attach. (Setting the environment variable USTRACE before running will give you info on the attach address selected for the arena when it is created). Alternatively, do as the warning suggests and explicitly set an attach address which is acceptable to all your programs. Then you can run your programs in any order. Instead of hard coding the address, I would suggest the use of an environment variable. If the variable does not exist then you can resort to the default behaviour. >PF Warning/SysErr(16) pfDataPool::attach() by pid 15377 could not map = datapool >/usr/tmp/pmSharedData.pfdpool. > >PF Required address already in use. Try attaching earlier in program or= call >pfDataPool::setAttachAddr() before pfDataPool::create(). > >P.S. I had these same errors in my ViewKit program and so I did the = attaching >early on in "main" and it worked. Doing the same for my Performer = program did >not make any difference. =20 I am not sure however, why attaching earlier would make a difference (other than affecting the outcome of the race condition which exists when multiple processes are trying to create the arena/datapool). If this isn't the case, can anybody else please explain? Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 4 09:05:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA06331; Fri, 4 Jul 1997 03:33:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA06315; Fri, 4 Jul 1997 03:33:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA24856; Fri, 4 Jul 1997 03:33:03 -0700 Received: from systech.systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id DAA03208 for ; Fri, 4 Jul 1997 03:31:32 -0700 env-from (jim@systech.systech.hinet.net) Received: by systech.systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA09254; Fri, 4 Jul 97 18:33:16 -0700 From: "Jim" Message-Id: <9707041832.ZM9252@systech.systech.hinet.net> Date: Fri, 4 Jul 1997 18:32:56 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: (Fwd) pfMemory problem of Hunter database Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O --- Forwarded mail from ("Jim") To: info-performer@sgi.com, info-vega@paradigmsim.com Cc: jim Hi : I use vega3.0 and performer 2.02 on Max Impact. I load the Hunter database and loader prompt free() and decompConcave() warnning. ======================================================================== MultiGen Inc. OpenFlight (r) loader R15.2d for IRIS Performer 2.x $Date: 1996/12/13 23:03:24 $ ======================================================================== => warn decompConcave() Could not decompose concave polygon! => warn pfMemory::free() can't free() non-pfMemory data ( Error 0 ) ................................................................ ............................................................... => warn pfMemory::free() can't free() non-pfMemory data ( Error 0 ) Can I solve this warning, or it is database problem? Thanks -- ------------------------------------------------------------------------------- Jim Tsai Software Engineer Visual Simulation sec. System & Technology Corp. Taipei Email : jim@systech.hinet.net Tel: 886-2-6981599 Fax: 886-2-6981211 Address: 18F-5, No. 79, Hsin Tai Wu Road, Sec. 1, Hsi-chih, Taipei Hsien, Taiwan, R.O.C. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 4 09:51:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA06373; Fri, 4 Jul 1997 04:11:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA06357; Fri, 4 Jul 1997 04:11:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA26458; Fri, 4 Jul 1997 04:11:48 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA07129 for ; Fri, 4 Jul 1997 04:11:46 -0700 env-from (brian@hotsauce.clubfed.sgi.com) Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id HAA14085; Fri, 4 Jul 1997 07:11:35 -0400 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id GAA13098; Fri, 4 Jul 1997 06:58:08 -0400 Date: Fri, 4 Jul 1997 06:58:08 -0400 From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw) Message-Id: <9707040658.ZM13092@hotsauce.clubfed.sgi.com> In-Reply-To: "Anita Kishore" "Re: Using 2 glxMDrawWidget at the same time." (Jul 3, 9:57am) References: <9707030957.ZM8875@tracey.triavest.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Anita Kishore" , Frank Dea , info-performer@sgi.com Subject: Re: Using 2 glxMDrawWidget at the same time. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 3, 9:57am, Anita Kishore wrote: > Subject: Re: Using 2 glxMDrawWidget at the same time. > On Jul 2, 2:19pm, Frank Dea wrote: > > Subject: Using 2 glxMDrawWidget at the same time. > > > > We have written a Motif application that contains an OpenGL window > > (running Performer). Everything works great until we try to bring up > > another window in the same application that also contains an OpenGL > > window. Then neither window responds correctly. The second window > > performs no drawing and the first window simply flashes a left over frame > > buffer image (i.e., junk). > > > > Note, both OpenGL windows perform normally if brought up individually. > > > > > > Has any one experienced this with Motif windows containing OpenGL windows? > > > > Let me know if more details are needed. > > > As far as I know, if you are using Performer to render into both your windows, > then you either need to use two channels or two pipes for > rendering (the Performer book has more details on it). If performer is being > used in only one window, the other is just a Motif window to draw something, > then you need to create them in separate processes. > > -anita > kishore@triavest.com > > -- > Anita Kishore > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Anita Kishore You may want to try creating a different ApplicationShell as the parent of the second OpenGL drawing area, something like this... Widget altWindow = XtAppCreateShell( argv[0], // application name "Inventor", // class name applicationShellWidgetClass, // widget class theDisplay, NULL, 0); ...I borrowed this from the Inventor sample code, its just a hunch. Brian -- o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(301)572-3293 Fax: (301)872-3293 Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 03:05:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA12143; Sun, 6 Jul 1997 21:49:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA12127; Sun, 6 Jul 1997 21:49:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA04850; Sun, 6 Jul 1997 21:49:44 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA09190; Sun, 6 Jul 1997 21:49:35 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id KAA06055; Mon, 7 Jul 1997 10:20:27 -0530 Message-Id: <199707071550.KAA06055@teil.soft.net> Subject: Re: Using 2 glxMDrawWidget at the same time. To: brian@hotsauce.clubfed.sgi.com Date: Mon, 7 Jul 1997 10:20:27 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: <199707071547.KAA05939@teil.soft.net> from "IRIS Performer user group" at Jul 7, 97 10:17:35 am From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3592 Status: O How about calling glXMakeCurrent(Display *dpy, GLXDrawable drawable, GLXContext ctx) best luck :) -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil > According to Brian Furtaw: > >From guest@holodeck.csd.sgi.com Sat Jul 5 00:03:38 1997 > Date: Fri, 4 Jul 1997 06:58:08 -0400 > From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw) > Message-Id: <9707040658.ZM13092@hotsauce.clubfed.sgi.com> > In-Reply-To: "Anita Kishore" > "Re: Using 2 glxMDrawWidget at the same time." (Jul 3, 9:57am) > References: > <9707030957.ZM8875@tracey.triavest.com> > Reply-To: brian@sgi.com > X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) > To: "Anita Kishore" , > Frank Dea , info-performer@sgi.com > Subject: Re: Using 2 glxMDrawWidget at the same time. > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > > On Jul 3, 9:57am, Anita Kishore wrote: > > Subject: Re: Using 2 glxMDrawWidget at the same time. > > On Jul 2, 2:19pm, Frank Dea wrote: > > > Subject: Using 2 glxMDrawWidget at the same time. > > > > > > We have written a Motif application that contains an OpenGL window > > > (running Performer). Everything works great until we try to bring up > > > another window in the same application that also contains an OpenGL > > > window. Then neither window responds correctly. The second window > > > performs no drawing and the first window simply flashes a left over frame > > > buffer image (i.e., junk). > > > > > > Note, both OpenGL windows perform normally if brought up individually. > > > > > > > > > Has any one experienced this with Motif windows containing OpenGL windows? > > > > > > Let me know if more details are needed. > > > > > > As far as I know, if you are using Performer to render into both your windows, > > then you either need to use two channels or two pipes for > > rendering (the Performer book has more details on it). If performer is being > > used in only one window, the other is just a Motif window to draw something, > > then you need to create them in separate processes. > > > > -anita > > kishore@triavest.com > > > > -- > > Anita Kishore > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Anita Kishore > > > You may want to try creating a different ApplicationShell as the > parent of the second OpenGL drawing area, something like this... > > Widget altWindow = XtAppCreateShell( > argv[0], // application name > "Inventor", // class name > applicationShellWidgetClass, // widget class > theDisplay, > NULL, 0); > > ...I borrowed this from the Inventor sample code, its just a hunch. > > Brian > > -- > o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o > > Brian Furtaw (brian@sgi.com) > VisSim Technical Consultant > 12200-G Plum Orchard Drive Office:(301)572-3293 Fax: (301)872-3293 > Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 04:56:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA12229; Sun, 6 Jul 1997 23:39:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA12213; Sun, 6 Jul 1997 23:39:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA08803; Sun, 6 Jul 1997 23:39:54 -0700 Received: from systech.systech.hinet.net ([210.71.162.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id XAA26069 for ; Sun, 6 Jul 1997 23:39:40 -0700 env-from (terence@systech.systech.hinet.net) Received: by systech.systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA13564; Mon, 7 Jul 97 14:41:56 -0700 Date: Mon, 7 Jul 97 14:41:56 -0700 From: terence@systech.systech.hinet.net (Terence Ker) Message-Id: <9707072141.AA13564@systech.systech.hinet.net> To: info-performer@sgi.com Subject: What's ogldebug Status: O Hello, Does anyone happen to know a software called ogldebug? I even not so sure whether its a separate software product from SGI or just one of the subsystems that come with OpenGL developer installation? Or, is it a third-party? I know this is not quite a good place to ask this so I apologize and promise not to do it again. -= Terence Ke =- Systems & Technology Taipei, Taiwan TEL : +886-2-698-1599 FAX : +886-2-698-1211 e-mail: terence@systech.hinet.net ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 11:44:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA12779; Mon, 7 Jul 1997 06:25:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA12763; Mon, 7 Jul 1997 06:25:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00961; Mon, 7 Jul 1997 06:25:19 -0700 Received: from server.cs.uiowa.edu (server.cs.uiowa.edu [128.255.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA13998 for ; Mon, 7 Jul 1997 06:25:18 -0700 env-from (willemsn@cs.uiowa.edu) Received: from chaff.cs.uiowa.edu (20907@chaff.cs.uiowa.edu [128.255.28.69]) by server.cs.uiowa.edu with id IAA23696 for ; Mon, 7 Jul 1997 08:25:15 -0500 (CDT) From: Pete Willemsen Message-Id: <199707071325.IAA23696@server.cs.uiowa.edu> Subject: MultiGen II upgrade Flight Loader Problem To: info-performer@sgi.com Date: Mon, 7 Jul 1997 08:25:14 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Greetings, We recently upgraded our MultiGen II to version 15.4. When we did this all of our perfly apps either died due to run-time linking problems, or ran with every polygon color being black. Has anyone experienced this proble? Can anyone describe to me why this happened? Many thanks! Pete ---------------------------------------------- Pete Willemsen Department of Comp. Sci. willemsn@cs.uiowa.edu University of Iowa --- http://www.cs.uiowa.edu/~willemsn ---------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 12:47:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12980; Mon, 7 Jul 1997 07:26:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12964; Mon, 7 Jul 1997 07:26:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05956; Mon, 7 Jul 1997 07:26:36 -0700 Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA24746 for ; Mon, 7 Jul 1997 07:26:33 -0700 env-from (guzzoni@imtsg14.epfl.ch) Received: from imtsg7.epfl.ch (imtsg7.epfl.ch [128.178.157.38]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id QAA07093 for ; Mon, 7 Jul 1997 16:26:23 +0200 Received: (guzzoni@localhost) by imtsg7.epfl.ch (940816.SGI.8.6.9/8.6.11) id QAA04985 for info-performer@sgi.com; Mon, 7 Jul 1997 16:26:23 +0200 From: "Didier Guzzoni" Message-Id: <9707071626.ZM4983@imtsg7.epfl.ch> Date: Mon, 7 Jul 1997 16:26:23 -0600 In-Reply-To: terence@systech.systech.hinet.net (Terence Ker) "What's ogldebug" (Jul 7, 2:41pm) References: <9707072141.AA13564@systech.systech.hinet.net> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.com Subject: VRMLtoIv Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, Sorry, this question is not directly linked to Performer, but since I'm using this list I ask it here : does anyone know where we could find an VRML to Inventor converter ? Thanks, Didier -- Didier Guzzoni Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 6540 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 13:46:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA13355; Mon, 7 Jul 1997 10:15:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA13339; Mon, 7 Jul 1997 10:15:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27491; Mon, 7 Jul 1997 10:15:36 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA17363 for ; Mon, 7 Jul 1997 10:15:35 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA06409; Mon, 7 Jul 1997 10:15:33 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199707071715.KAA06409@remi.engr.sgi.com> Subject: Re: display lists in cull traversal To: src@rose.engr.sgi.com (Sharon Clay) Date: Mon, 7 Jul 1997 10:15:32 -0700 (PDT) Cc: cgeyer@seas.upenn.edu, info-performer@sgi.com In-Reply-To: <9707021235.ZM9665@rose.engr.sgi.com> from "Sharon Clay" at Jul 2, 97 12:35:06 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1287 Status: O Sharon Clay wrote: > > -> > ->What happens is that for some reason a popmatrix() (or apparently the > ->token DL_POPMAT) does not get appended to the shadVolDL. It instead gets > ->appended to currentDL. So I have an extra pushmatrix() without its > ->corresponding popmatrix() in a my shadow volume display list; and I have > ->an extra popmatrix() without a cooresponding pushmatrix() in the scene > ->display list (this is what I gather from looking at output from gldebug). > -> > ->It would seem that AFTER the call to preShadVolCullCallback() a > ->pushmatrix() is being added, and that AFTER postShadVolCullCallback() a > ->popmatrix() is being added. Wouldn't it either be before and after, or > ->after and before, but not after and after? > -> > ->Why would that happen? Obviously I'm not doing things in the right order. > ->What would the correct order be? > May I suggest that you use the Bin mechanism. Setting a bin number on a node makes it going in a display list with the right amount of Push/Pop and state changes. pfDrawBin(#) will draw that display list in the draw process. Regards. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 13:06:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA13036; Mon, 7 Jul 1997 07:43:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA13020; Mon, 7 Jul 1997 07:43:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07318; Mon, 7 Jul 1997 07:43:07 -0700 Received: from FALCON.AL.WPAFB.AF.MIL (falcon.al.wpafb.af.mil [129.48.134.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA27932 for ; Mon, 7 Jul 1997 07:43:05 -0700 env-from (LLU@FALCON.AL.WPAFB.AF.MIL) Received: from AL-Message_Server by FALCON.AL.WPAFB.AF.MIL with Novell_GroupWise; Mon, 07 Jul 1997 10:41:25 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 07 Jul 1997 10:40:14 -0400 From: Liem Lu To: info-performer@sgi.com Subject: re: Performance questions Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Status: O Hello, I posted several questions a couple weeks ago on why paging a FLT file from disk can result in such a big performance hit on my Performer app. I'm thrilled to report that your suggestions worked. Particularly, the ones that recommended converting the FLT file to PFB format. The PFB files are much smaller also. That allowed me to load all the files I need at startup and page from memory instead (improving the speed even more). Thanks again!!! Liem Lu Logicon Technical Services, Inc. P.O. Box 317258 Dayton, OH 45437 USA llu@al.wpafb.af.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 13:46:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA13326; Mon, 7 Jul 1997 10:07:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA13310; Mon, 7 Jul 1997 10:07:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26388; Mon, 7 Jul 1997 10:07:52 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA15359 for ; Mon, 7 Jul 1997 10:07:51 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA11121; Mon, 7 Jul 1997 10:07:50 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA14596; Mon, 7 Jul 1997 10:07:40 -0700 Date: Mon, 7 Jul 1997 10:07:40 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707071007.ZM14594@multipass.asd.sgi.com> In-Reply-To: terence@systech.systech.hinet.net (Terence Ker) "What's ogldebug" (Jul 7, 2:41pm) References: <9707072141.AA13564@systech.systech.hinet.net> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: terence@systech.systech.hinet.net (Terence Ker), info-performer@sgi.com Subject: Re: What's ogldebug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 7, 2:41pm, Terence Ker wrote: > Subject: What's ogldebug > > Hello, Does anyone happen to know a software called > ogldebug? I even not so sure whether its a separate > software product from SGI or just one of the subsystems > that come with OpenGL developer installation? > > Or, is it a third-party? > It's SGI only, it isn't a separate product, it's part of the gl_dev subsystem. If you are a developer you'll have it on the Dev CD somewhare. Chances are you have it installed but maybe haven't loaded the manual pages, look for: /usr/sbin/ogldebug You probably should go back and install the manual for it. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 13:46:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA13194; Mon, 7 Jul 1997 09:07:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13178; Mon, 7 Jul 1997 09:07:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA17641; Mon, 7 Jul 1997 09:07:29 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA24978 for ; Mon, 7 Jul 1997 09:07:21 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost by glup.eleinf.uv.es with SMTP (1.39.111.2/16.2) id AA020975344; Mon, 7 Jul 1997 18:09:04 +0100 Date: Mon, 7 Jul 1997 18:09:03 +0100 (WETDST) From: Joaquin Casillas Melendez To: Performer Mailing List Subject: DB Loader Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all! We have developed a data base loader for our modeling tool, and it works fine with the old 32 bit libraries. However, when I compile it with the N32 libraries, the same aplication (now compiled with N32) can't find the loader and models aren't loaded. Any suggestion about the problem will be apreciated. Thanks. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informatics | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 14:13:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13605; Mon, 7 Jul 1997 11:20:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13589; Mon, 7 Jul 1997 11:20:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA09784; Mon, 7 Jul 1997 11:20:55 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA09287 for ; Mon, 7 Jul 1997 11:20:55 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id LAA09776; Mon, 7 Jul 1997 11:20:54 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id LAA09557; Mon, 7 Jul 1997 11:20:44 -0700 From: "Rob Jenkins" Message-Id: <9707071120.ZM9555@quid.csd.sgi.com> Date: Mon, 7 Jul 1997 11:20:43 -0700 In-Reply-To: terence@systech.systech.hinet.net (Terence Ker) "What's ogldebug" (Jul 7, 2:41pm) References: <9707072141.AA13564@systech.systech.hinet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: terence@systech.systech.hinet.net (Terence Ker), info-performer@sgi.com Subject: Re: What's ogldebug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Ogldebug lets you capture and examine the underlying OpenGL calls of an application. It's part of the subsystem gl_dev.sw.ogldebug on the IRIS Development Option (IDO) but is not installed by default. If you install that subsystem there's a man page, I've pasted below a Pipeline article I did in the March/April 1997 Issue which has an overview and some tips, it also points you to useful online ogldebug info in the insight book 'OpenGL on Silicon Graphics Systems'. Cheers Rob -------------------------------------------------------------------------- Ogldebug: An Overview Published: March/April 1997 in Pipeline Volume 8, Number 2 Revision: 1.1 Ogldebug(3G) is a tool that allows a programmer to capture and examine the underlying OpenGL calls of selected sections of an application. This article presents a brief overview of ogldebug, some of its practical uses, and some of the features added to ogldebug recently. This article is intended for programmers who are already familiar with OpenGL. System Requirements Ogldebug will run on all SGI systems with graphics that support OpenGL. Ogldebug is part of the subsystem gl_dev.sw.ogldebug on the IRIS Development Option (IDO) CD-ROM. This subsystem is not installed by default. The IRIS GL equivalent of ogldebug is gldebug(1) which is part of the subsystem gl_dev.sw.gldebug on the IRIS Development Option (IDO) CD-ROM. This subsystem is not installed by default. Purpose Because only OpenGL calls are captured by ogldebug, it is extremely useful for identifying and solving OpenGL programming errors. It is also very good at uncovering OpenGL programming style issues that may slow an application. Note that the OpenGL debugger isn't a general-purpose debugger. Use dbx(1) and related tools such as cvd(1) (CASEVision/Workshop Debugger) to find problems in the non-OpenGL portions of a program. Ogldebug has a user interface control application (ogldebug) and a special library (libogldebug.so) that intercepts OpenGL or GLX calls from the application to the OpenGL library (libGL.so). Using Ogldebug The manual OpenGL on Silicon Graphics Systems is available on-line with InSight(1) if the subsystem gl_dev.books is installed. Chapter 10 of this manual provides information on using ogldebug to debug OpenGL programs. Rather than duplicate that information here, this article assumes familiarity with that manual and suggests some practical uses for ogldebug. There are some changes to the latest version of ogldebug which make it slightly different from the version described in the on-line manual. Although the changes represent improvements in performance, user interaction and functionality, the core of the tool and principles of use remain close to those documented. Changes to ogldebug are outlined below, and should be used in conjunction with the on-line manual. New Features The most recent version of ogldebug is version V14.0 which is available on the MIPSPro 7.1 IRIX Development Option CD-ROM. The majority of the changes in this version of ogldebug are in the user interface. These changes include: o smaller main window o call information is now separated o only one call is displayed in the main window o a new call history panel is provided where the programmer can adjust how much of the call history to retain (10 to 1000 calls) o only one main window appears for all application GLX contexts (previously, ogldebug opened a new main window for each GLX context) In addition, a significant improvement has been made in call history. In previous versions of ogldebug, call history updating could be suspended to allow an application to run faster. In the latest version, call history is always produced, and if the call history panel is not open the application still runs reasonably fast. A number of minor bug fixes have also been made to ogldebug. Refer to the gl_dev release notes for more information. When to Use Ogldebug This section describes a few of the many possible uses for ogldebug. To Improve Application Performance The manual OpenGL on Silicon Graphics Systems contains two chapters on tuning: Chapter 11, "Tuning Graphics Applications: Fundamentals" and Chapter 12, "Tuning the Pipeline". Ogldebug can be used as an aid to performing some of the techniques suggested in those chapters. For example, ogldebug can be used to look for frequent OpenGL mode changes, or unnecessary vertex bindings. This could include things like unneeded per-vertex colors, or normals being defined for a flat-shaded object. In extreme cases it may be found that operations are repeated, or large parts of the scene are drawn more than once by mistake. To Isolate Programming Errors OpenGL never signals errors but simply records them. Within an application, glGetError(3G) can be used to look for errors, or ogldebug can be used to automatically call glGetError after every OpenGL call. Ogldebug also attempts to highlight programming style issues that although correct, may be inefficient. For example, if an application loads an identity matrix with glLoadMatrix(3G), ogldebug will suggest using glLoadIdentity(3G) instead. Although the two operations are semantically equivalent, glLoadIdentity can be more efficient in some cases. To Isolate Parts of an Application Isolating parts of a large application can help in narrowing down potential bugs and in analyzing the performance of discrete stages in an application. Tracing the very first frame of an application is most likely to show a majority of the graphics state initialization and selection. This would be useful for examining and tuning operations that happen only once at program start time. Tracing a later frame would be useful for examining the application during normal drawing. The following steps can be used to examine one frame of a double buffered application in an ogldebug session: 1. Run ogldebug with the application. 2. Turn breakpoints and output off from the control panel. 3. Set a breakpoint at glXSwapBuffers(3G). 4. Click on the "Continue" button and manipulate the application to the area of interest. 5. Turn on breakpoints. 6. When the execution stops at glXSwapBuffers, turn on tracing. 7. Click on the "Continue" button 8. When execution stops at the next glXSwapBuffers, one full scene frame of OpenGL calls will have been written to a trace file. The ogldebug trace file is legal C code and may be compiled and executed. To compile the trace file, change the file name to .c and the use the command: cc .c -lGL -lX11 It might be useful to experiment with customizing the trace output to reduce the size of the trace file by omitting commands that are not of interest or that are repeated often. For example, a scene with geometry generates a lot (potentially thousands), of glVertex(3G) commands each frame, and it may not be useful to trace them all. The process described above can be applied to any application that calls OpenGL directly or that makes OpenGL calls via a library, including SGI libraries like IRIS Performer, Open Inventor or Imagevision. To Generate Benchmarks It is possible to create test cases to represent the graphics workload for different stages of an application by tracing parts of the application. When Opening a Support Call The techniques discussed in this article can be used to create a small test case. Providing a test case is extremely helpful when a support call on OpenGL or any of the SGI libraries that use OpenGL is opened with your support provider. Depending on the problem, it may also reduce the time needed to resolve the issue. When Developing New Applications Ogldebug can be used when developing new applications or adding graphics code to an existing application. Use an iterative coding process: add some graphics-related code and then build and test to ensure expected results. As a Learning Aid Using ogldebug to examine an application can help to visualize what the application is doing and how OpenGL is being used. Conclusion The intent of this article is to encourage graphics developers to use ogldebug as part of their development environment. Ogldebug can contribute to the design and development of new applications, the improvement of existing applications, and in learning more about OpenGL or any library that uses OpenGL. For More Information More information on OpenGL is available on the SGI Web site (http://www.sgi.com). Use the find or search tool with the keywords "OpenGL WWW Center", or use the direct URL http://www.sgi.com/Technology/OpenGL/index.html. Customers interested in OpenGL may subscribe to the public newsgroup comp.graphics.api.opengl. The document "Frequently Asked Questions About Graphics and user environment customization" is regularly updated and posted to the comp.sys.sgi.misc, news.answers and comp.answers newsgroups twice per month. FAQs are also available on the SGI Web site http://www.sgi.com under "Sales & Support". -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 14:13:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13631; Mon, 7 Jul 1997 11:29:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13615; Mon, 7 Jul 1997 11:29:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA11218; Mon, 7 Jul 1997 11:29:05 -0700 Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA11797 for ; Mon, 7 Jul 1997 11:29:03 -0700 env-from (cgeyer@seas.upenn.edu) Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82]) by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id OAA27358; Mon, 7 Jul 1997 14:28:59 -0400 (EDT) Received: from blue.seas.upenn.edu (cgeyer@BLUE.SEAS.UPENN.EDU [130.91.5.148]) by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP id OAA23025; Mon, 7 Jul 1997 14:28:58 -0400 (EDT) Received: (from cgeyer@localhost) by blue.seas.upenn.edu (8.8.5/8.8.4) id OAA19236; Mon, 7 Jul 1997 14:28:57 -0400 (EDT) Message-Id: <199707071828.OAA19236@blue.seas.upenn.edu> Subject: Re: display lists in cull traversal To: remi@remi.engr.sgi.com (Rémi Arnaud) Date: Mon, 7 Jul 1997 14:28:57 -0400 (EDT) From: "Christopher Geyer" Cc: src@rose.engr.sgi.com, cgeyer@seas.upenn.edu, info-performer@sgi.com In-Reply-To: <199707071715.KAA06409@remi.engr.sgi.com> from "Rémi Arnaud" at Jul 7, 97 10:15:32 am X-Mailer: ELM [version 2.4 PL23-upenn3.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > > -> > > ->What happens is that for some reason a popmatrix() (or apparently the > > ->token DL_POPMAT) does not get appended to the shadVolDL. It instead gets > > ->appended to currentDL. So I have an extra pushmatrix() without its > > ->corresponding popmatrix() in a my shadow volume display list; and I have > > ->an extra popmatrix() without a cooresponding pushmatrix() in the scene > > ->display list (this is what I gather from looking at output from gldebug). > > -> > > ->It would seem that AFTER the call to preShadVolCullCallback() a > > ->pushmatrix() is being added, and that AFTER postShadVolCullCallback() a > > ->popmatrix() is being added. Wouldn't it either be before and after, or > > ->after and before, but not after and after? > > -> > > ->Why would that happen? Obviously I'm not doing things in the right order. > > ->What would the correct order be? > > > > May I suggest that you use the Bin mechanism. Setting a bin number on a > node makes it going in a display list with the right amount of Push/Pop > and state changes. > pfDrawBin(#) will draw that display list in the draw process. > > Regards. > > _ / _ _ > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > | \(/_| | || /--\| \| \|/--\|_||_/ For whatever reason, I am unable to get them to work. I have installed the patches. If I set each pfGeoSet of my shadow volume pfGeode to a separate bin, say starting at 2, the only way I can get anything drawn is if I call pfDraw(). Any call to pfDrawBin() does not render anything. Inspection of chan->binDLists in my channel draw callback shows: binDLists = class _pfVoidList { end = 0 asize = 1 array = 0x18076eb0 } indicating, I assume, that there are no display lists for any of the bins. chan->sceneDList on the other hand is non-null. I know that the geosets are part of the scene since they're displayed if pfDraw() is called. Also chan->travModes is set to: { [0] 0 [1] 0 [2] 11 [3] 1 [4] 0 } So, PFTRAV_CULL has PFCULL_SORT set. I have also verified using getDrawBin() that the geosets are indeed set to what I want them to be. All of the above happens whether or not I call setBinSort() and setBinOrder() when initializing my channel. Sharon, regarding using a post draw callback on my shadow volume geode, that does not seem to work. Why would it if the draw "traveral" is separated from the cull traversal? It is in the cull traversal where the stack gets messed up. Christopher Geyer ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 14:13:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13512; Mon, 7 Jul 1997 11:01:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13496; Mon, 7 Jul 1997 11:01:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06107; Mon, 7 Jul 1997 11:01:12 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA02659 for ; Mon, 7 Jul 1997 11:01:06 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id KAA27121; Mon, 7 Jul 1997 10:56:52 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA07877; Mon, 7 Jul 1997 17:43:47 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA03730; Mon, 7 Jul 1997 10:46:44 -0700 From: "Marcus Barnes" Message-Id: <9707071046.ZM3728@logan.engr.multigen.com> Date: Mon, 7 Jul 1997 10:46:43 -0700 In-Reply-To: "Jim" "(Fwd) pfMemory problem of Hunter database" (Jul 4, 6:32pm) References: <9707041832.ZM9252@systech.systech.hinet.net> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Jim" Subject: Re: pfMemory problem of Hunter database Cc: info-performer@sgi.com, info-vega@paradigmsim.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 4, 6:32pm, Jim wrote: > I use vega3.0 and performer 2.02 on Max Impact. > I load the Hunter database and loader prompt free() and decompConcave() > warnning. > > ======================================================================== > MultiGen Inc. OpenFlight (r) loader R15.2d > for IRIS Performer 2.x $Date: 1996/12/13 23:03:24 $ > ======================================================================== > > => warn decompConcave() Could not decompose concave polygon! This is a warning from pfdGeoBuilder utility. It means that the database contains a concave polygon that it cannot tessalate. You will have to find this polygon in the database and triangulate it by hand. > => warn pfMemory::free() can't free() non-pfMemory data ( Error 0 ) This means that some part of your application is trying to free a piece of memory that is not derived from pfMemory. I can offer one guess: If you've assigned a callback function using pfdConverterAttr( "flt", PFFLT_REGISTER_NODE ) then you may be attempting to free CB_CLEAN data erroneously. See the loader's readme file for an complete explanation. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 14:13:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA13446; Mon, 7 Jul 1997 10:47:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA13430; Mon, 7 Jul 1997 10:46:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA03305; Mon, 7 Jul 1997 10:46:58 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA27241 for ; Mon, 7 Jul 1997 10:46:58 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id KAA03291; Mon, 7 Jul 1997 10:46:57 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA09484; Mon, 7 Jul 1997 10:46:47 -0700 From: "Rob Jenkins" Message-Id: <9707071046.ZM9482@quid.csd.sgi.com> Date: Mon, 7 Jul 1997 10:46:46 -0700 In-Reply-To: Frank Dea "Using 2 glxMDrawWidget at the same time." (Jul 2, 2:19pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Frank Dea , info-performer@sgi.com Subject: Re: Using 2 glxMDrawWidget at the same time. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The previous responses to this may have done the trick but if you're talking about Performer PipeWindows ( using OpenGL ) then I've seen exactly this problem and all that was needed was a missing call to pfpipewindow::addChan for both pipewins and channels. The bones of the code would be ( detail ommitted ): foreach window { XtAppCreateShell visual = pfChooseFBConfigData make a motif drawing area and context make a pfPipeWindow pfPipeWindow::setWSDrawable and setGLCxt to that of the motif area pfpipewindow::addChan } If you have the problem I saw then you would have all this except the addChan. Cheers Rob On Jul 2, 2:19pm, Frank Dea wrote: > Subject: Using 2 glxMDrawWidget at the same time. > > We have written a Motif application that contains an OpenGL window > (running Performer). Everything works great until we try to bring up > another window in the same application that also contains an OpenGL > window. Then neither window responds correctly. The second window > performs no drawing and the first window simply flashes a left over frame > buffer image (i.e., junk). > > Note, both OpenGL windows perform normally if brought up individually. > > > Has any one experienced this with Motif windows containing OpenGL windows? > > Let me know if more details are needed. > > > Frank > -- > William Frank Dea > _________/|__________ > /--------/-/---------/ > / / / / / / "If you want to get results ... > /- /---/-/---/ -/ try a prayer!" > / / / / / / > /--------/-/---------/ > wdea@swri.edu > > Research Engineer > Southwest Research Institute > (210) 522-6576 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Frank Dea -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 12:27:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12914; Mon, 7 Jul 1997 07:06:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12898; Mon, 7 Jul 1997 07:06:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA04107; Mon, 7 Jul 1997 07:06:57 -0700 Received: from digitalbody.zkm.de ([193.197.168.115]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA21377 for ; Mon, 7 Jul 1997 07:06:55 -0700 env-from (schiffler@zkm.de) Received: from digitalbody.zkm.de (localhost [127.0.0.1]) by digitalbody.zkm.de (8.8.5/8.8.5) with SMTP id QAA20818 for ; Mon, 7 Jul 1997 16:07:47 -0400 Sender: andreas@digitalbody.zkm.de Message-ID: <33C14C93.148EDFB3@zkm.de> Date: Mon, 07 Jul 1997 16:07:47 -0400 From: Andreas Schiffler Organization: ZKM Medienmuseum, Karlsruhe, Germany X-Mailer: Mozilla 3.01 (X11; I; Linux 2.0.30 i586) MIME-Version: 1.0 To: SGI Performer Mailing List Subject: Mouse cursor Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Guten Tag Performers, I need some help with the (trivial?) task to switch off the mouse cursor image (or simply blank it) from within the Performer program or just before the game is started on the shell level. It's a game that uses the left mouse-key but nothing else from the mouse. Any ideas are appreciated! Regards Andreas Schiffler ZKM Medienmuseum, Karlsruhe, Germany schiffler@zkm.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 19:10:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA15810; Mon, 7 Jul 1997 15:04:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15794; Mon, 7 Jul 1997 15:04:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA08643; Mon, 7 Jul 1997 15:04:34 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA12167 for ; Mon, 7 Jul 1997 15:04:32 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id PAA29152 for ; Mon, 7 Jul 1997 15:12:09 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id VAA14149 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 7 Jul 1997 21:59:04 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA04533 for info-performer@sgi.com; Mon, 7 Jul 1997 15:02:07 -0700 From: "Marcus Barnes" Message-Id: <9707071502.ZM4531@logan.engr.multigen.com> Date: Mon, 7 Jul 1997 15:02:07 -0700 In-Reply-To: Pete Willemsen "MultiGen II upgrade Flight Loader Problem" (Jul 7, 8:25am) References: <199707071325.IAA23696@server.cs.uiowa.edu> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: MultiGen II upgrade Flight Loader Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 7, 8:25am, Pete Willemsen wrote: > > We recently upgraded our MultiGen II to version 15.4. When we did > this all of our perfly apps either died due to run-time linking > problems, or ran with every polygon color being black. Your perfly apps are still using an older OpenFlight loader. The MultiGenII cdrom contains new loaders in the product image "MultiGen_Perf_eoe". Install the subsystems that match your system environment and read the release notes about setting the environment variable PFLD_LIBRARY_PATH to /usr/local/MultiGen/lib Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 19:10:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16000; Mon, 7 Jul 1997 15:30:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15984; Mon, 7 Jul 1997 15:30:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA11869; Mon, 7 Jul 1997 15:30:18 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA19051 for ; Mon, 7 Jul 1997 15:30:07 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id PAA29336 for ; Mon, 7 Jul 1997 15:37:45 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id WAA15087 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 7 Jul 1997 22:24:40 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA04588 for info-performer@sgi.com; Mon, 7 Jul 1997 15:27:44 -0700 From: "Marcus Barnes" Message-Id: <9707071527.ZM4586@logan.engr.multigen.com> Date: Mon, 7 Jul 1997 15:27:44 -0700 In-Reply-To: Joaquin Casillas Melendez "DB Loader" (Jul 7, 6:09pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Performer Mailing List Subject: Re: DB Loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 7, 6:09pm, Joaquin Casillas Melendez wrote: > We have developed a data base loader for our modeling tool, and it works > fine with the old 32 bit libraries. However, when I compile it with the > N32 libraries, the same aplication (now compiled with N32) can't find the > loader and models aren't loaded. There are different rld path variables for each ABI: PFLD_LIBRARY_PATH # o32 PFLD_LIBRARYN32_PATH # n32 PFLD_LIBRARY64_PATH # 64 man pfdloadfile(3pf) for details. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 19:10:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA15970; Mon, 7 Jul 1997 15:25:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA15954; Mon, 7 Jul 1997 15:25:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA11458; Mon, 7 Jul 1997 15:25:55 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA18018 for ; Mon, 7 Jul 1997 15:25:27 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id PAA29307 for ; Mon, 7 Jul 1997 15:32:57 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id WAA14920 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 7 Jul 1997 22:19:52 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA04575 for info-performer@sgi.com; Mon, 7 Jul 1997 15:22:56 -0700 From: "Marcus Barnes" Message-Id: <9707071522.ZM4573@logan.engr.multigen.com> Date: Mon, 7 Jul 1997 15:22:56 -0700 In-Reply-To: "Swaminathan N." "Re: general func. ptr." (Jul 4, 12:13am) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: general func. ptr. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 4, 12:13am, Swaminathan N. wrote: > On Thu, 3 Jul 1997, Marcus Barnes wrote: > > On Jul 2, 10:16am, Nicolas Gauvin wrote: > > > My understanding is that it is not possible to save a pointer to a true > > > member function partly because of the implicit 'this' parameter. > > > > It is possible to declare a pointer to a class member. The syntax is > > described in "The C++ Programming Language, 2nd Edition", chapter 5.4.5. I > > don't recall if any of SGI's C++ compilers support this language feature > > yet. > > Pointers to data members and member functions are currently supported. The > question is whether pointers to member functions and pointers to static or > plain ol' functions are interchangeable, which of course, they are not. Correct. > However, pointers to member functions in C++ support the virtual function > mechanism, meaning that a call through a base class PMF might actually call a > derived class virtual function. Yes that's true ... if the call is made thru an object pointer that points to an instance of a derived class. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 21:20:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16030; Mon, 7 Jul 1997 15:38:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16014; Mon, 7 Jul 1997 15:38:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA12904; Mon, 7 Jul 1997 15:38:42 -0700 Received: from narnia.aero.swri.edu (narnia.aero.swri.edu [129.162.90.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA21282 for ; Mon, 7 Jul 1997 15:38:41 -0700 env-from (frank@narnia.aero.swri.edu) Received: from localhost (frank@localhost) by narnia.aero.swri.edu (8.8.5/8.8.5) with SMTP id RAA10006 for ; Mon, 7 Jul 1997 17:39:12 -0500 Date: Mon, 7 Jul 1997 17:39:11 -0500 (CDT) From: Frank Dea To: info-performer@sgi.com Subject: Re: Mouse cursor Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > I need some help with the (trivial?) task to switch off the mouse cursor > image (or simply blank it) from within the Performer program or just > before the game is started on the shell level. It's a game that uses the > left > > Any ideas are appreciated! > > Regards > Andreas Schiffler > ZKM Medienmuseum, Karlsruhe, Germany > schiffler@zkm.de Try pfuLoadPWinCursor(pw, PFU_CURSOR_OFF); I call this from within my configuration function callback: _main_pipe_window->setConfigFunc(OnAirConfig); _main_pipe_window->config(); ... void OnAirConfig(pfPipeWindow *pw) { pw->open(); // turn off X cursor since it doesn't DR well - we will draw our own pfuLoadPWinCursor(pw, PFU_CURSOR_OFF); } // End of OnAirConfig Frank -- William Frank Dea _________/|__________ /--------/-/---------/ / / / / / / "If you want to get results ... /- /---/-/---/ -/ try a prayer!" / / / / / / /--------/-/---------/ wdea@swri.edu Research Engineer Southwest Research Institute (210) 522-6576 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 7 23:37:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA16615; Mon, 7 Jul 1997 17:51:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA16599; Mon, 7 Jul 1997 17:51:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA00317; Mon, 7 Jul 1997 17:51:00 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA01662 for ; Mon, 7 Jul 1997 17:50:59 -0700 env-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id JAA06800; Tue, 8 Jul 1997 09:48:15 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id JAA11255; Tue, 8 Jul 1997 09:48:13 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA07090; Tue, 8 Jul 1997 09:27:24 +0900 Message-Id: <199707080027.JAA07090@dimwit.dst.nk-exa.co.jp> To: Andreas Schiffler Cc: SGI Performer Mailing List Subject: Re: Mouse cursor In-reply-to: Your message of "Mon, 07 Jul 1997 16:07:47 JST" References: <33C14C93.148EDFB3@zkm.de> Date: Tue, 08 Jul 1997 09:27:24 +0900 From: YAMANAKA MASAHIKO Status: O ^^) I need some help with the (trivial?) task to switch off the mouse cursor ^^) image (or simply blank it) from within the Performer program or just ^^) before the game is started on the shell level. It's a game that uses the ^^) left mouse-key but nothing else from the mouse. ^^) ^^) Any ideas are appreciated! I think this works. openPipe() { ... pfPipeWindow* pw; ... pw->setConfigFunc( openXWin ); pw->config(); ... } openXWin( pfPipeWindow* pw ) { ... pfuLoadPWinCursor( pw, PFU_CURSOR_OFF ); ... } Regards, -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 00:27:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA16781; Mon, 7 Jul 1997 18:54:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA16765; Mon, 7 Jul 1997 18:54:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA06790; Mon, 7 Jul 1997 18:54:33 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA19641 for ; Mon, 7 Jul 1997 18:54:25 -0700 env-from (rmckinle@curly.ucsd.edu) Received: from curly.ucsd.edu by mail.ucsd.edu; id SAA19458 sendmail 8.8.5/UCSD8.3 via SMTP Mon, 7 Jul 1997 18:54:23 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: from localhost (rmckinle@localhost) by curly.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA17759 for ; Mon, 7 Jul 1997 18:53:26 -0700 Date: Mon, 7 Jul 1997 18:53:26 -0700 (PDT) From: Ryan McKinley Reply-To: Ryan McKinley To: info-performer@sgi.com Subject: Re: array of pfDCS In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Thanks for the help with this problem. Creating a simple array of pfDCS's on the memory stack works fine for this aplication. Thanks Ryan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 09:01:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA18129; Tue, 8 Jul 1997 03:42:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA18113; Tue, 8 Jul 1997 03:42:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA10263; Tue, 8 Jul 1997 03:42:36 -0700 Received: from ren.paradigmsim.com (ren.paradigmsim.com [206.7.114.138]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA10908 for ; Tue, 8 Jul 1997 03:42:35 -0700 env-from (doug@ren.paradigmsim.com) Received: (from doug@localhost) by ren.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id FAA08798 for info-performer@sgi.com; Tue, 8 Jul 1997 05:39:50 -0500 From: "Doug Price" Message-Id: <9707080539.ZM8796@ren.paradigmsim.com> Date: Tue, 8 Jul 1997 05:39:49 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: viewport resizing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am trying to perform a two pass rendering of sorts using a single pfChannel. The first pass draws a normal perspective channel. Then when the first pass is completed, I generate a texture of the perspective image which is then mapped to a 2-D tmesh. The channel is then cleared and the 2-D tmesh drawn as an orthographic image. This all seems to work fine, however, I would like to have the ability to have the orthographic image be a different size (possibly overlapping) the perspective image. When I call glViewport it seems to ignore the command. If I compile irisgl and use viewport instead, my code works fine. Is performer doing something different in regards to viewport resizing for open gl that would prevent me from doing this? Has anyone else ran into this problem? Is there a way around it? -- ********************************************************************** Doug Price Phone: (972) 960 - 2301 Program Manager Fax: (972) 960 - 9049 Paradigm Simulation Email: doug@paradigmsim.com ********************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 12:05:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA18359; Tue, 8 Jul 1997 06:31:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA18343; Tue, 8 Jul 1997 06:31:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA21054; Tue, 8 Jul 1997 06:31:37 -0700 Received: from mailfw1.ford.com (mailfw1.ford.com [136.1.1.26]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA12984 for ; Tue, 8 Jul 1997 06:31:34 -0700 env-from (pwillems@ford.com) Received: by mailfw1.ford.com id AA16313 (InterLock SMTP Gateway 3.0 for info-performer@sgi.com); Tue, 8 Jul 1997 09:31:31 -0400 Message-Id: <199707081331.AA16313@mailfw1.ford.com> Received: by mailfw1.ford.com (Internal Mail Agent-1); Tue, 8 Jul 1997 09:31:31 -0400 From: "Pete Willemsen" Date: Tue, 8 Jul 1997 09:31:56 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Performer, IR, and Double Buffering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Greetings, In regards to double buffering on the IR, where does the memory for the "back" buffer come from? I've been doing some calculations regarding whether or not some of our desired configurations would be possible on our 1 RM-6. In doing this I became confused as to whether the memory for the "back" buffer should be included in the calculation. My confusion also lead me to wonder if Performer is automatically using double buffering. I do not recall specifying that option in our Performer app. I do have background in OpenGL and Inventor, both of which have you specify whether or not to use double buffering. Back to the calculation... In a sample configuration, if I'm using small pixels (256 bits) then after all the multi-samplings, RGBA, and Z-buffers have been accounted for, I have only used 224 bits. 2 1280 x 1024 Channels on 1 RM-6 4 samples of each pixel 10 bits/component for RGBA 15 bit Z-buffer 1 bit stencil buffer 4 * ( 4*10 + 15 + 1 ) = 224 bits used 256 - 224 = 32 bits/pixels unused Out of our 80MB of RM memory, we are utilizing 70MB, leaving us with 10MB of unused memory that I suppose could be used as the back color buffer. Is this the case? What if a configuration uses ALL of the available RM memory, or just slightly less than all of it, but not enough to fit an extra "back" buffer in? Does the system use host memory at that point with a possible performance hit due to accessing memory outside the RM? For instance, with 1 1280x1024, 8 samples, 10 bits/component for RGBA, 23-bit Z-buffer, and 1-bit stencil, we use 512 bits/pixel. 8 * (4*10 + 23 + 1) = 512 Of course, this exhausts all 80MB in the RM. The only remaining possibility, if performer doesn't use double buffering, would be for it to basically follow the scan converter filling in the new frame information immediately after it. However, this seems extremely difficult. Thanks for any information you may be able to provide. Pete Willemsen -- Pete Willemsen pwillems@ford.com Ford Research Lab ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 14:30:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA18591; Tue, 8 Jul 1997 08:52:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA18575; Tue, 8 Jul 1997 08:52:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06809; Tue, 8 Jul 1997 08:52:53 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA24792 for ; Tue, 8 Jul 1997 08:52:52 -0700 env-from (sbrown@nestor.ucsd.edu) From: sbrown@nestor.ucsd.edu Received: from nestor.ucsd.edu by mail.ucsd.edu; id IAA29672 sendmail 8.8.5/UCSD8.3 via SMTP Tue, 8 Jul 1997 08:52:49 -0700 (PDT) Received: (from sbrown@localhost) by nestor.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA12089; Tue, 8 Jul 1997 08:48:50 -0700 Message-Id: <9707080848.ZM12087@nestor.ucsd.edu> Date: Tue, 8 Jul 1997 08:48:49 -0700 In-Reply-To: William Sherman -Visualization "Re: far away monitors" (Jul 2, 2:29am) References: <199707020729.CAA03339@space.ncsa.uiuc.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: William Sherman -Visualization Subject: Re: far away monitors Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do you have any contact info for Lightwave? I can't seem to find them on the web? Thanks, Sheldon Brown Visual Arts Dept. University of California at San Diego 9500 Gilman Drive La Jolla, CA 92093 voice/fax (619) 534-2423 sgbrown@ucsd.edu http://www-crca.ucsd.edu/~sheldon On Jul 2, 2:29am, William Sherman -Visualization wrote: > Subject: Re: far away monitors > > Try it - the cable will cost a lot less than any other option. > > And one of the main other options is Lightwave -- which sells > transmitter/reciever pairs that will convey over fiber optics, > signals for the video, keyboard, a serial line or two, and the > stereo signal. > > As Hal says, it's not the cheapest option, but not bad either. > They also have smaller boxes for transmitting audio via fiber. > The main caveat is that the wiring for serial connections is > one-way, and unfortunately, doesn't match the RS-232 spec. The > Tx and Rx are backwards, and the signal ground is on 5. > > > Cheers, > > > > Hal > > Bill > > /*************************************************************************/ > /* Bill Sherman (wsherman@ncsa.uiuc.edu) */ > /* National Center for Supercomputing Applications */ > /* University of Illinois at Urbana-Champaign */ > /* Og - "You want to do mankind a real service? Tell funnier jokes" */ > /* Spinner - "but facts don't always reveal the truth" */ > /* Robin - "Yeah, but I always figure that's the writers' fault" */ > /*************************************************************************/ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from William Sherman -Visualization ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 16:40:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA19144; Tue, 8 Jul 1997 10:56:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA19128; Tue, 8 Jul 1997 10:56:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27239; Tue, 8 Jul 1997 10:56:58 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA13794 for ; Tue, 8 Jul 1997 10:56:57 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA24145; Tue, 8 Jul 1997 10:56:55 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA16429; Tue, 8 Jul 1997 10:56:51 -0700 Date: Tue, 8 Jul 1997 10:56:51 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707081056.ZM16427@multipass.asd.sgi.com> In-Reply-To: "Doug Price" "viewport resizing" (Jul 8, 5:39am) References: <9707080539.ZM8796@ren.paradigmsim.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Doug Price" , info-performer@sgi.com Subject: Re: viewport resizing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 8, 5:39am, Doug Price wrote: > Subject: viewport resizing > I am trying to perform a two pass rendering of sorts using a single > pfChannel. The first pass draws a normal perspective channel. Then when the > first pass is completed, I generate a texture of the perspective image which is > then mapped to a 2-D tmesh. The channel is then cleared and the 2-D tmesh > drawn as an orthographic image. This all seems to work fine, however, I would > like to have the ability to have the orthographic image be a different size > (possibly overlapping) the perspective image. When I call glViewport it seems > to ignore the command. If I compile irisgl and use viewport instead, my code > works fine. > > Is performer doing something different in regards to viewport resizing > for open gl that would prevent me from doing this? Has anyone else ran into > this problem? Is there a way around it? You really don't want to be doing this. Use a separate pfChannel which is drawn after the first and build geosets & geostates and add to a separate scene on the second channel. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 17:10:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA19261; Tue, 8 Jul 1997 11:31:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA19245; Tue, 8 Jul 1997 11:31:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03375; Tue, 8 Jul 1997 11:31:17 -0700 Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA26909 for ; Tue, 8 Jul 1997 11:31:16 -0700 env-from (wsherman@ncsa.uiuc.edu) Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.3.15]) by ex1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id NAA08834; Tue, 8 Jul 1997 13:31:13 -0500 (CDT) Received: from pecos.ncsa.uiuc.edu (pecos.ncsa.uiuc.edu [141.142.3.51]) by mx1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id NAA12211; Tue, 8 Jul 1997 13:31:13 -0500 (CDT) Received: (from wsherman@localhost) by pecos.ncsa.uiuc.edu (8.8.5/8.8.5) id NAA04868; Tue, 8 Jul 1997 13:31:12 -0500 (CDT) From: "William Sherman -Visualization" Message-Id: <9707081331.ZM4866@pecos.ncsa.uiuc.edu> Date: Tue, 8 Jul 1997 13:31:12 -0500 In-Reply-To: sbrown@nestor.ucsd.edu "Re: far away monitors" (Jul 8, 8:48am) References: <199707020729.CAA03339@space.ncsa.uiuc.edu> <9707080848.ZM12087@nestor.ucsd.edu> X-Mailer: Z-Mail (3.2.0 06sep94) To: sbrown@nestor.ucsd.edu, William Sherman -Visualization Subject: Re: far away monitors Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 8, 8:48am, sbrown@nestor.ucsd.edu wrote: > Subject: Re: far away monitors > Do you have any contact info for Lightwave? I can't seem to find them on the > web? > > Thanks, > > Sheldon Brown Their web page is at: http://www.lightwavecom.com/ /*************************************************************************/ /* Bill Sherman (wsherman@ncsa.uiuc.edu) */ /* National Center for Supercomputing Applications */ /* University of Illinois at Urbana-Champaign */ /* Og - "You want to do mankind a real service? Tell funnier jokes" */ /* Spinner - "but facts don't always reveal the truth" */ /* Robin - "Yeah, but I always figure that's the writers' fault" */ /*************************************************************************/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 17:53:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA19535; Tue, 8 Jul 1997 12:28:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA19519; Tue, 8 Jul 1997 12:28:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA12982; Tue, 8 Jul 1997 12:27:59 -0700 Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA19308 for ; Tue, 8 Jul 1997 12:27:53 -0700 env-from (pplachta@sim6.dciem.dnd.ca) Received: (from pplachta@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA21114; Tue, 8 Jul 1997 15:30:24 -0400 Date: Tue, 8 Jul 1997 15:30:20 -0400 (EDT) From: Peter Plachta To: info-performer@sgi.com Subject: Re: Waves Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi The response to my question about modelling waves was overwhelming - thanks to all who replied!! Someone suggested using a pfGeoSet & pfCycleBuffer & that sounds great. I do, however, have a related question: how does one draw a pfGeoSet in a window (pfPipeWindow, say)? I connected it to a pfGeode & to a pfScene, but it crashes when it tries to draw it (or so dbx claims) Thanks very much Peter ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 18:56:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA19748; Tue, 8 Jul 1997 13:31:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA19732; Tue, 8 Jul 1997 13:31:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA22268; Tue, 8 Jul 1997 13:31:18 -0700 Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA13511 for ; Tue, 8 Jul 1997 13:31:15 -0700 env-from (pplachta@sim6.dciem.dnd.ca) Received: (from pplachta@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA22293; Tue, 8 Jul 1997 16:33:56 -0400 Date: Tue, 8 Jul 1997 16:33:56 -0400 (EDT) From: Peter Plachta To: info-performer@sgi.com Subject: Re: Waves In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 8 Jul 1997, Peter Plachta wrote: > I do, however, have a related question: how does one draw a pfGeoSet in > a window (pfPipeWindow, say)? I connected it to a pfGeode & to a pfScene, > but it crashes when it tries to draw it (or so dbx claims) > I found it - I pfMalloc'ed all data on heap (passing NULL as arena), and this caused it to crash. Passing getSharedArena fixed it. Thanks, Peter ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 21:26:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA20120; Tue, 8 Jul 1997 15:33:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA20104; Tue, 8 Jul 1997 15:33:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA11295; Tue, 8 Jul 1997 15:33:25 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA20298 for ; Tue, 8 Jul 1997 15:33:22 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id PAA29335; Tue, 8 Jul 1997 15:34:33 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id PAA07051; Tue, 8 Jul 1997 15:36:05 -0700 From: "Anita Kishore" Message-Id: <9707081536.ZM7049@tracey.triavest.com> Date: Tue, 8 Jul 1997 15:36:03 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: pfChannel and node callbacks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi folks: Can someone answer the following question? In my performer application, the channel's position and orientaion at any instant of time may consist of values from several sources (eg. from GUI through the user, from a real camera etc.). For a particular geode in the scenegraph, I do not want the channel to have GUI input values (even though the user may be changing values from there), ie: this node should only be affected by real camera values and not GUI values. This can perhaps be done by assigning pre and post callbacks to the geode. In the pre callback, I subtract out the GUI contribution to the channel values and in the post, I reset them back. Is this the right way, and if so, which of APP/CULL/DRAW traversal callbacks should I use? Any other suggestions? Thanks for any feedback. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 21:48:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA20262; Tue, 8 Jul 1997 15:59:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA20246; Tue, 8 Jul 1997 15:59:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA15550; Tue, 8 Jul 1997 15:59:11 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA28603 for ; Tue, 8 Jul 1997 15:59:11 -0700 env-from (indu@kern.csd.sgi.com) Received: from kern.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA15542; Tue, 8 Jul 1997 15:59:10 -0700 Received: from localhost by kern.csd.sgi.com via SMTP (940816.SGI.8.6.9/911001.SGI) id PAA14322; Tue, 8 Jul 1997 15:59:09 -0700 Message-Id: <199707082259.PAA14322@kern.csd.sgi.com> To: sbrown@nestor.ucsd.edu cc: William Sherman -Visualization , info-performer@sgi.com Subject: Re: far away monitors In-reply-to: Your message of "Tue, 08 Jul 1997 08:48:49 PDT." <9707080848.ZM12087@nestor.ucsd.edu> Date: Tue, 08 Jul 1997 15:59:09 -0700 From: Indu Bingham Status: O Try http://www.sel-rtp.com/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 8 22:07:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA20356; Tue, 8 Jul 1997 16:10:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA20340; Tue, 8 Jul 1997 16:10:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA17100; Tue, 8 Jul 1997 16:10:21 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA02918 for ; Tue, 8 Jul 1997 16:10:21 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA10126; Tue, 8 Jul 1997 16:10:19 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA16921; Tue, 8 Jul 1997 16:10:15 -0700 Date: Tue, 8 Jul 1997 16:10:15 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707081610.ZM16919@multipass.asd.sgi.com> In-Reply-To: "Pete Willemsen" "Performer, IR, and Double Buffering" (Jul 8, 9:31am) References: <199707081331.AA16313@mailfw1.ford.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Pete Willemsen" , info-performer@sgi.com Subject: Re: Performer, IR, and Double Buffering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 8, 9:31am, Pete Willemsen wrote: > Subject: Performer, IR, and Double Buffering > Greetings, > > In regards to double buffering on the IR, where does the memory for > the "back" buffer come from? I've been doing some calculations > regarding whether or not some of our desired configurations would be > possible on our 1 RM-6. In doing this I became confused as to whether > the memory for the "back" buffer should be included in the > calculation. > > My confusion also lead me to wonder if Performer is automatically > using double buffering. I do not recall specifying that option in our > Performer app. I do have background in OpenGL and Inventor, both of > which have you specify whether or not to use double buffering. > > Back to the calculation... In a sample configuration, if I'm using > small pixels (256 bits) then after all the multi-samplings, RGBA, and > Z-buffers have been accounted for, I have only used 224 bits. > > 2 1280 x 1024 Channels on 1 RM-6 > 4 samples of each pixel > 10 bits/component for RGBA > 15 bit Z-buffer > 1 bit stencil buffer > 4 * ( 4*10 + 15 + 1 ) = 224 bits used > 256 - 224 = 32 bits/pixels unused To this calculation you need to add a 8 bit per component front and back buffer. The samples have to be summed to somewhere right. There is no RGBA10 support, only RGBA12 and RGB10 so adjust your sums for this also. There's also a 32 bit word you need to add which is used for overlay, windowing, etc. Use glxinfo and findvis to investigate supported framebuffer formats for a given pixel depth. It's not as simple as adding up the numbers, the visual must be possible & supported. If you have an iR then there's no need to guesstimate the numbers, you have answers at your fingertips. Performer defaults to a double buffered visual. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 04:27:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA21948; Tue, 8 Jul 1997 23:00:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA21932; Tue, 8 Jul 1997 23:00:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA18247; Tue, 8 Jul 1997 23:00:16 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA06158 for ; Tue, 8 Jul 1997 23:00:15 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id XAA21674; Tue, 8 Jul 1997 23:00:14 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id XAA17420; Tue, 8 Jul 1997 23:00:11 -0700 Date: Tue, 8 Jul 1997 23:00:11 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707082300.ZM17418@multipass.asd.sgi.com> In-Reply-To: "Anita Kishore" "pfChannel and node callbacks" (Jul 8, 3:36pm) References: <9707081536.ZM7049@tracey.triavest.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Anita Kishore" , info-performer@sgi.com Subject: Re: pfChannel and node callbacks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 8, 3:36pm, Anita Kishore wrote: > Subject: pfChannel and node callbacks > Hi folks: > > Can someone answer the following question? > > In my performer application, the channel's position and orientaion at any > instant of time may consist of values from several sources (eg. from GUI > through the user, from a real camera etc.). For a particular geode in the > scenegraph, I do not want the channel to have GUI input values (even though > the user may be changing values from there), ie: this node should only be > affected by real camera values and not GUI values. This can perhaps be done > by assigning pre and post callbacks to the geode. In the pre callback, I > subtract out the GUI contribution to the channel values and in the post, I > reset them back. Is this the right way, and if so, which of APP/CULL/DRAW > traversal callbacks should I use? Any other suggestions? Wow, you'd likely have to pre-multiply the mviewing matrix by the inverse transpose of the GUI matrix, and infact it wouldn't be possible if your matrix was after some portion of viewing and before some other modelling transform. An easier way may be to pushmatrix, load identity and go through the entire modelviewing xform including all DCS nodes, minus the GUI xform, then popmatrix in the post draw. Another approach would be to simply have a different channel minus the GUI and add the graph for the reduced xform node to that. Have Fun. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 05:02:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA22210; Tue, 8 Jul 1997 23:41:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA22194; Tue, 8 Jul 1997 23:41:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA20717; Tue, 8 Jul 1997 23:41:06 -0700 Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.3.16]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA11897 for ; Tue, 8 Jul 1997 23:41:05 -0700 env-from (wsherman@ncsa.uiuc.edu) Received: from mx1.ncsa.uiuc.edu (mx1.ncsa.uiuc.edu [141.142.3.15]) by ex1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id BAA23428 for ; Wed, 9 Jul 1997 01:41:05 -0500 (CDT) Received: from pecos.ncsa.uiuc.edu (pecos.ncsa.uiuc.edu [141.142.3.51]) by mx1.ncsa.uiuc.edu (8.8.5/8.8.5) with ESMTP id BAA05772; Wed, 9 Jul 1997 01:41:04 -0500 (CDT) Received: (from wsherman@localhost) by pecos.ncsa.uiuc.edu (8.8.5/8.8.5) id BAA11961; Wed, 9 Jul 1997 01:41:04 -0500 (CDT) From: "William Sherman -Visualization" Message-Id: <9707090141.ZM11959@pecos.ncsa.uiuc.edu> Date: Wed, 9 Jul 1997 01:41:03 -0500 X-Mailer: Z-Mail (3.2.0 06sep94) To: info-performer@sgi.com Cc: wsherman@ncsa.uiuc.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performers, Can anyone provide me with pointers to sample code that makes use of a Magellan 6-DOF input device? I just installed a new one on my Indigo2 today, and havn't had much luck with it. Even an OpenGL/GLX demo program would be of tremendous value. I poked around the web and various ftp sites with sgi software, but didn't notice anything that looked promising. The only remote thing I could find was three functions that refer to the Spaceball in /usr/share/src/OpenGL/samples/EXT/glut.h. FYI: the Magellan documentation mentions that there are two ways to install a Magellan on an SGI. One is to add an X-driver to the kernel, and the other is to install eoe.sw.optinput, and use cports to configure a serial port as a Magellan. I choose the latter, and tried both serial ports. The confidence test program does not list Magellan as a device, and indicates that there is no spaceball attached when it starts up. Thanks, Bill /*************************************************************************/ /* Bill Sherman (wsherman@ncsa.uiuc.edu) */ /* National Center for Supercomputing Applications */ /* University of Illinois at Urbana-Champaign */ /* Og - "You want to do mankind a real service? Tell funnier jokes" */ /* Spinner - "but facts don't always reveal the truth" */ /* Robin - "Yeah, but I always figure that's the writers' fault" */ /*************************************************************************/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 07:32:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA22586; Wed, 9 Jul 1997 02:01:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22570; Wed, 9 Jul 1997 02:01:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA01590; Wed, 9 Jul 1997 02:01:26 -0700 Received: from ligsg11.epfl.ch (ligsg11.epfl.ch [128.178.78.73]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA02483 for ; Wed, 9 Jul 1997 02:01:25 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0wlscl-0000dWC; Wed, 9 Jul 97 11:01 MDT From: "Amaury Aubel" Message-Id: <9707091101.ZM2072@lig.di.epfl.ch> Date: Wed, 9 Jul 1997 11:01:22 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: erratic pointers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have a library where I suspect memory leaks occur. Sometimes the program terminates on: texture[i] = pfuNewSharedTex(tex_name,pfGetSharedArena()); or index = (ushort *)pfMalloc(n*sizeof(ushort),pfGetSharedArena()); (where n is reasonably small) causes corruption of pfGeoSets which are stored elsewhere. Would anyone know a piece of software that can monitor memory so as to track down erratic pointers for example? (Even if the memory is pfMalloc'd and not malloc'd of course) I have heard of "purify" but will it work in conjunction with Performer? Thanks in advance, Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 08:00:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA22622; Wed, 9 Jul 1997 02:32:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22606; Wed, 9 Jul 1997 02:32:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA04168; Wed, 9 Jul 1997 02:32:24 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA06346 for ; Wed, 9 Jul 1997 02:32:20 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id LAA00589; Wed, 9 Jul 1997 11:49:08 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma000572; Wed, 9 Jul 97 11:48:52 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id LAA01225; Wed, 9 Jul 1997 11:30:33 +0200 (MET DST) From: Mario Veraart Message-Id: <199707090930.LAA01225@s00sn1.fel.tno.nl> Subject: Re: pfChannel and node callbacks To: kishore@triavest.com (Anita Kishore) Date: Wed, 9 Jul 1997 11:30:33 +0200 (MET DST) Cc: info-performer@sgi.com (Performer) In-Reply-To: <9707081536.ZM7049@tracey.triavest.com> from "Anita Kishore" at Jul 8, 97 03:36:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Anita Kishore wrote: > In my performer application, the channel's position and orientaion at any > instant of time may consist of values from several sources (eg. from GUI > through the user, from a real camera etc.). For a particular geode in the > scenegraph, I do not want the channel to have GUI input values (even though > the user may be changing values from there), ie: this node should only be > affected by real camera values and not GUI values. This can perhaps be done > by assigning pre and post callbacks to the geode. In the pre callback, I > subtract out the GUI contribution to the channel values and in the post, I > reset them back. Is this the right way, and if so, which of APP/CULL/DRAW > traversal callbacks should I use? Any other suggestions? Maybe you can add an extra geode in the graph for each peace of input/info you want and use the traversal masks to select and deselect a specific node. And such display the info or not. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 13:24:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23411; Wed, 9 Jul 1997 09:28:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23395; Wed, 9 Jul 1997 09:28:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA16099; Wed, 9 Jul 1997 09:28:40 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA21689 for ; Wed, 9 Jul 1997 09:28:40 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA14706; Wed, 9 Jul 1997 09:28:38 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199707091628.JAA14706@remi.engr.sgi.com> Subject: Re: erratic pointers To: aubel@lig.di.epfl.ch (Amaury Aubel) Date: Wed, 9 Jul 1997 09:28:37 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9707091101.ZM2072@lig.di.epfl.ch> from "Amaury Aubel" at Jul 9, 97 11:01:22 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 949 Status: O Amaury Aubel wrote: > > Hi, > > > I have a library where I suspect memory leaks occur. > Sometimes the program terminates on: > texture[i] = pfuNewSharedTex(tex_name,pfGetSharedArena()); > > or > > index = (ushort *)pfMalloc(n*sizeof(ushort),pfGetSharedArena()); > (where n is reasonably small) > causes corruption of pfGeoSets which are stored elsewhere. > > Would anyone know a piece of software that can monitor memory so as to track > down erratic pointers for example? (Even if the memory is pfMalloc'd and not > malloc'd of course) > > I have heard of "purify" but will it work in conjunction with Performer? > You can use dmalloc (ftp://sgigate.sgi.com/pub/Performer/src/misc/dmalloc.tar). This library made by Don Hatch works very well with pfMalloc and MP programs. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 13:24:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23342; Wed, 9 Jul 1997 09:20:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23326; Wed, 9 Jul 1997 09:20:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14947; Wed, 9 Jul 1997 09:20:18 -0700 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA19217 for ; Wed, 9 Jul 1997 09:20:14 -0700 env-from (angus@despair.paradigmsim.com) Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA18164 for info-performer@sgi.com; Wed, 9 Jul 1997 11:17:22 -0500 From: "Angus W.S. Henderson" Message-Id: <9707091117.ZM18162@despair.paradigmsim.com> Date: Wed, 9 Jul 1997 11:17:21 -0500 In-Reply-To: "Amaury Aubel" "erratic pointers" (Jul 9, 11:01am) References: <9707091101.ZM2072@lig.di.epfl.ch> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: erratic pointers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Gauguin was a fairly erotic painter ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 15:23:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA23544; Wed, 9 Jul 1997 09:52:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23528; Wed, 9 Jul 1997 09:52:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA20633; Wed, 9 Jul 1997 09:52:52 -0700 Received: from gateway1.srs.gov (gateway1.srs.gov [192.33.240.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA28979 for ; Wed, 9 Jul 1997 09:52:38 -0700 env-from (randal.sims@srs.gov) Received: by gateway1.srs.gov id AA17955 (InterLock SMTP Gateway 3.0 for info-performer@sgi.com); Wed, 9 Jul 1997 12:52:27 -0400 Message-Id: <199707091652.AA17955@gateway1.srs.gov> Received: by gateway1.srs.gov (Internal Mail Agent-2); Wed, 9 Jul 1997 12:52:27 -0400 Received: by gateway1.srs.gov (Internal Mail Agent-1); Wed, 9 Jul 1997 12:52:27 -0400 Date: Wed, 09 Jul 1997 12:25:33 -0400 From: Randy Sims Subject: Pubs on Continuous Adaptive Terrain? To: info-performer@sgi.com Mime-Version: 1.0 (generated by SEMI MIME-Edit 0.80) Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Emacs: 20.2 XEmacs Lucid without mule Status: O I found a reference to WILLIS,L.R., JONES,M.T, and ZHAO, J. "A Method for Continuous Adaptive Terrain". In Proceedings of the 1996 IMAGE Conference, June 1996. Is that paper, or others addressing Performer's terrain implementation, available in electronic form on the net? Randy. Randal N. Sims (Randy) | Tel: (803)725-8347 Westinghouse Savannah River Co. | Fax: (803)725-8829 SRS, 773-42A, 129 | Email: randal.sims@srs.gov Aiken, SC 29808-0001 USA | URL: "under construction" DISCLAIMER: The opinions expressed are mine and do not necessarily represent Westinghouse Savannah River Co. or the United States Department of Energy. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 15:56:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA23854; Wed, 9 Jul 1997 10:23:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA23838; Wed, 9 Jul 1997 10:23:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26006; Wed, 9 Jul 1997 10:23:52 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA11024 for ; Wed, 9 Jul 1997 10:23:49 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id KAA29874; Wed, 9 Jul 1997 10:25:14 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA10232; Wed, 9 Jul 1997 10:26:48 -0700 From: "Anita Kishore" Message-Id: <9707091026.ZM10230@tracey.triavest.com> Date: Wed, 9 Jul 1997 10:26:46 -0700 In-Reply-To: "Amaury Aubel" "erratic pointers" (Jul 9, 11:01am) References: <9707091101.ZM2072@lig.di.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Amaury Aubel" , info-performer@sgi.com Subject: Re: erratic pointers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 9, 11:01am, Amaury Aubel wrote: > Subject: erratic pointers > Hi, > > > I have a library where I suspect memory leaks occur. > Sometimes the program terminates on: > texture[i] = pfuNewSharedTex(tex_name,pfGetSharedArena()); > > or > > index = (ushort *)pfMalloc(n*sizeof(ushort),pfGetSharedArena()); > (where n is reasonably small) > causes corruption of pfGeoSets which are stored elsewhere. > > Would anyone know a piece of software that can monitor memory so as to track > down erratic pointers for example? (Even if the memory is pfMalloc'd and not > malloc'd of course) > > I have heard of "purify" but will it work in conjunction with Performer? > I have used purify a little. Seems to be ok with performer appl. -anita -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 17:33:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA24139; Wed, 9 Jul 1997 11:57:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA24123; Wed, 9 Jul 1997 11:57:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA11198; Wed, 9 Jul 1997 11:57:55 -0700 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA16373 for ; Wed, 9 Jul 1997 11:57:54 -0700 env-from (cutt@netcom.com) Received: (from cutt@localhost) by netcom.netcom.com (8.6.13/Netcom) id LAA22163; Wed, 9 Jul 1997 11:57:47 -0700 Date: Wed, 9 Jul 1997 11:57:46 -0700 (PDT) From: "Paul S. Cutt" Subject: Re: your mail To: William Sherman -Visualization cc: info-performer@sgi.com, wsherman@ncsa.uiuc.edu In-Reply-To: <9707090141.ZM11959@pecos.ncsa.uiuc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, You might want to consider our VR device API which includes drivers for a Megellan device. We will add support if not present. Works with Performer. Check out our web site for more info. www.xtensory.com. Thanks, paul On Wed, 9 Jul 1997, William Sherman -Visualization wrote: > Performers, > > Can anyone provide me with pointers to sample code that makes > use of a Magellan 6-DOF input device? I just installed a new > one on my Indigo2 today, and havn't had much luck with it. > > Even an OpenGL/GLX demo program would be of tremendous value. > I poked around the web and various ftp sites with sgi software, > but didn't notice anything that looked promising. > > The only remote thing I could find was three functions that > refer to the Spaceball in /usr/share/src/OpenGL/samples/EXT/glut.h. > > FYI: the Magellan documentation mentions that there are two ways > to install a Magellan on an SGI. One is to add an X-driver to > the kernel, and the other is to install eoe.sw.optinput, and use > cports to configure a serial port as a Magellan. I choose the > latter, and tried both serial ports. The confidence test program > does not list Magellan as a device, and indicates that there is > no spaceball attached when it starts up. > > Thanks, > Bill > > /*************************************************************************/ > /* Bill Sherman (wsherman@ncsa.uiuc.edu) */ > /* National Center for Supercomputing Applications */ > /* University of Illinois at Urbana-Champaign */ > /* Og - "You want to do mankind a real service? Tell funnier jokes" */ > /* Spinner - "but facts don't always reveal the truth" */ > /* Robin - "Yeah, but I always figure that's the writers' fault" */ > /*************************************************************************/ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 9 20:51:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA25058; Wed, 9 Jul 1997 15:08:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA25042; Wed, 9 Jul 1997 15:08:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA12766; Wed, 9 Jul 1997 15:08:05 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA17115 for ; Wed, 9 Jul 1997 15:08:05 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id PAA17104; Wed, 9 Jul 1997 15:07:47 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199707092207.PAA17104@remi.engr.sgi.com> Subject: Re: erratic pointers To: angus@despair.paradigmsim.com (Angus W.S. Henderson) Date: Wed, 9 Jul 1997 15:07:47 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9707091117.ZM18162@despair.paradigmsim.com> from "Angus W.S. Henderson" at Jul 9, 97 11:17:21 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 263 Status: O Angus W.S. Henderson wrote: > > Gauguin was a fairly erotic painter Did you try "Purify" on that ? _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 10 06:52:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA27103; Thu, 10 Jul 1997 01:35:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA27087; Thu, 10 Jul 1997 01:35:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA02855; Thu, 10 Jul 1997 01:35:55 -0700 Received: from sgisgp2.singapore.sgi.com ([134.14.84.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA20719 for ; Thu, 10 Jul 1997 01:35:53 -0700 env-from (tzelin@singapore.sgi.com) Received: by sgisgp2.singapore.sgi.com (950911.SGI.8.6.12.PATCH825/920502.SGI) for info-performer@sgi.com id QAA14967; Thu, 10 Jul 1997 16:34:16 +0800 Date: Thu, 10 Jul 1997 16:34:16 +0800 From: tzelin@singapore.sgi.com (Tze Lin Ong) Message-Id: <9707101634.ZM14965@sgisgp2.singapore.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Clipmap Config Files Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi all, Has anyone tried clipmapping with 5551-format tiles (or any other format, for that matter)? I'm having a little trouble finding out what to specify in my image cache (.ic) and clip texture (.ct) files for the texture format. I thought the answer would be: ic_version1.0/ct_version1.0 ext_format PFTEX_PACK_8 int_format GL_RGB5_A1_EXT img_format PFTEX_RGBA ...but perfly reports, among others, PF Warning(2): Normal Read of file map.256.r000.c000.raw5551 failed PF Warning: Only Read 32768 of 65536 Texels ...and so on for all the other clip levels. I've consulted the man pages for pfTexture and glDrawPixels, etc, but to no avail. Can anybody shed some light on this? Thanks v much, in advance! Cheers, tzelin -- ______________________________________________________________________ Ong Tze Lin Silicon Graphics ASEAN Headquarters 89 Science Park Drive #03-03 to 06 Systems Engineer The Rutherford, Singapore 118261 Vissim/Defence Ind. Mktg. Tel: 65-7773088 Fax: 65-7793650 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 10 07:38:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA27233; Thu, 10 Jul 1997 02:20:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA27217; Thu, 10 Jul 1997 02:20:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA05203; Thu, 10 Jul 1997 02:20:19 -0700 Received: from phenix (phenix.iiriam.fr [194.167.168.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA27401 for ; Thu, 10 Jul 1997 02:20:08 -0700 env-from (momo1@phenix.iiriam.fr) Received: from API by phenix via SMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) for id LAA03833; Thu, 10 Jul 1997 11:07:33 +0200 Sender: momo@phenix Message-ID: <33C53216.41C6@phenix.iiriam.fr> Date: Thu, 10 Jul 1997 12:03:50 -0700 From: "M.K." Organization: Animare X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: pfChanPick radius Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers! I dont now how to use radius in pfChanPick routine, and pick all objects around mouse position in my program, I make a Brush for paint on models, but when a change radius parameter, It change nothing From guest Thu Jul 10 07:58:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA27265; Thu, 10 Jul 1997 02:39:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA27249; Thu, 10 Jul 1997 02:39:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA06220; Thu, 10 Jul 1997 02:39:33 -0700 Received: from phenix (phenix.iiriam.fr [194.167.168.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA00384 for ; Thu, 10 Jul 1997 02:38:53 -0700 env-from (momo1@phenix) Received: by phenix (951211.SGI.8.6.12.PATCH1502/940406.SGI) for info-performer@sgi.com id LAA03908; Thu, 10 Jul 1997 11:26:09 +0200 From: "Maurice Kufferath" Message-Id: <9707101126.ZM3906@phenix> Date: Thu, 10 Jul 1997 11:26:09 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: pfChanPick radius(no change) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers ! If anybody used radius with pfPickChan not equal to 0 my code is int k=Shared->chan[0]->pick(PFPK_M_ALL| PFTRAV_IS_BCYL| PFTRAV_IS_CULL_BACK| PFTRAV_IS_GSET, mx,my,brushSize ,&hit); if (k > 0) { .. } but when I change brushSize, Its Change Nothing Its select PfGeoSet only when pfGeoSet is under mouse Any ideas are appreciated! Regards -- Maurice Kufferath RD Manager ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 10 08:15:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA27313; Thu, 10 Jul 1997 02:57:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA27297; Thu, 10 Jul 1997 02:57:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA07134; Thu, 10 Jul 1997 02:57:09 -0700 Received: from phenix (phenix.iiriam.fr [194.167.168.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA02980 for ; Thu, 10 Jul 1997 02:57:08 -0700 env-from (momo1@phenix) Received: by phenix (951211.SGI.8.6.12.PATCH1502/940406.SGI) id LAA03953; Thu, 10 Jul 1997 11:44:26 +0200 From: "Maurice Kufferath" Message-Id: <9707101144.ZM3951@phenix> Date: Thu, 10 Jul 1997 11:44:26 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: test mail info-performer Cc: momo1@phenix.iiriam.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O His anyone receive my mail ??? -- Maurice Kufferath RD Manager ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 10 14:40:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA28507; Thu, 10 Jul 1997 09:10:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA28491; Thu, 10 Jul 1997 09:09:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA07067; Thu, 10 Jul 1997 09:09:58 -0700 Received: from gossamar.paradigmsim.com (gossamar.paradigmsim.com [206.7.114.134]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA13324; Thu, 10 Jul 1997 09:09:55 -0700 env-from (richard@gossamar.paradigmsim.com) Received: (from richard@localhost) by gossamar.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA04713; Thu, 10 Jul 1997 10:54:02 -0500 From: richard@gossamar.paradigmsim.com (Richard McDonald) Message-Id: <9707101054.ZM4712@gossamar.paradigmsim.com> Date: Thu, 10 Jul 1997 10:54:02 -0500 In-Reply-To: tzelin@singapore.sgi.com (Tze Lin Ong) "Clipmap Config Files" (Jul 10, 4:34pm) References: <9707101634.ZM14965@sgisgp2.singapore.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: tzelin@singapore.sgi.com (Tze Lin Ong) Subject: Re: Clipmap Config Files Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 10, 4:34pm, Tze Lin Ong wrote: > Subject: Clipmap Config Files > Hi all, > > Has anyone tried clipmapping with 5551-format tiles (or any other format, for > that matter)? I'm having a little trouble finding out what to specify in my > image cache (.ic) and clip texture (.ct) files for the texture format. > > I thought the answer would be: > > ic_version1.0/ct_version1.0 OK here. > ext_format PFTEX_PACK_8 Try ext_format PFTEX_UNSIGNED_SHORT_5_5_5_1 This has worked for me. > int_format GL_RGB5_A1_EXT > img_format PFTEX_RGBA > > > ...but perfly reports, among others, > > PF Warning(2): Normal Read of file map.256.r000.c000.raw5551 > failed > PF Warning: Only Read 32768 of 65536 Texels Also, How big is your file? Presuming that its 256 on a side, for 5551, it should be 131072 bytes. If you've compressed it any (eg rle, jpeg.etc), then Performer won't know to decompress. > ...and so on for all the other clip levels. I've consulted the man pages for > pfTexture and glDrawPixels, etc, but to no avail. > > Can anybody shed some light on this? > > Thanks v much, in advance! > > Cheers, > tzelin > > > -- > ______________________________________________________________________ > Ong Tze Lin Silicon Graphics ASEAN Headquarters > 89 Science Park Drive #03-03 to 06 > Systems Engineer The Rutherford, Singapore 118261 > Vissim/Defence Ind. Mktg. Tel: 65-7773088 Fax: 65-7793650 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Tze Lin Ong Hope this was helpful, -- -- Richard McDonald ___________________________________________________________ richard@paradigmsim.com Paradigm Simulation, Inc. voice: (972) 960-2301 14900 Landmark Blvd Ste 400 fax: (972) 960-2303 Dallas, TX 75240-6725 ___________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 10 15:45:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA28952; Thu, 10 Jul 1997 10:11:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA28936; Thu, 10 Jul 1997 10:11:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA17216; Thu, 10 Jul 1997 10:11:34 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA07163 for ; Thu, 10 Jul 1997 10:11:33 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id KAA17207; Thu, 10 Jul 1997 10:11:32 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA18211; Thu, 10 Jul 1997 10:11:12 -0700 From: "Rob Jenkins" Message-Id: <9707101011.ZM18209@quid.csd.sgi.com> Date: Thu, 10 Jul 1997 10:11:11 -0700 In-Reply-To: "Maurice Kufferath" "test mail info-performer" (Jul 10, 11:44am) References: <9707101144.ZM3951@phenix> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: momo1@phenix.iiriam.fr, momo2@glob.iiriam.fr Subject: Re: test mail info-performer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 10, 11:44am, Maurice Kufferath wrote: > Subject: test mail info-performer > His anyone receive my mail > ??? > > > -- > Maurice Kufferath RD Manager > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Maurice Kufferath got it, hope you don't get swamped :-) I changed you to be subscribed as momo2@glob.iiriam.fr as per your request earlier. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 10 19:24:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA29690; Thu, 10 Jul 1997 13:41:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA29672; Thu, 10 Jul 1997 13:41:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA23907; Thu, 10 Jul 1997 13:41:09 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA26048 for ; Thu, 10 Jul 1997 13:41:08 -0700 env-from (bills@p3.enzian.com) Received: from ENZIAN02.ENZIAN.COM by relay1.smtp.psi.net (8.8.3/SMI-5.4-PSI) id QAA20353; Thu, 10 Jul 1997 16:41:01 -0400 (EDT) Received: from ENZIAN_02/SpoolDir by ENZIAN02.ENZIAN.COM (Mercury 1.21); 10 Jul 97 16:40:13 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 10 Jul 97 16:39:46 EST From: "Bill Storma" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Thu, 10 Jul 1997 16:39:45 EST Subject: Curved screen output X-mailer: Pegasus Mail for Windows (v2.52) Message-ID: <5197201AAE@ENZIAN02.ENZIAN.COM> Status: O I am looking for any information or help available on how to project an image from an SGI machine running Performer/Vega onto a curved screen. Since the viewing frustum is (apparently) setup for a flat screen, I assume that there must be some compensation made when attempting to use a curved screen. However, the books don't seem to address this problem. Can anyone help me out on this ?? Thanks - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Bill Storma Phone: 407-282-1884 Enzian Technology FAX: 407-282-3013 Orlando, Fl. 32817 e-mail: bills@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 10 21:53:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA00283; Thu, 10 Jul 1997 16:14:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA00267; Thu, 10 Jul 1997 16:14:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA18930; Thu, 10 Jul 1997 16:14:21 -0700 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id QAA21887 for ; Thu, 10 Jul 1997 16:14:21 -0700 env-from (croft@nosc.mil) Received: from cod.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA03783; Thu, 10 Jul 97 16:14:20 PDT Received: from by cod.nosc.mil (4.1/SMI-4.1) id AB29426; Thu, 10 Jul 97 16:14:19 PDT Date: Thu, 10 Jul 97 16:14:19 PDT Message-Id: <9707102314.AB29426@cod.nosc.mil> X-Sender: croft@cod.nosc.mil X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: William Sherman -Visualization From: croft@nosc.mil (Bryan Croft) Subject: Re: your mail Cc: info-performer@sgi.com, wsherman@ncsa.uiuc.edu Status: O Hi, You might want to consider our VR device API which includes drivers for a Megellan device. We will add support if not present. Works with Performer. Check out our web site for more info. www.xtensory.com. Thanks, paul On Wed, 9 Jul 1997, William Sherman -Visualization wrote: > Performers, > > Can anyone provide me with pointers to sample code that makes > use of a Magellan 6-DOF input device? I just installed a new > one on my Indigo2 today, and havn't had much luck with it. > > Even an OpenGL/GLX demo program would be of tremendous value. > I poked around the web and various ftp sites with sgi software, > but didn't notice anything that looked promising. > > The only remote thing I could find was three functions that > refer to the Spaceball in /usr/share/src/OpenGL/samples/EXT/glut.h. > > FYI: the Magellan documentation mentions that there are two ways > to install a Magellan on an SGI. One is to add an X-driver to > the kernel, and the other is to install eoe.sw.optinput, and use > cports to configure a serial port as a Magellan. I choose the > latter, and tried both serial ports. The confidence test program > does not list Magellan as a device, and indicates that there is > no spaceball attached when it starts up. > > Thanks, > Bill > > /*************************************************************************/ > /* Bill Sherman (wsherman@ncsa.uiuc.edu) */ > /* National Center for Supercomputing Applications */ > /* University of Illinois at Urbana-Champaign */ > /* Og - "You want to do mankind a real service? Tell funnier jokes" */ > /* Spinner - "but facts don't always reveal the truth" */ > /* Robin - "Yeah, but I always figure that's the writers' fault" */ > /*************************************************************************/ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com **************************************************************************** ********* Bryan Croft NCCOSC RDTE DIV D44206 53140 SYSTEMS STREET SAN DIEGO, CA 92152-7560 (619)553-3458 FAX (619)553-6902 croft@nosc.mil **************************************************************************** ********* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 11 00:05:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA00758; Thu, 10 Jul 1997 18:23:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00740; Thu, 10 Jul 1997 18:23:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA03531; Thu, 10 Jul 1997 18:23:01 -0700 Received: from sgisgp2.singapore.sgi.com ([134.14.84.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA27971 for ; Thu, 10 Jul 1997 18:22:58 -0700 env-from (tzelin@singapore.sgi.com) Received: by sgisgp2.singapore.sgi.com (950911.SGI.8.6.12.PATCH825/920502.SGI) id JAA22541; Fri, 11 Jul 1997 09:21:05 +0800 Date: Fri, 11 Jul 1997 09:21:05 +0800 From: tzelin@singapore.sgi.com (Tze Lin Ong) Message-Id: <9707110921.ZM22539@sgisgp2.singapore.sgi.com> In-Reply-To: richard@gossamar.paradigmsim.com (Richard McDonald) "Re: Clipmap Config Files" (Jul 10, 10:54am) References: <9707101634.ZM14965@sgisgp2.singapore.sgi.com> <9707101054.ZM4712@gossamar.paradigmsim.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: richard@gossamar.paradigmsim.com (Richard McDonald) Subject: Re: Clipmap Config Files Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi! Thanks for the speedy posting. On Jul 10, 10:54am, Richard McDonald wrote: > > > > ic_version1.0/ct_version1.0 > > OK here. > > > ext_format PFTEX_PACK_8 > > Try ext_format PFTEX_UNSIGNED_SHORT_5_5_5_1 > This has worked for me. > int_format GL_RGB5_A1_EXT > img_format PFTEX_RGBA > Right, tried this, but performer sez: PF Notice: pfTexture - bad number of components 65535 - use pfTexImage to set in range [1-4] PF Warning: pfdLoadClipTexture: Invalid Image Format PFTEX_UNSIGNED_SHORT_5_5_5_1 ...have I not installed something that I should have? It seems performer doesn't recognise tokens the man pages say it should, even when I try UNSIGNED for img_format (which the man page says is a valid token). BTW my tiles are 512x512 so for 5551 they are 524288 bytes in size (except for the smaller 256 and below tiles). Also, my 888 tiles work ok, using the sample config files. I just want to see the performance delta using smaller-sized tiles. Cheers, tzelin -- ______________________________________________________________________ Ong Tze Lin Silicon Graphics ASEAN Headquarters 89 Science Park Drive #03-03 to 06 Systems Engineer The Rutherford, Singapore 118261 Vissim/Defence Ind. Mktg. Tel: 65-7773088 Fax: 65-7793650 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 11 00:26:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA00801; Thu, 10 Jul 1997 18:38:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00785; Thu, 10 Jul 1997 18:38:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA04765; Thu, 10 Jul 1997 18:38:21 -0700 Received: from sgisgp2.singapore.sgi.com ([134.14.84.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA01285 for ; Thu, 10 Jul 1997 18:38:18 -0700 env-from (tzelin@singapore.sgi.com) Received: by sgisgp2.singapore.sgi.com (950911.SGI.8.6.12.PATCH825/920502.SGI) id JAA23178; Fri, 11 Jul 1997 09:36:28 +0800 Date: Fri, 11 Jul 1997 09:36:28 +0800 From: tzelin@singapore.sgi.com (Tze Lin Ong) Message-Id: <9707110936.ZM23176@sgisgp2.singapore.sgi.com> In-Reply-To: richard@gossamar.paradigmsim.com (Richard McDonald) "Re: Clipmap Config Files" (Jul 10, 10:54am) References: <9707101634.ZM14965@sgisgp2.singapore.sgi.com> <9707101054.ZM4712@gossamar.paradigmsim.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: richard@gossamar.paradigmsim.com (Richard McDonald) Subject: Re: Clipmap Config Files Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Oops, please disregard my last posting, I tried > ext_format PFTEX_PACK_8 Try ext_format PFTEX_UNSIGNED_SHORT_5_5_5_1 This has worked for me. > int_format GL_RGB5_A1_EXT > img_format PFTEX_RGBA > ... and it works for me too! My .ct file was messed up and I hadn't fixed before trying it out. Thanks for your help! Cheers, tzelin -- ______________________________________________________________________ Ong Tze Lin Silicon Graphics ASEAN Headquarters 89 Science Park Drive #03-03 to 06 Systems Engineer The Rutherford, Singapore 118261 Vissim/Defence Ind. Mktg. Tel: 65-7773088 Fax: 65-7793650 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 11 11:20:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA02346; Fri, 11 Jul 1997 05:56:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA02330; Fri, 11 Jul 1997 05:56:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA15257; Fri, 11 Jul 1997 05:56:25 -0700 Received: from mclapo.apo.saic.com (apo.saic.com [149.8.95.65]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA14079 for ; Fri, 11 Jul 1997 05:56:24 -0700 env-from (BLANCHARD@mclapo.apo.saic.com) From: BLANCHARD@mclapo.apo.saic.com Date: Fri, 11 Jul 1997 8:55:49 -0400 To: info-performer@sgi.com Message-Id: <970711085549.4e3@mclapo.apo.saic.com> Subject: 3DS loader in Performer 2.1 Status: O Howdy Performers! Has anyone used the 3DS loader in Performer? If so, how did you get the loader into Performer? I've located the proper library (libpf3ds.so), which has a link to the right version, but when I try to read in a 3ds file I get: pfdFindConverterDSO() - Could not load DSO for extension "3ds" pfdFindConverterDSO() - Could not load DSO for extension "3ds" pfdLoadFile() - Unable to load file man1.3ds because of problem finding pfdLoadFile_3ds I'm able to read dwb, flt, obj,... files, but no 3ds. Any ideas? --Paul ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 11 16:08:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02770; Fri, 11 Jul 1997 10:21:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02754; Fri, 11 Jul 1997 10:21:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA15850; Fri, 11 Jul 1997 10:21:40 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA19072 for ; Fri, 11 Jul 1997 10:21:39 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id MAA26356; Fri, 11 Jul 1997 12:29:04 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma026348; Fri, 11 Jul 97 12:28:46 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id QAA16968; Fri, 11 Jul 1997 16:28:58 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA02670; Fri, 11 Jul 1997 12:28:56 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199707111628.MAA02670@hf.ht.com> Subject: Re: array of pfDCS (CORRECTION - again) To: bryce@dns.para.co.kr (Byungsung Cho) Date: Fri, 11 Jul 1997 12:28:56 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <33C5D761.1A4E2A0E@bbs.para.co.kr> from "Byungsung Cho" at Jul 11, 97 03:49:06 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O > > Hi! > > I had similar problem as the original poster of the question. > As you showed, I wrote codes that make pfSwitch array. > But I got compile error and cannot figure out how to fix it. > Can you tell me what I am missing? > > Thank you in advance. > > Byungsung Cho > rtv@bbs.para.co.kr > > -------------------------------------------- > My code looks like below: > > // Make switch array > pfSwitch **sw; > sw = new( pfGetSharedArena() ) pfSwitch * [numEvents]; > for ( i = 0; i < numEvents; i++ ) > sw[i] = new pfSwitch(); > > And, error message when compiled: > > making OpenGL DSO version of suri > /usr/bin/CC -DIRIX6 -I.. -I../../common > -I../../../../../../usr/include/ -nostdinc -I/usr/include/CC > -I/usr/include -mips2 -o32 -O -MDupdate Makedepend -c ../srScene.C > "../srScene.C", line 1428: error(3464): no instance of overloaded > "operator new" matches these operands > sw = new( pfGetSharedArena() ) pfSwitch * [numEvents]; > ^ > > 1 error detected in the compilation of "../srScene.C". > *** Error code 1 > smake: Error: 1 error > *** Error code 2 My bad, I thought I understood the overloaded new in pfObject (my C++ is apparently not even that good). Try this (I know it will compile... honest... I tried it myself this time): // Make switch array int num_events = 10; pfSwitch **sw = (pfSwitch **) pfMalloc(num_events*sizeof(pfSwitch *), pfGetSharedArena()) ; for (int i = 0; i < num_events; i++ ) sw[i] = new pfSwitch(); At this point I start getting paranoid about C++ and shared arena stuff, and start wondering if the sw variable should be in the shared arena as well. I do this by putting sw in a struct that is allocated from the shared arena. So can someone out there tell me if and how to use the new operators in pfObject. Note that the man pages for libpr classes list both new functions (including the one where you can specify an arena). On the other hand, libpf classes inherit from pfUpdatable which in turn inherets from pfObject, but the man pages only list one new operator which is actually specified in pfUpdatable (as well as pfObject)....does the override of one new operator in pfUpdatable hide both new operators in pfObject? Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. "It's just like having your computer screen lock up on you when you're using Microsoft Word. You have to hit the reset button." -- Matt Wallace, NASA Rover Coordinator, on the solution to the modem problems on Sojourner in The Seattle Times July 6 1997. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 11 17:18:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02941; Fri, 11 Jul 1997 11:36:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02925; Fri, 11 Jul 1997 11:36:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA28339; Fri, 11 Jul 1997 11:36:50 -0700 Received: from proxima.engr.sgi.com ([150.166.37.63]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA15201 for ; Fri, 11 Jul 1997 11:36:48 -0700 env-from (tomcat@asd.sgi.com) Received: from proxima (localhost [127.0.0.1]) by proxima.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via SMTP id LAA00862; Fri, 11 Jul 1997 11:36:21 -0700 Sender: tomcat@asd.sgi.com Message-ID: <33C67D25.41C6@asd.sgi.com> Date: Fri, 11 Jul 1997 11:36:21 -0700 From: Tom McReynolds X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.4 IP22) MIME-Version: 1.0 To: Tze Lin Ong CC: Richard McDonald , info-performer@sgi.com Subject: Re: Clipmap Config Files References: <9707101634.ZM14965@sgisgp2.singapore.sgi.com> <9707101054.ZM4712@gossamar.paradigmsim.com> <9707110921.ZM22539@sgisgp2.singapore.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Tze Lin Ong wrote: > > Hi! > > Thanks for the speedy posting. > > On Jul 10, 10:54am, Richard McDonald wrote: > > > > > > > ic_version1.0/ct_version1.0 > > > > OK here. > > > > > ext_format PFTEX_PACK_8 > > > > Try ext_format PFTEX_UNSIGNED_SHORT_5_5_5_1 > > > This has worked for me. > > > int_format GL_RGB5_A1_EXT > > img_format PFTEX_RGBA > > > > Right, tried this, but performer sez: > > PF Notice: pfTexture - bad number of components 65535 - use > pfTexImage to set in range [1-4] > PF Warning: pfdLoadClipTexture: Invalid Image Format > PFTEX_UNSIGNED_SHORT_5_5_5_1 > > ...have I not installed something that I should have? It seems performer > doesn't recognise tokens the man pages say it should, even when I try UNSIGNED > for img_format (which the man page says is a valid token). > > BTW my tiles are 512x512 so for 5551 they are 524288 bytes in size (except for > the smaller 256 and below tiles). > > Also, my 888 tiles work ok, using the sample config files. I just want to see > the performance delta using smaller-sized tiles. This is a known performer bug, which is at least partially fixed in 2.2 (at least you won't hit it with cliptexture config files). The problem is that the texture configuration code is order dependent. To fix it, I think you have to have your config files in the following order: ext_format PFTEX_UNSIGNED_SHORT_5_5_5_1 int_format PFTEX_RGB5_A1 img_format PFTEX_RGBA I may have this wrong. Try permutations of these three. The 2.2 config code is careful to always order the calls correctly. If this still doesn't work, let me know, and I'll look into the workaround harder. -Tom > > Cheers, > tzelin > > -- > ______________________________________________________________________ > Ong Tze Lin Silicon Graphics ASEAN Headquarters > 89 Science Park Drive #03-03 to 06 > Systems Engineer The Rutherford, Singapore 118261 > Vissim/Defence Ind. Mktg. Tel: 65-7773088 Fax: 65-7793650 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 11 22:00:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA04037; Fri, 11 Jul 1997 16:14:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA04021; Fri, 11 Jul 1997 16:14:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA11933; Fri, 11 Jul 1997 16:14:12 -0700 Received: from escape.com (escape.com [198.6.71.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA27966 for ; Fri, 11 Jul 1997 16:14:07 -0700 env-from (vonness@escape.com) Received: from as21-0.arship21.com (as21-0.arship21.com [208.199.160.80]) by escape.com (8.8.3/8.6.9) with SMTP id TAA28474 for ; Fri, 11 Jul 1997 19:37:02 GMT Message-ID: <33C6BD96.65C1@escape.com> Date: Fri, 11 Jul 1997 19:11:19 -0400 From: Charles Vonness X-Mailer: Mozilla 3.01 (Win95; U) MIME-Version: 1.0 To: info-performer@sgi.com Subject: 3DS MAX reader Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O To all, Does anyone know if there is a 3DS MAX reader for Performer??? If so please tell me where to find it. Thanks in advance, Charlie ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 12 00:06:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA04424; Fri, 11 Jul 1997 18:33:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA04408; Fri, 11 Jul 1997 18:33:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA27134; Fri, 11 Jul 1997 18:33:09 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA01537 for ; Fri, 11 Jul 1997 18:33:08 -0700 env-from (swami@evl.uic.edu) Received: from kona.evl.uic.edu (kona.evl.uic.edu [131.193.48.161]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id UAA27743; Fri, 11 Jul 1997 20:34:19 -0500 (CDT) Received: from localhost (swami@localhost) by kona.evl.uic.edu (8.6.5/8.6.4) with SMTP id UAA12665; Fri, 11 Jul 1997 20:34:20 -0500 X-Authentication-Warning: kona.evl.uic.edu: swami owned process doing -bs Date: Fri, 11 Jul 1997 20:34:19 -0500 (CDT) From: "Swaminathan N." To: Scott McMillan cc: Byungsung Cho , info-performer@sgi.com Subject: Re: array of pfDCS (CORRECTION - again) In-Reply-To: <199707111628.MAA02670@hf.ht.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 11 Jul 1997, Scott McMillan wrote: > > Can you tell me what I am missing? > > > > Thank you in advance. > > > > Byungsung Cho > > rtv@bbs.para.co.kr > > > > "../srScene.C", line 1428: error(3464): no instance of overloaded > > "operator new" matches these operands > > sw = new( pfGetSharedArena() ) pfSwitch * [numEvents]; This error occurs because operator new in pfUpdatable hides operator new(size_t, void *) in pfObject. However operator new for pfUpdatable and classes derived from it allocates from the shared arena. So there is no need to use this syntax. Typical use of the above syntax occurs for classes that use the PFSTRUCT_DECLARE macro, for example the classes declared in pfLinMath.h. IMHO, I think this overloading will lead to confusion, especially when including and using placement new. ::operator new(size_t, void *p) constructs the object at the spot designated by the pointer p. However, pfStruct::operator new(size_t sz, void *p) uses p to allocate sz bytes and constructs in that space. Passing pfGetSharedArena() as an argument to ::operator new is plain wrong. However, since in the statement above you're using operator new [] which is not defined at all in any performer include file, you'll probably be tempted to include and thus, disaster strikes, as it did to me. > > My bad, I thought I understood the overloaded new in pfObject (my C++ is > apparently not even that good). I've been there zillions of times and will probably go there again :-) bye Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 13 20:49:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA02487; Sun, 13 Jul 1997 15:18:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA02471; Sun, 13 Jul 1997 15:18:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA19372; Sun, 13 Jul 1997 15:18:39 -0700 Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA06213 for ; Sun, 13 Jul 1997 15:18:35 -0700 env-from (jaf@chem.ucsd.edu) Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox1.ucsd.edu (8.8.5/8.6.9) with SMTP id PAA08529 for ; Sun, 13 Jul 1997 15:11:32 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id PAA29246 for ; Sun, 13 Jul 1997 15:11:30 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id WAA18054; Sun, 13 Jul 1997 22:11:41 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199707132211.WAA18054@sdchemw1.ucsd.edu> Subject: Stupid Performer tricks To: info-performer@sgi.com Date: Sun, 13 Jul 1997 15:11:41 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi Performers, I've got a Performer app that outputs two 640x486 pfChannels into the RE2 MCO frame buffer. The video outputs from these channels are then fed into a stereo multiplexer to form a single (frame-sequential) stereo image on a TV screen. As I understand it, the stereo multiplexer hardware more-or-less drops every second row of pixels from each pfChannel. With that in mind, I want to take some of the load off of my draw process by to generating a 640x243 image for each pfChannel, and then "zooming" the channel by a factor of two vertically, so that each row of pixels is duplicated on the next row, and the pfChannel still fills the 640x486 area on-screen that the RE2 MCO requires. So--does anyone know how to do this with OpenGL/Performer, in such a way that it wont take up more draw time then just rendering every line the regular way would? (hardware zoom, maybe??) Thanks in advance for any suggestions, Jeremy (who is cutting all corners in search of a better frame rate ;)) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 04:01:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA03325; Sun, 13 Jul 1997 22:38:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA03309; Sun, 13 Jul 1997 22:38:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA01823; Sun, 13 Jul 1997 22:38:55 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA28467 for ; Sun, 13 Jul 1997 22:38:45 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id WAA12160; Sun, 13 Jul 1997 22:38:43 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id WAA24383; Sun, 13 Jul 1997 22:38:42 -0700 Date: Sun, 13 Jul 1997 22:38:42 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707132238.ZM24381@multipass.asd.sgi.com> In-Reply-To: jaf@chem.ucsd.edu (Jeremy Friesner) "Stupid Performer tricks" (Jul 13, 3:11pm) References: <199707132211.WAA18054@sdchemw1.ucsd.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: jaf@chem.ucsd.edu (Jeremy Friesner), info-performer@sgi.com Subject: Re: Stupid Performer tricks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This can't be done. You could define an interlaced stipple pattern but I don't expect it to save you any fill performance. It *may* be worth a try if you have lots of transparent blended pixels for instance. On iR you could resize half height channels then ised the DVR capability to scale to video but on RE2 this capability doesn't exist. Cheers,Angus. On Jul 13, 3:11pm, Jeremy Friesner wrote: > Subject: Stupid Performer tricks > > Hi Performers, > > I've got a Performer app that outputs two 640x486 > pfChannels into the RE2 MCO frame buffer. > > The video outputs from these channels are then fed into > a stereo multiplexer to form a single (frame-sequential) > stereo image on a TV screen. As I understand it, the > stereo multiplexer hardware more-or-less drops > every second row of pixels from each pfChannel. > > With that in mind, I want to take some of the load off > of my draw process by to generating a 640x243 image > for each pfChannel, and then "zooming" the channel by > a factor of two vertically, so that each row of pixels > is duplicated on the next row, and the pfChannel > still fills the 640x486 area on-screen that the RE2 MCO > requires. > > So--does anyone know how to do this with OpenGL/Performer, > in such a way that it wont take up more draw time then > just rendering every line the regular way would? > (hardware zoom, maybe??) > > Thanks in advance for any suggestions, > > Jeremy (who is cutting all corners in search of a better frame rate ;)) > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jeremy Friesner ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 08:19:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA03771; Mon, 14 Jul 1997 02:47:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA03755; Mon, 14 Jul 1997 02:47:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00581; Mon, 14 Jul 1997 02:47:01 -0700 Received: from ligsg31.epfl.ch (ligsg31.epfl.ch [128.178.78.46]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA00772 for ; Mon, 14 Jul 1997 02:46:51 -0700 env-from (aubel@lig.di.epfl.ch) Received: from localhost (1273 bytes) by ligsg31.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Mon, 14 Jul 1997 11:46:53 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Amaury Aubel" Message-Id: <9707141146.ZM6235@lig.di.epfl.ch> Date: Mon, 14 Jul 1997 11:46:53 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Purify + pfInit Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'm trying to run purify on Performer applications. I started with a fairly simple Performer one: the sample code "simple.c" shipped with Performer. I run it on a single-processor machine in APPCULLDRAW mode. I also translated calls to amalloc, afree, arealloc to their Unix counterparts malloc,free,realloc. However, in my Purify window it looks like it never goes farther than the call to pfInit. Could the fork performed by pfInit account for this? No matter what option flags I specify (-follow-child-processes=yes for example) it seems to loop endlessly on pfInit (cpu usage is about 100% then)... I've written aside a test program which forks a process and Purify behaved normally on that one. I have read some posts in the archives from people who had *some* success with purify/Performer. Could they share their experience? Amaury. PS: I'm running Purify 4.0.1/Performer 2.0 under Irix 6.2. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 12:53:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04370; Mon, 14 Jul 1997 07:11:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04354; Mon, 14 Jul 1997 07:11:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA12010; Mon, 14 Jul 1997 07:10:59 -0700 Received: from sgiday.dayton.sgi.com ([169.238.131.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA06254 for ; Mon, 14 Jul 1997 07:10:56 -0700 env-from (gregl@dayton.sgi.com) Received: from darkwing.dayton.sgi.com by sgiday.dayton.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgiday.dayton.sgi.com:info-performer@sgi.com> id KAA08141; Mon, 14 Jul 1997 10:12:17 -0400 Received: from darkwing.dayton.sgi.com (localhost [127.0.0.1]) by darkwing.dayton.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA08222 for ; Mon, 14 Jul 1997 10:33:38 -0400 Sender: gregl@dayton.sgi.com Message-ID: <33CA38C2.6488@dayton.sgi.com> Date: Mon, 14 Jul 1997 10:33:38 -0400 From: Greg Larson X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: Curved screen output References: <5197201AAE@ENZIAN02.ENZIAN.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Compensation for a curved screen is not as simple as it seems. There are three solutions that I am aware of: 1. A company out of Europe - SEOS Displays, Ltd. builds complete display systems including hardware distortion mapping for complex curved screens. (http://www.seos.co.uk/company.htm) 2. The software method is to render your scene to the frame buffer, then copy that frame back to texture memory and map it onto a geometric representation of your screen. Equipe Electronics Ltd, (http://www.equipe.ltd.uk) markets a SGI based SW package which uses this method and will distort for up to a full dome display system. 3. The high end projectors produced by Hughes-JVC allow for some manual distortion of the image in their projectors. The solution you choose really depends on the curvature you are dealing with (slight cylindrical curve to full dome display) and how accurate your display must be. Greg Bill Storma wrote: > > I am looking for any information or help available on how to project > an image from an SGI machine running Performer/Vega onto a curved > screen. Since the viewing frustum is (apparently) setup for a flat > screen, I assume that there must be some compensation made when > attempting to use a curved screen. However, the books don't seem to > address this problem. Can anyone help me out on this ?? > > Thanks > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Bill Storma Phone: 407-282-1884 > Enzian Technology FAX: 407-282-3013 > Orlando, Fl. 32817 e-mail: bills@p3.enzian.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- ********************************************************************** Greg Larson (937) 258-5247 * Silicon Graphics/Cray Research * The definition of insanity is Systems Engineer->VisSim Focus * doing the same thing over and DoD High Performance Computing * over again looking for email: gregl@dayton.sgi.com * different results. -unknown ********************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 15:22:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA04673; Mon, 14 Jul 1997 09:39:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA04657; Mon, 14 Jul 1997 09:39:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14409; Mon, 14 Jul 1997 09:39:32 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA25824 for ; Mon, 14 Jul 1997 09:38:10 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id SAA01410; Mon, 14 Jul 1997 18:41:48 -0700 Date: Mon, 14 Jul 1997 18:41:48 -0700 From: Tran cong Tam Message-Id: <199707150141.SAA01410@sirssg1.epfl.ch> To: vonness@escape.com, info-performer@sgi.com Subject: 3DSMAX Status: O Hi Charlie, I'm not sure that you will find it. But try on these sites: http://avalon1.viewpoint.com/cgi-bin/nav.pl?key=ut&site=vp http://www.ocnus.com/translate.html http://www.autodesk.de/produkte/3d_st.htm ftp://avalon1.viewpoint.com/avalon/utils/converters http://www.sgi.com/Technology/OpenGL/direct-3d.html Hope it helps Tran. >From: Charles Vonness > >To all, > > Does anyone know if there is a 3DS MAX reader for Performer??? If so >please tell me where to find it. /-------------------------------------------------------/ | TRAN | | IDERALPE Parc Scientifique EPFL | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 17:55:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA05010; Mon, 14 Jul 1997 12:07:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04994; Mon, 14 Jul 1997 12:07:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA15036; Mon, 14 Jul 1997 12:07:32 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA11410 for ; Mon, 14 Jul 1997 12:07:24 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id MAA03517; Mon, 14 Jul 1997 12:08:49 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA28838; Mon, 14 Jul 1997 12:10:20 -0700 From: "Anita Kishore" Message-Id: <9707141210.ZM28836@tracey.triavest.com> Date: Mon, 14 Jul 1997 12:10:18 -0700 In-Reply-To: "Amaury Aubel" "Purify + pfInit" (Jul 14, 11:46am) References: <9707141146.ZM6235@lig.di.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Amaury Aubel" , info-performer@sgi.com Subject: Re: Purify + pfInit Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 14, 11:46am, Amaury Aubel wrote: > Subject: Purify + pfInit > Hi, > > > I'm trying to run purify on Performer applications. I started with a fairly > simple Performer one: the sample code "simple.c" shipped with Performer. > I run it on a single-processor machine in APPCULLDRAW mode. I also translated > calls to amalloc, afree, arealloc to their Unix counterparts > malloc,free,realloc. > > However, in my Purify window it looks like it never goes farther than the call > to pfInit. Could the fork performed by pfInit account for this? No matter what > option flags I specify (-follow-child-processes=yes for example) it seems to > loop endlessly on pfInit (cpu usage is about 100% then)... I've written aside a > test program which forks a process and Purify behaved normally on that one. > > I have read some posts in the archives from people who had *some* success with > purify/Performer. Could they share their experience? > I have used Purify with Pf in multi process mode on RE2 (multi-processor) which is fine, but on a single processor machine like Indigo2 I have the same problem. I do not get purify windows for each process of Pf like I do on RE2. -anita -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 19:14:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05513; Mon, 14 Jul 1997 14:12:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05497; Mon, 14 Jul 1997 14:12:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA05875; Mon, 14 Jul 1997 14:12:32 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA02873 for ; Mon, 14 Jul 1997 14:12:31 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id OAA03623; Mon, 14 Jul 1997 14:05:29 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id OAA29098; Mon, 14 Jul 1997 14:07:00 -0700 From: "Anita Kishore" Message-Id: <9707141406.ZM29096@tracey.triavest.com> Date: Mon, 14 Jul 1997 14:06:59 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: model view matrix and rotation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi : I am confused with the following: I have a Pf application where the channel's view point pos = (x,y,z), and orientaion = (0,0,0). The graphics object that it is looking at is at the origin. This object's geode has pre and post draw callbacks. In the pre callback I do : - set mmode to mviewing - push matrix - getmatrix - print matrix As far as I understand, this matrix that I get is a composite transformation matrix for view point. Which means that its transpose will be of the form: a11 a12 a13 tx a21 a22 a23 ty a31 a32 a33 tz 0 0 0 1 tx, ty, tz are the translation part and the upper LHS 3X3 sub-matrix contains the rotation and scale parts, right? But eventhough I do not have any rotation or scale for the view point, the sub-matrix porion has some numbers in it and when I do pfGetOrthoMatCoord(mat, dst), dst->xyz is fine, just as I set the view point's position, but dst->hpr shows pitch = -90. Why is this not 0? Why isn't the above matrix of the form: 1 0 0 tx 0 1 0 ty 0 0 1 tz 0 0 0 1 ??? Another related question is : what is the equivalent of getmatrix() in OpenGL? The porting guide says GLGet(), but I can't find any man page or info in the OPenGL book. Thanks for any insight into this. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 19:14:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA05943; Mon, 14 Jul 1997 15:32:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA05927; Mon, 14 Jul 1997 15:32:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA18731; Mon, 14 Jul 1997 15:32:12 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA04072 for ; Mon, 14 Jul 1997 15:32:10 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id PAA18709 sendmail 8.8.5/UCSD8.3 via SMTP Mon, 14 Jul 1997 15:32:09 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id PAA11141; Mon, 14 Jul 1997 15:32:09 -0700 Date: Mon, 14 Jul 1997 15:32:09 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199707142232.PAA11141@imm.ucsd.edu> To: info-performer@sgi.com Subject: sproc vs pfMultiprocess Status: O ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 14 19:14:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA05900; Mon, 14 Jul 1997 15:29:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA05884; Mon, 14 Jul 1997 15:29:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA18194; Mon, 14 Jul 1997 15:29:42 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA03212 for ; Mon, 14 Jul 1997 15:29:39 -0700 env-from (swami@evl.uic.edu) Received: from carpenter.evl.uic.edu (carpenter.evl.uic.edu [131.193.48.201]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id RAA17319 for ; Mon, 14 Jul 1997 17:30:48 -0500 (CDT) Received: from localhost (swami@localhost) by carpenter.evl.uic.edu (950413.SGI.8.6.12/8.6.4) with SMTP id WAA06904 for ; Mon, 14 Jul 1997 22:30:47 GMT X-Authentication-Warning: carpenter.evl.uic.edu: swami owned process doing -bs Date: Mon, 14 Jul 1997 17:30:47 -0500 (CDT) From: "Swaminathan N." To: info-performer@sgi.com Subject: possible bug in intersection with PFTRAV_IS_PATH Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hullo, I think that I may have discovered a possible bug while intersecting deeply nested grouping nodes. For instance, adding the following code to intersect.C results in a core dump with the following partial stack trace. I can't do a pfFlatten, since I need to preserve the scene graph hierarchy. Can anyone suggest work arounds? Thanks Swami -- intersect.C -- // Create group node to hold SCS's; attach it to scene pfGroup *root = new pfGroup(); pfGroup *saveroot = root; scene->addChild(root); pfGroup *group = new pfGroup(), *tmpgrp; root->addChild(group); // create a chain of 30 pfGroups for (loop=0; loop < 30; loop++) { tmpgrp = new pfGroup; group->addChild(tmpgrp); group = tmpgrp; } root = group; // Create 10 SCS nodes, spaced equally apart. Make each one // a child of 'root', and make 'geode' a child of each SCS pfGeode *geode = new pfGeode(); for (loop=0; loop < 10; loop++) { mat.makeTrans(0.0f, (float) loop * 10.0f + 10.0f, 0.0f); scs[loop] = new pfSCS(mat); scs[loop]->addChild(geode); root->addChild(scs[loop]); // set up SCS's (and their children) for intersections scs[loop]->setTravMask(PFTRAV_ISECT, 1, PFTRAV_SELF, PF_SET); } root = saveroot; // further down segset.mode = PFTRAV_IS_PRIM|PFTRAV_IS_NORM|PFTRAV_IS_CULL_BACK|PFTRAV_IS_PATH; -- stack trace -- (dbx) where > 0 _lfree(0x0, 0x18040000, 0x1, 0x180ee310) ["amalloc.c":799, 0xfa9f788] 1 _afree(0x180eab40, 0x18040000, 0x1, 0x180ee310) ["amalloc.c":89, 0xfa9f4a8] 2 pfMemory::operator delete(void*)(0x180eab40, 0x180eab30, 0x1, 0x180ee310) ["../../../lib/libpr/pfMemory.C":193, 0x5ea365b0] 3 pfMemory::~pfMemory(void)(0x180eab40, 0x180eab30, 0x1, 0x180ee310) ["../../../lib/libpr/pfMemory.C":210, 0x5ea36684] 4 pfMemory::realloc(unsigned int)(0x180eab40, 0x100, 0x180ee280, 0x180ee310) ["../../../lib/libpr/pfMemory.C":357, 0x5ea37028] 5 pfMemory::realloc(void*,unsigned int)(0x180eab40, 0x100, 0x1, 0x180ee310) ["../../../lib/libpr/pfMemory.C":469, 0x5ea375e0] 6 pfList::setNum(int)(0x180eab00, 0x22, 0x1, 0x180ee310) ["../../../lib/libpr/pfList.C":297, 0x5ea32ebc] 7 pfGeode::pf_discFunc(pfHit*)(0x180eab40, 0x180eab30, 0x1, 0x180ebc80) ["../../../lib/libpf/pfGeode.C":792, 0x5e975020] 8 pfGeoSet::_pitIsectTri(_prIsectTrav*,pfVec3&,pfVec3&,pfVec3&)(0x7ffb0bd0, 0x180e211c, 0x180e2140, 0x180e214c) ["../../../lib/libpr/pfGeoSet.C":2600, 0x5ea14da8] 9 pfGeoSet::pr_isect(_prIsectTrav*)(0x180e2290, 0x7ffb0bd0, 0x1, 0x0) ["../../../lib/libpr/pfGeoSet.C":2999, 0x5ea14378] 10 pfGeoSet::isect(pfSegSet*,pfHit***)(0x180e2290, 0x7ffb4440, 0x7ffb112c, 0x180ee310) ["../../../lib/libpr/pfGeoSet.C":1894, 0x5ea12074] 11 pfGeode::nb_intersect(_pfIsector*)(0x180979b0, 0x7fff2190, 0x1, 0x1) ["../../../lib/libpf/pfGeode.C":484, 0x5e973f60] 12 pfSCS::nb_intersect(_pfIsector*)(0x180e14b0, 0x7fff2190, 0x1, 0x180ee310) ["../../../lib/libpf/pfSCS.C":423, 0x5e9a66b0] <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 00:18:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA06468; Mon, 14 Jul 1997 18:30:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA06452; Mon, 14 Jul 1997 18:30:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA14540; Mon, 14 Jul 1997 18:30:07 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA28330 for ; Mon, 14 Jul 1997 18:30:06 -0700 env-from (kvsasi@icemt.iastate.edu) Received: from mammoth.icemt.iastate.edu (mammoth.icemt.iastate.edu [129.186.232.54]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id UAA29368 for ; Mon, 14 Jul 1997 20:30:03 -0500 Received: from mammoth.icemt.iastate.edu (localhost [127.0.0.1]) by mammoth.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id UAA09799 for ; Mon, 14 Jul 1997 20:30:03 -0500 Sender: kvsasi@icemt.iastate.edu Message-ID: <33CAD29B.41C6@icemt.iastate.edu> Date: Mon, 14 Jul 1997 20:30:03 -0500 From: Sasikumar Kutti Organization: Iowa State University X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: VRML to IV ! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers Where can I get a VRML to IV converter?. thanks sasi -- Sasikumar Kutti kvsasi@iastate.edu http://www.eng.iastate.edu/~kvsasi ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 02:35:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA07211; Mon, 14 Jul 1997 21:07:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA07195; Mon, 14 Jul 1997 21:07:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA26187; Mon, 14 Jul 1997 21:07:30 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA12540 for ; Mon, 14 Jul 1997 21:07:29 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA22014; Mon, 14 Jul 1997 21:07:28 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA26205; Mon, 14 Jul 1997 21:07:27 -0700 Date: Mon, 14 Jul 1997 21:07:27 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707142107.ZM26203@multipass.asd.sgi.com> In-Reply-To: "Anita Kishore" "model view matrix and rotation" (Jul 14, 2:06pm) References: <9707141406.ZM29096@tracey.triavest.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Anita Kishore" , info-performer@sgi.com Subject: Re: model view matrix and rotation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 14, 2:06pm, Anita Kishore wrote: > Subject: model view matrix and rotation > Hi : > > I am confused with the following: > > I have a Pf application where the channel's view point pos = (x,y,z), and > orientaion = (0,0,0). The graphics object that it is looking at is at the > origin. This object's geode has pre and post draw callbacks. In the pre > callback I do : > > - set mmode to mviewing > - push matrix > - getmatrix > - print matrix > > As far as I understand, this matrix that I get is a composite transformation > matrix for view point. Which means that its transpose will be of the form: > > a11 a12 a13 tx > a21 a22 a23 ty > a31 a32 a33 tz > 0 0 0 1 > > > tx, ty, tz are the translation part and the upper LHS 3X3 sub-matrix contains > the rotation and scale parts, right? But eventhough I do not have any rotation > or scale for the view point, the sub-matrix porion has some numbers in it and > when I do pfGetOrthoMatCoord(mat, dst), dst->xyz is fine, just as I set the > view point's position, but dst->hpr shows pitch = -90. Why is this not 0? Because you read the GL matrix. Performer does a world coordinate conversion from (GL) Y = up to (pf) Z = up which is the 90 degree rotation about x ie pitch, although I wouldn't call it that since it's a different multiplicaton order. > > Another related question is : what is the equivalent of getmatrix() in OpenGL? > The porting guide says GLGet(), but I can't find any man page or info in the > OPenGL book. > GLfloat matarray[16]; glGetFloatv(GL_MODELVIEW_MATRIX, matarray); Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 08:59:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA08027; Tue, 15 Jul 1997 03:33:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA08011; Tue, 15 Jul 1997 03:33:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA20195; Tue, 15 Jul 1997 03:33:54 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA10235 for ; Tue, 15 Jul 1997 03:33:52 -0700 env-from (andoh@dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id TAA09569; Tue, 15 Jul 1997 19:33:50 +0900 Received: from exagw.nk-exa.co.jp (exagw.nk-exa.co.jp [160.14.254.1]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id TAA23801 for ; Tue, 15 Jul 1997 19:33:47 +0900 Received: from beguine.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.12+2.4W/3.4W2/1.6) with ESMTP id SAA20423; Tue, 15 Jul 1997 18:00:57 +0900 Received: (from andoh@localhost) by beguine.dst.nk-exa.co.jp (8.7.5+2.6Wbeta7/3.4W4) id SAA15701; Tue, 15 Jul 1997 18:13:06 +0900 (JST) Date: Tue, 15 Jul 1997 18:13:06 +0900 (JST) Message-Id: <199707150913.SAA15701@beguine.dst.nk-exa.co.jp> To: info-performer@sgi.com Cc: andoh@dst.nk-exa.co.jp Subject: Re: VRML to IV ! In-Reply-To: Your message of "Mon, 14 Jul 1997 20:30:03 -0500". <33CAD29B.41C6@icemt.iastate.edu> From: andoh@dst.nk-exa.co.jp (Yukio Andoh) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Status: O Hi! kvsasi@icemt.iastate.edu writes: |> Where can I get a VRML to IV converter?. VRML1.0 --------------------------------------- Please change file header. "#VRML V1.0 ascii" -> "#Inventor V2.1 ascii" VRML2.0 --------------------------------------- Use "CASUS Presenter" VRML Browser http://www.igd.fhg.de/CP/index.html Best Regards, // Yukio Andoh andoh@dst.nk-exa.co.jp andoh@opengl.com // // www.opengl.com/andoh/ www.webcity.co.jp/info/andoh/ // TT ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 15:12:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA08727; Tue, 15 Jul 1997 09:21:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA08711; Tue, 15 Jul 1997 09:21:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA06465; Tue, 15 Jul 1997 09:21:50 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA27629 for ; Tue, 15 Jul 1997 09:21:49 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id JAA06459; Tue, 15 Jul 1997 09:21:49 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id JAA03104; Tue, 15 Jul 1997 09:21:49 -0700 From: "Rob Jenkins" Message-Id: <9707150921.ZM3102@quid.csd.sgi.com> Date: Tue, 15 Jul 1997 09:21:48 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: straw poll: chat room Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Hopefully most recipients of this already think that info-performer is a pretty useful resource :-) I'm looking into the feasibility of creating a Performer chatroom off www.sgi.com The benefit I see is that you might get instant response to some questions: info-performer can get rather backed up at the moment now it's so large, if some simpler questions migrated to the chat room then it might ease the load ( and the email traffic you all get ). We could also think about scheduling specific times for discussion of a given subject, or maybe SGI people could schedule specific times they'd be 'in the room' for any questions. Before going any further I wondered if there was any support for this idea, to save sparking too much traffic on the subject *please respond to me directly* and I will post a summary at the end of the week as to what the general opinion was, unless of course you have some opinion/suggestion that you think needs to be posted to all. o Does this sounds useful to you ? o Would you use it ? To be clear: this would be *in addition* to the mailing list. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 16:12:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09076; Tue, 15 Jul 1997 10:21:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09060; Tue, 15 Jul 1997 10:21:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA17592; Tue, 15 Jul 1997 10:21:15 -0700 Received: from firewall.fel.tno.nl ([192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA18884 for ; Tue, 15 Jul 1997 10:21:12 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id TAA01512; Tue, 15 Jul 1997 19:37:45 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma001510; Tue, 15 Jul 97 19:37:33 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id TAA29291; Tue, 15 Jul 1997 19:18:46 +0200 (MET DST) From: Mario Veraart Message-Id: <199707151718.TAA29291@s00sn1.fel.tno.nl> Subject: Re: 3DS loader in Performer 2.1 To: BLANCHARD@mclapo.apo.saic.com Date: Tue, 15 Jul 1997 19:18:45 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: <970711085549.4e3@mclapo.apo.saic.com> from "BLANCHARD@mclapo.apo.saic.com" at Jul 11, 97 08:55:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > Has anyone used the 3DS loader in Performer? If so, how did you get > the loader into Performer? I've located the proper library (libpf3ds.so), > which has a link to the right version, but when I try to read in a 3ds > file I get: > > pfdFindConverterDSO() - Could not load DSO for extension "3ds" > pfdFindConverterDSO() - Could not load DSO for extension "3ds" > pfdLoadFile() - Unable to load file man1.3ds because of problem finding > pfdLoadFile_3ds > > I'm able to read dwb, flt, obj,... files, but no 3ds. Any ideas? Rob Jenkins wrote a mail with a possible explanation on 11 Jul 1996 ===================================================================== Subject: Re: C++ API From: "Rob Jenkins" Date: Thu, 11 Jul 1996 14:47:47 +0100 To: Ion Barosan , info-performer@sgi.com On Jul 11, 2:52pm, Ion Barosan wrote: > Subject: C++ API > My question is, why does the pfdFindConverterDSO not find the pfdLoadFile_3ds function ? > Ian You could check you've installed il_eoe.sw.c ( NOTE elfdump -Dl /usr/lib/libpfdb/libpf3ds_igl.so shows that it links to libcil.so which is in il_eoe.sw.c and isn't always installed ). Cheers Rob -- ________________________________________________________________ Rob Jenkins, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4SB. tel 01734 257736, fax 01734 257553, email robj@reading.sgi.com, ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 17:11:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA10047; Tue, 15 Jul 1997 13:30:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10031; Tue, 15 Jul 1997 13:30:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA21005; Tue, 15 Jul 1997 13:30:18 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA25646 for ; Tue, 15 Jul 1997 13:30:17 -0700 env-from (kvsasi@icemt.iastate.edu) Received: from mammoth.icemt.iastate.edu (mammoth.icemt.iastate.edu [129.186.232.54]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id PAA16185 for ; Tue, 15 Jul 1997 15:30:06 -0500 Received: from mammoth.icemt.iastate.edu (localhost [127.0.0.1]) by mammoth.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id PAA15663 for ; Tue, 15 Jul 1997 15:30:05 -0500 Sender: kvsasi@icemt.iastate.edu Message-ID: <33CBDDCC.794B@icemt.iastate.edu> Date: Tue, 15 Jul 1997 15:30:04 -0500 From: Sasikumar Kutti Organization: Iowa State University X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: VRML _ IV Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers My VRML file consists the following line #VRML V2.0 utf8 WorldInfo { info [ "Created in CosmoWorlds", "Packaged by CosmoPackage" ] } Is it possible to convert this file into Inventor format? (I heard that for #VRML V1.0 ascii file it is just enough to change to #Inventor V2.0 ascii) Is there any VRML 2.0 to VRML 1.0 converters? (I know this question belong some other mailing list. I do not know which , any help?.) Thanks in advance sasi -- Sasikumar Kutti kvsasi@iastate.edu http://www.eng.iastate.edu/~kvsasi ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 17:11:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA10016; Tue, 15 Jul 1997 13:25:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10000; Tue, 15 Jul 1997 13:25:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA20373; Tue, 15 Jul 1997 13:25:48 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA23679 for ; Tue, 15 Jul 1997 13:25:48 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id NAA20330; Tue, 15 Jul 1997 13:25:37 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id NAA04204; Tue, 15 Jul 1997 13:25:36 -0700 Resent-From: "Rob Jenkins" Resent-Message-Id: <9707151325.ZM4202@quid.csd.sgi.com> Resent-Date: Tue, 15 Jul 1997 13:25:36 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Resent-To: info-performer@sgi.com Received: from rock.csd.sgi.com by quid.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA01521; Mon, 14 Jul 1997 15:30:35 -0700 Received: from holodeck.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id PAA18441; Mon, 14 Jul 1997 15:30:34 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA05913; Mon, 14 Jul 1997 15:30:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA18433; Mon, 14 Jul 1997 15:30:33 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA03480 for ; Mon, 14 Jul 1997 15:30:31 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id PAA17953 sendmail 8.8.5/UCSD8.3 via SMTP Mon, 14 Jul 1997 15:29:24 -0700 (PDT) for <@mail.ucsd.edu:info-performer-request@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer-request@sgi.com id PAA11121; Mon, 14 Jul 1997 15:29:23 -0700 Date: Mon, 14 Jul 1997 15:29:23 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199707142229.PAA11121@imm.ucsd.edu> To: info-performer-request@sgi.com Subject: sproc vs Performers version Status: O Hello, I will be working on an 2,3 or 4 CPU Octane. I want to do the normal app-cull-draw of Performer. I would like to reserve one CPU for a numerical code to be sproc'd by the Performer code before the main loop. Basically... /****************************** performer.c ******************************/ main() { sproc(crunch, PR_SALL, (void *) &data); set-up-performer() while(!exitFlag) { pfuGetMouse(&mouse); pfiUpdateXformer(xformer); pfFrame(); getmore(); } } void crunch(void *data){ sysmp (MP_MUSTRUN, (int) choose_cpu); /* <--------------- This alone */ crunch_some_numbers() } Basically, I would like to ALWAYS use one CPU for a number crucher and NOTHING ELSE. Sometimes, I will have 3 CPUS for the remaining Performer code. Sometimes 1, or 2. I will likely add the lines: pfMultiprocess( (int) atoi( argv[2] )); or something to choose how many CPU's will run the viz part. Regardless... I want to ensure that the Octane's load balancing system does not USE a designated CPU for anything else except what I say. I understand that Performer will do internal sproc's, but I do not want some sort of sproc collision? Could someone advise me? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 17:11:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA09916; Tue, 15 Jul 1997 12:53:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09900; Tue, 15 Jul 1997 12:53:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA15117; Tue, 15 Jul 1997 12:53:52 -0700 Received: from uu10.psi.com (uu10.psi.com [38.8.4.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id MAA11692 for ; Tue, 15 Jul 1997 12:51:59 -0700 env-from (fasainteractive.com!uu3066!jedsall) Received: from uu3066.UUCP by uu10.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA15565 for ; Tue, 15 Jul 97 15:16:36 -0400 Message-Id: <9707151916.AA15565@uu10.psi.com> Date: 15 Jul 1997 12:06:55 -0500 From: "Jerry Edsall" Subject: Re: model view matrix and r To: info-performer@sgi.com Status: O RE>>model view matrix and rotatio So how do you convert from a gl matrix to a performer matrix? Jerry ------------------------------ Date: 7/15/97 7:04 AM To: Edsall, Jerry From: Angus Dorbie On Jul 14, 2:06pm, Anita Kishore wrote: > Subject: model view matrix and rotation > Hi : > > I am confused with the following: > > I have a Pf application where the channel's view point pos = (x,y,z), and > orientaion = (0,0,0). The graphics object that it is looking at is at the > origin. This object's geode has pre and post draw callbacks. In the pre > callback I do : > > - set mmode to mviewing > - push matrix > - getmatrix > - print matrix > > As far as I understand, this matrix that I get is a composite transformation > matrix for view point. Which means that its transpose will be of the form: > > a11 a12 a13 tx > a21 a22 a23 ty > a31 a32 a33 tz > 0 0 0 1 > > > tx, ty, tz are the translation part and the upper LHS 3X3 sub-matrix contains > the rotation and scale parts, right? But eventhough I do not have any rotation > or scale for the view point, the sub-matrix porion has some numbers in it and > when I do pfGetOrthoMatCoord(mat, dst), dst->xyz is fine, just as I set the > view point's position, but dst->hpr shows pitch = -90. Why is this not 0? Because you read the GL matrix. Performer does a world coordinate conversion from (GL) Y = up to (pf) Z = up which is the 90 degree rotation about x ie pitch, although I wouldn't call it that since it's a different multiplicaton order. > > Another related question is : what is the equivalent of getmatrix() in OpenGL? > The porting guide says GLGet(), but I can't find any man page or info in the > OPenGL book. > GLfloat matarray[16]; glGetFloatv(GL_MODELVIEW_MATRIX, matarray); Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ------------------ RFC822 Header Follows ------------------ >From guest@holodeck.csd.sgi.com Tue Jul 15 07:12:44 1997 Received: from deliverator.sgi.com by uu10.psi.com (5.65b/4.0.940727-PSI/PSINet) via SMTP; id AA15507 for jedsall; Tue, 15 Jul 97 07:12:44 -0400 Received: from holodeck.csd.sgi.com (holodeck.csd.sgi.com [150.166.145.108]) by deliverator.sgi.com (950413.SGI.8.6.12/951211.SGI.AUTO) via ESMTP id EAA13933; Tue, 15 Jul 1997 04:06:44 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA07211; Mon, 14 Jul 1997 21:07:32 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA07195; Mon, 14 Jul 1997 21:07:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA26187; Mon, 14 Jul 1997 21:07:30 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA12540 for ; Mon, 14 Jul 1997 21:07:29 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA22014; Mon, 14 Jul 1997 21:07:28 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA26205; Mon, 14 Jul 1997 21:07:27 -0700 Date: Mon, 14 Jul 1997 21:07:27 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707142107.ZM26203@multipass.asd.sgi.com> In-Reply-To: "Anita Kishore" "model view matrix and rotation" (Jul 14, 2:06pm) References: <9707141406.ZM29096@tracey.triavest.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Anita Kishore" , info-performer@sgi.com Subject: Re: model view matrix and rotation Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 15 23:11:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10665; Tue, 15 Jul 1997 17:31:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10649; Tue, 15 Jul 1997 17:31:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA28557; Tue, 15 Jul 1997 17:31:05 -0700 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA13841 for ; Tue, 15 Jul 1997 17:31:00 -0700 env-from (tfchan@cse.cuhk.edu.hk) Received: from sparc53.cs.cuhk.hk by cse.cuhk.edu.hk with ESMTP id IAA11181; Wed, 16 Jul 1997 08:30:57 +0800 Received: by sparc53.cs.cuhk.hk (SMI-8.6/SMI-SVR4) id IAA26589; Wed, 16 Jul 1997 08:30:56 +0800 Date: Wed, 16 Jul 1997 08:30:56 +0800 (HKT) From: David Chan X-Sender: tfchan@sparc53.cs.cuhk.hk To: info-performer Subject: multigen loader problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I encounter a message while loading multigen model (version 15.1) by using performer 2.2 and OpenFlight loader R15.3 BETA_07: PF Notice/Assert: convTree(filename.flt) unexpected record 0 "undefined" found. There can be many this kind of Notice while loading a model, especially when I externally read in a model in Multigen. Is it a problem of loader? Thanks. David ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 00:37:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11342; Tue, 15 Jul 1997 19:03:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA11324; Tue, 15 Jul 1997 19:03:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA08171; Tue, 15 Jul 1997 19:03:41 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA06765; Tue, 15 Jul 1997 19:03:40 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA01384; Tue, 15 Jul 1997 19:03:28 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA27466; Tue, 15 Jul 1997 19:03:26 -0700 Date: Tue, 15 Jul 1997 19:03:26 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707151903.ZM27464@multipass.asd.sgi.com> In-Reply-To: verdi@piano.ucsd.edu (Tom Impelluso) "sproc vs Performers version" (Jul 14, 3:29pm) References: <199707142229.PAA11121@imm.ucsd.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: verdi@piano.ucsd.edu (Tom Impelluso), info-performer-request@sgi.com, info-performer@sgi.com, "Rob Jenkins" Subject: Re: sproc vs Performers version Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 14, 3:29pm, Tom Impelluso wrote: > Subject: sproc vs Performers version > Hello, > > I will be working on an 2,3 or 4 CPU Octane. > I want to do the normal app-cull-draw of Performer. Octane comes with either 1 or 2 CPUs not 4. > > I would like to reserve one CPU for a numerical code > to be sproc'd by the Performer code before the main loop. > > Basically... > > /****************************** > > performer.c > > ******************************/ > > main() { > > sproc(crunch, PR_SALL, (void *) &data); > > set-up-performer() > > while(!exitFlag) { > pfuGetMouse(&mouse); > pfiUpdateXformer(xformer); > pfFrame(); > getmore(); > } > } > > > void crunch(void *data){ > > sysmp (MP_MUSTRUN, (int) choose_cpu); /* <--------------- This alone */ > crunch_some_numbers() > > } > > > Basically, > > I would like to ALWAYS use one CPU for a number crucher and NOTHING ELSE. > > Sometimes, I will have 3 CPUS for the remaining Performer code. > Sometimes 1, or 2. > > I will likely add the lines: pfMultiprocess( (int) atoi( argv[2] )); > or something to choose how many CPU's will run the viz part. > > Regardless... > > > I want to ensure that the Octane's load balancing system > does not USE a designated CPU for anything else except what I say. > > I understand that Performer will do internal sproc's, but I do not > want some sort of sproc collision? > > Could someone advise me? > This is possible but I think you need to fork your process. You can make performer & the os run on the other processor. look at the manual page for sysmp, and pfMultiprocess. Whether this is best for your intended application is a more complex question. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 00:59:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11517; Tue, 15 Jul 1997 19:14:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA11501; Tue, 15 Jul 1997 19:14:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA09655; Tue, 15 Jul 1997 19:14:36 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA08897 for ; Tue, 15 Jul 1997 19:14:31 -0700 env-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id LAA12234; Wed, 16 Jul 1997 11:14:29 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id LAA13331 for ; Wed, 16 Jul 1997 11:14:27 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA15646; Wed, 16 Jul 1997 10:53:47 +0900 Message-Id: <199707160153.KAA15646@dimwit.dst.nk-exa.co.jp> To: info-performer@sgi.com Subject: How to change Input Window Date: Wed, 16 Jul 1997 10:53:46 +0900 From: YAMANAKA MASAHIKO Status: O Hello all, This might be a proper question for this mailing list, however please let me ask... I made 2 simple test programs. One is the launcher which uses some Xt routines like... Widget toplevel = XtInitialize(...); Widget fmWidget = XtVaCreateManagedWidget(...xmFormWidgetClass, toplevel,...); Widget cfWidget = XtVaCreateManagedWidget(...xmFormWidgetClass, fmWidget,...); XtRealizeWidget( toplevel ); char cmd[512]; sprintf( cmd, "%s %d", argv[1], XtWindow(cfWidget) ); system( cmd ); XtMainLoop(); And another is the performer-based application which is launched by launcher. In my test, I used complex.C. I changed it to... after Shared->pw = new pfPipeWindow(p);, Window xWin = (Window)atoi( argv[1] ); Shared->pw->setWSWindow( XOpenDisplay(0), xWin ); As I don't use InitXInput(), it works well, however it doesn't accept any events. Otherwise when I use InitXInput(), it doesn't work, so I tried to make new Window accepting the events, but I couldn't. Of course there is a way making the launcher process the events, send some commands to the perf-app, and perf-app reads it with no-wait. But I want to let the perf-app accept/process the events. Could anyone please direct me? Any help will be greatly appreciated!!! Thanks, -- M.Y. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 01:12:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11581; Tue, 15 Jul 1997 19:28:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA11565; Tue, 15 Jul 1997 19:28:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA10918; Tue, 15 Jul 1997 19:28:19 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA11609 for ; Tue, 15 Jul 1997 19:28:19 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA02024; Tue, 15 Jul 1997 19:28:17 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA27489; Tue, 15 Jul 1997 19:28:11 -0700 Date: Tue, 15 Jul 1997 19:28:11 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707151928.ZM27487@multipass.asd.sgi.com> In-Reply-To: "Jerry Edsall" "Re: model view matrix and r" (Jul 15, 12:06pm) References: <9707151916.AA15565@uu10.psi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Jerry Edsall" , info-performer@sgi.com Subject: Re: model view matrix and r Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 15, 12:06pm, Jerry Edsall wrote: > Subject: Re: model view matrix and r > RE>>model view matrix and rotatio > So how do you convert from a gl matrix to a performer matrix? > > Jerry There's just a view orientation difference. So there's no conversion, there will be a pre viewing 90 degree rotate around x on the mviewing stack so conceptually y & z mean different things. As I've said this is for the z up coordinate system imposed by performer. So pf_x == gl_x pf_y == -gl_z pf_z == gl_y gl_x == pf_x gl_y == pf_z gl_z == -pf_y If you really insist on using gl coordinates you can add a pfSCS above the scene graph with a 90 degree x rotate and pre & post multiply the viewing matrix by +ve & -ve 90 degree x rotations. If you do this then conceptually you end up with OpenGL style coordinates in all Channel, DCS & SCS matrices. This is what I did with Divisions Performer implementation of dPL you may be familiar with, and why the implementation is able to easily handle the Y = up coordinates of dPL. There are simpler ways but performer coordinate stuff like the isector partitioning & earth sky would suffer as a result (if you decided you needed them). BTW I think there is also me a row vs column difference for OpenGL, I'm not sure about this. But it's easy to figure this part. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 06:47:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA12640; Wed, 16 Jul 1997 01:18:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA12624; Wed, 16 Jul 1997 01:18:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA05330; Wed, 16 Jul 1997 01:18:57 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA09016 for ; Wed, 16 Jul 1997 01:18:56 -0700 env-from (perfly@segolene.roazhon.inra.fr) From: perfly@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id KAA15513 for ; Wed, 16 Jul 1997 10:18:31 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA05688; Wed, 16 Jul 1997 10:15:45 +0200 Date: Wed, 16 Jul 1997 10:15:45 +0200 Message-Id: <9707160815.AA05688@segolene.roazhon.inra.fr> To: info-performer@sgi.com Subject: how to create ASD terrain file from binary square DEM X-Sun-Charset: US-ASCII Status: O Hello, is there any free soft or informations on creating ASD (Active Surface Definition) terrain file. My input is a binary square DEM (Digital Elevation Model). Thanks. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 10:06:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA13264; Wed, 16 Jul 1997 04:41:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA13248; Wed, 16 Jul 1997 04:41:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA13819; Wed, 16 Jul 1997 04:41:05 -0700 Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA05603 for ; Wed, 16 Jul 1997 04:41:04 -0700 env-from (crux@artcom.de) Received: from coop by otto.artcom.de with smtp id m0woSQF-00AN8vC; Wed, 16 Jul 97 13:39 MDT Sender: crux@artcom.de Message-ID: <33CCB2DB.2781@artcom.de> Date: Wed, 16 Jul 1997 07:39:07 -0400 From: Dirk Luesebrink Organization: art+com gmbh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: YAMANAKA MASAHIKO CC: info-performer@sgi.com Subject: Re: How to change Input Window References: <199707160153.KAA15646@dimwit.dst.nk-exa.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O you can read the x window events of the performer window from anywhere, also another process. finally performer ends up on a Xwindow, which you can access. when the performer window is opened you can: performer app: pfPipeWindow* pw // is open // get the window Window xw = pw->getWSWindod(); // and the X connection const char* con = pf->getWSConnectionName(); now the performer app can continue. by some magic IPC you pass w and con to another process which now can: x event reader and decoder: // open your OWN ! connection to Window Manager Display* display = XOpenDisplay(con); // ask for the events he want from the Performer Window long e_mask = KeyPressMask | KeyReleaseMask | ButtonPressMask | ButtonReleaseMask | PointerMotionMask; XSelectInput(display, xw, e_mask); // and forever read events... XEvent e; while(1) { XWindowEvent(display, xw, e_mask, &e); cerr << "e type = " << e.type << endl; } you now can decode that events in this process and with some more IPC magic pass higher level Application commands back to your performer application: performer app: while(1) { pfFrame(); read_app_commands_from_somewhere(); } works for me. and added design benefit is, that the performer app doesnt really see window manager events any longer. you can log events and play them back from disk. sometimes quit usefull. initially more work, but pays back, pretty soon. dirk. YAMANAKA MASAHIKO wrote: > > Hello all, > This might be a proper question for this mailing list, however please let me > ask... > > I made 2 simple test programs. > > One is the launcher which uses some Xt routines like... > > Widget toplevel = XtInitialize(...); > Widget fmWidget = XtVaCreateManagedWidget(...xmFormWidgetClass, toplevel,...); > Widget cfWidget = XtVaCreateManagedWidget(...xmFormWidgetClass, fmWidget,...); > XtRealizeWidget( toplevel ); > > char cmd[512]; > sprintf( cmd, "%s %d", argv[1], XtWindow(cfWidget) ); > system( cmd ); > XtMainLoop(); > > And another is the performer-based application which is launched by launcher. > In my test, I used complex.C. > I changed it to... > > after Shared->pw = new pfPipeWindow(p);, > Window xWin = (Window)atoi( argv[1] ); > Shared->pw->setWSWindow( XOpenDisplay(0), xWin ); > > As I don't use InitXInput(), it works well, however it doesn't accept any events. > Otherwise when I use InitXInput(), it doesn't work, so I tried to make new Window > accepting the events, but I couldn't. > > Of course there is a way making the launcher process the events, send some commands > to the perf-app, and perf-app reads it with no-wait. > But I want to let the perf-app accept/process the events. > > Could anyone please direct me? > > Any help will be greatly appreciated!!! > > Thanks, > -- > M.Y. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 11:51:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA13376; Wed, 16 Jul 1997 06:06:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA13360; Wed, 16 Jul 1997 06:06:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA20473; Wed, 16 Jul 1997 06:06:37 -0700 Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA18000 for ; Wed, 16 Jul 1997 06:06:32 -0700 env-from (guzzoni@imtsg14.epfl.ch) Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.157.40]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id PAA03786 for ; Wed, 16 Jul 1997 15:06:30 +0200 Received: (guzzoni@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.11) id PAA14242 for info-performer@sgi.com; Wed, 16 Jul 1997 15:06:30 +0200 From: "Didier Guzzoni" Message-Id: <9707161506.ZM14241@imtsg12.epfl.ch> Date: Wed, 16 Jul 1997 15:06:30 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Octane problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, We have just received an Octane (2 X R10000) and are trying to run our applications on it. Since it is the first time we are playing with a multiprocessor machine, we were expecting lots of troubles. We actually got only one so far : when using textures, the program (that works ok on IRIX 5.3, 6.2 and 6.3 on an Indigo Max Impact, an Impact and an O2) crashes and says : PF Fatal/SysErr: _pfDirtCheck: pfRealloc of 0 bytes returned NULL. When applying a pfTexEnv. (tenv->apply()) Does anyone has a clue ? Thanks, Didier -- Didier Guzzoni VRAI group, Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 6540 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 12:48:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA13485; Wed, 16 Jul 1997 07:08:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA13469; Wed, 16 Jul 1997 07:08:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA24716; Wed, 16 Jul 1997 07:08:08 -0700 Received: from ligsg32.epfl.ch (ligsg32.epfl.ch [128.178.78.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA28282 for ; Wed, 16 Jul 1997 07:07:58 -0700 env-from (aubel@lig.di.epfl.ch) Received: from localhost (1707 bytes) by ligsg32.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Wed, 16 Jul 1997 16:07:05 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Amaury Aubel" Message-Id: <9707161607.ZM5427@lig.di.epfl.ch> Date: Wed, 16 Jul 1997 16:07:04 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: At my wit's end... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I have been trying for days to figure out what is wrong in my pf app. To no avail. As I said in a previous post my app. crashes or corrupts memory when it tries to allocate a block of memory from the shared arena: index = (ushort *)pfMalloc(n*sizeof(ushort),pfGetSharedArena()); (*) (n is reasonably small) I suspected a possible memory leak occuring prior to this allocation. I used Purify (wich btw only works on our Onyx and not on Indigos, Impacts etc. as Anita rightly pointed out) I got the following error: ZPW: Zero page write This is occurring while in: _lmalloc [amalloc.c:720] _amalloc [amalloc.c:76] pfMemory::operator new(unsigned int,unsigned int,void*) [pfMemory.C:94] pfMemory::malloc(unsigned int,void*) [pfMemory.C:369] pfMalloc [cMemory.C:30] ComputeIndex [Private_libpfRTD.c:534] Writing 4 bytes to 0x40 and of course line 534 refers to the line I wrote above and marked with a (*). The interesting point is that when I redirected the amalloc,afree,arealloc functions to call their Unix counterparts, thus allocating everything from the heap and forced the execution in PFMP_APPCULLDRAW mode, the problem vanished! I would appreciate any hint on this shared memory problem, Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 13:53:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13662; Wed, 16 Jul 1997 08:09:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13646; Wed, 16 Jul 1997 08:09:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA00868; Wed, 16 Jul 1997 08:09:39 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA12487 for ; Wed, 16 Jul 1997 08:09:38 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id IAA00837; Wed, 16 Jul 1997 08:09:28 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id IAA06218; Wed, 16 Jul 1997 08:09:28 -0700 Resent-From: "Rob Jenkins" Resent-Message-Id: <9707160809.ZM6216@quid.csd.sgi.com> Resent-Date: Wed, 16 Jul 1997 08:09:27 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Resent-To: info-performer@sgi.com Received: from rock.csd.sgi.com by quid.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA06144; Wed, 16 Jul 1997 07:33:53 -0700 Received: from holodeck.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id HAA26561; Wed, 16 Jul 1997 07:33:54 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA13531; Wed, 16 Jul 1997 07:33:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA26557; Wed, 16 Jul 1997 07:33:52 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA03606 for ; Wed, 16 Jul 1997 07:33:52 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id HAA26549; Wed, 16 Jul 1997 07:33:51 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id HAA06139; Wed, 16 Jul 1997 07:33:36 -0700 From: "Rob Jenkins" Message-Id: <9707160733.ZM6135@quid.csd.sgi.com> Date: Wed, 16 Jul 1997 07:33:35 -0700 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Eengr=2Esgi=2Ecom_=28R=E9mi_Arnau?= =?iso-8859-1?Q?d=29 _______=22Re=3A_sproc_vs_Performers_version=22_=28Jul_15=2C_10=3A08pm=29?= References: <199707160508.WAA18311@remi.engr.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: verdi@piano.ucsd.edu (Tom Impelluso) Subject: Re: sproc vs Performers version Cc: info-performer-request@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19707160733.ZM6135.csd.sgi.com" Status: O --PART-BOUNDARY=.19707160733.ZM6135.csd.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u You'd also want to make sure you have the latest kernel rollup patch for = your OS, ( patch 2121 should be latest for you ). There were some problems ( f= ixed in patches ) with scheduling eg lightwieght processes taking too much CPU= =2E Cheers Rob On Jul 15, 10:08pm, R=E9mi Arnaud wrote: > Subject: Re: sproc vs Performers version > Tom Impelluso wrote: > > > > Hello, > > > > I will be working on an 2,3 or 4 CPU Octane. > > Really ? I thought Octanes were limited to 2 Cpus. > > > I want to do the normal app-cull-draw of Performer. > > > > I would like to reserve one CPU for a numerical code > > to be sproc'd by the Performer code before the main loop. > > > [... part removed ...] > > > > Basically, > > > > I would like to ALWAYS use one CPU for a number crucher and NOTHING E= LSE. > > use sysmp(MP_MUSTRUN_PID,... and sysmp(MP_ISOLATE, cpu); > be sure to run the program as 'root'. Only the super user has the righ= t > to isolate cpus. > > > > > Sometimes, I will have 3 CPUS for the remaining Performer code. > > Sometimes 1, or 2. > > > > I will likely add the lines: pfMultiprocess( (int) atoi( argv[2] )); > > or something to choose how many CPU's will run the viz part. > > > > Regardless... > > > > > > I want to ensure that the Octane's load balancing system > > does not USE a designated CPU for anything else except what I say. > > > > I understand that Performer will do internal sproc's, but I do not > > want some sort of sproc collision? > > Performer does fork, not sproc. > > > > > Could someone advise me? > > the code is in libpfutil/lockcpu.c > > You have the source, feel free to change it to your own needs. > > _ / _ _ > |_) _ ._ _ o /\ |_)|\ | /\ | || \ > | \(/_| | || /--\| \| \|/--\|_||_/ > >-- End of excerpt from R=E9mi Arnaud -- = ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA --PART-BOUNDARY=.19707160733.ZM6135.csd.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 15:35:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA13842; Wed, 16 Jul 1997 09:27:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13826; Wed, 16 Jul 1997 09:27:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA12101; Wed, 16 Jul 1997 09:27:18 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA03627 for ; Wed, 16 Jul 1997 09:27:15 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id JAA23787 sendmail 8.8.5/UCSD8.3 via SMTP Wed, 16 Jul 1997 09:27:06 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id JAA12385; Wed, 16 Jul 1997 09:27:05 -0700 Date: Wed, 16 Jul 1997 09:27:05 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199707161627.JAA12385@imm.ucsd.edu> To: info-performer@sgi.com Subject: sproc FOLLOW-UP Status: O Hello, This is a follow-up to my question on sproc() vs fork() with Performer. I have now learned that an Octane has only two CPU's ;-) next... Basically, there will be two codes: finite_element.c performer.c (FYI: finite_element is an INTENSE numerical algorithm) They need to talk. First question: Should I have a main that will sproc/fork BOTH finite_element.c and performer.c OR Should performer.c's main() sprock/fork the finite_element.c Should finite_element.c's main() sprock/fork the performer.c That is really stated for rhetorical reasons... I must admit it is an issue I alone must think about and few can advise, but I thought I would toss it out. However, in that context, this question may be more meaninful, and is troubling me... Suppose I used fork() The main would fork() and exec() the performer() and the finite_element(). But, then, I would have to have shared memory set up to allow the finite_element() and the perfomer() to communicate. Then, someone suggested sproc(). As I understand, sproc() is like fork(), but the sproc()'ed process is in the same address space. Thus, I can obviate the necessity for shared memory. and all that expensive overhead. But, from what I read, sproc() is "like" a lightweight thread. Thus, I would ASSSUME that sproc() is "designed" for such a purpose; i.e. LIGHTweight. Now, my spine tingles when I envision finite_element() as a lightweight process --- far from it. It is a huge algorithm with MANY MANY variables. However, so far, it seems that having the performer.c sproc() the finite_element.c seems reasonable; seems like it should work. But I fear that I will shortly collide with some internal design problem... afterall, in a strict philosophical sense, I am using sproc() to create a child that is VERY FAR from being a lightweight process. i.e. I assume sproc CAN be in the same address space but only BECAUSE it tacitly assumes the sproc`d code will be SMALLER than the daddy. and that assumption of a smaller child is intinsic to the success of sproc(). Could you tell me if I will encounter a problem? Should I stick with fork() and shared memory? Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 17:27:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA14197; Wed, 16 Jul 1997 11:29:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14181; Wed, 16 Jul 1997 11:29:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01740; Wed, 16 Jul 1997 11:29:42 -0700 Received: from dandan.engr.sgi.com ([150.166.37.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA09116 for ; Wed, 16 Jul 1997 11:29:41 -0700 env-from (zhz@dandan.engr.sgi.com) Received: (from zhz@localhost) by dandan.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id LAA00856; Wed, 16 Jul 1997 11:29:41 -0700 Date: Wed, 16 Jul 1997 11:29:41 -0700 From: zhz@dandan.engr.sgi.com (Jenny Zhao) Message-Id: <199707161829.LAA00856@dandan.engr.sgi.com> To: perfly@segolene.roazhon.inra.fr Subject: Re: how to create ASD terrain file from binary square DEM Cc: info-performer@sgi.com Status: O mail from perfly@segolene.roazhon.inra.fr > is there any free soft or informations on creating > ASD (Active Surface Definition) terrain file. > My input is a binary square DEM (Digital Elevation Model). in performer 2.2, there will be a pfdu routine that builds an even grid ASD data structure. the file is pfdBuildASD.c based on this routine, 2.2 will provide DEM, DTED, ARCINFO, and sgi black and white image file loaders. once you receive 2.2, you will be able to load the square DEM directly into perfly or save it as a .pfb file. granted that the loader is just a simple example of how to construct the ASD data structures, it will get you started. since it is very simple, uniform grid like structure, you will see very obvious morphings as you fly. we encourage people to incorporate their own favorite terrain modeling algorithms into their ASD constructions. we will also ship a simple sample program, simpleASD.c in pguide, to demonstrate how ASD triangles morph and fit together. Jenny Zhao zhz@engr.sgi.com 415 933-5091 (Voice) 415 965-2658 (Fax) Silicon Graphics - IRIS Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 17:27:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14589; Wed, 16 Jul 1997 13:18:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14573; Wed, 16 Jul 1997 13:18:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA18983; Wed, 16 Jul 1997 13:18:42 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA15067 for ; Wed, 16 Jul 1997 13:18:31 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA01661 for info-performer@sgi.com; Wed, 16 Jul 1997 15:19:54 -0500 From: "Ren-Jye Yu" Message-Id: <9707161519.ZM1660@python.tamu.edu> Date: Wed, 16 Jul 1997 15:19:54 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfEarthSky Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Howdy, Two problems: We have a problem with the pfEarthSky command. Near the horizon, some pixels are showing up light blue on the earth and some pixels in the sky are green. The dots are fixed in the environment and move as your viewpoint moves. 1. Is there a known bug with pfEarthSky? Along the same lines, as we rotate about the x-axis, the horizon line becomes corrupted in the left and right views. It seems as if the redraw is not happening correctly. 2. Any ideas? Thanks, Renjye -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 17:02:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA14080; Wed, 16 Jul 1997 10:52:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA14064; Wed, 16 Jul 1997 10:52:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA25746; Wed, 16 Jul 1997 10:52:11 -0700 Received: from uu10.psi.com (uu10.psi.com [38.8.4.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id KAA27980 for ; Wed, 16 Jul 1997 10:52:09 -0700 env-from (fasainteractive.com!uu3066!jedsall) Received: from uu3066.UUCP by uu10.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA11140 for ; Wed, 16 Jul 97 13:37:38 -0400 Message-Id: <9707161737.AA11140@uu10.psi.com> Date: 16 Jul 1997 10:55:11 -0500 From: "Jerry Edsall" Subject: Re: model view matrix and r To: "Angus Dorbie" , info-performer@sgi.com Status: O RE>>model view matrix and r Actualy I'm not using gl's coordinates. I'm using a multi-platform simulation architecture that is y up. We have a very specific and defined layer between the renderer and simulation. The idea is that any diffrences between the simulation and performer is the video layers problem. I was doing what you just suggested already, which is : y=-z z=y roll=-roll But this required me decompose my matrix from the simulation to figure out what the xyz ypr was. So what you said about reording the multiplication order helped and I figured it out. What I needed to do was a simularity transform on my simulation matrix. Since that was orthagonal ( 90 degrees ) I just had to reorder the matrix and change some signes. Thanks for the help. Jerry ------------------------------ Date: 7/16/97 5:36 AM To: Edsall, Jerry From: Angus Dorbie On Jul 15, 12:06pm, Jerry Edsall wrote: > Subject: Re: model view matrix and r > RE>>model view matrix and rotatio > So how do you convert from a gl matrix to a performer matrix? > > Jerry There's just a view orientation difference. So there's no conversion, there will be a pre viewing 90 degree rotate around x on the mviewing stack so conceptually y & z mean different things. As I've said this is for the z up coordinate system imposed by performer. So pf_x == gl_x pf_y == -gl_z pf_z == gl_y gl_x == pf_x gl_y == pf_z gl_z == -pf_y If you really insist on using gl coordinates you can add a pfSCS above the scene graph with a 90 degree x rotate and pre & post multiply the viewing matrix by +ve & -ve 90 degree x rotations. If you do this then conceptually you end up with OpenGL style coordinates in all Channel, DCS & SCS matrices. This is what I did with Divisions Performer implementation of dPL you may be familiar with, and why the implementation is able to easily handle the Y = up coordinates of dPL. There are simpler ways but performer coordinate stuff like the isector partitioning & earth sky would suffer as a result (if you decided you needed them). BTW I think there is also me a row vs column difference for OpenGL, I'm not sure about this. But it's easy to figure this part. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ------------------ RFC822 Header Follows ------------------ >From guest@holodeck.csd.sgi.com Wed Jul 16 05:19:20 1997 Received: from SGI.COM by uu10.psi.com (5.65b/4.0.940727-PSI/PSINet) via SMTP; id AA20715 for jedsall; Wed, 16 Jul 97 05:19:20 -0400 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA17157; Wed, 16 Jul 1997 02:19:06 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA11581; Tue, 15 Jul 1997 19:28:21 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA11565; Tue, 15 Jul 1997 19:28:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA10918; Tue, 15 Jul 1997 19:28:19 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA11609 for ; Tue, 15 Jul 1997 19:28:19 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA02024; Tue, 15 Jul 1997 19:28:17 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA27489; Tue, 15 Jul 1997 19:28:11 -0700 Date: Tue, 15 Jul 1997 19:28:11 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707151928.ZM27487@multipass.asd.sgi.com> In-Reply-To: "Jerry Edsall" "Re: model view matrix and r" (Jul 15, 12:06pm) References: <9707151916.AA15565@uu10.psi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Jerry Edsall" , info-performer@sgi.com Subject: Re: model view matrix and r Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 17:27:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14609; Wed, 16 Jul 1997 13:24:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14593; Wed, 16 Jul 1997 13:24:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA20291; Wed, 16 Jul 1997 13:24:13 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA17573 for ; Wed, 16 Jul 1997 13:24:06 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id NAA11652 for ; Wed, 16 Jul 1997 13:31:45 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA28770 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Wed, 16 Jul 1997 20:21:42 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA20643 for info-performer@sgi.com; Wed, 16 Jul 1997 13:21:41 -0700 From: "Marcus Barnes" Message-Id: <9707161321.ZM20641@logan.engr.multigen.com> Date: Wed, 16 Jul 1997 13:21:41 -0700 In-Reply-To: David Chan "multigen loader problem" (Jul 16, 8:30am) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer Subject: Re: multigen loader problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 16, 8:30am, David Chan wrote: > I encounter a message while loading multigen model (version 15.1) > by using performer 2.2 and OpenFlight loader R15.3 BETA_07: > > PF Notice/Assert: convTree(filename.flt) unexpected record 0 "undefined" > found. > > Is it a problem of loader? This is not a problem that I've encountered. I say that you're loading a V15.1 file. This version is most common with E&S and NT versions of MultiGen or GameGen. Does your file come from an NT machine? If so it may contain E&S extension records that are unknown to the loader. It's remotely possible that the file is also little endian, whereas the loader expects big endian files. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 17:37:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA14439; Wed, 16 Jul 1997 12:07:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA14423; Wed, 16 Jul 1997 12:07:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA07971; Wed, 16 Jul 1997 12:07:45 -0700 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA23309 for ; Wed, 16 Jul 1997 12:07:43 -0700 env-from (Sami.Shalabi@imag.fr) Received: from safran.imag.fr (safran.imag.fr [129.88.42.9]) by imag.imag.fr (8.8.1/8.8.5) with ESMTP id VAA00334 for ; Wed, 16 Jul 1997 21:07:19 +0200 (MET DST) Received: from ginseng (ginseng [129.88.29.3]) by safran.imag.fr (8.6.10/8.6.9) with ESMTP id VAA24068 for ; Wed, 16 Jul 1997 21:07:19 +0200 Sender: Sami.Shalabi@imag.fr Message-ID: <33CD1BE7.674E96C@imag.fr> Date: Wed, 16 Jul 1997 21:07:19 +0200 From: Sami Shalabi Organization: MIT Computer Graphics Group X-Mailer: Mozilla 4.01b6C [en] (X11; I; IRIX64 6.4 IP27) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Performer and Interface Builder X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I am new to using performer and was wondering if anyone has used performer with an interface builder before (such as Rapidapp or xforms). Does using code generated from rapidapp severly slow down performer and Does it performer easily plug into rapidapp? Any advice/code examples would be greatly appreciated... Regards, Sami -- ---------------------------------------------------------------- Sami Shalabi shalabi@graphics.lcs.mit.edu 410 Memorial Drive shalabi@media.mit.edu Cambridge MA 02139 shalabi@mit.edu USA WWW : http://graphics.lcs.mit.edu/~shalabi/ Wasting time is an important part of living -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQBtAy9FEfIAAAEDANXl+JLuy68UZpkAJbnuwAfN4EqfTzF9Taqfcq/JFnD34OeK x2T2WEvfCIIkZ+/7mraQTrEajwemx8FNtnTBv0HdgWlr+dPlZTlFAsMZRqSAdztg QJORmssdxKJr0jRgzQAFEbQeU2FtaSBTaGFsYWJpIDxzaGFsYWJpQG1pdC5lZHU+ =aBZq -----END PGP PUBLIC KEY BLOCK----- ---------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 19:39:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14752; Wed, 16 Jul 1997 13:55:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14736; Wed, 16 Jul 1997 13:55:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA24908; Wed, 16 Jul 1997 13:55:32 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA00164 for ; Wed, 16 Jul 1997 13:55:31 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id NAA24896; Wed, 16 Jul 1997 13:55:31 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA02124; Wed, 16 Jul 1997 13:55:30 -0700 From: "Rob Jenkins" Message-Id: <9707161355.ZM2122@quid.csd.sgi.com> Date: Wed, 16 Jul 1997 13:55:29 -0700 In-Reply-To: "Didier Guzzoni" "Octane problem" (Jul 16, 3:06pm) References: <9707161506.ZM14241@imtsg12.epfl.ch> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Didier Guzzoni" , info-performer@sgi.com Subject: Re: Octane problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Assuming that all the standard demos run OK in multiproc mode then does your app run OK if you force single proc mode ( APPCULLDRAW ) ? Make sure you have the recommended patches ( lists off Silicon Junction ) but at least including the gfx patch 1945 ( or maybe actually it's replacement, 1953 ). Cheers Rob On Jul 16, 3:06pm, Didier Guzzoni wrote: > Subject: Octane problem > Hi Performers, > > We have just received an Octane (2 X R10000) and are trying to run our > applications on it. Since it is the first time we are playing with a > multiprocessor machine, we were expecting lots of troubles. We actually got > only one so far : when using textures, the program (that works ok on IRIX 5.3, > 6.2 and 6.3 on an Indigo Max Impact, an Impact and an O2) crashes and says : > > PF Fatal/SysErr: _pfDirtCheck: pfRealloc of 0 bytes returned NULL. > > When applying a pfTexEnv. (tenv->apply()) > > Does anyone has a clue ? > > Thanks, > > Didier > > -- > Didier Guzzoni > VRAI group, Swiss Federal Institute of Technology > Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch > Fax : ++41 21 693 6540 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Didier Guzzoni -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 16 22:57:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA15709; Wed, 16 Jul 1997 17:23:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA15693; Wed, 16 Jul 1997 17:23:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA23120; Wed, 16 Jul 1997 17:23:47 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA18738 for ; Wed, 16 Jul 1997 17:23:46 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id RAA06131; Wed, 16 Jul 1997 17:25:13 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id RAA06870; Wed, 16 Jul 1997 17:26:53 -0700 From: "Anita Kishore" Message-Id: <9707161726.ZM6868@tracey.triavest.com> Date: Wed, 16 Jul 1997 17:26:52 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello: I am trying to map an image of a neon sign (created in Photoshop) with alpha onto a geometry. The image has the sign in the middle with neon like light emanating from it which slowly merges with the blackness around the sign. This image with its geometry is in an Inventor file which gets loaded into my application through pfiv (BTW : the version of pfiv that I have didn't have transparency enabled, so I added the lines : if ( numComponents == 4 ) { cbd->dummyGState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); } in the routine 'getTexture'). Anyway, the problem is that when this texture gets loaded, the neon light around the sign appears completely banded with each band having a single level of colour. The change in colour from the neon light colour to black (completely transparent) is not smooth at all. What else should I set to make it smooth? I have already tried recreating a fresh image of very large size and mapping that, but to no avail. I am using OpenGL, RE2, 5.3, pf 2.0.1. I do not have glxinfo to find out the visual that pf window might actually be using. Doesn't RE2 come with glxinfo? Is it possible to install it from somewhere? Thanks for any help. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 00:23:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA16210; Wed, 16 Jul 1997 18:32:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA16194; Wed, 16 Jul 1997 18:32:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA00220; Wed, 16 Jul 1997 18:32:48 -0700 Received: from postal.dn.net (postal.dn.net [207.226.170.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA05996 for ; Wed, 16 Jul 1997 18:32:47 -0700 env-from (gwaldron@peril.com) Received: from peril.dn.net (dca-access-1-63.ppp.dn.net [207.153.216.63]) by postal.dn.net (8.8.3/8.8.5) with ESMTP id VAA12841; Wed, 16 Jul 1997 21:39:09 -0400 (EDT) Message-ID: <33CD7756.191D3173@peril.com> Date: Wed, 16 Jul 1997 21:37:26 -0400 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: Peril Technologies X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Tom Impelluso CC: info-performer@sgi.com Subject: Re: sproc FOLLOW-UP X-Priority: 3 (Normal) References: <199707161627.JAA12385@imm.ucsd.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Tom Impelluso wrote: > > This is a follow-up to my question on sproc() vs fork() with Performer. ... > As I understand, sproc() is like fork(), but the sproc()'ed process is > in the same address space. Thus, I can obviate the necessity for > shared memory. and all that expensive overhead. > > But, from what I read, sproc() is "like" a lightweight thread. ... > But I fear that I will shortly collide with some internal design problem... > afterall, in a strict philosophical sense, I am using sproc() to > create a child that is VERY FAR from being a lightweight process. "lightweight" in this context doesn't mean the thread can't do a lot of work. Speculation: I believe it means that the system overhead involved in maintaining it as a separate thread (context switching, etc) is lower than for a formal process. sproc() is powerful and perfect for applications like yours -- I do it all the time and it always works great. BTW, although you don't need shared memory, you should still use semaphores to meter access to the data space you're sharing. Also, you can use sysmp(MP_ISOLATE,...) to dedicate a processor. This works for normal processes; I've never tried it on an sproc() thread. Just don't try to isolate to CPU 0.. enjoy, glenn. -- Glenn Waldron - Technical Director Peril Technologies - 2200 Wilson Blvd Ste 102-328 - Arlington VA 22201 mailto:gwaldron@peril.com - http://www.peril.com - voice: 703.598.7835 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 02:56:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA16660; Wed, 16 Jul 1997 21:09:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA16644; Wed, 16 Jul 1997 21:09:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA10698; Wed, 16 Jul 1997 21:09:25 -0700 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA08355 for ; Wed, 16 Jul 1997 21:02:15 -0700 env-from (tfchan@cse.cuhk.edu.hk) Received: from sparc54.cs.cuhk.hk by cse.cuhk.edu.hk with ESMTP id MAA12348; Thu, 17 Jul 1997 12:01:49 +0800 Received: by sparc54.cs.cuhk.hk (SMI-8.6/SMI-SVR4) id MAA28478; Thu, 17 Jul 1997 12:01:47 +0800 Date: Thu, 17 Jul 1997 12:01:47 +0800 (HKT) From: David Chan X-Sender: tfchan@sparc54.cs.cuhk.hk To: info-performer Subject: Re: multigen loader problem In-Reply-To: <9707161321.ZM20641@logan.engr.multigen.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I am using GameGenII for NT. Are there any way to avoid this kind of messages? Since sometimes there many this kind of message while loading one models, sometime no this kind message. BTW, what is E&S extension records and "little endian of a file"? Thanks. David. > > by using performer 2.2 and OpenFlight loader R15.3 BETA_07: > > > > PF Notice/Assert: convTree(filename.flt) unexpected record 0 "undefined" > > found. > > > > Is it a problem of loader? > > This is not a problem that I've encountered. I say that you're loading a V15.1 > file. This version is most common with E&S and NT versions of MultiGen or > GameGen. Does your file come from an NT machine? > > If so it may contain E&S extension records that are unknown to the loader. It's > remotely possible that the file is also little endian, whereas the loader > expects big endian files. > > Regards. > -- > + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + > + Multigen Inc. http://www.multigen.com + > + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + > + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > Bye! David ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 05:22:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA17155; Thu, 17 Jul 1997 01:35:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA17139; Thu, 17 Jul 1997 01:35:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA25213; Thu, 17 Jul 1997 01:35:37 -0700 Received: from amethyst.cimi.nottingham.ac.uk (amethyst.cimi.nottingham.ac.uk [128.243.234.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA22778 for ; Thu, 17 Jul 1997 01:35:36 -0700 env-from (nej@cs.nott.ac.uk) Received: from amethyst.cimi.nottingham.ac.uk ([127.0.0.1]) by amethyst.cimi.nottingham.ac.uk (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA03736; Thu, 17 Jul 1997 08:28:39 +0100 Sender: nej@cs.nott.ac.uk Message-ID: <33CDC9A7.167E@cs.nott.ac.uk> Date: Thu, 17 Jul 1997 08:28:39 +0100 From: Nigel Jenkins X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Anita Kishore CC: info-performer@sgi.com Subject: Re: transparent textures References: <9707161726.ZM6868@tracey.triavest.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Anita Kishore wrote: > > Anyway, the problem is that when this texture gets loaded, the neon light > around the sign appears completely banded with each band having a single > level of colour. The change in colour from the neon light colour to black > (completely transparent) is not smooth at all. What else should I set to make > it smooth? > I've had a similar problem using our Onyx IR, and I found that in our case it seems to be caused by antialiasing. When antialiasing is on you get the baned transparency, and nice smooth lines on the rest of the model, but with the antialiasing off you get nice smooth transparency, but nasty jagged lines on the rest of the model! What I think is happening (and I could well be completely wrong) is that the antialiasing somehow reduces the colour depth during its bit of processing, and so even though the pixel depth of the buffer you are rendering to is the same as it is with AA off, the colours coming out of the AA algorithm are at a much lower depth at so you get the bands. I would be very interested to know if you find any solutions.. Nigel -- ---------------------------------------------------- Nigel Jenkins Technical Consultant CIMI - Centre for Industrial and Medical Informatics Unit 8 William Lee Buildings Highfields Science Park University Boulevard Nottingham NG7 2RQ UnitedKingdom Tel: +44 (0115) 956 8990 Fax: +44 (0115) 956 8991 e-mail: nej@cs.nott.ac.uk http://www.cimi.nottingham.ac.uk/ ---------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 05:22:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA17378; Thu, 17 Jul 1997 02:10:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA17362; Thu, 17 Jul 1997 02:10:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA26937; Thu, 17 Jul 1997 02:10:14 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA28151 for ; Thu, 17 Jul 1997 02:10:08 -0700 env-from (perfly@segolene.roazhon.inra.fr) From: perfly@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id LAA17013 for ; Thu, 17 Jul 1997 11:09:37 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA06569; Thu, 17 Jul 1997 11:06:51 +0200 Date: Thu, 17 Jul 1997 11:06:51 +0200 Message-Id: <9707170906.AA06569@segolene.roazhon.inra.fr> To: info-performer@sgi.com Subject: new release of Performer (DEM loader for ASD) X-Sun-Charset: US-ASCII Status: O Good news: > in performer 2.2, there will be a pfdu routine that builds > an even grid ASD data structure. the file is pfdBuildASD.c > based on this routine, 2.2 will provide DEM, DTED, ARCINFO, > and sgi black and white image file loaders. > when will performer 2.2 be available ? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 05:22:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA17026; Thu, 17 Jul 1997 00:43:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA17010; Thu, 17 Jul 1997 00:43:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA22572; Thu, 17 Jul 1997 00:43:14 -0700 Received: from hal.wgs.estec.esa.nl (hal.wgs.estec.esa.nl [131.176.22.216]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA14963 for ; Thu, 17 Jul 1997 00:43:09 -0700 env-from (simon@hal.wgs.estec.esa.nl) Received: from mercury.wgs.estec.esa.nl by hal.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id JAA23717; Thu, 17 Jul 1997 09:43:07 +0200 Received: by mercury.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id JAA08121; Thu, 17 Jul 1997 09:43:03 +0200 Date: Thu, 17 Jul 1997 09:43:03 +0200 From: simon@hal.wgs.estec.esa.nl (Simon Mills) Message-Id: <199707170743.JAA08121@mercury.wgs.estec.esa.nl> To: kishore@triavest.com Subject: Re: transparent textures Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: WKDpl+yRooTpqGUF2joZag== Status: O On Wed, 16 Jul 1997 17:26:52 -0700 "Anita Kishore" wrote: > I am trying to map an image of a neon sign (created in Photoshop) > with alpha onto a geometry. The image has the sign in the middle with neon > like light emanating from it which slowly merges with the blackness around > the sign. This image with its geometry is in an Inventor file which gets > loaded into my application through pfiv (BTW : the version of pfiv that I have > didn't have transparency enabled, so I added the lines : > > if ( numComponents == 4 ) > { > cbd->dummyGState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); > } > > in the routine 'getTexture'). > > Anyway, the problem is that when this texture gets loaded, the neon light > around the sign appears completely banded with each band having a single > level of colour. The change in colour from the neon light colour to black > (completely transparent) is not smooth at all. What else should I set to make > it smooth? I have also encountered problems like this because by default the RE2 uses multisample transparency since it's faster than alpha transparency. For me the fix was to explicitly set a pfGeoState that uses alpha transparency with pfGStateMode(geoState, PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA | PFTR_NO_OCCLUDE); This allows smooth transitions in transparency and avoids the transparency quantisation effects in multisample transparency. Hope it helps. Regards, Simon ---------------------------------------------------------------------------- Simon Mills System Simulation Section (WAS) Automation & Informatics Department European Space Research And Technology Centre (ESTEC) Postbus 299 e-mail: simon@wgs.estec.esa.nl 2200AG Noordwijk phone: +31-(0)71-565-3725 The Netherlands fax: +31-(0)71-565-5419 ---------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 05:22:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA17424; Thu, 17 Jul 1997 02:20:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA17408; Thu, 17 Jul 1997 02:20:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA27256; Thu, 17 Jul 1997 02:20:04 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA29429 for ; Thu, 17 Jul 1997 02:20:03 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id CAA22003; Thu, 17 Jul 1997 02:20:01 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id CAA29723; Thu, 17 Jul 1997 02:20:00 -0700 Date: Thu, 17 Jul 1997 02:20:00 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707170220.ZM29721@multipass.asd.sgi.com> In-Reply-To: "Anita Kishore" "transparent textures" (Jul 16, 5:26pm) References: <9707161726.ZM6868@tracey.triavest.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Anita Kishore" , info-performer@sgi.com Subject: Re: transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 16, 5:26pm, Anita Kishore wrote: > Subject: transparent textures > Hello: > > I am trying to map an image of a neon sign (created in Photoshop) > with alpha onto a geometry. The image has the sign in the middle with neon > like light emanating from it which slowly merges with the blackness around > the sign. This image with its geometry is in an Inventor file which gets > loaded into my application through pfiv (BTW : the version of pfiv that I have > didn't have transparency enabled, so I added the lines : > > if ( numComponents == 4 ) > { > cbd->dummyGState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); > } > > in the routine 'getTexture'). > > Anyway, the problem is that when this texture gets loaded, the neon light > around the sign appears completely banded with each band having a single > level of colour. The change in colour from the neon light colour to black > (completely transparent) is not smooth at all. What else should I set to make > it smooth? > The problem is multisample transparency. You need transparency of PFTR_BLEND_ALPHA in the neon geostate. There is a better way for neon lights though. You actually want to specify a blendfunction of one, one so get rid of all the alpha in the image and force this glBlendFunc in a callback again with blended transparency. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 05:22:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA17406; Thu, 17 Jul 1997 02:19:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA17390; Thu, 17 Jul 1997 02:19:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA27185; Thu, 17 Jul 1997 02:19:30 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA29367 for ; Thu, 17 Jul 1997 02:19:29 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA28365; Thu, 17 Jul 1997 02:19:27 -0700 From: "Sharon Clay" Message-Id: <9707170219.ZM28363@rose.engr.sgi.com> Date: Thu, 17 Jul 1997 02:19:26 -0700 In-Reply-To: Glenn Waldron "Re: sproc FOLLOW-UP" (Jul 16, 9:37pm) References: <199707161627.JAA12385@imm.ucsd.edu> <33CD7756.191D3173@peril.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: gwaldron@peril.com, Tom Impelluso Subject: Re: sproc FOLLOW-UP Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 16, 9:37pm, Glenn Waldron wrote: > Subject: Re: sproc FOLLOW-UP -> ->Tom Impelluso wrote: ->> ->> This is a follow-up to my question on sproc() vs fork() with Performer. ->... ->> As I understand, sproc() is like fork(), but the sproc()'ed process is ->> in the same address space. Thus, I can obviate the necessity for ->> shared memory. and all that expensive overhead. ->> ->> But, from what I read, sproc() is "like" a lightweight thread. ->... ->> But I fear that I will shortly collide with some internal design problem... ->> afterall, in a strict philosophical sense, I am using sproc() to ->> create a child that is VERY FAR from being a lightweight process. -> ->"lightweight" in this context doesn't mean the thread can't do a lot of ->work. Speculation: I believe it means that the system overhead involved ->in ->maintaining it as a separate thread (context switching, etc) is lower ->than ->for a formal process. Yes. FYI, Creation of a sproced process is also NOT lightweight! All processes in the share group will take a big hit when one of them sproce a new process so you want to do all process creation if at all possible up front. You also want to do this after pfConfig() so that only the parent of the sproc has a the room for this process (stack, etc.) allocated. ->sproc() is powerful and perfect for applications like yours -- I do it ->all the time and it always works great. BTW, although you don't need ->shared ->memory, you should still use semaphores to meter access to the data ->space ->you're sharing. -> ->Also, you can use sysmp(MP_ISOLATE,...) to dedicate a processor. This ->works ->for normal processes; I've never tried it on an sproc() thread. Just Works fine on a sproc thread. ->don't ->try to isolate to CPU 0.. Right :-) src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 07:47:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA17785; Thu, 17 Jul 1997 04:53:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA17769; Thu, 17 Jul 1997 04:53:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA04544; Thu, 17 Jul 1997 04:53:38 -0700 Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA16934 for ; Thu, 17 Jul 1997 04:53:37 -0700 env-from (crux@artcom.de) Received: from coop by otto.artcom.de with smtp id m0wop63-00AN8vC; Thu, 17 Jul 97 13:51 MDT Sender: crux@artcom.de Message-ID: <33CE0753.167E@artcom.de> Date: Thu, 17 Jul 1997 07:51:47 -0400 From: Dirk Luesebrink Organization: art+com gmbh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Anita Kishore CC: info-performer@sgi.com Subject: Re: transparent textures References: <9707161726.ZM6868@tracey.triavest.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O in man pfTexture you find: PFTEX_RGBA_4 16-bit texels. The default 4 component internal format. means even when your original texture is a 32 bit image it gets scrambled into 16 bit texels on default by performer. to my knowledge the pfiv loader doesnt touch that format bit at all. so two choices: 1. manipulate the loader to explicitly set the internal textures format. or 2. after loading the scene, traverse the performer scene graph, collect all pfTextures from all pfGeoStates on all pfGeodes and overwrite the internal format setting on them. the default setting is to save precious tex mem resources, so when possible you should change to RGBA_8 selectivly, not in general. dirk. look for PFTEX_INTERNAL_FORMAT in the man page. Anita Kishore wrote: > > Hello: > > I am trying to map an image of a neon sign (created in Photoshop) > with alpha onto a geometry. The image has the sign in the middle with neon > like light emanating from it which slowly merges with the blackness around > the sign. This image with its geometry is in an Inventor file which gets > loaded into my application through pfiv (BTW : the version of pfiv that I have > didn't have transparency enabled, so I added the lines : > > if ( numComponents == 4 ) > { > cbd->dummyGState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); > } > > in the routine 'getTexture'). > > Anyway, the problem is that when this texture gets loaded, the neon light > around the sign appears completely banded with each band having a single > level of colour. The change in colour from the neon light colour to black > (completely transparent) is not smooth at all. What else should I set to make > it smooth? > > I have already tried recreating a fresh image of very large size and mapping > that, but to no avail. > > I am using OpenGL, RE2, 5.3, pf 2.0.1. I do not have glxinfo to find out the > visual that pf window might actually be using. Doesn't RE2 come with > glxinfo? Is it possible to install it from somewhere? > > Thanks for any help. > > -anita > > kishore@triavest.com > > -- > Anita Kishore > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 07:47:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA17742; Thu, 17 Jul 1997 04:30:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA17726; Thu, 17 Jul 1997 04:30:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA02929; Thu, 17 Jul 1997 04:30:01 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA14188 for ; Thu, 17 Jul 1997 04:30:01 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id EAA23874; Thu, 17 Jul 1997 04:29:59 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id EAA29824; Thu, 17 Jul 1997 04:29:58 -0700 Date: Thu, 17 Jul 1997 04:29:58 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707170429.ZM29822@multipass.asd.sgi.com> In-Reply-To: David Chan "Re: multigen loader problem" (Jul 17, 12:01pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: David Chan , info-performer Subject: Re: multigen loader problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 12:01pm, David Chan wrote: > Subject: Re: multigen loader problem > Hi, > I am using GameGenII for NT. Are there any way to avoid this kind of > messages? Hey, this is info-performer :-) Surely you have loader source? > Since sometimes there many this kind of message while loading > one models, sometime no this kind message. > BTW, what is E&S extension records and "little endian of a file"? > E&S == Evans and Sutherland, ie extensions specific to E&S image generator capabilities which your file parser doesn't recognise or utilise. endianness is the byte ordering of binary records which varies across platforms due to design differences. ie if I write a binary integer on a PC and read it as a binary integer on an SGI the high order byte on the PC would end up in the low order byte space on the SGI, etc, due to the respective assumptions that the record ordering on the disk matches the native memory system. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 07:47:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA17767; Thu, 17 Jul 1997 04:51:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA17751; Thu, 17 Jul 1997 04:51:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA04298; Thu, 17 Jul 1997 04:51:36 -0700 Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA16850 for ; Thu, 17 Jul 1997 04:51:35 -0700 env-from (pplachta@sim6.dciem.dnd.ca) Received: (from pplachta@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA13941; Thu, 17 Jul 1997 07:54:48 -0400 Date: Thu, 17 Jul 1997 07:54:48 -0400 (EDT) From: Peter Plachta To: info-performer@sgi.com Subject: GeoSets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi I have a slight problem with pfGeoSets - I change the colour of my pfGeoSet, enable lighting (I set PFSTATE_ENLIGHTING in a pfGeoState attached to the scene), attach a light to the scene & attach the GeoSet to the scene (through a pfGeode), but my set is not shaded. I compute the normals using cross product. When run on an Iris-GL, it always results in a white flat-shaded set. On an Open-GL, it's the right colour, but it is still flat-shaded. Any ideas would be appreciated Thanks, Peter ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 07:47:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA17670; Thu, 17 Jul 1997 04:13:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA17654; Thu, 17 Jul 1997 04:13:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA02270; Thu, 17 Jul 1997 04:13:09 -0700 Received: from eous.eleinf.uv.es (eous.eleinf.uv.es [147.156.133.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA12391 for ; Thu, 17 Jul 1997 04:13:02 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost (jcasilla@localhost) by eous.eleinf.uv.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA07859; Thu, 17 Jul 1997 13:11:03 +0200 Date: Thu, 17 Jul 1997 13:11:03 +0200 (CEST) From: Joaquin Casillas Melendez X-Sender: jcasilla@eous.eleinf.uv.es To: Anita Kishore cc: info-performer@sgi.com Subject: Re: transparent textures In-Reply-To: <9707161726.ZM6868@tracey.triavest.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 16 Jul 1997, Anita Kishore wrote: > Hello: > > I am trying to map an image of a neon sign (created in Photoshop) > with alpha onto a geometry. The image has the sign in the middle with neon > like light emanating from it which slowly merges with the blackness around > the sign. This image with its geometry is in an Inventor file which gets > loaded into my application through pfiv (BTW : the version of pfiv that I have > didn't have transparency enabled, so I added the lines : > > if ( numComponents == 4 ) > { > cbd->dummyGState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); 5q> } > > in the routine 'getTexture'). > > Anyway, the problem is that when this texture gets loaded, the neon light > around the sign appears completely banded with each band having a single > level of colour. The change in colour from the neon light colour to black > (completely transparent) is not smooth at all. What else should I set to make > it smooth? > > I have already tried recreating a fresh image of very large size and mapping > that, but to no avail. > > I am using OpenGL, RE2, 5.3, pf 2.0.1. I do not have glxinfo to find out the > visual that pf window might actually be using. Doesn't RE2 come with > glxinfo? Is it possible to install it from somewhere? > > Thanks for any help. > > -anita > > kishore@triavest.com > > -- > Anita Kishore > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > Hello Anita. Try changing the transparency mode to PFTR_HIGH_QUALITY in order to get a smoother change in the neon light colour. I also work with a Onyx RE2 and had the same problem with transparency. Respect to the glxinfo command, it is located in /usr/sbin/glxinfo (almost, in the RE2 I used to work). Hope this helps. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 07:47:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA17536; Thu, 17 Jul 1997 03:54:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA17520; Thu, 17 Jul 1997 03:54:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA00854; Thu, 17 Jul 1997 03:54:42 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA10432 for ; Thu, 17 Jul 1997 03:54:36 -0700 env-from (wryml@dimwit.dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id TAA21870; Thu, 17 Jul 1997 19:54:15 +0900 Received: from dimwit.dst.nk-exa.co.jp (dimwit.dst.nk-exa.co.jp [160.14.100.100]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id TAA18634; Thu, 17 Jul 1997 19:54:15 +0900 Received: (from wryml@localhost) by dimwit.dst.nk-exa.co.jp (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA17468; Thu, 17 Jul 1997 19:33:29 +0900 Message-Id: <199707171033.TAA17468@dimwit.dst.nk-exa.co.jp> To: Dirk Luesebrink Cc: info-performer@sgi.com Subject: Re: How to change Input Window In-reply-to: Your message of "Wed, 16 Jul 1997 07:39:07 JST" References: <199707160153.KAA15646@dimwit.dst.nk-exa.co.jp> <33CCB2DB.2781@artcom.de> Date: Thu, 17 Jul 1997 19:33:29 +0900 From: YAMANAKA MASAHIKO Status: O Thank you for your reply, Dirk! However... ^) you can read the x window events of the performer window from anywhere, ^^) also another process. finally performer ends up on a Xwindow, which you ^^) can access. when the performer window is opened you can: What I want to do is... motif-app (launcher): invoke a performer-app and send the value of XtWindow(widget) to the perf-app. after creating some managedWidgets... XtRealizeWidget( toplevel ); Window xWin = XtWindow(widget); sprintf( cmd, "perf-app %d", xWin ); system( cmd ); XtMainLoop() perf-app: process all of the performer-work such as drawing, event processing, etc. after creating Shared->pw... Shared->pw->setWSWindow( XOpenDisplay( NULL ), xWin ) I tried this with very very simple motif-app and simple perf-app (complex.C). In this case, Drawing works very well, but perf-app can't process events because of an error... X Error of failed request: BadAccess (attempt to access private resource denied) Major opcode of failed request: 2 (X_ChangeWindowAttributes) Serial number of failed request: 153 Current serial number in output stream: 159 This error occurs at the XSelectInput(pfGetCurWSConnection(),...) in the InitXInput(). I'm not familier with X-development, so I think someone know some workarounds about this... Thanks, -- M.Y. ^^) performer app: ^^) ^^) pfPipeWindow* pw // is open ^^) ^^) // get the window ^^) Window xw = pw->getWSWindod(); ^^) // and the X connection ^^) const char* con = pf->getWSConnectionName(); ^^) ^^) now the performer app can continue. by some magic IPC you pass w and con ^^) to another process which now can: ^^) ^^) x event reader and decoder: ^^) ^^) // open your OWN ! connection to Window Manager ^^) Display* display = XOpenDisplay(con); ^^) // ask for the events he want from the Performer Window ^^) long e_mask = KeyPressMask | KeyReleaseMask | ^^) ButtonPressMask | ButtonReleaseMask | ^^) PointerMotionMask; ^^) XSelectInput(display, xw, e_mask); ^^) ^^) // and forever read events... ^^) XEvent e; ^^) while(1) { ^^) XWindowEvent(display, xw, e_mask, &e); ^^) cerr << "e type = " << e.type << endl; ^^) } ^^) ^^) you now can decode that events in this process and with some more IPC ^^) magic pass higher level Application commands back to your performer ^^) application: ^^) ^^) performer app: ^^) ^^) while(1) { ^^) pfFrame(); ^^) ^^) read_app_commands_from_somewhere(); ^^) } ^^) ^^) works for me. and added design benefit is, that the performer app doesnt ^^) really see window manager events any longer. you can log events and play ^^) them back from disk. sometimes quit usefull. ^^) initially more work, but pays back, pretty soon. ^^) ^^) dirk. ^^) ^^) ^^) ^^) ^^) ^^) YAMANAKA MASAHIKO wrote: ^^) > ^^) > Hello all, ^^) > This might be a proper question for this mailing list, however please let me ^^) > ask... ^^) > ^^) > I made 2 simple test programs. ^^) > ^^) > One is the launcher which uses some Xt routines like... ^^) > ^^) > Widget toplevel = XtInitialize(...); ^^) > Widget fmWidget = XtVaCreateManagedWidget(...xmFormWidgetClass, toplevel,...); ^^) > Widget cfWidget = XtVaCreateManagedWidget(...xmFormWidgetClass, fmWidget,...); ^^) > XtRealizeWidget( toplevel ); ^^) > ^^) > char cmd[512]; ^^) > sprintf( cmd, "%s %d", argv[1], XtWindow(cfWidget) ); ^^) > system( cmd ); ^^) > XtMainLoop(); ^^) > ^^) > And another is the performer-based application which is launched by launcher. ^^) > In my test, I used complex.C. ^^) > I changed it to... ^^) > ^^) > after Shared->pw = new pfPipeWindow(p);, ^^) > Window xWin = (Window)atoi( argv[1] ); ^^) > Shared->pw->setWSWindow( XOpenDisplay(0), xWin ); ^^) > ^^) > As I don't use InitXInput(), it works well, however it doesn't accept any events. ^^) > Otherwise when I use InitXInput(), it doesn't work, so I tried to make new Window ^^) > accepting the events, but I couldn't. ^^) > ^^) > Of course there is a way making the launcher process the events, send some commands ^^) > to the perf-app, and perf-app reads it with no-wait. ^^) > But I want to let the perf-app accept/process the events. ^^) > ^^) > Could anyone please direct me? ^^) > ^^) > Any help will be greatly appreciated!!! ^^) > ^^) > Thanks, ^^) > -- ^^) > M.Y. ^^) > ======================================================================= ^^) > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ ^^) > Submissions: info-performer@sgi.com ^^) > Admin. requests: info-performer-request@sgi.com ^^) ======================================================================= ^^) List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ ^^) Submissions: info-performer@sgi.com ^^) Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 07:47:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA17815; Thu, 17 Jul 1997 04:58:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA17799; Thu, 17 Jul 1997 04:58:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA04857; Thu, 17 Jul 1997 04:58:31 -0700 Received: from otto.artcom.de (schleuse-inx-bt.artcom.de [195.21.176.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA17422 for ; Thu, 17 Jul 1997 04:58:30 -0700 env-from (crux@artcom.de) Received: from coop by otto.artcom.de with smtp id m0wopAn-00AN8vC; Thu, 17 Jul 97 13:56 MDT Sender: crux@artcom.de Message-ID: <33CE0878.2781@artcom.de> Date: Thu, 17 Jul 1997 07:56:41 -0400 From: Dirk Luesebrink Organization: art+com gmbh X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: transparent textures References: <9707161726.ZM6868@tracey.triavest.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O in man pfTexture you find: PFTEX_RGBA_4 16-bit texels. The default 4 component internal format. means even when your original texture is a 32 bit image it gets scrambled into 16 bit texels on default by performer. to my knowledge the pfiv loader doesnt touch that format bit at all. so two choices: 1. manipulate the loader to explicitly set the internal textures format. or 2. after loading the scene, traverse the performer scene graph, collect all pfTextures from all pfGeoStates on all pfGeodes and overwrite the internal format setting on them. the default setting is to save precious tex mem resources, so when possible you should change to RGBA_8 selectivly, not in general. dirk. look for PFTEX_INTERNAL_FORMAT in the man page. Anita Kishore wrote: > > Hello: > > I am trying to map an image of a neon sign (created in Photoshop) > with alpha onto a geometry. The image has the sign in the middle with neon > like light emanating from it which slowly merges with the blackness around > the sign. This image with its geometry is in an Inventor file which gets > loaded into my application through pfiv (BTW : the version of pfiv that I have > didn't have transparency enabled, so I added the lines : > > if ( numComponents == 4 ) > { > cbd->dummyGState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); > } > > in the routine 'getTexture'). > > Anyway, the problem is that when this texture gets loaded, the neon light > around the sign appears completely banded with each band having a single > level of colour. The change in colour from the neon light colour to black > (completely transparent) is not smooth at all. What else should I set to make > it smooth? > > I have already tried recreating a fresh image of very large size and mapping > that, but to no avail. > > I am using OpenGL, RE2, 5.3, pf 2.0.1. I do not have glxinfo to find out the > visual that pf window might actually be using. Doesn't RE2 come with > glxinfo? Is it possible to install it from somewhere? > > Thanks for any help. > > -anita > > kishore@triavest.com > > -- > Anita Kishore > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 12:07:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA18416; Thu, 17 Jul 1997 06:20:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA18400; Thu, 17 Jul 1997 06:20:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA10863; Thu, 17 Jul 1997 06:20:21 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA28609 for ; Thu, 17 Jul 1997 06:20:21 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id GAA25448; Thu, 17 Jul 1997 06:20:19 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id GAA29972; Thu, 17 Jul 1997 06:20:07 -0700 Date: Thu, 17 Jul 1997 06:20:07 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707170620.ZM29970@multipass.asd.sgi.com> In-Reply-To: Nigel Jenkins "Re: transparent textures" (Jul 17, 8:28am) References: <9707161726.ZM6868@tracey.triavest.com> <33CDC9A7.167E@cs.nott.ac.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Nigel Jenkins , Anita Kishore Subject: Re: transparent textures Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 8:28am, Nigel Jenkins wrote: > Subject: Re: transparent textures > Anita Kishore wrote: > > > > Anyway, the problem is that when this texture gets loaded, the neon light > > around the sign appears completely banded with each band having a single > > level of colour. The change in colour from the neon light colour to black > > (completely transparent) is not smooth at all. What else should I set to make > > it smooth? > > > > I've had a similar problem using our Onyx IR, and I found that in our > case it seems to > be caused by antialiasing. When antialiasing is on you get the baned > transparency, and nice smooth lines on the rest of the model, but with > the antialiasing off you get nice smooth transparency, but nasty jagged > lines on the rest of the model! Up until now you are exactly correct. > > What I think is happening (and I could well be completely wrong) is that > the antialiasing somehow reduces the colour depth during its bit of > processing, and so even though the pixel depth of the buffer you are > rendering to is the same as it is with AA off, the colours coming out of > the AA algorithm are at a much lower depth at so you get the bands. > Good guess but it's actually caused by multisample transparency instead of blended. The reason AA affects this is that the same framebuffer multisample mechanism is used for the full scene anti-aliasing as the multi-sample transparency. For the same reason, fadeLOD capability is only available when anti-aliasing. The alpha quantizing is due to the limited number of multisamples, levels of transparency == # samples because it's a mask. I think fade LOD gives more levels due to an additional pixel level spatial dither, but alas not transparency. You could also try a visual with more AA samples to improve transparency quality. You should be aware that multi-sample transparency gives you more transparent fill performance and provides order invariant transparency rendering, so it may be a desirable thing. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 13:12:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA18623; Thu, 17 Jul 1997 07:33:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA18607; Thu, 17 Jul 1997 07:33:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16148; Thu, 17 Jul 1997 07:33:01 -0700 Received: from babar.engr.sgi.com ([150.166.37.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA12665 for ; Thu, 17 Jul 1997 07:33:01 -0700 env-from (mtj@babar.engr.sgi.com) Received: (from mtj@localhost) by babar.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id HAA17260; Thu, 17 Jul 1997 07:32:59 -0700 Date: Thu, 17 Jul 1997 07:32:59 -0700 From: mtj@babar.engr.sgi.com (Michael T. Jones) Message-Id: <9707170732.ZM17258@babar.engr.sgi.com> In-Reply-To: Glenn Waldron "Re: sproc FOLLOW-UP" (Jul 16, 9:37pm) References: <199707161627.JAA12385@imm.ucsd.edu> <33CD7756.191D3173@peril.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Tom Impelluso Subject: Re: sproc FOLLOW-UP Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 16, 9:37pm, Glenn Waldron wrote: > Subject: Re: sproc FOLLOW-UP > Tom Impelluso wrote: > > > > This is a follow-up to my question on sproc() vs fork() with Performer. > ... > > As I understand, sproc() is like fork(), but the sproc()'ed process is > > in the same address space. Thus, I can obviate the necessity for > > shared memory. and all that expensive overhead. ^^^^^^^^^^^^^^^^^^^^^^^^^^^ FYI, there is no expensive overhead for shared memory on SGI systems. -- praesto et persto, Phone:415.933.1455 Fax:415.965.2658 MS:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Software, SSG mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 120 Mario 64 Stars OpenGL/ImageVision/OpenInventor/Performer/Cosmo3D CosmoOpenGL/MolecularInventor/OpenGLOptimizer/... ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 14:02:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA18804; Thu, 17 Jul 1997 08:17:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA18788; Thu, 17 Jul 1997 08:17:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA21621; Thu, 17 Jul 1997 08:17:19 -0700 Received: from pbinfo (uni-paderborn.de [131.234.22.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA23693 for ; Thu, 17 Jul 1997 08:17:17 -0700 env-from (dragon@uni-paderborn.de) From: dragon@uni-paderborn.de Received: from IDENT-NONSENSE@waage (port 37630 [131.234.52.11]) by pbinfo.uni-paderborn.de with ESMTP id <52780-23690>; Thu, 17 Jul 1997 17:16:59 +0200 Received: (from dragon@localhost) by waage.uni-paderborn.de (8.7.5/8.7.3) id RAA22944 for info-performer@sgi.com; Thu, 17 Jul 1997 17:16:51 +0200 (MET DST) Message-Id: <199707171516.RAA22944@waage.uni-paderborn.de> Subject: problem with textures getting transparent To: info-performer@sgi.com Date: Thu, 17 Jul 1997 17:16:50 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL25 PGP2] Content-Type: text Status: O Hi, i have a quit nasty problem with textures getting blended transparent continually. E.g.: If i approach a door some parts of the texture get blended transparent continually, while some parts of the floor texture get blended opaque. In our application we use OpenGL to display some GUI's for interactive objects and of course change some of the OpenGL state bits. My question is: Which OpenGL states can affect textures in Performer? Or is there any other solution, perhaps resetting the the Performer GeoStates? Sorry for sending this problem to your, but i don't know a bit of OpenGL. Carsten Scharfe Heinz Nixdorf Institut Paderborn, Germany dragon@uni-paderborn.de ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 15:00:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA19570; Thu, 17 Jul 1997 09:18:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA19554; Thu, 17 Jul 1997 09:18:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA00323; Thu, 17 Jul 1997 09:18:23 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA10183 for ; Thu, 17 Jul 1997 09:18:23 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id JAA00310; Thu, 17 Jul 1997 09:18:22 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id JAA02392; Thu, 17 Jul 1997 09:18:22 -0700 From: "Rob Jenkins" Message-Id: <9707170918.ZM2390@quid.csd.sgi.com> Date: Thu, 17 Jul 1997 09:18:21 -0700 In-Reply-To: Joaquin Casillas Melendez "Re: transparent textures" (Jul 17, 1:11pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I guess you're transparency problem is sorted but as a side note: I think findvis ( and glxinfo) are only 6.2+ so you most likely only have xdpyinfo on 5.3 machines. The glxinfo source is around somewhere. On 6.2 at least glxinfo and findvis are installed from eoe.sw.gltools A really good tool for seeing what visual an app is actaully using is xwininfo, use the -tree option to get the whole window list ( quite a few in most performer apps ) then the -id option to work out which is the main rendering window. I'm pretty sure xwininfo was around on 5.3 Cheers Rob On Jul 17, 1:11pm, Joaquin Casillas Melendez wrote: > Subject: Re: transparent textures > On Wed, 16 Jul 1997, Anita Kishore wrote: > > > Hello: > > > > I am trying to map an image of a neon sign (created in Photoshop) > > with alpha onto a geometry. The image has the sign in the middle with neon > > like light emanating from it which slowly merges with the blackness around > > the sign. This image with its geometry is in an Inventor file which gets > > loaded into my application through pfiv (BTW : the version of pfiv that I have > > didn't have transparency enabled, so I added the lines : > > > > if ( numComponents == 4 ) > > { > > cbd->dummyGState->setMode(PFSTATE_TRANSPARENCY, PFTR_ON); > 5q> } > > > > in the routine 'getTexture'). > > > > Anyway, the problem is that when this texture gets loaded, the neon light > > around the sign appears completely banded with each band having a single > > level of colour. The change in colour from the neon light colour to black > > (completely transparent) is not smooth at all. What else should I set to make > > it smooth? > > > > I have already tried recreating a fresh image of very large size and mapping > > that, but to no avail. > > > > I am using OpenGL, RE2, 5.3, pf 2.0.1. I do not have glxinfo to find out the > > visual that pf window might actually be using. Doesn't RE2 come with > > glxinfo? Is it possible to install it from somewhere? > > > > Thanks for any help. > > > > -anita > > > > kishore@triavest.com > > > > -- > > Anita Kishore > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > > > > Hello Anita. > > Try changing the transparency mode to PFTR_HIGH_QUALITY in order to get a > smoother change in the neon light colour. I also work with a Onyx RE2 and > had the same problem with transparency. > > Respect to the glxinfo command, it is located in /usr/sbin/glxinfo > (almost, in the RE2 I used to work). > > Hope this helps. > > > > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ > _/ ARTEC (LISITT) | _/ > _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ > _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Joaquin Casillas Melendez -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 14:40:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA19393; Thu, 17 Jul 1997 08:58:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA19377; Thu, 17 Jul 1997 08:58:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA27588; Thu, 17 Jul 1997 08:58:16 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA04803 for ; Thu, 17 Jul 1997 08:58:16 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id IAA28557; Thu, 17 Jul 1997 08:58:14 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id IAA00149; Thu, 17 Jul 1997 08:58:13 -0700 Date: Thu, 17 Jul 1997 08:58:13 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707170858.ZM147@multipass.asd.sgi.com> In-Reply-To: Peter Plachta "GeoSets" (Jul 17, 7:54am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Peter Plachta , info-performer@sgi.com Subject: Re: GeoSets Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 7:54am, Peter Plachta wrote: > Subject: GeoSets > > Hi > > I have a slight problem with pfGeoSets - I change the colour of > my pfGeoSet, enable lighting (I set PFSTATE_ENLIGHTING in a pfGeoState > attached to the scene), attach a light to the scene & attach > the GeoSet to the scene (through a pfGeode), but my set is not shaded. I > compute the normals using cross product. > > When run on an Iris-GL, it always results in a white flat-shaded set. > On an Open-GL, it's the right colour, but it is still flat-shaded. > > Any ideas would be appreciated This is probably caused by the OpenGL symantic of a colour c4f call disabling lighting with the lmcolour setting to color. This is a difference between OpenGL and IrisGL and you would have to modify the performer material colour mode to correct this. It's not a bug, just a difference between IrisGL & OpenGL specs. The flat shading is probably the normals you use, you need different normals and the appropriate attribut binding and information for smooth shading. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 16:52:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA19873; Thu, 17 Jul 1997 10:45:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA19857; Thu, 17 Jul 1997 10:45:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA13607; Thu, 17 Jul 1997 10:45:09 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA07381 for ; Thu, 17 Jul 1997 10:45:08 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id KAA15261 for ; Thu, 17 Jul 1997 10:52:55 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA11509 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 17 Jul 1997 17:42:49 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA25445 for info-performer@sgi.com; Thu, 17 Jul 1997 10:42:48 -0700 From: "Marcus Barnes" Message-Id: <9707171042.ZM25443@logan.engr.multigen.com> Date: Thu, 17 Jul 1997 10:42:48 -0700 In-Reply-To: David Chan "Re: multigen loader problem" (Jul 17, 12:01pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer Subject: Re: multigen loader problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 12:01pm, David Chan wrote: > marcus wrote: > > This is not a problem that I've encountered. I say that you're loading a ^^^ I meant "see". > > V15.1 file. This version is most common with E&S and NT versions of MultiGen > > or GameGen. Does your file come from an NT machine? > > > > If so it may contain E&S extension records that are unknown to the loader. > > It's remotely possible that the file is also little endian, whereas the > > loader expects big endian files. > > I am using GameGenII for NT. Are there any way to avoid this kind of > messages? Perhaps you can email a small file the exhibits the problem? I'd like to examine it ans see exactly what's happening. > Since sometimes there many this kind of message while loading > one models, sometime no this kind message. Is there any common content to the problem files? like BSP's? or instancing? or rgbmode colors? etc. > BTW, what is E&S extension records and "little endian of a file"? Evans & Sutherland oem's MultiGen v1.1 for NT and also extends the OpenFlight V15.1 format to directly support some features of their Image Generators. The loader doesn't understand any such extension records. Endian refers to the ordering of bytes in a word that a cpu reads and writes. Intel based computers are little endian, while SGI computers are big endian. The loader can only read big endian files. The reason why I said this was remotely possible is because pre-release GameGen v1.0 for NT wrote little endian OpenFlight files. Since OpenFlight files are always big endian by definition, this was corrected in the release version. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 17:58:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA20194; Thu, 17 Jul 1997 11:59:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20178; Thu, 17 Jul 1997 11:59:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA24353; Thu, 17 Jul 1997 11:59:11 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA01394 for ; Thu, 17 Jul 1997 11:59:09 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id MAA06928; Thu, 17 Jul 1997 12:00:35 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id MAA10288; Thu, 17 Jul 1997 12:02:16 -0700 From: "Anita Kishore" Message-Id: <9707171202.ZM10286@tracey.triavest.com> Date: Thu, 17 Jul 1997 12:02:15 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Wow! Thanks to the whole lot who responded to my question about transparent textures. It does work correctly with transparency mode of PFTR_HIGH_QUALITY and PFTR_BLEND_ALPHA eventhough I left the internal texture format to 4 texels per component. I guess one needs higher texel resolution when the image has too many colours and their variations. I had had texture banding effects on such textures (with no alpha) before and setting a higher resolution (PFTEX_RGB_12) removed the bands, though it is terribly slow on RE2, but good on IR. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 18:25:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA20259; Thu, 17 Jul 1997 12:19:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA20243; Thu, 17 Jul 1997 12:19:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA27706; Thu, 17 Jul 1997 12:19:57 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA10168 for ; Thu, 17 Jul 1997 12:19:52 -0700 env-from (rany@rtset.co.il) Received: from rany (ts025p6.pop9a.netvision.net.il [194.90.5.206]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id VAA04455; Wed, 17 Jul 1996 21:41:56 +0200 Message-ID: <33CEB441.8784837@rtset.co.il> Date: Fri, 18 Jul 1997 03:09:38 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Peter Plachta CC: info-performer@sgi.com Subject: Re: GeoSets X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Peter Plachta wrote: > Hi > > I have a slight problem with pfGeoSets - I change the colour of > my pfGeoSet, enable lighting (I set PFSTATE_ENLIGHTING in a pfGeoState > > attached to the scene), attach a light to the scene & attach > the GeoSet to the scene (through a pfGeode), but my set is not shaded. > I > compute the normals using cross product. > That could account for the flat shaded polygons in IrisGL - if every polygon has one normal, or if each vertex of a polygon has the same normal as others, you'll get flat shading. The shading color is computed for each vertex according to its normal, and then interpolated along the polygon. In the case of identical normals per polygon, the color will be the same (unless using specularity), and so the interpolated color will not vary. You could try to go over you geoset, find identical vertices (shared by different polygons) and average their normal. > When run on an Iris-GL, it always results in a white flat-shaded set. > > On an Open-GL, it's the right colour, but it is still flat-shaded. Try setting pfMtlColorMode for the material your using, to PFMTL_AMBIENT_AND_DIFFUSE. That way, your vertex colors will be used as the ambient and diffuse factors of the material. In IrisGL, if a color command was the last one sent to the pipe before the vertex, it will override lighting calculations, unless otherwise specified by the lmcolor() command (which is the equivalent of pfMtlColorMode ). If a normal command was sent last, and unless otherwise specified by lmcolor(), the color of the material will be used for shading instead of the color specified by c4f, c3f etc. Ran __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il http://rtset.co.il/rany ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 19:29:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA20501; Thu, 17 Jul 1997 13:19:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20485; Thu, 17 Jul 1997 13:19:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA05119; Thu, 17 Jul 1997 13:19:46 -0700 Received: from server.cs.uiowa.edu (server.cs.uiowa.edu [128.255.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA25986 for ; Thu, 17 Jul 1997 13:19:45 -0700 env-from (jmtidd@cs.uiowa.edu) Received: from backhoe.cs.uiowa.edu (22188@backhoe.cs.uiowa.edu [128.255.28.63]) by server.cs.uiowa.edu with id PAA16682 for ; Thu, 17 Jul 1997 15:19:44 -0500 (CDT) From: Jillian Michelle Tidd Message-Id: <199707172019.PAA16682@server.cs.uiowa.edu> Subject: Assessing stress in Performer To: info-performer@sgi.com Date: Thu, 17 Jul 1997 15:19:43 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O hello, I am looking for a way to assess stress in Performer. I know that the stats graphics display a wavy red line that indicates when the system is stressed by straying outside of a certain boundary, but I am looking for a better way to quantify this measurement. Is there a variable in pfStats that holds the values used to draw the red line? Any assistance would be appreciated. Sincerely, Jillian Tidd ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 21:56:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA21176; Thu, 17 Jul 1997 15:48:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA21160; Thu, 17 Jul 1997 15:48:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA26954; Thu, 17 Jul 1997 15:48:32 -0700 Received: from fltsim.mdc.com (FLTSIM.MDC.COM [130.38.220.82]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA11101 for ; Thu, 17 Jul 1997 15:48:30 -0700 env-from (m200562@fltsim.mdc.com) Received: by fltsim.mdc.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id RAA01421; Thu, 17 Jul 1997 17:48:28 -0500 From: m200562@fltsim.mdc.com (Tom Jolley) Message-Id: <199707172248.RAA01421@fltsim.mdc.com> Subject: dying DBASE process To: info-performer@sgi.com Date: Thu, 17 Jul 1997 17:48:28 -0600 (CDT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1725 Status: O Hi, I have a Performer application that is dying in the DBASE process. I have two versions, each compiled on different machines. The first version is compiled on an Onyx2 using Performer version 2.1. The second version is compiled on an Indigo2 using Performer version 2.0 with patches 1696 and 1392. The version compiled on the Indigo2 works fine on the Indigo2 and an O2. Both versions die in the DBASE process on the Onyx2. If I don't use pfAsyncDelete() in the DBASE process, the application runs fine (until all of the memory is used). Can anyone provide any clues to why my application is dying? Here is the stack trace from our Onyx2 with the 2.1 Performer version: > 0 ::_pfDelId(int,pfType*)(0x3453, 0x18200ef4, 0x5d360000, 0x8010) ["../../../lib/libpr/pfState.C":533, 0x5cd8f830] 1 pfGeoSet::~pfGeoSet(void)(0x194d59d0, 0x3, 0x5d360000, 0x8010) ["../../../lib/libpr/pfGeoSet.C":101, 0x5cd59218] 2 pfObject::destroy(void)(0x194d59d0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpr/pfObject.C":205, 0x5cd89030] 3 pfBuffer::pf_destroyMem(pfMemory*)(0x194d59d0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpf/pfBuffer.C":1442, 0x5ccaafac] 4 pfDBase(0x5db40de0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpf/pfProcess.C":3058, 0x5cd3b4e4] 5 ::dbpaging(void*)(data = (nil)) ["dbpaging.C":261, 0x4553cc] 6 ::mpDBase(void)(0x5db40de0, 0xffffffff, 0x5d360000, 0x8010) ["../../../lib/libpf/pfProcess.C":3157, 0x5cd3b8a0] 7 pfConfig(0x5db40de0, 0x18200910, 0x5d360000, 0x8010) ["../../../lib/libpf/pfProcess.C":1708, 0x5cd38304] 8 main(argc = 2, argv = 0x7fff2f64) ["main.C":191, 0x419a14] 9 __istart() ["crt1tinit.s":13, 0x419690] -- Tom Jolley jolley@fltsim.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 17 22:35:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA21504; Thu, 17 Jul 1997 16:41:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA21488; Thu, 17 Jul 1997 16:41:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA04036; Thu, 17 Jul 1997 16:41:07 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA24404 for ; Thu, 17 Jul 1997 16:41:05 -0700 env-from (sbrown@nestor.ucsd.edu) From: sbrown@nestor.ucsd.edu Received: from nestor.ucsd.edu by mail.ucsd.edu; id QAA00314 sendmail 8.8.5/UCSD8.3 via SMTP Thu, 17 Jul 1997 16:41:02 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: (from sbrown@localhost) by nestor.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA25764 for info-performer@sgi.com; Thu, 17 Jul 1997 16:36:36 -0700 Message-Id: <9707171636.ZM25762@nestor.ucsd.edu> Date: Thu, 17 Jul 1997 16:36:35 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Window options Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Can you suggest how to display a performer window that is not full screen, but that doesn't have any borders - using performer 2.x and OpenGL? This seems like it should be very simple, but I am missing seeing it. Gone are the simpler gl days of noborder(). Thanks, Sheldon Brown Visual Arts Dept. University of California at San Diego 9500 Gilman Drive La Jolla, CA 92093 voice/fax (619) 534-2423 sgbrown@ucsd.edu http://www-crca.ucsd.edu/~sheldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 01:34:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA22574; Thu, 17 Jul 1997 21:34:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA22558; Thu, 17 Jul 1997 21:34:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA27079; Thu, 17 Jul 1997 21:34:19 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA04294 for ; Thu, 17 Jul 1997 21:34:19 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA01492; Thu, 17 Jul 1997 21:34:17 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA01371; Thu, 17 Jul 1997 21:34:16 -0700 Date: Thu, 17 Jul 1997 21:34:16 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707172134.ZM1369@multipass.asd.sgi.com> In-Reply-To: "Anita Kishore" "transparent textures" (Jul 17, 12:02pm) References: <9707171202.ZM10286@tracey.triavest.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Anita Kishore" , info-performer@sgi.com Subject: Re: transparent textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 12:02pm, Anita Kishore wrote: > Subject: transparent textures > Wow! > > Thanks to the whole lot who responded to my question about transparent > textures. It does work correctly with transparency mode of PFTR_HIGH_QUALITY > and PFTR_BLEND_ALPHA eventhough I left the internal texture format to 4 texels > per component. I guess one needs higher texel resolution when the image has > too many colours and their variations. I had had texture banding effects on > such textures (with no alpha) before and setting a higher resolution > (PFTEX_RGB_12) removed the bands, though it is terribly slow on RE2, but good > on IR. use RGB8 instead, you are probably banding due to RGB5 texture use the gl token if you can't fing a PTFEX one. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 01:34:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA22592; Thu, 17 Jul 1997 21:34:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA22576; Thu, 17 Jul 1997 21:34:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA27089; Thu, 17 Jul 1997 21:34:37 -0700 Received: from mailman.cs.ucla.edu (Mailman.CS.UCLA.EDU [131.179.128.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA04317 for ; Thu, 17 Jul 1997 21:34:31 -0700 env-from (tfchan@goldrush.cs.ucla.edu) Received: from pelican.uclacs (pelican.cs.ucla.edu [131.179.128.17]) by mailman.cs.ucla.edu (UCLACS-3.0) with SMTP id VAA20999 for ; Thu, 17 Jul 1997 21:34:30 -0700 (PDT) Received: from nitro.cs.ucla.edu by pelican.uclacs (SMI-8.6/SMI-SVR4) id VAA18362; Thu, 17 Jul 1997 21:34:30 -0700 Received: from goldrush.cs.ucla.edu by nitro.cs.ucla.edu (SMI-8.6/SMI-SVR4) id VAA13136; Thu, 17 Jul 1997 21:34:16 -0700 Received: from localhost by goldrush.cs.ucla.edu (SMI-8.6/SMI-SVR4) id VAA11997; Thu, 17 Jul 1997 21:32:57 -0700 Date: Thu, 17 Jul 1997 21:32:57 -0700 (PDT) From: David Chan To: info-performer Subject: Re: multigen loader problem In-Reply-To: <9707171042.ZM25443@logan.engr.multigen.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1804928587-869200377=:11933" Status: O This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-1804928587-869200377=:11933 Content-Type: TEXT/PLAIN; charset=US-ASCII > Perhaps you can email a small file the exhibits the problem? I'd like to > examine it ans see exactly what's happening. I attach a mztable.flt file (26KB) by using pine. > > Since sometimes there many this kind of message while loading > > one models, sometime no this kind message. > > Is there any common content to the problem files? like BSP's? or instancing? or > rgbmode colors? etc. The common contents I encounter are: 1) after delete some faces ( most of time this operation is ok ) 2) doing some transformation to some vertex ( most of time this operation OK) 3) I do these operations in following order: (1) paste a model say "A.flt" into another model "room.flt". (2) doing some transformations upon pasted model "A.flt" in "room.flt" window, (3) output the transformated "A.flt" to another model named as "B.flt", by using the "write select" operation, (4) delete A.flt in "room.flt", (5) and then externally read in the B.flt to "room.flt", so that B.flt is in a right position after externally read in. (After these operations, every time many that kind of messages will appear when the model is been loaded into performer) Note: these operations can simply by externally read in the A.flt to room.flt, and then doing some transformation to A.flt in room.flt window, and then save the room.flt. But if so I encounter another problem, the next time when I load room.flt, some transformations will not correct, so that the A.flt is not in a right position. Thanks. David ---559023410-1804928587-869200377=:11933 Content-Type: APPLICATION/octet-stream; name="mztable.flt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: AAEBBGRiAAAAAAAAAAAF5gAAABNTdW4gSnVsIDA2IDExOjQ1OjMxIDE5OTcK AAAAAAAAAAARAAIADABbAAEAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAmRVNYQAAAAEAAABkAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAewAAAHsAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIBCEAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD//////wAAAP//AAD/ AP8A/wAA/////wD//wD//wD///8Af///f/8A/wD/f///AH///3///3////// /3//AH9//39/AP9/AH//AEB//39AAP9AAH//QH8A/38AQP8Af0D/IN5a/yBR 3v+vzhb/zhY4/88WFv8Wr87/FhbO/+6SkP80AAD/TwAA/2sAAP+GAAD/oQAA /7wAAP/XAAD/8wAA//8PD///Kir//0VF//9gYP//fHz//5eX//+ysv//zc3/ waOj/8Wfn//Jm5v/zZeX/9GTk//UkJD/2IyM/9yIiP/ghIT/5ICA/+h8fP/r eXn/73V1//Nxcf/3bW3/+2lp/zQACv9PAA//awAV/4YAGv+hACD/vAAl/9cA K//zADD//w8///8qVf//RWr//2CA//98lv//l6z//7LB///N1//Bo6n/xZ+n /8mbpP/Nl6L/0ZOg/9SQnf/YjJv/3IiZ/+CElv/kgJT/6HyS/+t5kP/vdY3/ 83GL//dtif/7aYb/NAAV/08AH/9rACr/hgA1/6EAQP+8AEv/1wBW//MAYf// D2///yp///9Fj///YKD//3yw//+XwP//stH//83h/8Gjr//Fn67/yZut/82X rf/Rk6z/1JCr/9iMqv/ciKr/4ISp/+SAqP/ofKf/63mn/+91pv/zcaX/922k //tpo/80AB//TwAv/2sAQP+GAFD/oQBg/7wAcf/XAIH/8wCR//8Pn///Kqr/ /0W0//9gv///fMr//5fV//+y4P//zev/waO1/8Wftv/Jm7f/zZe3/9GTuP/U kLn/2Iy6/9yIuv/ghLv/5IC8/+h8vf/reb3/73W+//Nxv//3bcD/+2nB/zQA Kv9PAD//awBV/4YAa/+hAIH/vACW/9cArP/zAML//w/P//8q1P//Rdn//2Df //985P//l+r//7Lv///N9f/Bo7v/xZ+9/8mbwP/Nl8L/0ZPE/9SQx//YjMn/ 3IjL/+CEzv/kgND/6HzS/+t51P/vddf/83HZ//dt2//7ad7/NAA0/08AT/9r AGv/hgCG/6EAof+8ALz/1wDX//MA8///D////yr///9F////YP///3z///+X ////sv///83//8Gjwf/Fn8X/yZvJ/82Xzf/Rk9H/1JDU/9iM2P/ciNz/4ITg /+SA5P/ofOj/63nr/+917//zcfP/9233//tp+/8qADT/PwBP/1UAa/9rAIb/ gQCh/5YAvP+sANf/wgDz/88P///UKv//2UX//99g///kfP//6pf//++y///1 zf//u6PB/72fxf/Am8n/wpfN/8ST0f/HkNT/yYzY/8uI3P/OhOD/0IDk/9J8 6P/Ueev/13Xv/9lx8//bbff/3mn7/x8ANP8vAE//QABr/1AAhv9gAKH/cQC8 /4EA1/+RAPP/nw///6oq//+0Rf//v2D//8p8///Vl///4LL//+vN//+1o8H/ tp/F/7ebyf+3l83/uJPR/7mQ1P+6jNj/uojc/7uE4P+8gOT/vXzo/7156/++ de//v3Hz/8Bt9//Bafv/FQA0/x8AT/8qAGv/NQCG/0AAof9LALz/VgDX/2EA 8/9vD///fyr//49F//+gYP//sHz//8CX///Rsv//4c3//6+jwf+un8X/rZvJ /62Xzf+sk9H/q5DU/6qM2P+qiNz/qYTg/6iA5P+nfOj/p3nr/6Z17/+lcfP/ pG33/6Np+/8KADT/DwBP/xUAa/8aAIb/IACh/yUAvP8rANf/MADz/z8P//9V Kv//akX//4Bg//+WfP//rJf//8Gy///Xzf//qaPB/6efxf+km8n/opfN/6CT 0f+dkNT/m4zY/5mI3P+WhOD/lIDk/5J86P+Qeev/jXXv/4tx8/+Jbff/hmn7 /wAANP8AAE//AABr/wAAhv8AAKH/AAC8/wAA1/8AAPP/Dw///yoq//9FRf// YGD//3x8//+Xl///srL//83N//+jo8H/n5/F/5ubyf+Xl83/k5PR/5CQ1P+M jNj/iIjc/4SE4P+AgOT/fHzo/3l56/91de//cXHz/21t9/9pafv/AAo0/wAP T/8AFWv/ABqG/wAgof8AJbz/ACvX/wAw8/8PP///KlX//0Vq//9ggP//fJb/ /5es//+ywf//zdf//6Opwf+fp8X/m6TJ/5eizf+ToNH/kJ3U/4yb2P+Imdz/ hJbg/4CU5P98kuj/eZDr/3WN7/9xi/P/bYn3/2mG+/8AFTT/AB9P/wAqa/8A NYb/AECh/wBLvP8AVtf/AGHz/w9v//8qf///RY///2Cg//98sP//l8D//7LR ///N4f//o6/B/5+uxf+brcn/l63N/5Os0f+Qq9T/jKrY/4iq3P+EqeD/gKjk /3yn6P95p+v/dabv/3Gl8/9tpPf/aaP7/wAfNP8AL0//AEBr/wBQhv8AYKH/ AHG8/wCB1/8AkfP/D5///yqq//9FtP//YL///3zK//+X1f//suD//83r//+j tcH/n7bF/5u3yf+Xt83/k7jR/5C51P+Mutj/iLrc/4S74P+AvOT/fL3o/3m9 6/91vu//cb/z/23A9/9pwfv/ACo0/wA/T/8AVWv/AGuG/wCBof8Alrz/AKzX /wDC8/8Pz///KtT//0XZ//9g3///fOT//5fq//+y7///zfX//6O7wf+fvcX/ m8DJ/5fCzf+TxNH/kMfU/4zJ2P+Iy9z/hM7g/4DQ5P980uj/edTr/3XX7/9x 2fP/bdv3/2ne+/8ANDT/AE9P/wBra/8Ahob/AKGh/wC8vP8A19f/APPz/w// //8q////Rf///2D///98////l////7L////N////o8HB/5/Fxf+bycn/l83N /5PR0f+Q1NT/jNjY/4jc3P+E4OD/gOTk/3zo6P956+v/de/v/3Hz8/9t9/f/ afv7/wA0Kv8ATz//AGtV/wCGa/8AoYH/ALyW/wDXrP8A88L/D//P/yr/1P9F /9n/YP/f/3z/5P+X/+r/sv/v/83/9f+jwbv/n8W9/5vJwP+XzcL/k9HE/5DU x/+M2Mn/iNzL/4Tgzv+A5ND/fOjS/3nr1P9179f/cfPZ/2332/9p+97/ADQf /wBPL/8Aa0D/AIZQ/wChYP8AvHH/ANeB/wDzkf8P/5//Kv+q/0X/tP9g/7// fP/K/5f/1f+y/+D/zf/r/6PBtf+fxbb/m8m3/5fNt/+T0bj/kNS5/4zYuv+I 3Lr/hOC7/4DkvP986L3/eeu9/3Xvvv9x87//bffA/2n7wf8ANBX/AE8f/wBr Kv8AhjX/AKFA/wC8S/8A11b/APNh/w//b/8q/3//Rf+P/2D/oP98/7D/l//A /7L/0f/N/+H/o8Gv/5/Frv+bya3/l82t/5PRrP+Q1Kv/jNiq/4jcqv+E4Kn/ gOSo/3zop/9566f/de+m/3Hzpf9t96T/afuj/wA0Cv8ATw//AGsV/wCGGv8A oSD/ALwl/wDXK/8A8zD/D/8//yr/Vf9F/2r/YP+A/3z/lv+X/6z/sv/B/83/ 1/+jwan/n8Wn/5vJpP+XzaL/k9Gg/5DUnf+M2Jv/iNyZ/4Tglv+A5JT/fOiS /3nrkP91743/cfOL/233if9p+4b/ADQA/wBPAP8AawD/AIYA/wChAP8AvAD/ ANcA/wDzAP8P/w//Kv8q/0X/Rf9g/2D/fP98/5f/l/+y/7L/zf/N/6PBo/+f xZ//m8mb/5fNl/+T0ZP/kNSQ/4zYjP+I3Ij/hOCE/4DkgP986Hz/eet5/3Xv df9x83H/bfdt/2n7af8KNAD/D08A/xVrAP8ahgD/IKEA/yW8AP8r1wD/MPMA /z//D/9V/yr/av9F/4D/YP+W/3z/rP+X/8H/sv/X/83/qcGj/6fFn/+kyZv/ os2X/6DRk/+d1JD/m9iM/5nciP+W4IT/lOSA/5LofP+Q63n/je91/4vzcf+J 923/hvtp/xU0AP8fTwD/KmsA/zWGAP9AoQD/S7wA/1bXAP9h8wD/b/8P/3// Kv+P/0X/oP9g/7D/fP/A/5f/0f+y/+H/zf+vwaP/rsWf/63Jm/+tzZf/rNGT /6vUkP+q2Iz/qtyI/6nghP+o5ID/p+h8/6fref+m73X/pfNx/6T3bf+j+2n/ HzQA/y9PAP9AawD/UIYA/2ChAP9xvAD/gdcA/5HzAP+f/w//qv8q/7T/Rf+/ /2D/yv98/9X/l//g/7L/6//N/7XBo/+2xZ//t8mb/7fNl/+40ZP/udSQ/7rY jP+63Ij/u+CE/7zkgP+96Hz/vet5/77vdf+/83H/wPdt/8H7af8qNAD/P08A /1VrAP9rhgD/gaEA/5a8AP+s1wD/wvMA/8//D//U/yr/2f9F/9//YP/k/3z/ 6v+X/+//sv/1/83/u8Gj/73Fn//AyZv/ws2X/8TRk//H1JD/ydiM/8vciP/O 4IT/0OSA/9LofP/U63n/1+91/9nzcf/b923/3vtp/zQ0AP9PTwD/a2sA/4aG AP+hoQD/vLwA/9fXAP/z8wD///8P////Kv///0X///9g////fP///5f///+y ////zf/BwaP/xcWf/8nJm//NzZf/0dGT/9TUkP/Y2Iz/3NyI/+DghP/k5ID/ 6Oh8/+vref/v73X/8/Nx//f3bf/7+2n/NCoA/08/AP9rVQD/hmsA/6GBAP+8 lgD/16wA//PCAP//zw///9Qq///ZRf//32D//+R8///ql///77L///XN/8G7 o//FvZ//ycCb/83Cl//RxJP/1MeQ/9jJjP/cy4j/4M6E/+TQgP/o0nz/69R5 /+/Xdf/z2XH/99tt//veaf80HwD/Ty8A/2tAAP+GUAD/oWAA/7xxAP/XgQD/ 85EA//+fD///qir//7RF//+/YP//ynz//9WX///gsv//683/wbWj/8W2n//J t5v/zbeX/9G4k//UuZD/2LqM/9y6iP/gu4T/5LyA/+i9fP/rvXn/7751//O/ cf/3wG3/+8Fp/zQVAP9PHwD/ayoA/4Y1AP+hQAD/vEsA/9dWAP/zYQD//28P //9/Kv//j0X//6Bg//+wfP//wJf//9Gy///hzf/Br6P/xa6f/8mtm//NrZf/ 0ayT/9SrkP/Yqoz/3KqI/+CphP/kqID/6Kd8/+unef/vpnX/86Vx//ekbf/7 o2n/NAoA/08PAP9rFQD/hhoA/6EgAP+8JQD/1ysA//MwAP//Pw///1Uq//9q Rf//gGD//5Z8//+sl///wbL//9fN/8Gpo//Fp5//yaSb/82il//RoJP/1J2Q /9ibjP/cmYj/4JaE/+SUgP/oknz/65B5/++Ndf/zi3H/94lt//uGaf80AAD/ TwAA/2sAAP+GAAD/oQAA/7wAAP/XAAD/8wAA//8PD///Kir//0VF//9gYP// fHz//5eX//+ysv//zc3/waOj/8Wfn//Jm5v/zZeX/9GTk//UkJD/2IyM/9yI iP/ghIT/5ICA/+h8fP/reXn/73V1//Nxcf/3bW3/+2lpAHEAVAAAAAAAAAAA BQAAAAkAAABAAAAAP4AAAAAAAAAAAAAAPyeuFD8nrhQ/J64UAAAAAAAAAAAA AAAAPcCDEgAAAAA6gxJvO0Sbpj9an74AAAAAAHEAVAAAAAEAAAAABQAAAAkA AABAAAAAPjpeNT46XjU+Ol41PqLQ5T6i0OU+otDlP0fvnj9H754/R++ePcrA gwAAAAAAAAAAQdqp/D5KwIMAAAAAAHEAVAAAAAIAAAAABQAAAAkAAABAAAAA AAAAAAAAAAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrPzS8agAAAAAA AAAAQnAAAD+AAAAAAAAAAHEAVAAAAAMAAAAABQAAAAkAAABAAAAAP4AAAAAA AAAAAAAAPqLQ5T764Ug/JWBCP1nbIz9bZFo+7hR7PcCDEgAAAAAAAAAAQmql 4z8AAAAAAAAAAHEAVAAAAAQAAAAABQAAAAkAAABAAAAAP0vGqD6fvncAAAAA PyQYkz8kGJM/JBiTAAAAAAAAAAAAAAAAPbxqfz1AgxIAAAAAAAAAAD+AAAAA AAAAAHEAVAAAAAUAAAAABQAAAAkAAABAAAAAP0vGqD6euFIAAAAAPqDEnD76 4Ug/NLxqP3DlYD9w5WA/FocrPVT99AAAAAAAAAAAQnAAAD+AAAAAAAAAAHEA VAAAAAYAAAAABQAAAAkAAABAAAAAAAAAAD7IMScAAAAAPqDEnD764Ug/NLxq P3DlYD9w5WA/FocrPy/fOz7Cj1wAAAAAQnAAAD+AAAAAAAAAAHEAVAAAAAcA AAAABQAAAAkAAABAAAAAP0vGqD6euFIAAAAAPqDEnD764Ug/NLxqP3DlYD9w 5WA/FocrPVT99AAAAAAAAAAAQnAAAD8BBiUAAAAAAHEAVAAAAAgAAAAABQAA AAkAAABAAAAAPuLQ5T7i0OUAAAAAPyVgQj8lYEI/JWBCAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAHEAVAAAAAkAAAAABQAAAAkAAABA AAAAPmVgQj6T988AAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAA AAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAAAAoAAAAABQAAAAkAAABAAAAAAAAA AAAAAAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrPuLQ5T7i0OUAAAAA QnAAAD+AAAAAAAAAAHEAVAAAAAsAAAAABQAAAAkAAABAAAAAPwGJNz7++dsA AAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD8A AAAAAAAAAHEAVAAAAAwAAAAABQAAAAkAAABAAAAAPoKPXD85mZoAAAAAPyVg Qj8lYEI/JWBCAAAAAAAAAAAAAAAAAAAAAAAAAAA6gxJvAAAAAD+AAAAAAAAA AHEAVAAAAA0AAAAABQAAAAkAAABAAAAAPoKPXD85mZoAAAAAPqDEnD764Ug/ NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAA AA4AAAAABQAAAAkAAABAAAAAAAAAAAAAAAAAAAAAPqDEnD764Ug/NLxqP3Dl YD9w5WA/FocrPoKPXD85mZoAAAAAQnAAAD+AAAAAAAAAAHEAVAAAAA8AAAAA BQAAAAkAAABAAAAAPoKPXD85mZoAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/ FocrAAAAAAAAAAAAAAAAQnAAAD8AAAAAAAAAAHEAVAAAABAAAAAABQAAAAkA AABAAAAAAAAAAD+AAAAAAAAAPyWhyz8locs/JaHLAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAOwMSbz+AAAAAAAAAAHEAVAAAABEAAAAABQAAAAkAAABAAAAA AAAAAD+AAAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAA AAAAQnAAAD+AAAAAAAAAAHEAVAAAABIAAAAABQAAAAkAAABAAAAAAAAAAAAA AAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAD+AAAAAAAAAQnAA AD+AAAAAAAAAAHEAVAAAABMAAAAABQAAAAkAAABAAAAAAAAAAD+AAAAAAAAA PqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD8AAAAA AAAAAHEAVAAAABQAAAAABQAAAAkAAABAAAAAAAAAAD85WBA+j987PyrAgz8q wIM/KsCDAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAHEA VAAAABUAAAAABQAAAAkAAABAAAAAAAAAAD85mZo+kGJOPqDEnD764Ug/NLxq P3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAAABYA AAAABQAAAAkAAABAAAAAAAAAAAAAAAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w 5WA/FocrAAAAAD85mZo+kGJOQnAAAD+AAAAAAAAAAHEAVAAAABcAAAAABQAA AAkAAABAAAAAAAAAAD85mZo+kGJOPqDEnD764Ug/NLxqP3DlYD9w5WA/Focr AAAAAAAAAAAAAAAAQnAAAD8AAAAAAAAAAHEAVAAAABgAAAAABQAAAAkAAABA AAAAAAAAAD7i0OU+4tDlPyWhyz8locs/JaHLAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAD+AAAAAAAAAAHEAVAAAABkAAAAABQAAAAkAAABAAAAAAAAA AD7i0OU+4tDlPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAA QnAAAD+AAAAAAAAAAHEAVAAAABoAAAAABQAAAAkAAABAAAAAAAAAAAAAAAAA AAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAD7i0OU+4tDlQnAAAD+A AAAAAAAAAHEAVAAAABsAAAAABQAAAAkAAABAAAAAAAAAAD7i0OU+4tDlPqDE nD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD8AAAAAAAAA AHEAVAAAABwAAAAABQAAAAkAAABAAAAAOoMSbz6YEGI/IEGJPyVgQj8lYEI/ JWBCAAAAAAAAAAAAAAAAAAAAAD2LQ5Y+D1wpAAAAAD+AAAAAAAAAAHEAVAAA AB0AAAAABQAAAAkAAABAAAAAAAAAAD6Yk3U/IIMSPqDEnD764Ug/NLxqP3Dl YD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAAAB4AAAAA BQAAAAkAAABAAAAAAAAAAAAAAAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/ FocrAAAAAD6Yk3U/IIMSQnAAAD+AAAAAAAAAAHEAVAAAAB8AAAAABQAAAAkA AABAAAAAAAAAAD6Yk3U/IIMSPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAA AAAAAAAAAAAAQnAAAD8AAAAAAAAAAHEAVAAAACAAAAAABQAAAAkAAABAAAAA AAAAAAAAAAA/gAAAPyWhyz8locs/JaHLAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAD+AAAAAAAAAAHEAVAAAACEAAAAABQAAAAkAAABAAAAAAAAAAAAA AAA/gAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAA AD+AAAAAAAAAAHEAVAAAACIAAAAABQAAAAkAAABAAAAAAAAAAAAAAAAAAAAA PqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAA/gAAAQnAAAD+AAAAA AAAAAHEAVAAAACMAAAAABQAAAAkAAABAAAAAAAAAAAAAAAA/gAAAPqDEnD76 4Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD8AAAAAAAAAAHEA VAAAACQAAAAABQAAAAkAAABAAAAAPorAgwAAAAA/MrAhPyVgQj8lYEI/JWBC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAHEAVAAAACUA AAAABQAAAAkAAABAAAAAPorAgwAAAAA/MrAhPqDEnD764Ug/NLxqP3DlYD9w 5WA/FocrAAAAAAAAAAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAAACYAAAAABQAA AAkAAABAAAAAAAAAAAAAAAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/Focr PorAgwAAAAA/MrAhQnAAAD+AAAAAAAAAAHEAVAAAACcAAAAABQAAAAkAAABA AAAAPorAgwAAAAA/MrAhPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAA AAAAAAAAQnAAAD8AAAAAAAAAAHEAVAAAACgAAAAABQAAAAkAAABAAAAAPuLQ 5QAAAAA+4tDlPyfvnj8n754/J++eAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA PGVgQj+AAAAAAAAAAHEAVAAAACkAAAAABQAAAAkAAABAAAAAPuLQ5QAAAAA+ 4tDlPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD+A AAAAAAAAAHEAVAAAACoAAAAABQAAAAkAAABAAAAAAAAAAAAAAAAAAAAAPqDE nD764Ug/NLxqP3DlYD9w5WA/FocrPuLQ5QAAAAA+4tDlQnAAAD+AAAAAAAAA AHEAVAAAACsAAAAABQAAAAkAAABAAAAAPuLQ5QAAAAA+4tDlPqDEnD764Ug/ NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAAAAAAQnAAAD8AAAAAAAAAAHEAVAAA ACwAAAAABQAAAAkAAABAAAAAPzGp/AAAAAA+oUeuPyFHrj8hR64/IUeuAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAHEAVAAAAC0AAAAA BQAAAAkAAABAAAAAPzGp/AAAAAA+oMScPqDEnD764Ug/NLxqP3DlYD9w5WA/ FocrAAAAAAAAAAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAAAC4AAAAABQAAAAkA AABAAAAAAAAAAAAAAAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrPzGp /AAAAAA+oMScQnAAAD+AAAAAAAAAAHEAVAAAAC8AAAAABQAAAAkAAABAAAAA PzGp/AAAAAA+oMScPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAAA AAAAQnAAAD8AAAAAAAAAAHEAVAAAADAAAAAABQAAAAkAAABAAAAAPwk3TD8Q IMU/AQYlPw/fOz8gAAA/FDlYP3DlYD9w5WA/FocrAAAAAAAAAAA9H753Qv/j 1z8AAAAAAAAAAHEAVAAAADEAAAAABQAAAAkAAABAAAAAP4AAAD+AAAA/gAAA PuhysD8tT98/T987P3DlYD9w5WA/FocrPbZFoj22RaI9tkWiQwAAAD+AAAAA AAAAAHEAVAAAADIAAAAABQAAAAkAAABAAAAAPyVgQj8lYEI/JWBCPqDEnD76 4Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAAAAA9H753QnAAAD+AAAAAAAAAAHEA VAAAADMAAAAABQAAAAkAAABAAAAAPxP3zz8T988/E/fPPqDEnD764Ug/NLxq P3DlYD9w5WA/FocrAAAAAAAAAAA9H753QnAAAD+AAAAAAAAAAHEAVAAAADQA AAAABQAAAAkAAABAAAAAPup++j7qfvo+6n76PqDEnD764Ug/NLxqP3DlYD9w 5WA/FocrAAAAAAAAAAA9H753QnAAAD+AAAAAAAAAAHEAVAAAADUAAAAABQAA AAkAAABAAAAAPpWBBj6VgQY+lYEGPqDEnD764Ug/NLxqP3DlYD9w5WA/Focr AAAAAAAAAAA9H753QnAAAD+AAAAAAAAAAHEAVAAAADYAAAAABQAAAAkAAABA AAAAPgAAAD4AAAA+AAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAAAAAA AAA9H753QnAAAD+AAAAAAAAAAHEAVAAAADcAAAAABQAAAAkAAABAAAAAAAAA AAAAAAA9ffO2PqDEnD7aHKw/E3S8P3DlYD9w5WA/FocrAAAAAAAAAAA9H753 QnAAAD+AAAAAAAAAAHEAVAAAADgAAAAABQAAAAkAAABAAAAAP4AAAD+AAAA/ gAAAPyrAgz9AQYk/U7ZGP3DlYD9w5WA/FocrPXGp/AAAAAAAAAAAQv/ocz9/ fO4AAAAAAHEAVAAAADkAAAAABQAAAAkAAABAAAAAP4AAAD9/vnc/gAAAPqDE nD764Ug/NLxqP3DlYD9w5WA/FocrPR++dwAAAAAAAAAAQwAAAD8AAAAAAAAA AHEAVAAAADoAAAAABQAAAAkAAABAAAAAPzlYED85WBA/OVgQPqDEnD764Ug/ NLxqP3DlYD9w5WA/FocrPR++dwAAAAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAA ADsAAAAABQAAAAkAAABAAAAAPwrAgz8KwIM/CsCDPqDEnD764Ug/NLxqP3Dl YD9w5WA/FocrPR++dwAAAAAAAAAAQnAAAD+AAAAAAAAAAHEAVAAAADwAAAAA BQAAAAkAAABAAAAAPuJN0z7iTdM+4k3TPqDEnD764Ug/NLxqP3DlYD9w5WA/ FocrPR++dwAAAAAAAAAAQoZuFD+AAAAAAAAAAHEAVAAAAD0AAAAABQAAAAkA AABAAAAAPr1wpD69cKQ+vXCkPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrAAAA AAAAAAAAAAAAQwAAAD+AAAAAAAAAAHEAVAAAAD4AAAAABQAAAAkAAABAAAAA PkWhyz5Focs+RaHLPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrPR++dwAAAAAA AAAAQm/++j+AAAAAAAAAAHEAVAAAAD8AAAAABQAAAAkAAABAAAAAAAAAAAAA AAAAAAAAPqDEnD764Ug/NLxqP3DlYD9w5WA/FocrPR++dwAAAAAAAAAAQwAA AD+AAAAAAAAAAEAA2C4uL3RleHR1cmVzL3JnYi9tb3RhYmxlLnJnYgByZ2IA CAAAADiBDgcCAAAAjOvJBb8tqwBAeg4HQAVAAAiZFAcIAAAADgAAAGYzIwsC AAAABIwOB2zwyQUA8P1/AwAAAAEAAAA4gQ4HAwAAAMzryQW/LasAQHoOB7MF QAAImRQHAgAAAA0AAABWmSELcGT2d3Bk9ncA7P1/CAIAADIAAABD7skFMgA0 AADs/X8VWfZ3sEj6d+9j9ncIAgAAAAAAAODryQVP9qgAAAAAAAAAAAAAAAAA AEAA2C4uL3RleHR1cmVzL3JnYi90ZmFjZS5yZ2IAcmdiAGIACAAAADiBDgcC AAAAjOvJBb8tqwBAeg4HQAVAAAiZFAcIAAAADgAAAGYzIwsCAAAABIwOB2zw yQUA8P1/AwAAAAEAAAA4gQ4HAwAAAMzryQW/LasAQHoOB7MFQAAImRQHAgAA AA0AAABWmSELcGT2d3Bk9ncA7P1/CAIAADIAAABD7skFMgA0AADs/X8VWfZ3 sEj6d+9j9ncIAgAAAAAAAODryQVP9qgAAAAAAQAAACAAAAAAAEAA2C4uL3Rl eHR1cmVzL3JnYi9tb3RhYmxlMDEucmdiAHJnYgAAADiBDgcCAAAAjOvJBb8t qwBAeg4HQAVAAAiZFAcIAAAADgAAAGYzIwsCAAAABIwOB2zwyQUA8P1/AwAA AAEAAAA4gQ4HAwAAAMzryQW/LasAQHoOB7MFQAAImRQHAgAAAA0AAABWmSEL cGT2d3Bk9ncA7P1/CAIAADIAAABD7skFMgA0AADs/X8VWfZ3sEj6d+9j9ncI AgAAAAAAAODryQVP9qgAAAAAAgAAAEAAAAAAAGYA8AAAAAEAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAD+AAAA/gAAAP4AA AD+AAAA/gAAAP4AAAD+AAAA/gAAAP4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEK0AABDBwAAQjQAAD+AAAAA AAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEMA CAAAJMgARwAwAAAgAMAUAAAAAAAAwBQAAAAAAAAAAAAAAAAAAEAgAAAAAAAA AAAAAf////8ARwAwAAAgAMAUAAAAAAAAwBQAAAAAAABAHAAAAAAAAEAgAAA/ gAAAAAAAAf////8ARwAwAAAgAMAkAAAAAAAAwBQAAAAAAABAHAAAAAAAAKZR wlM/gAAAAAAAAf////8ARwAwAAAgAMAkAAAAAAAAwBQAAAAAAAAAAAAAAAAA AKEVy+wAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAwBAAAAAAAAAAAAAA AAAAAD+AAAAAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAwBAAAAAAAABA HAAAAAAAAD+AAAA/gAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAwBQAAAAA AABAHAAAAAAAAKZRtxc/gAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAwBQA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAgAEAUAAAAAAAA wBAAAAAAAAAAAAAAAAAAAECgAAAAAAAAAAAAAf////8ARwAwAAAgAEAUAAAA AAAAwBAAAAAAAABAHAAAAAAAAECgAAA/gAAAAAAAAf////8ARwAwAAAgAMAU AAAAAAAAwBAAAAAAAABAHAAAAAAAAAAAAAA/gAAAAAAAAf////8ARwAwAAAg AMAUAAAAAAAAwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAw AAAgAEAUAAAAAAAAwBQAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAAAAAf////8A RwAwAAAgAEAUAAAAAAAAwBQAAAAAAABAHAAAAAAAAD+AAAA/gAAAAAAAAf// //8ARwAwAAAgAEAUAAAAAAAAwBAAAAAAAABAHAAAAAAAAAAAAAA/gAAAAAAA Af////8ARwAwAAAgAEAUAAAAAAAAwBAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAf////8ARwAwAAAgAEAkAAAAAAAAwBQAAAAAAAAAAAAAAAAAAEAgAAAA AAAAAAAAAf////8ARwAwAAAgAEAkAAAAAAAAwBQAAAAAAABAHAAAAAAAAEAg AAA/gAAAAAAAAf////8ARwAwAAAgAEAUAAAAAAAAwBQAAAAAAABAHAAAAAAA AAAAAAA/gAAAAAAAAf////8ARwAwAAAgAEAUAAAAAAAAwBQAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAgAEAkAAAAAAAAQBQAAAAAAAAA AAAAAAAAAECgAAAAAAAAAAAAAf////8ARwAwAAAgAEAkAAAAAAAAQBQAAAAA AABAHAAAAAAAAECgAAA/gAAAAAAAAf////8ARwAwAAAgAEAkAAAAAAAAwBQA AAAAAABAHAAAAAAAAAAAAAA/gAAAAAAAAf////8ARwAwAAAgAEAkAAAAAAAA wBQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAgAEAUAAAA AAAAQBQAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAAAAAf////8ARwAwAAAgAEAU AAAAAAAAQBQAAAAAAABAHAAAAAAAAD+AAAA/gAAAAAAAAf////8ARwAwAAAg AEAkAAAAAAAAQBQAAAAAAABAHAAAAAAAAAAAAAA/gAAAAAAAAf////8ARwAw AAAgAEAkAAAAAAAAQBQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8A RwAwAAAgAEAT/GMgAAAAwA2pzeAAAAAAAAAAAAAAAD+AAAAAAAAAAAAAAf// //8ARwAwAAAgAEAT/GMgAAAAwA2pzeAAAABAHAAAAAAAAD+AAAA/gAAAAAAA Af////8ARwAwAAAgAEAUAAAAAAAAQBQAAAAAAABAHAAAAAAAACSBbT4/gAAA AAAAAf////8ARwAwAAAgAEAUAAAAAAAAQBQAAAAAAAAAAAAAAAAAAKUAAACF AAAAAAAAAf////8ARwAwAAAgAMAT+TTAAAAAwA2tPcAAAAAAAAAAAAAAAECf 1mAlEkklAAAAAf////8ARwAwAAAgAMAT+TTAAAAAwA2tPcAAAABAHAAAAAAA AECf1mA/gAAAAAAAAf////8ARwAwAAAgAEAT/GMgAAAAwA2pzeAAAABAHAAA AAAAAKSf3Bw/gAAAAAAAAf////8ARwAwAAAgAEAT/GMgAAAAwA2pzeAAAAAA AAAAAAAAAKXPmAAlEkklAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQBQAAAAA AAAAAAAAAAAAAECLWn6lEkklAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQBQA AAAAAABAHAAAAAAAAECLWn4/gAAAAAAAAf////8ARwAwAAAgAMAT+TTAAAAA wA2tPcAAAABAHAAAAAAAACaPlyQ/gAAAAAAAAf////8ARwAwAAAgAMAT+TTA AAAAwA2tPcAAAAAAAAAAAAAAACagAAClEkklAAAAAf////8ARwAwAAAgAMAk AAAAAAAAQBQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAg AMAkAAAAAAAAQBQAAAAAAABAHAAAAAAAAAAAAAA/gAAAAAAAAf////8ARwAw AAAgAMAUAAAAAAAAQBQAAAAAAABAHAAAAAAAAEAgAAA/gAAAAAAAAf////8A RwAwAAAgAMAUAAAAAAAAQBQAAAAAAAAAAAAAAAAAAEAgAAAAAAAAAAAAAf// //8ARwAwAAAgAMAkAAAAAAAAwBQAAAAAAAAAAAAAAAAAAECgAAAAAAAAAAAA Af////8ARwAwAAAgAMAkAAAAAAAAwBQAAAAAAABAHAAAAAAAAECgAAA/gAAA AAAAAf////8ARwAwAAAgAMAmEa2gAAAAwBnqysAAAABAHTMzQAAAACYAAACl gAAAAAAAAf////8ARwAwAAAgAEAl7lJgAAAAwBnqysAAAABAHTMzQAAAAD/q qqs/6qqrAAAAAf////8ARwAwAAAgAEAl7lJgAAAAQBYVNUAAAABAHTMzQAAA AEC6qqs/6qqrAAAAAf////8ARwAwAAAgAMAmEa2gAAAAQBYVNUAAAABAHTMz QAAAAECAAAClgAAAAAAAAf////8ARwAwAAAgAEAl7lJgAAAAwBnqysAAAABA HAAAAAAAAD+AAAAAAAAAAAAAAf////8ARwAwAAAgAEAl7lJgAAAAwBnqysAA AABAHTMzQAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAgAMAmEa2gAAAAwBnq ysAAAABAHTMzQAAAACgAAAA/7F31AAAAAf////8ARwAwAAAgAMAmEa2gAAAA wBnqysAAAABAHAAAAAAAAD+AAAA/7F31AAAAAf////8ARwAwAAAgAEAl7lJg AAAAQBYVNUAAAABAHAAAAAAAAEAAwQNAAMEDAAAAAf////8ARwAwAAAgAEAl 7lJgAAAAQBYVNUAAAABAHTMzQAAAAEBAwQNAAMEDAAAAAf////8ARwAwAAAg AEAl7lJgAAAAwBnqysAAAABAHTMzQAAAAD+AAACl5htYAAAAAf////8ARwAw AAAgAEAl7lJgAAAAwBnqysAAAABAHAAAAAAAAAAAAAAnTdfwAAAAAf////8A RwAwAAAgAMAmEa2gAAAAQBYVNUAAAABAHAAAAAAAAKmgAABAHD0TAAAAAf// //8ARwAwAAAgAMAmEa2gAAAAQBYVNUAAAABAHTMzQAAAAD+AAABAHD0TAAAA Af////8ARwAwAAAgAEAl7lJgAAAAQBYVNUAAAABAHTMzQAAAAD+AAACmAAAA AAAAAf////8ARwAwAAAgAEAl7lJgAAAAQBYVNUAAAABAHAAAAAAAAAAAAACl gAAAAAAAAf////8ARwAwAAAgAMAmEa2gAAAAwBnqysAAAABAHAAAAAAAACkg AAA/2yEPAAAAAf////8ARwAwAAAgAMAmEa2gAAAAwBnqysAAAABAHTMzQAAA AD+AAAA/2yEPAAAAAf////8ARwAwAAAgAMAmEa2gAAAAQBYVNUAAAABAHTMz QAAAAD+AAAAm3agNAAAAAf////8ARwAwAAAgAMAmEa2gAAAAQBYVNUAAAABA HAAAAAAAAAAAAAAnl5yfAAAAAf////8ARwAwAAAgAMAmEa2gAAAAQBYVNUAA AABAHAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAgAEAl7lJgAAAAQBYV NUAAAABAHAAAAAAAAEAcccdAHHHHAAAAAf////8ARwAwAAAgAEAl7lJgAAAA wBnqysAAAABAHAAAAAAAAEDOOORAHHHHAAAAAf////8ARwAwAAAgAMAmEa2g AAAAwBnqysAAAABAHAAAAAAAAECAAAAAAAAAAAAAAf////8ARwAwAAAgAMAj rzcAAAAAQBjgA8AAAAAAAAAAAAAAAEAbBfsAAAAAAAAAAf////8ARwAwAAAg AMAjrzcAAAAAQBjgA8AAAABAHAAAAAAAAEAbBfs/gAAAAAAAAf////8ARwAw AAAgAMAT/bGgAAAAQBjVIUAAAABAHAAAAAAAACYFxvc/gAAAAAAAAf////8A RwAwAAAgAMAT/bGgAAAAQBjVIUAAAAAAAAAAAAAAACYGwAAAAAAAAAAAAf// //8ARwAwAAAgAMAjmoaAAAAAQDP+hsAAAAAAAAAAAAAAAEDcaJulEkklAAAA Af////8ARwAwAAAgAMAjmoaAAAAAQDP+hsAAAABAHAAAAAAAAEDcaJs/gAAA AAAAAf////8ARwAwAAAgAMAjrzcAAAAAQBjgA8AAAABAHAAAAAAAAKa0YKo/ gAAAAAAAAf////8ARwAwAAAgAMAjrzcAAAAAQBjgA8AAAAAAAAAAAAAAAKaA AAClEkklAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQDQAAAAAAAAAAAAAAAAA AEAZqG8AAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQDQAAAAAAABAHAAA AAAAAEAZqG8/gAAAAAAAAf////8ARwAwAAAgAMAjmoaAAAAAQDP+hsAAAABA HAAAAAAAACXNsi0/gAAAAAAAAf////8ARwAwAAAgAMAjmoaAAAAAQDP+hsAA AAAAAAAAAAAAACYYAAAAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQDkA AAAAAAAAAAAAAAAAAD+AAAAAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAA QDkAAAAAAABAHAAAAAAAAD+AAAA/gAAAAAAAAf////8ARwAwAAAgAMAUAAAA AAAAQDQAAAAAAABAHAAAAAAAAAAAAAA/gAAAAAAAAf////8ARwAwAAAgAMAU AAAAAAAAQDQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAg AMAkAAAAAAAAQDkAAAAAAAAAAAAAAAAAAEAgAAAAAAAAAAAAAf////8ARwAw AAAgAMAkAAAAAAAAQDkAAAAAAABAHAAAAAAAAEAgAAA/gAAAAAAAAf////8A RwAwAAAgAMAUAAAAAAAAQDkAAAAAAABAHAAAAAAAACXSCXs/gAAAAAAAAf// //8ARwAwAAAgAMAUAAAAAAAAQDkAAAAAAAAAAAAAAAAAACG7PucAAAAAAAAA Af////8ARwAwAAAgAMAkAAAAAAAAQBgAAAAAAAAAAAAAAAAAAEEYAAAAAAAA AAAAAf////8ARwAwAAAgAMAkAAAAAAAAQBgAAAAAAABAHAAAAAAAAEEYAAA/ gAAAAAAAAf////8ARwAwAAAgAMAkAAAAAAAAQDkAAAAAAABAHAAAAAAAAAAA AAA/gAAAAAAAAf////8ARwAwAAAgAMAkAAAAAAAAQDkAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQBgAAAAAAAAAAAAA AAAAAEAgAAAAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQBgAAAAAAABA HAAAAAAAAEAgAAA/gAAAAAAAAf////8ARwAwAAAgAMAkAAAAAAAAQBgAAAAA AABAHAAAAAAAAKZRpF4/gAAAAAAAAf////8ARwAwAAAgAMAkAAAAAAAAQBgA AAAAAAAAAAAAAAAAACEzwYIAAAAAAAAAAf////8ARwAwAAAgAMAT/bGgAAAA QBjVIUAAAAAAAAAAAAAAAD+AAACkggAAAAAAAf////8ARwAwAAAgAMAT/bGg AAAAQBjVIUAAAABAHAAAAAAAAD+AAAA/gAAAAAAAAf////8ARwAwAAAgAMAU AAAAAAAAQBgAAAAAAABAHAAAAAAAAD32nkA/fhMKAAAAAf////8ARwAwAAAg AMAUAAAAAAAAQBgAAAAAAAAAAAAAAAAAAD32nkC79nrpAAAAAf////8ARwAw AAAgAMAS8CggAAAAQDmFTUAAAABAHTMzQAAAAMAGZmY/////AAAAAf////8A RwAwAAAgAMAmEa2gAAAAQDmFTUAAAABAHTMzQAAAADPMzM0/////AAAAAf// //8ARwAwAAAgAMAmEa2gAAAAQBYVNUAAAABAHTMzQAAAAEAAAAClzUxXAAAA Af////8ARwAwAAAgAMAS8CggAAAAQBYVNUAAAABAHTMzQAAAAL3MzMCmB2vU AAAAAf////8ARwAwAAAgAMAmEa2gAAAAQDmFTUAAAABAHAAAAAAAAEABGEQ/ gM+5AAAAAf////8ARwAwAAAgAMAmEa2gAAAAQDmFTUAAAABAHTMzQAAAAD+A AAA/gAAAAAAAAf////8ARwAwAAAgAMAS8CggAAAAQDmFTUAAAABAHTMzQAAA ALyMIci7z7iOAAAAAf////8ARwAwAAAgAMAS8CggAAAAQDmFTUAAAABAHAAA AAAAAD+AAAAnhAAAAAAAAf////8ARwAwAAAgAMAmEa2gAAAAQBYVNUAAAABA HAAAAAAAAEBOyfM///wOAAAAAf////8ARwAwAAAgAMAmEa2gAAAAQBYVNUAA AABAHTMzQAAAAEAec70//9BSAAAAAf////8ARwAwAAAgAMAmEa2gAAAAQDmF TUAAAABAHTMzQAAAAD56nKS6ru8yAAAAAf////8ARwAwAAAgAMAmEa2gAAAA QDmFTUAAAABAHAAAAAAAAD+AAAAoAjuqAAAAAf////8ARwAwAAAgAMAS8Cgg AAAAQDmFTUAAAABAHAAAAAAAAEBnRcpAD09bAAAAAf////8ARwAwAAAgAMAS 8CggAAAAQDmFTUAAAABAHTMzQAAAAEAu2zBADx3nAAAAAf////8ARwAwAAAg AMAS8CggAAAAQBYVNUAAAABAHTMzQAAAAD3yrLq7RdB5AAAAAf////8ARwAw AAAgAMAS8CggAAAAQBYVNUAAAABAHAAAAAAAAD+AAAAmxgAAAAAAAf////8A RwAwAAAgAMAS8CggAAAAQBYVNUAAAABAHAAAAAAAAL4ZmYozzMzNAAAAAf// //8ARwAwAAAgAMAmEa2gAAAAQBYVNUAAAABAHAAAAAAAAEBAAAAzzMzNAAAA Af////8ARwAwAAAgAMAmEa2gAAAAQDmFTUAAAABAHAAAAAAAAECgAABAAAAA AAAAAf////8ARwAwAAAgAMAS8CggAAAAQDmFTUAAAABAHAAAAAAAAD/szM5A AAAAAAAAAf////8ARwAwAAAgAMATHxGgAAAAQD7h8YAAAAAAAAAAAAAAAEAb DxIlEkklAAAAAf////8ARwAwAAAgAMATHxGgAAAAQD7h8YAAAABAHAAAAAAA AEAbDxI/gAAAAAAAAf////8ARwAwAAAgAMATCNbgAAAAQDoJfCAAAABAHAAA AAAAAKXuy/s/gAAAAAAAAf////8ARwAwAAAgAMATCNbgAAAAQDoJfCAAAAAA AAAAAAAAAAAAAAAlEkklAAAAAf////8ARwAwAAAgAEAj+8PAAAAAQD7PCoAA AAAAAAAAAAAAAEDsWyalEkklAAAAAf////8ARwAwAAAgAEAj+8PAAAAAQD7P CoAAAABAHAAAAAAAAEDsWyY/gAAAAAAAAf////8ARwAwAAAgAMATHxGgAAAA QD7h8YAAAABAHAAAAAAAACafSVI/gAAAAAAAAf////8ARwAwAAAgAMATHxGg AAAAQD7h8YAAAAAAAAAAAAAAACaCAAClEkklAAAAAf////8ARwAwAAAgAEAk AAAAAAAAQDoAAAAAAAAAAAAAAAAAAEAZ4V+lEkklAAAAAf////8ARwAwAAAg AEAkAAAAAAAAQDoAAAAAAABAHAAAAAAAAEAZ4V8/gAAAAAAAAf////8ARwAw AAAgAEAj+8PAAAAAQD7PCoAAAABAHAAAAAAAACfB8hM/gAAAAAAAAf////8A RwAwAAAgAEAj+8PAAAAAQD7PCoAAAAAAAAAAAAAAACcAAAClEkklAAAAAf// //8ARwAwAAAgAEAuAAAAAAAAQDoAAAAAAAAAAAAAAAAAAD+AAAAAAAAAAAAA Af////8ARwAwAAAgAEAuAAAAAAAAQDoAAAAAAABAHAAAAAAAAD+AAAA/gAAA AAAAAf////8ARwAwAAAgAEAkAAAAAAAAQDoAAAAAAABAHAAAAAAAACYTlPE/ gAAAAAAAAf////8ARwAwAAAgAEAkAAAAAAAAQDoAAAAAAAAAAAAAAAAAACV+ yGwAAAAAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQD8AAAAAAAAAAAAAAAAA AEAgAAAAAAAAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQD8AAAAAAABAHAAA AAAAAEAgAAA/gAAAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQDoAAAAAAABA HAAAAAAAAAAAAAA/gAAAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQDoAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQDoA AAAAAAAAAAAAAAAAAEAgAAAAAAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAA QDoAAAAAAABAHAAAAAAAAEAgAAA/gAAAAAAAAf////8ARwAwAAAgAMAUAAAA AAAAQD8AAAAAAABAHAAAAAAAAAAAAAA/gAAAAAAAAf////8ARwAwAAAgAMAU AAAAAAAAQD8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAf////8ARwAwAAAg AMATCNbgAAAAQDoJfCAAAAAAAAAAAAAAAD+AAACjAAAAAAAAAf////8ARwAw AAAgAMATCNbgAAAAQDoJfCAAAABAHAAAAAAAAD+AAAA/gAAAAAAAAf////8A RwAwAAAgAMAUAAAAAAAAQDoAAAAAAABAHAAAAAAAALvqoTQ/f3vsAAAAAf// //8ARwAwAAAgAMAUAAAAAAAAQDoAAAAAAAAAAAAAAAAAALvqoTS7BBPTAAAA Af////8ARwAwAAAgAEAvL/YgAAAAQDmc1mAAAABAHTMzQAAAADub/D67h0kX AAAAAf////8ARwAwAAAgAEAvL/YgAAAAQD+WAsAAAABAHTMzQAAAAD//eLe7 h0kXAAAAAf////8ARwAwAAAgAMAVzpTgAAAAQD+WAsAAAABAHTMzQAAAAEB6 Low/9F0XAAAAAf////8ARwAwAAAgAMAVzpTgAAAAQDmc1mAAAABAHTMzQAAA AD/1gF0/9F0XAAAAAf////8ARwAwAAAgAEAvL/YgAAAAQD+WAsAAAABAHAAA AAAAAD/mTCA/gL8vAAAAAf////8ARwAwAAAgAEAvL/YgAAAAQD+WAsAAAABA HTMzQAAAAD+AAAA/gAAAAAAAAf////8ARwAwAAAgAEAvL/YgAAAAQDmc1mAA AABAHTMzQAAAAD5NnwC7vy86AAAAAf////8ARwAwAAAgAEAvL/YgAAAAQDmc 1mAAAABAHAAAAAAAAD+AAAAngrZPAAAAAf////8ARwAwAAAgAMAVzpTgAAAA QDmc1mAAAABAHAAAAAAAAD/uB84/ejVtAAAAAf////8ARwAwAAAgAMAVzpTg AAAAQDmc1mAAAABAHTMzQAAAAD9wYm4/eIHLAAAAAf////8ARwAwAAAgAMAV zpTgAAAAQD+WAsAAAABAHTMzQAAAAD2ilpi72dDqAAAAAf////8ARwAwAAAg AMAVzpTgAAAAQD+WAsAAAABAHAAAAAAAAD+AAAAnqIAAAAAAAf////8ARwAw AAAgAEAvL/YgAAAAQDmc1mAAAABAHAAAAAAAAEBGRrRABka0AAAAAf////8A RwAwAAAgAEAvL/YgAAAAQDmc1mAAAABAHTMzQAAAAEAPbYZABkxgAAAAAf// //8ARwAwAAAgAMAVzpTgAAAAQDmc1mAAAABAHTMzQAAAAD4SbRw5tYD3AAAA Af////8ARwAwAAAgAMAVzpTgAAAAQDmc1mAAAABAHAAAAAAAAD+AAACmgAAA AAAAAf////8ARwAwAAAgAMAVzpTgAAAAQDmc1mAAAABAHAAAAAAAAEAHi0NA BrDPAAAAAf////8ARwAwAAAgAMAVzpTgAAAAQD+WAsAAAABAHAAAAAAAAECj WGdABrDPAAAAAf////8ARwAwAAAgAEAvL/YgAAAAQD+WAsAAAABAHAAAAAAA AEBAAAAAAAAAAAAAAf////8ARwAwAAAgAEAvL/YgAAAAQDmc1mAAAABAHAAA AAAAADxadAAAAAAAAAAAAf////8ARwAwAAAgAEAkAAAAAAAAQBQAAAAAAABA HTMzQAAAAD+AAAA/gAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQBQAAAAA AABAHTMzQAAAAECAAAA/gAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQDoA AAAAAABAHTMzQAAAAEDDMzNARmZmAAAAAf////8ARwAwAAAgAEAuAAAAAAAA QDoAAAAAAABAHTMzQAAAAEAGZmZARmZmAAAAAf////8ARwAwAAAgAEAuAAAA AAAAQD8AAAAAAABAHTMzQAAAAEAmZmZAZmZmAAAAAf////8ARwAwAAAgAMAk AAAAAAAAQD8AAAAAAABAHTMzQAAAAEDzMzNAZmZmAAAAAf////8ARwAwAAAg AMAkAAAAAAAAwBQAAAAAAABAHTMzQAAAAECAAAAhIG6gAAAAAf////8ARwAw AAAgAEAkAAAAAAAAwBQAAAAAAABAHTMzQAAAACWgAACe6uGHAAAAAf////8A RwAwAAAgAMAUAAAAAAAAQDoAAAAAAAAAAAAAAAAAAEAGZma9L4sAAAAAAf// //8ARwAwAAAgAMAUAAAAAAAAQDoAAAAAAABAHTMzQAAAAEAGZmY/gAAAAAAA Af////8ARwAwAAAgAMAUAAAAAAAAQBQAAAAAAABAHTMzQAAAACUXezA/gAAA AAAAAf////8ARwAwAAAgAMAUAAAAAAAAQBQAAAAAAAAAAAAAAAAAACSAAAC9 L4sAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQDoAAAAAAAAAAAAAAAAAAEAA AAC9L4sAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQDoAAAAAAABAHTMzQAAA AEAAAAA/gAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQDoAAAAAAABAHTMz QAAAAAAAAAA/gAAAAAAAAf////8ARwAwAAAgAMAUAAAAAAAAQDoAAAAAAAAA AAAAAAAAAAAAAAC9L4sAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQD8AAAAA AAAAAAAAAAAAAD+AAAC9L4sAAAAAAf////8ARwAwAAAgAEAuAAAAAAAAQD8A AAAAAABAHTMzQAAAAD+AAAA/gAAAAAAAAf////8ARwAwAAAgAEAuAAAAAAAA QDoAAAAAAABAHTMzQAAAAAAAAAA/gAAAAAAAAf////8ARwAwAAAgAEAuAAAA AAAAQDoAAAAAAAAAAAAAAAAAAAAAAAC9L4sAAAAAAf////8ARwAwAAAgAEAk AAAAAAAAwBQAAAAAAAAAAAAAAAAAAAAAAAC9L4sAAAAAAf////8ARwAwAAAg AEAkAAAAAAAAwBQAAAAAAABAHTMzQAAAAAAAAAA/gAAAAAAAAf////8ARwAw AAAgAMAkAAAAAAAAwBQAAAAAAABAHTMzQAAAAEAAAAA/gAAAAAAAAf////8A RwAwAAAgAMAkAAAAAAAAwBQAAAAAAAAAAAAAAAAAAEAAAAC9L4sAAAAAAf// //8ARwAwAAAgAEAkAAAAAAAAQBQAAAAAAAAAAAAAAAAAAEAAAAC9L4sAAAAA Af////8ARwAwAAAgAEAkAAAAAAAAQBQAAAAAAABAHTMzQAAAAEAAAAA/gAAA AAAAAf////8ACgAEAAIAIGcxAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA CgAEAAIAIG16dGFibGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAEAEkASGwx AAAAAAAA4Fj2d0BvQAAAAAAAAAAAAAAAAAAAAAAAAAAAAEACPJEAAAAAQCkb UBAAAABADTMzQAAAAAAAAAAAAAAAAAoABAACACBoaWdoAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAoABAACACB0YWJsZTEAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAoABAAEABxib3R0b20xAAAAAAAAAAAAAAAAAAAAAAAACgAEAAUATHAz AAAAAAAAAAAAAAAAAAAAAAAAAAD//wAA//8AAAAAAAAAAAAAAAAgAAAAAAAA AAAAAAAAAAAAAAAAAP////8AAPh//////wAKAAQASAAUAAAACAAAADgAAABo AAAAmAALAAQABQBMcDQAAAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAAAAA AAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABI ABQAAADIAAAA+AAAASgAAAFYAAsABAAFAExwNQAAAAAAAAAAAAAAAAAAAAAA AAAA//8AAP//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD///// AAD4f/////8ACgAEAEgAFAAAAYgAAAG4AAAB6AAAAhgACwAEAAUATHA2AAAA AAAAAAAAAAAAAAAAAAAAAAD//wAA//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAA AAAAAAAAAAAAAP////8AAPh//////wAKAAQASAAUAAACSAAAAngAAAKoAAAC 2AALAAQABQBMcDcAAAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAAAAAAAAA AAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABIABQA AAMIAAADOAAAA2gAAAOYAAsABAAFAExwOAAAAAAAAAAAAAAAAAAAAAAAAAAA //8AAP//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/////AAD4 f/////8ACgAEAEgAFAAAA8gAAAP4AAAEKAAABFgACwAEAAUATHA5AAAAAAAA AAAAAAAAAAAAAAAAAAD//wAC//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAA AAAAAAAAAP////8AAPh//////wAKAAQASAAUAAAEiAAABLgAAAToAAAFGAAL AAQABQBMcDEwAAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAAAAAAAAAAAAA ACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABIABQAAAVI AAAFeAAABagAAAXYAAsABAAFAExwMTEAAAAAAAAAAAAAAAAAAAAAAAAA//8A AP//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/////AAD4f/// //8ACgAEAEgAFAAABggAAAY4AAAGaAAABpgACwAEAAUATHAxMgAAAAAAAAAA AAAAAAAAAAAAAAD//wAA//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAA AAAAAP////8AAPh//////wAKAAQASAAUAAAGyAAABvgAAAcoAAAHWAALAAQA BQBMcDEzAAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAAAAAAAAAAAAAACAA AAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABIABQAAAeIAAAH uAAAB+gAAAgYAAsABAAFAExwMTQAAAAAAAAAAAAAAAAAAAAAAAAA//8AAP// AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/////AAD4f/////8A CgAEAEgAFAAACEgAAAh4AAAHuAAAB4gACwAEAAsABAAEABx0b3AxAAAAAAFJ jPAAAAAAAAAAAAAAAAAACgAEAAUATHAxNQAAAAAAAAAAAAAAAAAAAAAAAAD/ /wAB//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAP////8AAPh/ /////wAKAAQASAAUAAAIqAAACNgAAAkIAAAJOAALAAQABQBMcDE2AAAAAAAA AAAAAAAAAAAAAAAAAP//AAH//wAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAA AAAAAAAA/////wAA+H//////AAoABABIABQAAAloAAAJmAAACcgAAAn4AAsA BAAFAExwMTcAAAAAAAAAAAAAAAAAAAAAAAAA//8AAf//AAAAAAAAAAAAAAAA IAAAAAAAAAAAAAAAAAAAAAAAAAD/////AAD4f/////8ACgAEAEgAFAAACigA AApYAAAKiAAACrgACwAEAAUATHAxOAAAAAAAAAAAAAAAAAAAAAAAAAD//wAB //8AAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAP////8AAPh///// /wAKAAQASAAUAAAK6AAACxgAAAtIAAALeAALAAQABQBMcDE5AAAAAAAAAAAA AAAAAAAAAAAAAP//AAH//wAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAA AAAA/////wAA+H//////AAoABABIABQAAAuoAAAL2AAADAgAAAw4AAsABAAF AExwMjAAAAAAAAAAAAAAAAAAAAAAAAAA//8AAf//AAAAAAAAAAAAAAAAIAAA AAAAAAAAAAAAAAAAAAAAAAD/////AAD4f/////8ACgAEAEgAFAAADGgAAAyY AAAMyAAADPgACwAEAAsABAALAAQAAgAgdGFibGUyAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAKAAQABAAcYm90dG9tMgAAAAAAAAAAAAAAAAAAAAAAAAoABAAF AExwNDIAAAAAAAAAAAAAAAAAAAAAAAAA//8AAP//AAAAAAAAAAAAAAAAIAAA AAAAAAAAAAAAAAAAAAAAAAD/////AAD4f/////8ACgAEAEgAFAAADSgAAA1Y AAANiAAADbgACwAEAAUATHA0MwAAAAAAAAAAAAAAAAAAAAAAAAD//wAA//8A AAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAP////8AAPh//////wAK AAQASAAUAAAN6AAADhgAAA5IAAAOeAALAAQABQBMcDQ0AAAAAAAAAAAAAAAA AAAAAAAAAP//AAD//wAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA /////wAA+H//////AAoABABIABQAAA6oAAAO2AAADwgAAA84AAsABAAFAExw NDUAAAAAAAAAAAAAAAAAAAAAAAAA//8AAv//AAAAAAAAAAAAAAAAIAAAAAAA AAAAAAAAAAAAAAAAAAD/////AAD4f/////8ACgAEAEgAFAAAD2gAAA+YAAAP yAAAD/gACwAEAAUATHA0NgAAAAAAAAAAAAAAAAAAAAAAAAD//wAA//8AAAAA AAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAP////8AAPh//////wAKAAQA SAAUAAAQKAAAEFgAABCIAAAQuAALAAQABQBMcDQ3AAAAAAAAAAAAAAAAAAAA AAAAAP//AAD//wAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA//// /wAA+H//////AAoABABIABQAABDoAAARGAAAEUgAABF4AAsABAAFAExwNDgA AAAAAAAAAAAAAAAAAAAAAAAA//8AAP//AAAAAAAAAAAAAAAAIAAAAAAAAAAA AAAAAAAAAAAAAAD/////AAD4f/////8ACgAEAEgAFAAAEagAABHYAAASCAAA EjgACwAEAAUATHA0OQAAAAAAAAAAAAAAAAAAAAAAAAD//wAA//8AAAAAAAAA AAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAP////8AAPh//////wAKAAQASAAU AAASaAAAEpgAABLIAAAS+AALAAQACwAEAAQAHHRvcDIAAAAAAAAAAAAAAAAA AAAAAAAAAAAKAAQABQBMcDUwAAAAAAAAAAAAAAAAAAAAAAAAAP//AAH//wAA AAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoA BABIABQAABMoAAATWAAAE4gAABO4AAsABAAFAExwNTEAAAAAAAAAAAAAAAAA AAAAAAAA//8AAf//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/ ////AAD4f/////8ACgAEAEgAFAAAE+gAABQYAAAUSAAAFHgACwAEAAUATHA1 MgAAAAAAAAAAAAAAAAAAAAAAAAD//wAB//8AAAAAAAAAAAAAAAAgAAAAAAAA AAAAAAAAAAAAAAAAAP////8AAPh//////wAKAAQASAAUAAAUqAAAFNgAABUI AAAVOAALAAQABQBMcDU0AAAAAAAAAAAAAAAAAAAAAAAAAP//AAH//wAAAAAA AAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABI ABQAABVoAAAVmAAAFcgAABX4AAsABAAFAExwNTUAAAAAAAAAAAAAAAAAAAAA AAAA//8AAf//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD///// AAD4f/////8ACgAEAEgAFAAAFigAABZYAAAWiAAAFrgACwAEAAsABAALAAQA AgAgdGFibGUzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAAQABAAcYm90dG9t MwAAAAAAAAAAAAAAAAAAAAAAAAoABAAFAExwNTcAAAAAAAAAAAAAAAAAAAAA AAAA//8AAP//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD///// AAD4f/////8ACgAEAEgAFAAAFugAABcYAAAXSAAAF3gACwAEAAUATHA1OAAA AAAAAAAAAAAAAAAAAAAAAAD//wAA//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAA AAAAAAAAAAAAAP////8AAPh//////wAKAAQASAAUAAAXqAAAF9gAABgIAAAY OAALAAQABQBMcDU5AAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAAAAAAAAA AAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABIABQA ABhoAAAYmAAAGMgAABj4AAsABAAFAExwNjAAAAAAAAAAAAAAAAAAAAAAAAAA //8AAv//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/////AAD4 f/////8ACgAEAEgAFAAAGSgAABlYAAAZiAAAGbgACwAEAAUATHA2MQAAAAAA AAAAAAAAAAAAAAAAAAD//wAA//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAA AAAAAAAAAP////8AAPh//////wAKAAQASAAUAAAZ6AAAGhgAABpIAAAaeAAL AAQABQBMcDYzAAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAAAAAAAAAAAAA ACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABIABQAABqo AAAa2AAAGwgAABs4AAsABAAFAExwNjQAAAAAAAAAAAAAAAAAAAAAAAAA//8A AP//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/////AAD4f/// //8ACgAEAEgAFAAAG2gAABuYAAAbyAAAG/gACwAEAAsABAAEABx0b3AzAAAA AAAAAAAAAAAAAAAAAAAAAAAACgAEAAUATHA2NQAAAAAAAAAAAAAAAAAAAAAA AAD//wAB//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAP////8A APh//////wAKAAQASAAUAAAcKAAAHFgAAByIAAAcuAALAAQABQBMcDY2AAAA AAAAAAAAAAAAAAAAAAAAAP//AAH//wAAAAAAAAAAAAAAACAAAAAAAAAAAAAA AAAAAAAAAAAA/////wAA+H//////AAoABABIABQAABzoAAAdGAAAHUgAAB14 AAsABAAFAExwNjgAAAAAAAAAAAAAAAAAAAAAAAAA//8AAf//AAAAAAAAAAAA AAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/////AAD4f/////8ACgAEAEgAFAAA HagAAB3YAAAeCAAAHjgACwAEAAUATHA2OQAAAAAAAAAAAAAAAAAAAAAAAAD/ /wAB//8AAAAAAAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAP////8AAPh/ /////wAKAAQASAAUAAAeaAAAHpgAAB7IAAAe+AALAAQABQBMcDcwAAAAAAAA AAAAAAAAAAAAAAAAAP//AAH//wAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAA AAAAAAAA/////wAA+H//////AAoABABIABQAAB8oAAAfWAAAH4gAAB+4AAsA BAALAAQACwAEAAsABAALAAQASQBIbDIAAAAAAAAEAAAAQWMS0AAAAABAb0AA AAAAAAAAAAAAAAAAQAQAAAAAAABAKgAAAAAAAEANMzNAAAAAAAAAAAAAAAAA CgAEAAIAIGxvdwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAEAAQAHG8x MgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAAQABQBMcDgzAAAAAAAAAAAAAAAA AAAAAAAAAP//AAH//wAAAAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA /////wAA+H//////AAoABABIACQAAB/oAAAgGAAAIEgAACB4AAAgqAAAINgA ACEIAAAhOAALAAQABQBMcDg1AAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAA AAAAAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoA BABIABQAACFoAAAhmAAAIcgAACH4AAsABAAFAExwODYAAAAAAAAAAAAAAAAA AAAAAAAA//8AAP//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD/ ////AAD4f/////8ACgAEAEgAFAAAIigAACJYAAAiiAAAIrgACwAEAAUATHA4 NwAAAAAAAAAAAAAAAAAAAAAAAAD//wAA//8AAAAAAAAAAAAAAAAgAAAAAAAA AAAAAAAAAAAAAAAAAP////8AAPh//////wAKAAQASAAUAAAi6AAAIxgAACNI AAAjeAALAAQABQBMcDkwAAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAAAAA AAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAA/////wAA+H//////AAoABABI ABQAACOoAAAj2AAAJAgAACQ4AAsABAAFAExwOTEAAAAAAAAAAAAAAAAAAAAA AAAA//8AAP//AAAAAAAAAAAAAAAAIAAAAAAAAAAAAAAAAAAAAAAAAAD///// AAD4f/////8ACgAEAEgAFAAAJGgAACSYAAAj2AAAI6gACwAEAAsABAALAAQA CwAEAAsABAALAAQACwAEAAAAAAAAAAAAAAAAAAAAAP////8AAPh//////wAK AAQASAAkAAAjqAAAI9gAACQIAAAkOAAAJGgAACSYAAAkyAAAJPgACwAEAAsA BAALAAQACwAEAAsABAALAAQACwAE ---559023410-1804928587-869200377=:11933-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 03:15:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA22616; Thu, 17 Jul 1997 21:48:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA22600; Thu, 17 Jul 1997 21:48:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA27719; Thu, 17 Jul 1997 21:48:09 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA06262 for ; Thu, 17 Jul 1997 21:48:09 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id VAA03385; Thu, 17 Jul 1997 21:48:07 -0700 From: "Sharon Clay" Message-Id: <9707172148.ZM3383@rose.engr.sgi.com> Date: Thu, 17 Jul 1997 21:48:07 -0700 In-Reply-To: Jillian Michelle Tidd "Assessing stress in Performer" (Jul 17, 3:19pm) References: <199707172019.PAA16682@server.cs.uiowa.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Jillian Michelle Tidd , info-performer@sgi.com Subject: Re: Assessing stress in Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 17, 3:19pm, Jillian Michelle Tidd wrote: > Subject: Assessing stress in Performer ->From guest@holodeck.csd.sgi.com Thu Jul 17 21:22:35 1997 ->From: Jillian Michelle Tidd ->Subject: Assessing stress in Performer ->To: info-performer@sgi.com ->Date: Thu, 17 Jul 1997 15:19:43 -0500 (CDT) ->X-Mailer: ELM [version 2.4 PL25] -> ->hello, -> I am looking for a way to assess stress in Performer. I know that the stats graphics display a wavy red line that indicates when the system is stressed by straying outside of a certain boundary, but I am looking for a better way to quantify this measurement. Is there a variable in pfStats that holds the values used to draw the red line? Any assistance would be appreciated. pfGetChanLoad() and pfGetChanStress() are the APIs I think you want. That wavy red line is actually load which is evaluated on a per-channel basis based on the goal frame rate and the amount of frame time a channel is supposed to consume as per pfChanStressFilter(). Stress is defined as being under or overloaded which is when the load is above or below the min/max lines set by pfChanStressFilter(). If you enable stress (can do it in the perfly GUI) you'll see that the stats then show the stress as a white line and print the current stress value. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 06:16:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA23144; Fri, 18 Jul 1997 00:43:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA23128; Fri, 18 Jul 1997 00:43:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA07093; Fri, 18 Jul 1997 00:43:55 -0700 Received: from hal.wgs.estec.esa.nl (hal.wgs.estec.esa.nl [131.176.22.216]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA02138 for ; Fri, 18 Jul 1997 00:43:10 -0700 env-from (simon@hal.wgs.estec.esa.nl) Received: from mercury.wgs.estec.esa.nl by hal.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id JAA24791; Fri, 18 Jul 1997 09:40:25 +0200 Received: by mercury.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id JAA08679; Fri, 18 Jul 1997 09:39:58 +0200 Date: Fri, 18 Jul 1997 09:39:58 +0200 From: simon@hal.wgs.estec.esa.nl (Simon Mills) Message-Id: <199707180739.JAA08679@mercury.wgs.estec.esa.nl> To: sbrown@nestor.ucsd.edu Subject: Re: Window options Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: 73aKp7Gkz4e3MU4ryOQc1g== Status: O On Thu, 17 Jul 1997 16:36:35 -0700 sbrown@nestor.ucsd.edu wrote: > Can you suggest how to display a performer window that is not full screen, but > that doesn't have any borders - using performer 2.x and OpenGL? > > This seems like it should be very simple, but I am missing seeing it. > > Gone are the simpler gl days of noborder(). When you create a pfPipeWindow you can specify a window with no border e.g. void InitPipe(void) { pfPipewindow *pw = new pfPipeWindow(pfGetPipe(0)); pw->setMode(PFWIN_NOBORDER, 1); . . . pw->config(); } Have a look at the man pages for pfPipeWindow & pfWindow. Hope it helps. Regards, Simon ---------------------------------------------------------------------------- Simon Mills System Simulation Section (WAS) Automation & Informatics Department European Space Research And Technology Centre (ESTEC) Postbus 299 e-mail: simon@wgs.estec.esa.nl 2200AG Noordwijk phone: +31-(0)71-565-3725 The Netherlands fax: +31-(0)71-565-5419 ---------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 06:57:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA23233; Fri, 18 Jul 1997 01:30:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23217; Fri, 18 Jul 1997 01:30:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA09266; Fri, 18 Jul 1997 01:30:25 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA08234 for ; Fri, 18 Jul 1997 01:30:21 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id KAA07959; Fri, 18 Jul 1997 10:47:35 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma007954; Fri, 18 Jul 97 10:47:31 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id KAA13713; Fri, 18 Jul 1997 10:28:32 +0200 (MET DST) From: Mario Veraart Message-Id: <199707180828.KAA13713@s00sn1.fel.tno.nl> Subject: Re: Window options To: sbrown@nestor.ucsd.edu Date: Fri, 18 Jul 1997 10:28:32 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: <9707171636.ZM25762@nestor.ucsd.edu> from "sbrown@nestor.ucsd.edu" at Jul 17, 97 04:36:35 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > Can you suggest how to display a performer window that is not full screen, but > that doesn't have any borders - using performer 2.x and OpenGL? > > This seems like it should be very simple, but I am missing seeing it. use a call like pfPWinOriginSize(pPWindow,windowOriginX,windowOriginY, windowSizeX, windowSizeY); pfPWinMode(pPWindow, PFWIN_NOBORDER, PF_ON); Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 10:18:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA23782; Fri, 18 Jul 1997 04:37:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA23766; Fri, 18 Jul 1997 04:37:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA17966; Fri, 18 Jul 1997 04:37:54 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA01183 for ; Fri, 18 Jul 1997 04:37:50 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id NAA21952; Fri, 18 Jul 1997 13:55:06 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma021917; Fri, 18 Jul 97 13:54:36 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id NAA20129; Fri, 18 Jul 1997 13:35:38 +0200 (MET DST) From: Mario Veraart Message-Id: <199707181135.NAA20129@s00sn1.fel.tno.nl> Subject: Re: Assessing stress in Performer To: jmtidd@cs.uiowa.edu (Jillian Michelle Tidd) Date: Fri, 18 Jul 1997 13:35:37 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: <199707172019.PAA16682@server.cs.uiowa.edu> from "Jillian Michelle Tidd" at Jul 17, 97 03:19:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I am looking for a way to assess stress in Performer. I know that the stats graphics display a wavy red line that indicates when the system is stressed by straying outside of a certain boundary, but I am looking for a better way to quantify this measurement. Is there a variable in pfStats that holds the values used to draw the red line? Any assistance would be appreciated. The stress management in Performer is inherent instable from a control theory point of view. You have to implement your own stress management with the functions float pfGetChanLoad(const pfChannel *chan); void pfChanStress(pfChannel *chan, float stress); Call these inbetween pfSync() and pfFrame() Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 13:54:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24675; Fri, 18 Jul 1997 09:25:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24659; Fri, 18 Jul 1997 09:25:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14989; Fri, 18 Jul 1997 09:25:28 -0700 Received: from hal.wgs.estec.esa.nl (hal.wgs.estec.esa.nl [131.176.22.216]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA29583 for ; Fri, 18 Jul 1997 09:24:28 -0700 env-from (simon@hal.wgs.estec.esa.nl) Received: from mercury.wgs.estec.esa.nl by hal.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id RAA25478; Fri, 18 Jul 1997 17:27:16 +0200 Received: by mercury.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id RAA08800; Fri, 18 Jul 1997 17:27:14 +0200 Date: Fri, 18 Jul 1997 17:27:14 +0200 From: simon@hal.wgs.estec.esa.nl (Simon Mills) Message-Id: <199707181527.RAA08800@mercury.wgs.estec.esa.nl> To: info-performer@sgi.com Subject: How do I change a window's title Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: xlVpD9to0XBoNoB8c9NZ8w== Status: O Hello All, I want to change the title displayed in a Performer window (to show the current viewpoint name) but pfPipeWindow::setName() doesn't work once the window has been created. Is this a bug? The equivalent pfWindow::setName() also doesn't work but resorting to direct IRIS-GL does (wintitle) so what's going wrong? Can anybody help? I'm using Performer 2.0.2, IRIX 5.3 on Onyx RE2. Regards, Simon ---------------------------------------------------------------------------- Simon Mills System Simulation Section (WAS) Automation & Informatics Department European Space Research And Technology Centre (ESTEC) Postbus 299 e-mail: simon@wgs.estec.esa.nl 2200AG Noordwijk phone: +31-(0)71-565-3725 The Netherlands fax: +31-(0)71-565-5419 ---------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 13:54:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24698; Fri, 18 Jul 1997 09:31:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24682; Fri, 18 Jul 1997 09:31:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAB16105; Fri, 18 Jul 1997 09:31:01 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA01289 for ; Fri, 18 Jul 1997 09:31:00 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id JAA00600; Fri, 18 Jul 1997 09:30:55 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA02378; Fri, 18 Jul 1997 08:21:40 -0700 Date: Fri, 18 Jul 1997 08:21:40 -0700 (PDT) From: Chris Mitchell To: Tom Jolley cc: info-performer@sgi.com Subject: Re: dying DBASE process In-Reply-To: <199707172248.RAA01421@fltsim.mdc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > The version compiled on the Indigo2 works fine on the Indigo2 and an O2. > Both versions die in the DBASE process on the Onyx2. If I don't use > pfAsyncDelete() in the DBASE process, the application runs fine (until all > of the memory is used). > > Can anyone provide any clues to why my application is dying? For what it's worth, I had the same problem, and replacing pfAsyncDelete() with just plain old pfDelete() worked for me. Of course, I have no idea why. Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 16:35:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA24780; Fri, 18 Jul 1997 10:15:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24764; Fri, 18 Jul 1997 10:15:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA22809; Fri, 18 Jul 1997 10:15:10 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA13819 for ; Fri, 18 Jul 1997 10:15:08 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id KAA12641 sendmail 8.8.5/UCSD8.3 via SMTP Fri, 18 Jul 1997 10:15:06 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id KAA14129; Fri, 18 Jul 1997 10:15:05 -0700 Date: Fri, 18 Jul 1997 10:15:05 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199707181715.KAA14129@imm.ucsd.edu> To: info-performer@sgi.com Subject: bad child + Faq Status: O Hi, I am running my code, and I get this warning: PF Warning/Usage: pfAddChild: Bad child 0x0 1) How can I determine which child is bad? 2) Could someone tell me where I could have found this in the faq and how to extract it (I suspect this question must have been asked before) Thanks, Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 22:41:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA25851; Fri, 18 Jul 1997 16:38:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA25835; Fri, 18 Jul 1997 16:38:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA15093; Fri, 18 Jul 1997 16:38:35 -0700 Received: from mailman.cs.ucla.edu (Mailman.CS.UCLA.EDU [131.179.128.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA28542 for ; Fri, 18 Jul 1997 16:38:31 -0700 env-from (tfchan@goldrush.cs.ucla.edu) Received: from pelican.uclacs (pelican.cs.ucla.edu [131.179.128.17]) by mailman.cs.ucla.edu (UCLACS-3.0) with SMTP id QAA03246 for ; Fri, 18 Jul 1997 16:38:21 -0700 (PDT) Received: from nitro.cs.ucla.edu by pelican.uclacs (SMI-8.6/SMI-SVR4) id QAA20105; Fri, 18 Jul 1997 16:38:20 -0700 Received: from goldrush.cs.ucla.edu by nitro.cs.ucla.edu (SMI-8.6/SMI-SVR4) id QAA15227; Fri, 18 Jul 1997 16:38:19 -0700 Received: from localhost by goldrush.cs.ucla.edu (SMI-8.6/SMI-SVR4) id QAA13874; Fri, 18 Jul 1997 16:36:56 -0700 Date: Fri, 18 Jul 1997 16:36:55 -0700 (PDT) From: David Chan To: info-performer Subject: creating transparent textures Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I want to ask what is the best way to creat transparent textures of .rgb or .int format in SGI platform for performer. I have used a graphics tools torgba.sh downloaded from SGI, but the effect is not very good, there are outline effect around opaque section of my texture. Sorry for putting not so related problem here. Thanks. David ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 22:21:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA25789; Fri, 18 Jul 1997 16:17:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA25773; Fri, 18 Jul 1997 16:17:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA13076; Fri, 18 Jul 1997 16:17:43 -0700 Received: from tri.kbs.co.kr ([210.115.196.32]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA23100 for ; Fri, 18 Jul 1997 16:17:41 -0700 env-from (fortune@tri.kbs.co.kr) Received: from fortune by tri.kbs.co.kr (8.6.12H1/8.6.4) id VAA23360; Fri, 18 Jul 1997 21:34:53 +0900 Message-ID: <33CF629D.F18630DE@tri.kbs.co.kr> Date: Fri, 18 Jul 1997 21:33:34 +0900 From: Choi Changrak Reply-To: fortune@tri.kbs.co.kr Organization: Goddess of Fortune X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Sirius problem X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I have a problem about Video genlock. The system is ONYX IR, 4xR10000, 2RM, Sirius option. I connected video source to ONYX IR Genlock IN and Genlock OUT connected in Sirius Genlock IN. I set ircombine.. Ch0: video format = 1280x1024_60.vfo Sirius: video format = CCIR601_525.vfo Edit Global: Sync source = External, Sync format = CCIR601_525.vfo When I press "Download Combination" button, the monitor is sync out. (I mean monitor's LED blinking) In my system, performer is running in 59.95 frame mode. When I use "Edit Global"'s sync source as Internal, the frame rate is changed to 20Hz after 20 mins. (I used capture mode as VL_CAP_NONINTERLEAVED) Another question. When I move the channel up/down, the model's edge is not correctly displayed in sirius output. But gfx output is good. I use Anti-alias, 59.97 frame rate. I hope your replys, thanks. -- Choi, Changrak | 150-790 fortune@tri.kbs.co.kr | Technical Research Institute (Tel) +82-2-781-5952 | #18 Korean Broadcasting System (Fax) +82-2-781-5999 | Yoido Youngdeungpo Seoul Korea ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 18 23:04:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA25903; Fri, 18 Jul 1997 17:02:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA25887; Fri, 18 Jul 1997 17:02:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA17368; Fri, 18 Jul 1997 17:02:53 -0700 Received: from tri.kbs.co.kr ([210.115.196.32]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA03311 for ; Fri, 18 Jul 1997 17:02:51 -0700 env-from (fortune@tri.kbs.co.kr) Received: from fortune by tri.kbs.co.kr (8.6.12H1/8.6.4) id JAA26698; Sat, 19 Jul 1997 09:02:59 +0900 Message-ID: <33D0040B.CB695BCA@tri.kbs.co.kr> Date: Sat, 19 Jul 1997 09:02:19 +0900 From: Choi Changrak Reply-To: fortune@tri.kbs.co.kr Organization: Goddess of Fortune X-Mailer: Mozilla 4.01 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Sirius problem X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I have a problem about Video genlock. The system is ONYX IR, 4xR10000, 2RM, Sirius option. I connected video source to ONYX IR Genlock IN and Genlock OUT connected in Sirius Genlock IN. I set ircombine.. Ch0: video format = 1280x1024_60.vfo Sirius: video format = CCIR601_525.vfo Edit Global: Sync source = External, Sync format = CCIR601_525.vfo When I press "Download Combination" button, the monitor is sync out. (I mean monitor's LED blinking) In my system, performer is running in 59.95 frame mode. When I use "Edit Global"'s sync source as Internal, the frame rate is changed to 20Hz after 20 mins. (I used capture mode as VL_CAP_NONINTERLEAVED) Another question. When I move the channel up/down, the model's edge is not correctly displayed in sirius output. But gfx output is good. I use Anti-alias, 59.97 frame rate. I hope your replys, thanks. -- Choi, Changrak | 150-790 fortune@tri.kbs.co.kr | Technical Research Institute (Tel) +82-2-781-5952 | #18 Korean Broadcasting System (Fax) +82-2-781-5999 | Yoido Youngdeungpo Seoul Korea ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 19 00:55:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA26211; Fri, 18 Jul 1997 19:07:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA26195; Fri, 18 Jul 1997 19:07:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA27179; Fri, 18 Jul 1997 19:07:28 -0700 Received: from wolfenet.com (news1.wolfe.net [204.157.98.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA27083 for ; Fri, 18 Jul 1997 19:07:27 -0700 env-from (moore@WOLFENET.com) Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfenet.com (8.8.5/8.8.5) with ESMTP id TAA05316; Fri, 18 Jul 1997 19:07:45 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id TAA25575; Fri, 18 Jul 1997 19:07:24 -0700 (PDT) Date: Fri, 18 Jul 1997 19:07:24 -0700 (PDT) Message-Id: <199707190207.TAA25575@gonzo.wolfenet.com> From: Timothy Moore To: verdi@piano.ucsd.edu CC: info-performer@sgi.com In-reply-to: <199707181715.KAA14129@imm.ucsd.edu> (verdi@piano.ucsd.edu) Subject: Re: bad child + Faq Status: O Date: Fri, 18 Jul 1997 10:15:05 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Hi, I am running my code, and I get this warning: PF Warning/Usage: pfAddChild: Bad child 0x0 1) How can I determine which child is bad? What I usually end up doing is putting a conditional breakpoint in pfAddChild and then getting a stack trace to figure out where my code is broken. "No Performer source" you say? Not a problem :) In dbx do: stop in pfAddChild if $arg1 == 0 This stops if the second argument register contains 0 on entry to pfAddChild. If your code is C++ you can use stop in pfGroup::addChild if $arg1 == 0 to get the same effect. 2) Could someone tell me where I could have found this in the faq and how to extract it (I suspect this question must have been asked before) I don't think it's in the faq. It's one of those problems where a little assembler knowledge has to substitute for source code. Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 19 14:45:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27650; Sat, 19 Jul 1997 09:03:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27634; Sat, 19 Jul 1997 09:03:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA02971; Sat, 19 Jul 1997 09:03:51 -0700 Received: from mail.echtzeit.de (raptor.echtzeit.de [194.42.87.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA07656 for ; Sat, 19 Jul 1997 09:03:49 -0700 env-from (tnuessler@echtzeit.de) Received: by mail.echtzeit.de (Smail3.2) from oli.echtzeit.de (194.42.87.23) with smtp id ; Sat, 19 Jul 1997 18:03:38 +0200 (MEST) Sender: thomasn@echtzeit.de Message-ID: <33D0E4C2.41C6@echtzeit.de> Date: Sat, 19 Jul 1997 18:01:06 +0200 From: Thomas Nuessler Organization: echtzeit gmbh Berlin X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O subscribe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 19 21:41:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA28171; Sat, 19 Jul 1997 16:06:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA28155; Sat, 19 Jul 1997 16:06:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA21115; Sat, 19 Jul 1997 16:06:24 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA24631 for ; Sat, 19 Jul 1997 16:06:23 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA12588 for info-performer@sgi.com; Sat, 19 Jul 1997 18:07:54 -0500 From: "Ren-Jye Yu" Message-Id: <9707191807.ZM12587@python.tamu.edu> Date: Sat, 19 Jul 1997 18:07:54 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: How to obtain the screen position of a point in the environment ?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, Is there a command that allows me to obtain the x,y screen pixel position of a point in the viewing scene? In other words, how can I obtain the projection matrix in Performer? renjye -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 20 09:25:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA29109; Sun, 20 Jul 1997 03:56:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA29093; Sun, 20 Jul 1997 03:56:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA16496; Sun, 20 Jul 1997 03:56:03 -0700 Received: from mailgw1.fhg.de ([153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA03215 for ; Sun, 20 Jul 1997 03:56:01 -0700 env-from (ruwoldt@iff.fhg.de) Received: by mailgw1.fhg.de (fhg.de); Sun, 20 Jul 1997 12:52:31 +0200 (MET DST) X-ENV: (mailgw1.fhg.de) ruwoldt@iff.fhg.de -> Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Sun, 20 Jul 1997 12:52:28 +0200 (MET DST) from ue.iff.fhg.de Via: ue.iff.fhg.de; Sun, 20 Jul 1997 12:52:28 +0200 (MET DST) Received: by ue.iff.fhg.de with SMTP; Sun, 20 Jul 1997 12:55:46 +0200 (MET DST) from sgi08.ue.iff.fhg.de Received: by sgi08.ue.iff.fhg.de; Sun, 20 Jul 1997 12:56:37 +0200 From: "Annett Ruwoldt" Message-Id: <9707201256.ZM1062@sgi08> Date: Sun, 20 Jul 1997 12:56:37 -0600 In-Reply-To: "Pleijsant, Jan-Mark" "object scale" (Jul 18, 12:43pm) References: <33CF48EC.41C6@vtd.fel.tno.nl> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, "Pleijsant, Jan-Mark" Subject: Re: object scale Cc: info-vega@paradigmsim.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 18, 12:43pm, Pleijsant, Jan-Mark wrote: > Subject: object scale > Hi vgUsers, > > Is it possible to scale objects dynamically in only one direction? I > think the VGOBJ_SCALE cannot be used, because it sets the overall scale. > Can someone tell me how to do this? > > Thanks in advance, regards, > > Jan-Mark I made use of Performer to scale objects. This are the steps: #include /* Common Performer definitions */ pfNode *pnode; /* Object to be scaled: vgObject *pobj; */ pnode = vgGetObjPfNode(pobj); if (!strcmp (pfGetTypeName(pnode), "pfDCS")) /* is vgObject dynamic? */ pfDCSScaleXYZ((pfDCS*)pnode, x, y, z); ... My question is, to make my program easier and nice, can I retrieve these x-, y- and z-scale values? Thanks in advance, regards, Annett -- ---------------------------------------------------- Dipl.-Inf. Annett Ruwoldt ruwoldt@iff.fhg.de Fraunhofer IFF Steinfeldstr. 3 fon: +49-39203/81591 D-39179 Barleben fax: +49-39203/81619 Germany -------- Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA29223; Sun, 20 Jul 1997 05:20:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA20642; Sun, 20 Jul 1997 05:20:43 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA09637 for ; Sun, 20 Jul 1997 05:20:43 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id FAA25872; Sun, 20 Jul 1997 05:20:41 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id FAA02114; Sun, 20 Jul 1997 05:20:41 -0700 Date: Sun, 20 Jul 1997 05:20:41 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707200520.ZM2112@multipass.asd.sgi.com> In-Reply-To: "Ren-Jye Yu" "How to obtain the screen position of a point in the environment ??" (Jul 19, 6:07pm) References: <9707191807.ZM12587@python.tamu.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Ren-Jye Yu" , info-performer@sgi.com Subject: Re: How to obtain the screen position of a point in the environment ?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 19, 6:07pm, Ren-Jye Yu wrote: > Subject: How to obtain the screen position of a point in the environment ? > Hello, > > Is there a command that allows me to obtain the x,y screen pixel > position of a point in the viewing scene? In other words, how can I obtain the > projection matrix in Performer? There's always the pfVec3::xformVec If you use the modelviewing matrix it should give you coordinates -1 to +1 which you can then scale to match your viewport. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 20 17:06:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA29780; Sun, 20 Jul 1997 11:24:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29764; Sun, 20 Jul 1997 11:24:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA04969; Sun, 20 Jul 1997 11:24:43 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA23301 for ; Sun, 20 Jul 1997 11:24:42 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA29086; Sun, 20 Jul 1997 11:24:41 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA02566; Sun, 20 Jul 1997 11:24:37 -0700 Date: Sun, 20 Jul 1997 11:24:37 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707201124.ZM2564@multipass.asd.sgi.com> In-Reply-To: "Ren-Jye Yu" "Re: How to obtain the screen position of a point in the environment ??" (Jul 20, 12:06pm) References: <9707191807.ZM12587@python.tamu.edu> <9707200520.ZM2112@multipass.asd.sgi.com> <9707201206.ZM14133@python.tamu.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Ren-Jye Yu" Subject: Re: How to obtain the screen position of a point in the environment ?? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Actually I should have posted that you _also_ need to transform the point through the projection matrix for the visual channel. What was I thinking :-) Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 20 20:52:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA00212; Sun, 20 Jul 1997 15:02:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA00193; Sun, 20 Jul 1997 15:02:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA12684; Sun, 20 Jul 1997 15:02:37 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA21628 for ; Sun, 20 Jul 1997 15:02:36 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id PAA23443; Sun, 20 Jul 1997 15:10:25 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id WAA19769; Sun, 20 Jul 1997 22:00:17 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA11719; Sun, 20 Jul 1997 15:00:15 -0700 From: "Marcus Barnes" Message-Id: <9707201500.ZM11717@logan.engr.multigen.com> Date: Sun, 20 Jul 1997 15:00:15 -0700 In-Reply-To: David Chan "Re: multigen loader problem" (Jul 17, 9:32pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer Subject: Re: multigen loader problem Cc: support@logan.engr.multigen.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 17, 9:32pm, David Chan wrote: > > I attach a mztable.flt file (26KB) by using pine. Your mztable.flt has 60 bytes of garbage data at the end of the file. This must be a bug in MultiGen 1.1 for NT. I'll forward your bug report to MultiGen Product Support. Anyways, I've added some checks to the R15.4c loader to tolerate extra data after the last POP record in the file. It'll be available from our web site in a couple weeks or so ... Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 20 20:37:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA00167; Sun, 20 Jul 1997 14:50:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA00149; Sun, 20 Jul 1997 14:50:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA12362; Sun, 20 Jul 1997 14:50:38 -0700 Received: from uu10.psi.com (uu10.psi.com [38.8.4.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA20290 for ; Sun, 20 Jul 1997 14:50:37 -0700 env-from (fasainteractive.com!uu3066!jedsall) Received: from uu3066.UUCP by uu10.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA25574 for ; Sun, 20 Jul 97 17:45:58 -0400 Message-Id: <9707202145.AA25574@uu10.psi.com> Date: 20 Jul 1997 16:40:49 -0500 From: "Jerry Edsall" Subject: Re: How to obtain the scree To: "Angus Dorbie" , info-performer@sgi.com, "Ren-Jye Yu" Status: O RE>>How to obtain the screen posi On Jul 19, 6:07pm, Ren-Jye Yu wrote: > Subject: How to obtain the screen position of a point in the environment ? > Hello, > > Is there a command that allows me to obtain the x,y screen pixel > position of a point in the viewing scene? In other words, how can I obtain the > projection matrix in Performer? >>There's always the pfVec3::xformVec >> >>If you use the modelviewing matrix it should give you coordinates -1 to +1 >>which you can then scale to match your viewport. >> >> >>Cheers,Angus. But woudn't that have to be done in the draw callback? Isn't there a way to do it in the application? Jerry ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 04:20:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA01376; Sun, 20 Jul 1997 22:52:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA01360; Sun, 20 Jul 1997 22:52:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA03269; Sun, 20 Jul 1997 22:52:08 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA21205 for ; Sun, 20 Jul 1997 22:52:07 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id WAA07354; Sun, 20 Jul 1997 22:52:05 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id WAA03912; Sun, 20 Jul 1997 22:51:56 -0700 Date: Sun, 20 Jul 1997 22:51:56 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707202251.ZM3910@multipass.asd.sgi.com> In-Reply-To: "Jerry Edsall" "Re: How to obtain the scree" (Jul 20, 4:40pm) References: <9707202145.AA25574@uu10.psi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Jerry Edsall" , info-performer@sgi.com, "Ren-Jye Yu" Subject: Re: How to obtain the scree Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 20, 4:40pm, Jerry Edsall wrote: > Subject: Re: How to obtain the scree > RE>>How to obtain the screen posi > On Jul 19, 6:07pm, Ren-Jye Yu wrote: > > Subject: How to obtain the screen position of a point in the environment ? > > Hello, > > > > Is there a command that allows me to obtain the x,y screen pixel > > position of a point in the viewing scene? In other words, how can I obtain > the > > projection matrix in Performer? > > >>There's always the pfVec3::xformVec > >> > >>If you use the modelviewing matrix it should give you coordinates -1 to +1 > >>which you can then scale to match your viewport. > >> > >> > >>Cheers,Angus. > > But woudn't that have to be done in the draw callback? Isn't there a way to do > it in the application? > No, afterall you set your matrices in the application, you have enough info to do the math. You could do it in the draw. btw I'll repeat, I should also have mentioned the projection matrix too. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 09:11:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA01757; Mon, 21 Jul 1997 03:34:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA01741; Mon, 21 Jul 1997 03:34:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA15959; Mon, 21 Jul 1997 03:34:44 -0700 Received: from icsa.es ([194.143.194.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA23756 for ; Mon, 21 Jul 1997 03:34:42 -0700 env-from (jfer@icsa.es) Received: from icfarinetas.icsa.es (TEST.icsa.es [194.143.194.13]) by icsa.es (8.7.5/8.7.3) with ESMTP id KAA01996 for ; Mon, 21 Jul 1997 10:34:38 GMT Message-Id: <199707211034.KAA01996@icsa.es> From: "Jorge Juan FERNANDO GROS" To: Subject: RGB Date: Mon, 21 Jul 1997 12:34:36 +0200 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Status: O Hello. Is there any way to filter a color component (rgb) throught a pipe or a channel? - for example filter the R component in one pipe and the GB components in the other? I want to get different views for each eye to get 3D sense. (R for left eye & GB for the other) Thanks in advance. Jorge Juan FERNANDO GROS. jfer@icsa.es Zaragoza, (ARAGON-SPAIN). ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 14:39:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02682; Mon, 21 Jul 1997 10:36:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02666; Mon, 21 Jul 1997 10:36:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA29045; Mon, 21 Jul 1997 10:36:22 -0700 Received: from nerd.apk.net (nerd.apk.net [192.147.147.18]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA28589 for ; Mon, 21 Jul 1997 10:36:12 -0700 env-from (news@nerd.apk.net) Received: (from news@localhost) by nerd.apk.net (8.8.5/8.8.5) id NAA01569; Mon, 21 Jul 1997 13:37:52 -0400 (EDT) To: comp-sys-sgi-announce@moderators.uu.net Path: not-for-mail From: Mark Lasersohn Newsgroups: comp.sys.intergraph,comp.sys.mips,comp.sys.sgi.announce,comp.sys.sgi.apps,comp.sys.sgi.graphics,comp.sys.sgi.marketplace,comp.sys.sgi.misc,alt.design.graphics,alt.design.product,alt.graphics.pixutils,alt.graphics,comp.graphics.algorithms,comp.graphics.animation,comp.graphics.api.misc,comp.graphics.api.opengl,comp.graphics.apps.lightwave,comp.graphics.apps.softimage,comp.graphics.apps.wavefront,comp.graphics.misc,comp.graphics.rendering.misc,comp.graphics.rendering.raytracing,comp.graphics.rendering.renderman,alt.architecture,alt.architecture.alternative,alt.architecture.int-design,alt.art.marketplace,alt.art.scene,alt.art.video,alt.landscape.architecture Subject: Announce: Iv2POV Converter / Translator Date: Mon, 21 Jul 1997 13:34:42 -0400 Organization: Cow House Productions Lines: 21 Message-ID: <33D39DB2.41C6@cowhouse.com> NNTP-Posting-Host: as1-17.ravenna.apk.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP20) CC: 3D@softimage.co.uk, CG-CHAR@morgan.ucs.mun.ca, info-performer@sgi.com Status: O Announcing: Cow House Productions is pleased to announce the release of Iv2POV. Iv2POV is a translator / converter for Inventor 2.0 / VRML 1.0 files to POVRAY, the popular raytracing program. Both source code and an Irix 5.3 executable are available (free!) at http://www.cowhouse.com/Home/Converters/converters.html. Cow House is also pleased to present a new release of Iv2Ray, the Inventor (VRML 1.0) to Rayshade (a different popular raytracing program) converter / translator. Iv2Ray is also available as an Irix 5.3 binary and as C++ source code. While you are at www.cowhouse.com - feel free to take a look around, download some samples, and otherwise exercise your browser. -- Mark Lasersohn Cow House Productions laser@cowhouse.com http://www.cowhouse.com 330-569-7492 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 14:39:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02700; Mon, 21 Jul 1997 10:36:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02684; Mon, 21 Jul 1997 10:36:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA29113; Mon, 21 Jul 1997 10:36:37 -0700 Received: from cough-syrup.nethosting.com (cough-syrup.cyber-naut.com [192.41.77.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA28918 for ; Mon, 21 Jul 1997 10:36:36 -0700 env-from (laser@cowhouse.com) Received: from trix (as1-17.ravenna.apk.net [207.54.136.97]) by cough-syrup.nethosting.com (8.8.5/8.7.3) with SMTP id LAA26545; Mon, 21 Jul 1997 11:38:50 -0600 (MDT) Sender: laser@cough-syrup.nethosting.com Message-ID: <33D39DB2.41C6@cowhouse.com> Date: Mon, 21 Jul 1997 13:34:42 -0400 From: Mark Lasersohn Organization: Cow House Productions X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP20) MIME-Version: 1.0 Newsgroups: comp.sys.intergraph,comp.sys.mips,comp.sys.sgi.announce,comp.sys.sgi.apps,comp.sys.sgi.graphics,comp.sys.sgi.marketplace,comp.sys.sgi.misc,alt.design.graphics,alt.design.product,alt.graphics.pixutils,alt.graphics,comp.graphics.algorithms,comp.graphics.animation,comp.graphics.api.misc,comp.graphics.api.opengl,comp.graphics.apps.lightwave,comp.graphics.apps.softimage,comp.graphics.apps.wavefront,comp.graphics.misc,comp.graphics.rendering.misc,comp.graphics.rendering.raytracing,comp.graphics.rendering.renderman,alt.architecture,alt.architecture.alternative,alt.architecture.int-design,alt.art.marketplace,alt.art.scene,alt.art.video,alt.landscape.architecture CC: 3D@softimage.co.uk, CG-CHAR@morgan.ucs.mun.ca, info-performer@sgi.com Subject: Announce: Iv2POV Converter / Translator Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Announcing: Cow House Productions is pleased to announce the release of Iv2POV. Iv2POV is a translator / converter for Inventor 2.0 / VRML 1.0 files to POVRAY, the popular raytracing program. Both source code and an Irix 5.3 executable are available (free!) at http://www.cowhouse.com/Home/Converters/converters.html. Cow House is also pleased to present a new release of Iv2Ray, the Inventor (VRML 1.0) to Rayshade (a different popular raytracing program) converter / translator. Iv2Ray is also available as an Irix 5.3 binary and as C++ source code. While you are at www.cowhouse.com - feel free to take a look around, download some samples, and otherwise exercise your browser. -- Mark Lasersohn Cow House Productions laser@cowhouse.com http://www.cowhouse.com 330-569-7492 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 14:39:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02727; Mon, 21 Jul 1997 10:40:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02708; Mon, 21 Jul 1997 10:40:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA29767; Mon, 21 Jul 1997 10:40:56 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA00501 for ; Mon, 21 Jul 1997 10:40:54 -0700 env-from (kvsasi@icemt.iastate.edu) Received: from mammoth.icemt.iastate.edu (mammoth.icemt.iastate.edu [129.186.232.54]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id MAA13701 for ; Mon, 21 Jul 1997 12:40:52 -0500 Received: from mammoth.icemt.iastate.edu (localhost [127.0.0.1]) by mammoth.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id MAA12788 for ; Mon, 21 Jul 1997 12:40:52 -0500 Sender: kvsasi@icemt.iastate.edu Message-ID: <33D39F23.167E@icemt.iastate.edu> Date: Mon, 21 Jul 1997 12:40:51 -0500 From: Sasikumar Kutti Organization: Iowa State University X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Separate parts from node Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi performers I need to separate the parts contained in a node into individual entities to facilitate transformation of the parts . How can I do this?. Where can I get some example code to do this?. Thanks sasi -- Sasikumar Kutti kvsasi@iastate.edu http://www.eng.iastate.edu/~kvsasi ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 17:15:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02857; Mon, 21 Jul 1997 10:55:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02841; Mon, 21 Jul 1997 10:55:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA01926; Mon, 21 Jul 1997 10:55:38 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05241 for ; Mon, 21 Jul 1997 10:55:37 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA15604; Mon, 21 Jul 1997 10:55:30 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199707211755.KAA15604@remi.engr.sgi.com> Subject: Re: RGB To: jfer@icsa.es (Jorge Juan FERNANDO GROS) Date: Mon, 21 Jul 1997 10:55:30 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199707211034.KAA01996@icsa.es> from "Jorge Juan FERNANDO GROS" at Jul 21, 97 12:34:36 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 646 Status: O Jorge Juan FERNANDO GROS wrote: > > Hello. > > Is there any way to filter a color component (rgb) throught a pipe or a > channel? > - for example filter the R component in one pipe and the GB components in > the other? > > I want to get different views for each eye to get 3D sense. > (R for left eye & GB for the other) > > Thanks in advance. > > Jorge Juan FERNANDO GROS. > jfer@icsa.es > Zaragoza, (ARAGON-SPAIN). > See glColorMask for OpenGL and RGBwritemask for IrisGL. _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 17:43:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02972; Mon, 21 Jul 1997 11:26:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02956; Mon, 21 Jul 1997 11:26:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06658; Mon, 21 Jul 1997 11:26:37 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA16078 for ; Mon, 21 Jul 1997 11:26:36 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA24316; Mon, 21 Jul 1997 11:26:35 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04924; Mon, 21 Jul 1997 11:26:57 -0700 Date: Mon, 21 Jul 1997 11:26:57 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707211126.ZM4922@multipass.asd.sgi.com> In-Reply-To: "Jorge Juan FERNANDO GROS" "RGB" (Jul 21, 12:34pm) References: <199707211034.KAA01996@icsa.es> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Jorge Juan FERNANDO GROS" , Subject: Re: RGB Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 21, 12:34pm, Jorge Juan FERNANDO GROS wrote: > Subject: RGB > Hello. > > Is there any way to filter a color component (rgb) throught a pipe or a > channel? > - for example filter the R component in one pipe and the GB components in > the other? > > I want to get different views for each eye to get 3D sense. > (R for left eye & GB for the other) > > Thanks in advance. Use glColorMask in the channel draw callback. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 18:01:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03016; Mon, 21 Jul 1997 11:53:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03000; Mon, 21 Jul 1997 11:52:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA10701; Mon, 21 Jul 1997 11:52:59 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA25866 for ; Mon, 21 Jul 1997 11:52:52 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id LAA16191 sendmail 8.8.5/UCSD8.3 via SMTP Mon, 21 Jul 1997 11:52:51 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id LAA16230; Mon, 21 Jul 1997 11:52:50 -0700 Date: Mon, 21 Jul 1997 11:52:50 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199707211852.LAA16230@imm.ucsd.edu> To: info-performer@sgi.com Subject: multiple display windows Status: O Hi, I have a performer code that I would like to run and display on two different windows (on two different computers). I would like computer-1 to be active (keyboard modifies the image). Computer-2 is passive -- it sees what computer-1 sees. Is this an X-window question? If so, what env variable to set before running the code? Can a performer code accepts and parse x-window options? performer_code -display computer2.ucsd.edu:0.0 ... and so on? How to do this? Or is there a way to do this which is performer specific? And how? Thanks, Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 20:54:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03234; Mon, 21 Jul 1997 14:23:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03218; Mon, 21 Jul 1997 14:23:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA02271; Mon, 21 Jul 1997 14:23:51 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA20400 for ; Mon, 21 Jul 1997 14:23:50 -0700 env-from (chrysa@gaia.asd.sgi.com) Received: from gaia.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id OAA02722; Mon, 21 Jul 1997 14:23:45 -0700 Received: by gaia.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id OAA03227; Mon, 21 Jul 1997 14:23:40 -0700 Date: Mon, 21 Jul 1997 14:23:40 -0700 From: chrysa@gaia.asd.sgi.com (Chrysa Caulfield) Message-Id: <9707211423.ZM3225@gaia.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: SIGGRAPH - Friends of Performer meeting Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You are cordially invited to attend a SIGGRAPH Friends of Performer meeting. Come and - meet with other Performer users - talk to Performer engineers - hear the latest news about Performer releases and features Tuesday evening, August 5, 6:00-8:30 pm Manhattan A&B Meeting Rooms Hyatt Regency 711 S. Hope Steet Los Angeles, CA (213) 681-1234 -- ___ |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone | Silicon Graphics Computer Systems 415-964-8671 fax / \ 2011 N. Shoreline Bvd, MS 8L-800 /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.sgi.com __/ \ / \_______________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 21:11:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03284; Mon, 21 Jul 1997 14:38:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03268; Mon, 21 Jul 1997 14:38:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04277; Mon, 21 Jul 1997 14:38:48 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA25877 for ; Mon, 21 Jul 1997 14:38:40 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id RAA18669 for <@bnl.gov:info-performer@sgi.com>; Mon, 21 Jul 1997 17:38:39 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id RAA19493; Mon, 21 Jul 1997 17:33:25 -0400 Date: Mon, 21 Jul 1997 17:33:25 -0400 From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) Message-Id: <199707212133.RAA19493@sirius.ccd.bnl.gov> Apparently-To: info-performer@sgi.com Status: O We are having a problem with pfFrameRate which only crops up when our app. is ported from IRISGL to OPENGL/X . The pfFrameRate is set in the main app. and appears correct on the status line in the IRISGL version but not the OPENGL version. Does anybody know what could cause this to happen i.e., why the target rate is being ignored/changed? Thanks, Ballard Andrews ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 21 21:24:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03333; Mon, 21 Jul 1997 14:58:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03317; Mon, 21 Jul 1997 14:58:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06732; Mon, 21 Jul 1997 14:58:27 -0700 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA04010 for ; Mon, 21 Jul 1997 14:58:19 -0700 env-from (vaizki@merlin.iscape.fi) Received: from merlin.iscape.fi (merlin.iscape.fi [194.100.73.189]) by merlin.iscape.fi (8.8.4/8.8.4) with SMTP id AAA03268 for ; Tue, 22 Jul 1997 00:58:59 +0300 Date: Tue, 22 Jul 1997 00:58:59 +0300 (EET DST) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: info-performer@sgi.com Subject: Making Billboards from pfdLoadFile groups? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Is there an easy way to make a pfBillBoard out of geometry I've loaded with the pfdLoadFile function? Jukka Vaisanen Iscape Software vaizki@iscape.fi Tel: +358-9-648686 GSM: +358-40-5007978 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 22 00:23:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA04845; Mon, 21 Jul 1997 18:17:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA04829; Mon, 21 Jul 1997 18:17:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA04775; Mon, 21 Jul 1997 18:17:52 -0700 Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA11183 for ; Mon, 21 Jul 1997 18:17:50 -0700 env-from (jaf@chem.ucsd.edu) Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox1.ucsd.edu (8.8.5/8.6.9) with SMTP id SAA02491 for ; Mon, 21 Jul 1997 18:17:49 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id SAA25189 for ; Mon, 21 Jul 1997 18:17:48 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id BAA15501; Tue, 22 Jul 1997 01:17:49 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199707220117.BAA15501@sdchemw1.ucsd.edu> Subject: Sharing a cull traversal between 2 pfChannel's? To: info-performer@sgi.com Date: Mon, 21 Jul 1997 18:17:49 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi all, Is there any way to have two pfChannels share the output of one cull traversal? I have a pair of pfChannels to do stereo viewing, and since their frusta are almost the same, it seems a shame to traverse the whole scene twice per frame... Jeremy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 22 15:03:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA07517; Tue, 22 Jul 1997 09:06:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA07501; Tue, 22 Jul 1997 09:06:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA06944; Tue, 22 Jul 1997 09:06:36 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA25247 for ; Tue, 22 Jul 1997 09:06:33 -0700 env-from (verdi@piano.ucsd.edu) Received: from imm.ucsd.edu by mail.ucsd.edu; id JAA16514 sendmail 8.8.5/UCSD8.3 via SMTP Tue, 22 Jul 1997 09:05:12 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: by imm.ucsd.edu (950413.SGI.8.6.12/940406.SGI) for info-performer@sgi.com id JAA17076; Tue, 22 Jul 1997 09:05:11 -0700 Date: Tue, 22 Jul 1997 09:05:11 -0700 From: verdi@piano.ucsd.edu (Tom Impelluso) Message-Id: <199707221605.JAA17076@imm.ucsd.edu> To: info-performer@sgi.com Subject: multiple displays Status: O Before the "sense" of my questions gets lost in the realm of hardware issues, could I re-state? I only need to run the code on one machine, and have it` display on two machines. Something like: perf-exed -display machine1:0.0 -display remote.ucsd.edu:0.0 That is all. THe machines are all connected. I know I have done this once before with an Xwindow based GUI. It was quite simple and invovled me not having to learn about harware cables, and pins, etc. The whole thing was a software issue. Tom ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 22 15:55:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA07732; Tue, 22 Jul 1997 09:58:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA07716; Tue, 22 Jul 1997 09:58:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA16595; Tue, 22 Jul 1997 09:58:08 -0700 Received: from ds3100.uib.es (ds3100.uib.es [130.206.33.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA11202 for ; Tue, 22 Jul 1997 09:58:06 -0700 env-from (eric@anim.uib.es) Received: by ds3100.uib.es (5.65/DEC-Ultrix/4.3) id AA01141; Tue, 22 Jul 1997 18:55:15 -0500 Received: from o2a (localhost [127.0.0.1]) by o2a.uib.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id SAA07229 for ; Tue, 22 Jul 1997 18:57:24 +0200 Sender: eric@anim.uib.es Message-Id: <33D4E673.446B@anim.uib.es> Date: Tue, 22 Jul 1997 18:57:23 +0200 From: Eric Chauvineau Organization: University of Balearic Islands - SPAIN X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfWebPage Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, To help new pfPeople and/or to avoid always searching the good bookmarks for Performer stuff, I made a just-begining pfWebPage with some cool pointers about Performer doc, codes, etc... So, try it : http://www.mygale.org/~chauvine/performer.html And of course any comment is welcome ! Eric PS : For unwilling reasons, I will have to leave my PhD position soon and, consequently, will look for a job in Computer Graphics area. So, if you're looking for a pfGuy.... don't hesitate ! -- +-----------------------------------------------+ Eric Chauvineau eric@anim.uib.es Edifici Anselm Turmeda Campus de la Universitat de les Illes Balears E-07071 Palma de Mallorca SPAIN +-----------------------------------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 22 22:46:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA08844; Tue, 22 Jul 1997 16:52:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA08828; Tue, 22 Jul 1997 16:52:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA17726; Tue, 22 Jul 1997 16:52:04 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA07009 for ; Tue, 22 Jul 1997 16:52:03 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA25675; Tue, 22 Jul 1997 16:52:00 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA07144; Tue, 22 Jul 1997 16:52:00 -0700 Date: Tue, 22 Jul 1997 16:52:00 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707221652.ZM7142@multipass.asd.sgi.com> In-Reply-To: verdi@piano.ucsd.edu (Tom Impelluso) "multiple displays" (Jul 22, 9:05am) References: <199707221605.JAA17076@imm.ucsd.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: verdi@piano.ucsd.edu (Tom Impelluso), info-performer@sgi.com Subject: Re: multiple displays Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 22, 9:05am, Tom Impelluso wrote: > Subject: multiple displays > I only need to run the code on one machine, and have it` > display on two machines. > > Something like: > perf-exed -display machine1:0.0 -display remote.ucsd.edu:0.0 Use the pfPipeWindow::setName method. ie: AppPWinArray[0]->setName("machine1:0.0"); Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 05:36:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA09656; Wed, 23 Jul 1997 00:11:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA09640; Wed, 23 Jul 1997 00:11:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA16626; Wed, 23 Jul 1997 00:11:33 -0700 Received: from rex.copen.sgi.com ([144.253.215.23]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA17395 for ; Wed, 23 Jul 1997 00:11:31 -0700 env-from (svend@rex.copen.sgi.com) Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) for info-performer@sgi.sgi.com id JAA23905; Wed, 23 Jul 1997 09:09:13 +0200 From: "Svend Tang-Petersen" Message-Id: <9707230909.ZM23903@rex.copen.sgi.com> Date: Wed, 23 Jul 1997 09:09:13 +0200 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Job openings. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Tired of flightsims and wargames ?? How about switching to the toy industri, and get a job at a very well known company ? http://www.lego.com/jobs/generation.html Also feel free to contac me. -- Regards Svend ******************************************************************** * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup * * Denmark * ******************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 14:39:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA10679; Wed, 23 Jul 1997 08:36:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10663; Wed, 23 Jul 1997 08:36:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA19717; Wed, 23 Jul 1997 08:36:05 -0700 Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA10057 for ; Wed, 23 Jul 1997 08:36:02 -0700 env-from (pplachta@sim6.dciem.dnd.ca) Received: (from pplachta@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA11929; Wed, 23 Jul 1997 11:39:22 -0400 Date: Wed, 23 Jul 1997 11:39:22 -0400 (EDT) From: Peter Plachta To: info-performer@sgi.com Subject: Performer in a Canvas. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi I have a Performer question (unrelated to waves, which are coming along great, by the way, thanks to you guys). I have a program that has to be compiled on an Onyx & run on an Onyx, but the displays (a gui with a canvas where I want Performer to draw stuff) run on an Indigo. If I compile it using OpenGL it runs but says: 'Xlib: extension "SGI-VIDEO-CONTROL" missing on display "sim3.dciem.dnd.ca:0.0".' (obviously) - if I compile it using IrisGL (which I thought would work), it says: 'dlg (setwin) : bad window ID ##'. Hmm... the canvas is of type OpenGL (that's perhaps why things don't work) - I'm using fdesign. I use a pipeWindow (PF_WIN_TYPE_X) & setWSDrawable() & setWSWindow() to pass in the canvas (the canvas is created using fl_add_glcanvas() for people who know fdesign). I would appreciate any help Peter +-------------------------------------------------------------------------+ pplachta@sim6.dciem.dnd.ca DCIEM, P.O. Box 2000 Simulator Training Technologies 1133 Sheppard Ave. West Tel: (416)-635-2047 North York, Ont., Canada Fax: (416)-635-2104 M3M 3B9 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 16:12:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA10858; Wed, 23 Jul 1997 09:59:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA10842; Wed, 23 Jul 1997 09:59:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA01023; Wed, 23 Jul 1997 09:59:42 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA10886 for ; Wed, 23 Jul 1997 09:59:40 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id KAA12202; Wed, 23 Jul 1997 10:01:06 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA22207; Wed, 23 Jul 1997 10:02:47 -0700 From: "Anita Kishore" Message-Id: <9707231002.ZM22205@tracey.triavest.com> Date: Wed, 23 Jul 1997 10:02:45 -0700 In-Reply-To: verdi@piano.ucsd.edu (Tom Impelluso) "multiple displays" (Jul 22, 9:05am) References: <199707221605.JAA17076@imm.ucsd.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: verdi@piano.ucsd.edu (Tom Impelluso), info-performer@sgi.com Subject: Re: multiple displays Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 22, 9:05am, Tom Impelluso wrote: > Subject: multiple displays > > Before the "sense" of my questions gets lost in the realm of > hardware issues, could I re-state? > > I only need to run the code on one machine, and have it` > display on two machines. > > Something like: > perf-exed -display machine1:0.0 -display remote.ucsd.edu:0.0 > > That is all. > > THe machines are all connected. > > I know I have done this once before with an Xwindow based GUI. > It was quite simple and invovled me not having to learn about > harware cables, and pins, etc. > > The whole thing was a software issue. > To have your window display on one remote machine can be done as follows: Set the environment variable DISPLAY on the machine on which the code runs as: % setenv DISPLAY machineID:0.0 where machineID is the name of the remote machine. On the remote machine whose name is machineID, do % xhost + which will allow access to all machines to open windows on it. You can also give the above command followd by the accessing machine name to let only that machine access it. Now if you run your program on the first machine, all windows that it opens will be directed to the second remote machine. Hope this helps. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 17:04:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA10979; Wed, 23 Jul 1997 10:51:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10963; Wed, 23 Jul 1997 10:51:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09303; Wed, 23 Jul 1997 10:51:08 -0700 Received: from bert.arc.nasa.gov (bert.arc.nasa.gov [128.102.120.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA02040 for ; Wed, 23 Jul 1997 10:51:07 -0700 env-from (spelk@bert.arc.nasa.gov) Received: from bert.arc.nasa.gov by bert.arc.nasa.gov (940816.SGI.8.6.9/1.35) id KAA13837; Wed, 23 Jul 1997 10:51:05 -0700 Sender: spelk@bert.arc.nasa.gov Message-ID: <33D64488.167E@bert.arc.nasa.gov> Date: Wed, 23 Jul 1997 10:51:04 -0700 From: Steve Elkins Organization: Sterling Software/NASA Ames Division X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Light point problems with display lists Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Greetings, I'm having problems with lightpoints on our iR. The database is built with MultiGen and is of the Chicago O'Hare Airport. There are a lot of lightpoints for taxiway lights, runway lights and building lights. If pfuTravSetDListMode is used to set up display list I can get a 60hz frame rate, but the lightpoints don't work correctly. Some of the lightpoints fade out and some get huge as you move away from them. If I don't set up the display list I get good lightpoint results but the frame rate drops to 15-20hz. I need the 60hz frame rate and for the lightpoints to be correctly displayed. Any ideas on how to deal with this problem? Thanks. -- ***************************************************************************** Steve Elkins Sterling Software NASA Ames Research Center spelk@bert.arc.nasa.gov ***************************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 17:22:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11047; Wed, 23 Jul 1997 11:05:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11031; Wed, 23 Jul 1997 11:05:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA11610; Wed, 23 Jul 1997 11:05:01 -0700 Received: from uu10.psi.com (uu10.psi.com [38.8.4.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA06683 for ; Wed, 23 Jul 1997 11:04:58 -0700 env-from (fasainteractive.com!uu3066!kolsen) Received: from uu3066.UUCP by uu10.psi.com (5.65b/4.0.940727-PSI/PSINet) via UUCP; id AA10792 for ; Wed, 23 Jul 97 14:00:01 -0400 Message-Id: <9707231800.AA10792@uu10.psi.com> Date: 23 Jul 1997 11:58:10 -0500 From: "Ken Olsen" Subject: SubLoaded Textures To: info-performer@sgi.com Cc: "Michael Gaertner" Status: O Subject: Time: 11:56 AM SubLoaded Textures Date: 7/23/97 We were trying to use the subload mode for textures. It is our understanding that we should be able to create smaller textures out of allready loaded images/textures (with setLoadImage, setLoadOrigin, setLoadSize). Since we were not able to get this working we would like to see some examples for this mode. Any help would be greatly appreciated. Ken Olsen ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 19:49:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA11425; Wed, 23 Jul 1997 13:28:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11409; Wed, 23 Jul 1997 13:28:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA01701; Wed, 23 Jul 1997 13:28:16 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA22415 for ; Wed, 23 Jul 1997 13:28:14 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id QAA24420 for <@bnl.gov:info-performer@sgi.com>; Wed, 23 Jul 1997 16:27:30 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id PAA22728; Wed, 23 Jul 1997 15:47:17 -0400 Date: Wed, 23 Jul 1997 15:47:17 -0400 From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) Message-Id: <199707231947.PAA22728@sirius.ccd.bnl.gov> Apparently-To: info-performer@sgi.com Status: O hi Folks, I am getting the following error message from my newly ported GL->OGL/X Performer 2.02 app: X Error of failed request: BadAccess (attempt to access private resource denied) Major opcode of failed request: 2 (X_ChangeWindowAttributes) Serial number of failed request: 12 Current serial number in output stream: 14 I am using the forked event handler method (as per pick.c example). Everything seems to work fine in the app. except for the Status line frame rate behaving peculiarly.... Ballard Andrews Brookhaven National Lab ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 20:22:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA11567; Wed, 23 Jul 1997 14:10:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11551; Wed, 23 Jul 1997 14:10:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA09677; Wed, 23 Jul 1997 14:10:42 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA04882 for ; Wed, 23 Jul 1997 14:10:40 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id RAA26647 for <@bnl.gov:info-performer@sgi.com>; Wed, 23 Jul 1997 17:10:39 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id RAA22863; Wed, 23 Jul 1997 17:07:58 -0400 Date: Wed, 23 Jul 1997 17:07:58 -0400 From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) Message-Id: <199707232107.RAA22863@sirius.ccd.bnl.gov> Apparently-To: info-performer@sgi.com Status: O A while back there was some discussion about performance running GL vs. OGL on Infinite Reality which I deleted. Does anybody know of any articles or technical reports comparing the two? thankd, Ballard ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 22:32:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA12158; Wed, 23 Jul 1997 16:15:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA12142; Wed, 23 Jul 1997 16:15:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA02448; Wed, 23 Jul 1997 16:15:38 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA15387 for ; Wed, 23 Jul 1997 16:15:37 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA07457; Wed, 23 Jul 1997 16:15:35 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA00987; Wed, 23 Jul 1997 16:15:34 -0700 Date: Wed, 23 Jul 1997 16:15:34 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9707231615.ZM985@multipass.asd.sgi.com> In-Reply-To: Peter Plachta "Performer in a Canvas." (Jul 23, 11:39am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Peter Plachta , info-performer@sgi.com Subject: Re: Performer in a Canvas. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sounds like you are trying to use DVR? Is your applicatiuon a hacked version of perfly? I think you can probably label this as a performer 2.1 iR _only_ release issue. Cheers,Angus. On Jul 23, 11:39am, Peter Plachta wrote: > Subject: Performer in a Canvas. > Hi > > I have a Performer question (unrelated to waves, which are coming along > great, by the way, thanks to you guys). > > I have a program that has to be compiled on an Onyx & run on an Onyx, > but the displays (a gui with a canvas where I want Performer to draw > stuff) run on an Indigo. > If I compile it using OpenGL it runs but says: 'Xlib: extension > "SGI-VIDEO-CONTROL" missing on display "sim3.dciem.dnd.ca:0.0".' > (obviously) - if I compile it using IrisGL (which I thought would work), > it says: 'dlg (setwin) : bad window ID ##'. Hmm... the canvas is of type > OpenGL (that's perhaps why things don't work) - I'm using fdesign. > > I use a pipeWindow (PF_WIN_TYPE_X) & setWSDrawable() & setWSWindow() to > pass in the canvas (the canvas is created using fl_add_glcanvas() for people who know > fdesign). > > > I would appreciate any help > > Peter > > +-------------------------------------------------------------------------+ > pplachta@sim6.dciem.dnd.ca DCIEM, P.O. Box 2000 > Simulator Training Technologies 1133 Sheppard Ave. West > Tel: (416)-635-2047 North York, Ont., Canada > Fax: (416)-635-2104 M3M 3B9 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Peter Plachta ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 23 22:53:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA12224; Wed, 23 Jul 1997 16:31:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA12208; Wed, 23 Jul 1997 16:31:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA04724; Wed, 23 Jul 1997 16:31:39 -0700 Received: from mail.ziplink.net (mail.ziplink.net [199.232.240.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA19837 for ; Wed, 23 Jul 1997 16:31:38 -0700 env-from (bz@infinity-technologies.com) Received: from Infinity0 (nyc-ip-1-52.ziplink.net [208.196.104.52]) by mail.ziplink.net (8.8.5/8.8.5) with SMTP id TAA24566; Wed, 23 Jul 1997 19:31:30 -0400 (EDT) Sender: bingz@mail.ziplink.net Message-ID: <33D6BEA1.ABD@infinity-technologies.com> Date: Wed, 23 Jul 1997 19:32:01 -0700 From: Bing Zeng Organization: Infinity Technologies X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-vega@daisy.paradigmsim.com, info-performer@sgi.com Subject: Jobs: 3D Visualization Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Infinity Technologies, a visual simulation and multimedia production company, engaged in transportation and infrastructure development projects, in a partnership with a national laboratory, is seeking talented individuals at its Long Island-NY office for: - 3D COMPUTER GRAPHICS APPLICATION & PRODUCTION - 3D INTERACTIVE CONTENT & APPLICATION DEVELOPMENT Candidates should have expertise in any of the following areas: - 3D modeling and visualization packages including: MultiGen, Vega, Alias|wavefront, AutoCAD/3D Studio, etc. - 2D imaging, design, and digital video editing software including: PhotoShop, Illustrator, Composer, etc. - VR, Web and interactive content/application development. Experience in planning, engineering or architecture applications is preferable. A college degree and working knowledge in SGI platform are beneficial. Full and part-time positions are available for creative independent working individuals in an innovative, multi-project, fast-paced environment. We offer a competitive compensation package and exciting work atmosphere. Please send your resume and inquiries to: ***************************************** Infinity Technologies P.O.Box 991013, Boston, MA 02199 or Email: job@infinity-technologies.com ***************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 03:55:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA13599; Wed, 23 Jul 1997 22:26:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA13583; Wed, 23 Jul 1997 22:26:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA00976; Wed, 23 Jul 1997 22:26:08 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA02412 for ; Wed, 23 Jul 1997 22:26:07 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id WAA15160; Wed, 23 Jul 1997 22:26:05 -0700 From: "Sharon Clay" Message-Id: <9707232226.ZM15156@rose.engr.sgi.com> Date: Wed, 23 Jul 1997 22:26:05 -0700 In-Reply-To: =?iso-8859-1?Q?_remi=40remi_=28R=E9mi_Arnaud=29 _______=22Re=3A_Light_point_problems_with_display_lists=22_=28Jul_23=2C__?= =?iso-8859-1?Q?6=3A37pm=29?= References: <199707240137.SAA22744@remi.engr.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: remi@remi.engr.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), spelk@bert.arc.nasa.gov (Steve Elkins) Subject: Re: Light point problems with display lists Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19707232226.ZM15156.engr.sgi.com" Status: O --PART-BOUNDARY=.19707232226.ZM15156.engr.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u +>---- On Jul 23, 6:37pm, R=E9mi Arnaud wrote: > Subject: Re: Light point problems with display lists ->From remi@remi Wed Jul 23 18:37:47 1997 ->From: remi@remi (R=E9mi Arnaud) ->> = ->> Greetings, ->> = ->> I'm having problems with lightpoints on our iR. The database is buil= t ->> with MultiGen and is of the Chicago O'Hare Airport. There are a lot = of ->> lightpoints for taxiway lights, runway lights and building lights. I= f ->> pfuTravSetDListMode is used to set up display list I can get a 60hz ->> frame rate, but the lightpoints don't work correctly. Some of the ->> lightpoints fade out and some get huge as you move away from them. I= f ->> I don't set up the display list I get good lightpoint results but the= ->> frame rate drops to 15-20hz. = ->> = ->> I need the 60hz frame rate and for the lightpoints to be correctly ->> displayed. Any ideas on how to deal with this problem? -> -> Light points need (expensive) computation to be done before it can be -> display. Moving light points in a display list turns off that computat= ion. This is true. However, dlists (and/or vertex arrays) might still = help your rendering performance on Onyx1 iR. This putting the lpoints in the dlists was a bug in the libpfutil = traversal in 2.1. You can fix this traversal in libpfutil/trav.c::pfuTravSetDListMode() /* do not compile gset with a lpstate */ gs =3D pfGetGSetGState(gset); if (gs) lpstate =3D pfGetGStateAttr(gs,PFSTATE_LPOINTSTATE); else lpstate =3D NULL; if (lpstate =3D=3D NULL) pfGSetDrawMode(gset, PFGS_COMPILE_GL, enable); src. -- = -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ --PART-BOUNDARY=.19707232226.ZM15156.engr.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 06:16:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA14071; Thu, 24 Jul 1997 00:41:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA14055; Thu, 24 Jul 1997 00:41:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA08080; Thu, 24 Jul 1997 00:41:14 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA21843 for ; Thu, 24 Jul 1997 00:41:13 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA16050; Thu, 24 Jul 1997 00:41:11 -0700 From: "Sharon Clay" Message-Id: <9707240041.ZM16048@rose.engr.sgi.com> Date: Thu, 24 Jul 1997 00:41:11 -0700 In-Reply-To: "Ken Olsen" "SubLoaded Textures" (Jul 23, 11:58am) References: <9707231800.AA10792@uu10.psi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Ken Olsen" , info-performer@sgi.com Subject: Re: SubLoaded Textures Cc: "Michael Gaertner" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 23, 11:58am, Ken Olsen wrote: > Subject: SubLoaded Textures -> -> Subject: Time: 11:56 AM -> SubLoaded Textures Date: 7/23/97 ->We were trying to use the subload mode for textures. It is our understanding ->that ->we should be able to create smaller textures out of allready loaded images/textures ->(with setLoadImage, setLoadOrigin, setLoadSize). ->Since we were not able to get this working we would like to see some examples ->for this mode. Did you already graduate past pguide/libpr/C/ texlist.c try texlist -R -T -r wood.rgb marble.rgb brick.rgba mipmap.c - loads into MIPmap levels Sorry, our examples are still a little 'C' centric. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 06:43:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA14132; Thu, 24 Jul 1997 01:07:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA14116; Thu, 24 Jul 1997 01:07:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA09309; Thu, 24 Jul 1997 01:07:35 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA25677 for ; Thu, 24 Jul 1997 01:07:34 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id BAA07640 for ; Thu, 24 Jul 1997 01:15:26 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id IAA21982 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 24 Jul 1997 08:05:17 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id BAA02446 for info-performer@sgi.com; Thu, 24 Jul 1997 01:05:17 -0700 From: "Marcus Barnes" Message-Id: <9707240105.ZM2444@logan.engr.multigen.com> Date: Thu, 24 Jul 1997 01:05:16 -0700 In-Reply-To: Steve Elkins "Light point problems with display lists" (Jul 23, 10:51am) References: <33D64488.167E@bert.arc.nasa.gov> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Light point problems with display lists Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 23, 10:51am, Steve Elkins wrote: > I'm having problems with lightpoints on our iR. [munch] > If pfuTravSetDListMode is used to set up display list I can get a 60hz > frame rate, but the lightpoints don't work correctly. If you're using Performer 2.x with pfLPointState features then I don't think you can create display lists out of the point geosets. The reason is that each point's alpha and size is adjusted each frame by the cpu (unless you're using texture modes which don't give good visual results anyways) to achieve all those wonderfull effects. The man page for pfLPointState doesn't explicitly forbid calling pfCompileGSet() and friends, but based upon my experience ... you can't. In Performer 2.0 and 2.1 there's also a bug wrt pfClear() and PFTR_NO_OCCLUDE usage. Light points use this transparency flag. You've hit the bug if your scene is drawn with the Z buffer off, when it should be on. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 07:59:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA14403; Thu, 24 Jul 1997 02:26:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14387; Thu, 24 Jul 1997 02:26:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA13445; Thu, 24 Jul 1997 02:26:17 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA04939 for ; Thu, 24 Jul 1997 02:16:37 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id OAA15969; Thu, 24 Jul 1997 14:46:37 -0530 Message-Id: <199707242016.OAA15969@teil.soft.net> Subject: Re: multiple displays To: info-performer@sgi.com Date: Thu, 24 Jul 1997 14:46:37 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 300 Status: O use pfPipeWindow::setWSConnectionName("hostname:0.0"); pfPipeWindow::setName sets the name of the window dear angus :) setenv DISPLAY will throw ALL the windows on that particular window dear anita :) regards, -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 12:09:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14744; Thu, 24 Jul 1997 06:06:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14728; Thu, 24 Jul 1997 06:06:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26090; Thu, 24 Jul 1997 06:06:37 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA07287 for ; Thu, 24 Jul 1997 06:06:33 -0700 env-from (donh7@fel.tno.nl) Received: by firewall.fel.tno.nl; id PAA17070; Thu, 24 Jul 1997 15:24:11 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma017050; Thu, 24 Jul 97 15:23:57 +0200 Received: from fel3.fel.tno.nl (fel3 [134.203.8.213]) by s00sn1.fel.tno.nl (8.8.5/8.8.5) with ESMTP id PAA22698 for ; Thu, 24 Jul 1997 15:04:32 +0200 (MET DST) Received: from FEL3/SpoolDir by fel3.fel.tno.nl (Mercury 1.21); 24 Jul 97 15:07:58 GMT+1 Received: from SpoolDir by FEL3 (Mercury 1.21); 24 Jul 97 15:07:29 GMT+1 From: "DONKERS H.C." Organization: TNO-FEL To: info-performer@sgi.com Date: Thu, 24 Jul 1997 15:07:22 GMT+1 Subject: DBASE process X-Confirm-Reading-To: "DONKERS H.C." X-pmrqc: 1 X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <89D14253E1E@fel3.fel.tno.nl> Status: O Hi pfFriends, As I understand if you want to do database paging in a seperae process, you should use the DBASE process. But is this also a good idea to use this when doing high frequency, small modifications to the scene? -- I would like to have to seperate processes editing two distinct part of the scene. This editing is highly frequent on both processes, but they don't interfere with each others part of the scene. Now I understand that I can't just do this in seperate processes, because then the pfFrame (called from yet another process) is bound to crash. But my believe is (just a thought; no experience yet) that using the DBASE process for both processes, will give me a considerable overhead. Is this true, or am I mistaken somewhere along the line of reason. Any ideas? Kurt *** The probability of someone watching you is proportional to the stupidity of your action. *** Kurt Donkers TNO-FEL Oude Waalsdorperweg 63 PO Box 96864 2509 JG The Hague tel: (+31) 70 374 02 72 fax: (+31) 70 328 09 61 email: Donkers@fel.tno.nl http://www.tno.nl/instit/fel oooo$$$$$$$$$$$$oooo oo$$$$$$$$$$$$$$$$$$$$$$$$o oo$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o o$ $$ o$ o $ oo o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o $$ $$ $$o$ oo $ $ "$ o$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$o $$$o$$o$ "$$$$$$o$ o$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$o $$$$$$$$ $$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$$$$$$ """$$$ "$$$""""$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$ $$$ o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$o o$$" $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$o $$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$" "$$$$$$ooooo$$$$o o$$$oooo$$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ o$$$$$$$$$$$$$$$$$ $$$$$$$$"$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$$"""""""" """" $$$$ "$$$$$$$$$$$$$$$$$$$$$$$$$$$$" o$$$ "$$$o """$$$$$$$$$$$$$$$$$$"$$" $$$ $$$o "$$""$$$$$$"""" o$$$ $$$$o o$$$" "$$$$o o$$$$$$o"$$$$o o$$$$ "$$$$$oo ""$$$$o$$$$$o o$$$$"" ""$$$$$oooo "$$$o$$$$$$$$$""" ""$$$$$$$oo $$$$$$$$$$ """"$$$$$$$$$$$ $$$$$$$$$$$$ $$$$$$$$$$" "$$$"""" Life's short, Better to have fun while it lasts! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 13:04:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14824; Thu, 24 Jul 1997 06:57:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14808; Thu, 24 Jul 1997 06:57:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29697; Thu, 24 Jul 1997 06:57:50 -0700 Received: from ECRC.de (ecrc.de [141.1.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA17632 for ; Thu, 24 Jul 1997 06:57:47 -0700 env-from (reiners@ecrc.de) Received: (qmail 1623 invoked from network); 24 Jul 1997 13:57:45 -0000 Received: from scorpio.ecrc.de (141.1.4.100) by ecrc.de with SMTP; 24 Jul 1997 13:57:45 -0000 Received: from euclid.ecrc.de (euclid.ecrc.de [141.1.3.41]) by scorpio.ecrc.de (8.8.3/8.8.4/$Revision: 1.4 $) with ESMTP id PAA29692 for ; Thu, 24 Jul 1997 15:57:43 +0200 (MET DST) Received: (from reiners@localhost) by euclid.ecrc.de (8.8.2/8.8.2/$Revision: 1.1 $) id QAA17662 for info-performer@sgi.com; Thu, 24 Jul 1997 16:03:29 +0200 (MDT) From: "Dirk Reiners" Message-Id: <9707241603.ZM17658@euclid> Date: Thu, 24 Jul 1997 16:03:28 -0600 X-Face: "`A\#m^;_fF4zDC3eD@[pKCui5i.FQgNnQRYt[l7o[*M0tF5*@vI$(t1;}B+~t;s\&esfOu+<3\Lg/y"wyG]w'Z"K4j0-[u-~jw^D7{I;7BUU'hvnvF:~O1KGjjRoHO9/]5.@Y>~[v:km#3+c|+Rlk{LP"S~TunjL7MoGUMeTlJD?ciwXYP Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15438; Thu, 24 Jul 1997 09:01:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13928; Thu, 24 Jul 1997 09:01:29 -0700 Received: from stiletto.ait.nrl.navy.mil (stiletto.ait.nrl.navy.mil [132.250.128.59]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA03326 for ; Thu, 24 Jul 1997 09:01:24 -0700 env-from (wartell@stiletto.ait.nrl.navy.mil) Received: (from wartell@localhost) by stiletto.ait.nrl.navy.mil (8.8.5/8.8.5) id MAA11018; Thu, 24 Jul 1997 12:01:13 -0400 (EDT) Date: Thu, 24 Jul 1997 12:01:13 -0400 (EDT) From: Zachary Wartell To: info-performer@sgi.com Subject: setOriginSize problem and Archive question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O 1. (Performer 2.1, IRIX 6.2, Onyx) When using pfPipeWindow::setOriginSize the x coordinate of the window never changed. The window remained flush with the left hand side of the window. I starting using XMoveWindow with pfPipeWindow::getWSWindow and in the process discovered that replacing ::setOriginSize with the pair: pipeWindow->setSize(...); pipeWindow->setOrigin(...); works fine unlike setOriginSize. So in my final code I use this: #if 1 pipeWindow->setSize(window->width(),window->height()); pipeWindow->setOrigin(window->x(),window->y()); #else // Performer 2.1 this fails to change the x coordinate of the window // the above works fine though... pipeWindow->setOriginSize(window->x(),window->y(),window->width(), window->height()); #endif 2. The monthly archives on the SGI website seem to go only up to perf-97-02. What about the more recent stuff? Where can I find it? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 15:48:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15681; Thu, 24 Jul 1997 09:40:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15665; Thu, 24 Jul 1997 09:40:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19201; Thu, 24 Jul 1997 09:40:18 -0700 Received: from gcsin1.gecm.com (gcsin1.gecm.com [194.128.74.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA17522 for ; Thu, 24 Jul 1997 09:40:17 -0700 env-from (neil.f.williams@gecm.com) Received: from gcsin3.geccs.gecm.com by gcsin1.gecm.com; (5.65/1.1.8.2/13Mar95-0121PM) id AA27953; Thu, 24 Jul 1997 17:40:15 +0100 Received: from gcschm.geccs.gecm.com by gcsin3.geccs.gecm.com; (5.65/1.1.8.2/13Mar95-1139AM) id AA13754; Thu, 24 Jul 1997 17:40:12 +0100 Disclose-Recipients: prohibited Date: Thu, 24 Jul 1997 17:37:56 +0000 (GMT) From: Neil Williams Subject: Picture wrap-round / genlock problems / video outputs resolutions To: info-performer@sgi.com Message-Id: <1856371724071997/A11269/SULLY/11B7C4653700*@MHS> Autoforwarded: false Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Importance: normal Ua-Content-Id: 11B7C4653700 X400-Mts-Identifier: [;1856371724071997/A11269/SULLY] Hop-Count: 2 Status: O Hi, Apologies if I've asked this question before. The problem has been around for some time and I can't remember whether I posted it. I'm using an Onyx VTX to produce a Performer visuals output of 770x576_25i out of the graphics terminal connection using 'setmon'. A genlock signal is input into the Onyx in order to sync the output picture to some external equipment. The problem is that this external equipment (part of a Navy Trainer) can stop and start its genlock at any time. The output picture remains steady following this, but is wrapped round horizontally ie the left hand side of the picture can appear anywhere (randomly) across the screen. The only way I've found to cure this is to restart the graphics (stopgfx, startgfx) and restart my visual simulation (undesirable). Can anyone suggest a cure for this? Alternatively, is it a possibility that I can leave the graphics in 1280x1024_60 mode and attach an external box of electronics that will take a portion of the screen and produce a genlocked PAL video output from this? (I've seen a similar thing done on an RE2 using 'vout'). If so, is it possible to get it to map two windows of the screen to two seperate genlocked PAL outputs? Thanks ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 17:35:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15948; Thu, 24 Jul 1997 11:09:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15932; Thu, 24 Jul 1997 11:09:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA02993; Thu, 24 Jul 1997 11:09:06 -0700 Received: from eous.eleinf.uv.es (eous.eleinf.uv.es [147.156.133.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA17701 for ; Thu, 24 Jul 1997 11:08:58 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost (jcasilla@localhost) by eous.eleinf.uv.es (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id UAA02478 for ; Thu, 24 Jul 1997 20:07:03 +0200 Date: Thu, 24 Jul 1997 20:07:03 +0200 (CEST) From: Joaquin Casillas Melendez X-Sender: jcasilla@eous.eleinf.uv.es To: Performer Mailing List Subject: Two Displays Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello all. I'm working with a Onyx2 Reality and I want to do some performer stuff with two displays. I've attached an additional keyboard and mouse to the secondary connectors of the Onyx2. I want independent input with each display, in order to get two persons working at the same time in different screens and X sessions. Later, I will try to use the two displays from performer. The problem is that the second monitor screen remains black, and anything happens at all. I have tried ircombine, and I've been able to show the same channel in the two monitors, but not two channels in each monitor. Any help about setting up the system would be appreciated. Thanks. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 18:08:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15995; Thu, 24 Jul 1997 11:40:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15979; Thu, 24 Jul 1997 11:40:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA07409; Thu, 24 Jul 1997 11:40:52 -0700 Received: from Ballad.GSC.GTE.com (Ballad-se1.GSC.GTE.COM [192.31.1.201]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA27748 for ; Thu, 24 Jul 1997 11:40:51 -0700 env-from (Brett.Kaylor@GSC.GTE.Com) Received: from mtvex02.MTN-VIEW ("port 2387"@mtvex02.mtv.gtegsc.com) by Ballad.GSC.GTE.Com (PMDF V5.0-6 #18654) id <01ILM3OX91UO00007X@Ballad.GSC.GTE.Com> for info-performer@sgi.com; Thu, 24 Jul 1997 11:40:34 -0700 (PDT) Received: by mtvex02.MTN-VIEW with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52) id <01BC9826.58A09770@mtvex02.MTN-VIEW>; Thu, 24 Jul 1997 11:40:12 -0700 Date: Thu, 24 Jul 1997 11:38:29 -0700 From: "Kaylor, Brett" Subject: Onyx RE2 to Onyx2 iR To: "'=Performer Group'" Message-id: MIME-version: 1.0 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Status: O All, We are in the process of porting our Performer (OpenGL based) application from an Onyx RE2 (IRIX 6.2) with 2 pipes to an Onyx 2 iR (IRIX 6.4) and have a few questions. - The iR has eight channels. Is that one pipe with eight channels similiar to the way MCO used to work on a pipe? So in the software we specify one pipe, but use portions of the window for each channel? - We currently have 2 pipes on our Onyx. We set each pipe to 1280x1024_180qi for input to our nVision HMD. We use one pipe for each eye for stereo display. How do we set up the iR to do the same? Looking at ircombine, we don't quite understand it. When using the ircombine gui, are the channels supposed to be on top of each other? - We also have 2 Virtual Technolgy gloves and a Fastrak. We have been told that the serial interface has changed between the two machines. Has anyone experienced any problems moving serial input devices between the two different machines? Thanks a bunch. Brett brett.kaylor@gsc.gte.com ======================================================== Brett B. Kaylor Software Engineer GTE Government Systems _/_/_/_/_/ _/_/_/_/_/ _/_/_/_/_/ 1805 West Drake Drive _/ _/ _/ Tempe, AZ 85283 _/ _/_/_/ _/ _/_/_/ _/ _/ _/ _/ Tel: 602.777.1725 _/_/_/_/_/ _/ _/_/_/_/_/ Fax: 602.777.1717 eMail: brett.kaylor@gsc.gte.com http://www.gsc.gte.com ======================================================= ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 19:24:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA16188; Thu, 24 Jul 1997 13:09:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16172; Thu, 24 Jul 1997 13:09:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA19077; Thu, 24 Jul 1997 13:09:27 -0700 Received: from gatekeeper.cca.rockwell.com (gatekeeper.cca.rockwell.com [131.198.201.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA28001 for ; Thu, 24 Jul 1997 13:09:25 -0700 env-from (jaalexan@crnotes.cca.rockwell.com) Received: by gatekeeper.cca.rockwell.com; id PAA28017; Thu, 24 Jul 1997 15:09:05 -0500 Received: from crnotes.cca.rockwell.com(131.198.213.32) by gatekeeper.cca.rockwell.com via smap (3.2) id xma027995; Thu, 24 Jul 97 15:08:48 -0500 Received: by crnotes.cca.rockwell.com(Lotus SMTP MTA v1.1 (385.6 5-6-1997)) id 862564DE.006EA981 ; Thu, 24 Jul 1997 15:08:43 -0500 X-Lotus-FromDomain: ROCKWELL From: "Jason A Alexander" To: info-performer@sgi.com Message-ID: <862564DE.006E68D8.00@crnotes.cca.rockwell.com> Date: Thu, 24 Jul 1997 15:08:33 -0500 Subject: Mailing List & error question. Status: O We are having problems with performer 2.0 We tried to edit a data base and know we are getting these errors. Does anyone know what this means. PF Notice/Assert convTree() unsupported node 113 "unknown " found Any help would be great. Jason ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 19:57:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA16297; Thu, 24 Jul 1997 13:38:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA16281; Thu, 24 Jul 1997 13:38:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA23427; Thu, 24 Jul 1997 13:38:13 -0700 Received: from april.dnaco.net (april.dnaco.net [207.238.206.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA08136 for ; Thu, 24 Jul 1997 13:38:07 -0700 env-from (eheft@dnaco.net) Received: from picard.dnaco.net (eheft@picard.dnaco.net [207.238.206.4]) by april.dnaco.net (8.8.5/8.8.5) with ESMTP id QAA15858 for ; Thu, 24 Jul 1997 16:36:41 -0400 (EDT) From: Eric Heft Received: (from eheft@localhost) by picard.dnaco.net (8.8.5/8.8.4) id QAA16459 for info-performer@sgi.com; Thu, 24 Jul 1997 16:08:28 -0400 (EDT) Message-Id: <199707242008.QAA16459@picard.dnaco.net> Subject: Flight Dynamics To: info-performer@sgi.com (Performer Mailing List) Date: Thu, 24 Jul 1997 16:08:26 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, Anyone know of any freely available flight dynamics packages? Thanks Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 20:18:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA16484; Thu, 24 Jul 1997 14:05:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16468; Thu, 24 Jul 1997 14:05:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26819; Thu, 24 Jul 1997 14:05:20 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA19023 for ; Thu, 24 Jul 1997 14:05:19 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id OAA03099; Thu, 24 Jul 1997 14:05:17 -0700 Date: Thu, 24 Jul 1997 14:05:17 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9707241405.ZM3097@multipass.asd.sgi.com> In-Reply-To: "DONKERS H.C." "DBASE process" (Jul 24, 3:07pm) References: <89D14253E1E@fel3.fel.tno.nl> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "DONKERS H.C." , info-performer@sgi.com Subject: Re: DBASE process Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O When you say editing are you just changing vertex information etc, or do you for example need to create large ammounts of data, do heavy compute & read from disk? Sounds like you may be able to do what you need in the application of any forked process without resorting to the complexitied of pfBuffer::merge. Cheers,Angus. On Jul 24, 3:07pm, DONKERS H.C. wrote: > Subject: DBASE process > Hi pfFriends, > > As I understand if you want to do database paging in a seperae > process, you should use the DBASE process. > > But is this also a good idea to use this when doing high frequency, > small modifications to the scene? > > -- > I would like to have to seperate processes editing two distinct part > of the scene. This editing is highly frequent on both processes, but > they don't interfere with each others part of the scene. > Now I understand that I can't just do this in seperate processes, > because then the pfFrame (called from yet another process) is bound > to crash. > But my believe is (just a thought; no experience yet) that using the > DBASE process for both processes, will give me a considerable > overhead. Is this true, or am I mistaken somewhere along the line of > reason. > > Any ideas? > > Kurt > > *** > The probability of someone watching you is proportional to the > stupidity of your action. > *** > > Kurt Donkers > TNO-FEL > Oude Waalsdorperweg 63 > PO Box 96864 > 2509 JG The Hague > > tel: (+31) 70 374 02 72 > fax: (+31) 70 328 09 61 > > email: Donkers@fel.tno.nl > http://www.tno.nl/instit/fel > > oooo$$$$$$$$$$$$oooo > oo$$$$$$$$$$$$$$$$$$$$$$$$o > oo$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o o$ $$ o$ > o $ oo o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o $$ $$ $$o$ > oo $ $ "$ o$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$o $$$o$$o$ > "$$$$$$o$ o$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$o $$$$$$$$ > $$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$ > $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$$$$$$ """$$$ > "$$$""""$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$ > $$$ o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$o > o$$" $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$o > $$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$" "$$$$$$ooooo$$$$o > o$$$oooo$$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ o$$$$$$$$$$$$$$$$$ > $$$$$$$$"$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$$"""""""" > """" $$$$ "$$$$$$$$$$$$$$$$$$$$$$$$$$$$" o$$$ > "$$$o """$$$$$$$$$$$$$$$$$$"$$" $$$ > $$$o "$$""$$$$$$"""" o$$$ > $$$$o o$$$" > "$$$$o o$$$$$$o"$$$$o o$$$$ > "$$$$$oo ""$$$$o$$$$$o o$$$$"" > ""$$$$$oooo "$$$o$$$$$$$$$""" > ""$$$$$$$oo $$$$$$$$$$ > """"$$$$$$$$$$$ > $$$$$$$$$$$$ > $$$$$$$$$$" > "$$$"""" > > Life's short, > Better to have fun while it lasts! > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from DONKERS H.C. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 24 20:49:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA16724; Thu, 24 Jul 1997 14:47:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16708; Thu, 24 Jul 1997 14:47:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA03070; Thu, 24 Jul 1997 14:47:57 -0700 Received: from cough-syrup.nethosting.com (cough-syrup.cyber-naut.com [192.41.77.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA01223 for ; Thu, 24 Jul 1997 14:47:56 -0700 env-from (laser@cowhouse.com) Received: from trix (pm2-7.ravenna.apk.net [207.54.136.46]) by cough-syrup.nethosting.com (8.8.5/8.7.3) with SMTP id PAA23221; Thu, 24 Jul 1997 15:50:18 -0600 (MDT) Sender: laser@cough-syrup.nethosting.com Message-ID: <33D7CD34.2781@cowhouse.com> Date: Thu, 24 Jul 1997 17:46:28 -0400 From: Mark Lasersohn Organization: Cow House Productions X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP20) MIME-Version: 1.0 To: Dirk Reiners CC: info-performer@sgi.com Subject: Re: IV-Loader and transparency References: <9707241603.ZM17658@euclid> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dirk Reiners wrote: > > Hi pfFolks, > > I have a problem using the IV-loader and transparent materials. Attached is a > little file that illustrates the problem. > > It contains two objects, one of which (the red one) is transparent, the other > (blue) one is opaque. Using ivview, that is. When using perfly both are > transparent (remember to switch off antialiasing, otherwise multisample > transparency using the same transparency value might hit you). > > Apparently for some reason the transparency value cannot be reset to 0 after it > was set to another value. If I put the Cyl1 node before the Mat2 node > everything works fine. But as I'm writing an export option for another biggish > system I'd rather fix the import problem taht try to rearrange all my files. > > I'm using the libpfiv that was posted by Eric Chauvineau. Is there a later > version or has anybody else encountered this problem and maybe fixed it? > > Thanks a lot > > Dirk > > -- > -- Dirk Reiners reiners@ecrc.de, reiners@igd.fhg.de > -- ZGDV - AR Group http://www.igd.fhg.de/~reiners > -- Arabellastr. 17 (ECRC) > -- D-81925 Muenchen All standard disclaimers apply. > -- Truth is stranger than fiction because fiction has to make sense. > > --------------------------------------------------------------- -- Yup, it works as you described (Crimson VGXT) running Performer 2.0 - but I fixed it by using a explicit Material statement, instead of referencing a material declared earlier. #Inventor V2.0 ascii DEF ROOT Separator { Coordinate3 { point [ 1.0000000000 0.0000000000 -1.0000000000, -0.0000000437 1.0000000000 -1.0000000000, -1.0000000000 -0.0000000874 -1.0000000000, 0.0000000119 -1.0000000000 -1.0000000000, 1.0000000000 0.0000000000 1.0000000000, -0.0000000437 1.0000000000 1.0000000000, -1.0000000000 -0.0000000874 1.0000000000, 0.0000000119 -1.0000000000 1.0000000000, ] } DEF Mat1 Material { ambientColor 0.000 0.000 1.000 diffuseColor 0.000 0.000 1.000 specularColor 0.000 0.000 0.000 shininess 0.156 transparency 0.0 } DEF Cyl1 Separator { USE Mat1 IndexedFaceSet { coordIndex [ 3, 2, 1, 0, -1, 2, 3, 7, 6, -1, 3, 0, 4, 7, -1, 1, 2, 6, 5, -1, 0, 1, 5, 4, -1, 4, 5, 6, 7, -1, ] } } DEF Cyl2 Separator { Material { ambientColor 1.000 0.000 0.000 diffuseColor 1.000 0.000 0.000 specularColor 0.000 0.000 0.000 shininess 0.156 transparency 0.5 } MatrixTransform { matrix 1.00000 0.00000 0.00000 0.00000 0.00000 0.00000 1.00000 0.00000 0.00000 1.00000 0.00000 0.00000 2.00000 0.00000 0.00000 1.00000 } IndexedFaceSet { coordIndex [ 3, 2, 1, 0, -1, 2, 3, 7, 6, -1, 3, 0, 4, 7, -1, 1, 2, 6, 5, -1, 0, 1, 5, 4, -1, 4, 5, 6, 7, -1, ] } } } Mark Lasersohn Cow House Productions laser@cowhouse.com http://www.cowhouse.com 330-569-7492 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 01:41:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA18328; Thu, 24 Jul 1997 21:30:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA18312; Thu, 24 Jul 1997 21:30:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA06961; Thu, 24 Jul 1997 21:30:49 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA02126 for ; Thu, 24 Jul 1997 21:28:11 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id JAA07984; Fri, 25 Jul 1997 09:28:56 -0530 Message-Id: <199707251458.JAA07984@teil.soft.net> Subject: Re: Two Displays To: jcasilla@eous.eleinf.uv.es Date: Fri, 25 Jul 1997 09:28:56 -0530 (IST) Cc: info-performer@sgi.com From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 928 Status: O > > Hello all. > > I'm working with a Onyx2 Reality and I want to do some performer stuff > with two displays. I've attached an additional keyboard and mouse to the > secondary connectors of the Onyx2. I want independent input with > each display, in order to get two persons working at the same time in > different screens and X sessions. Later, I will try to use the two > displays from performer. > > The problem is that the second monitor screen remains black, and anything > happens at all. I have tried ircombine, and I've been able to show the > same channel in the two monitors, but not two channels in each monitor. > > Any help about setting up the system would be appreciated. > Thanks. > I think your question is very similar to tom's one, and last answer to the mail "Re: help!" will explain you for your problem. regards, -swappnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 01:41:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA18346; Thu, 24 Jul 1997 21:31:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA18330; Thu, 24 Jul 1997 21:31:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA06994; Thu, 24 Jul 1997 21:31:43 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA02688 for ; Thu, 24 Jul 1997 21:30:51 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id JAA07867; Fri, 25 Jul 1997 09:26:42 -0530 Message-Id: <199707251456.JAA07867@teil.soft.net> Subject: Re: help! To: verdi@piano.ucsd.edu (Tom Impelluso) Date: Fri, 25 Jul 1997 09:26:42 -0530 (IST) Cc: info-performer@sgi.com In-Reply-To: <199707241751.KAA19504@imm.ucsd.edu> from "Tom Impelluso" at Jul 24, 97 10:51:45 am From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1432 Status: O According to Tom Impelluso: > > > Swapnil > > > OK, you have come the closest to answering my question. > At least you read it! > > You say: > > use pfPipeWindow::setWSConnectionName("hostname:0.0"); > > > 1) I am using C, not C++ USE pfPWinWSConnectionName(pfWindow *, char *) > 2) I can cause it to dispaly on a remote machine, > but the PRIMARY question was how to get the display on TWO > machines, and, decide, in advance, which of those > two machines would be controlling the mouse. This is X question. In X window systerm, each server has got keyboard and mouse (may be other devices too). So your application (client) will get events from both servers. If other terminal (display in ur terminology) don't have keyboard or mouse, it's obviouse that it can't send events. Now as you are showing same content to both the display, you can modify the content on both display by processing events of the single keyboard-mouse... About how to get display on two machines, well, i think you should learn little more about X windows introductory chapters. It will help you understand it. The answer resides in the same function pfPWinWSConnectionName. But what argument should be pased, where, will be clear after you read first 1 or 2 chapters from any of X window book. > > Please help if you can. > > Thanks > Tom > regards, -swappnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 06:15:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA18997; Fri, 25 Jul 1997 00:38:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA18975; Fri, 25 Jul 1997 00:38:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA16962; Fri, 25 Jul 1997 00:38:29 -0700 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA10999 for ; Fri, 25 Jul 1997 00:38:25 -0700 env-from (axel@luca.hannover.sgi.com) Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id JAA09624; Fri, 25 Jul 1997 09:38:00 +0200 Received: from luca.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) id JAA02387; Fri, 25 Jul 1997 09:35:40 +0200 Received: by luca.hannover.sgi.com (950413.SGI.8.6.12/930416.SGI) id JAA23701; Fri, 25 Jul 1997 09:33:38 +0200 From: "Axel Sammet" Message-Id: <9707250933.ZM23699@luca.hannover.sgi.com> Date: Fri, 25 Jul 1997 09:33:38 +0000 In-Reply-To: Joaquin Casillas Melendez "Two Displays" (Jul 24, 20:07) References: X-Face: +.n!QKG7O5w\:2hJh%S}+iu)$t[N^n/eh9w-}^>U?i6]!O|,ubP5E$:C05Wot=|3?_N&bjk 4w%$@iFnNm&KCFms>NC]uX!T)xVcoM32jd`qO\VWkG6zc(!H)d`?1>CNrT:HOyT2mtxJ$(*M,QBe4d LYJVuvh!kn}3M}wqP6}cd(b0%+q9$.{+kIFC3ECFnZ3/ok|NqVgtG0^/{+9-6i52'n,H::f|!_du_e Gd*A~4xUbln#@ Organization: Silicon Graphics GmbH Reply-To: axel@hannover.sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Joaquin Casillas Melendez , Performer Mailing List Subject: Re: Two Displays Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 24, 20:07, Joaquin Casillas Melendez wrote: > Subject: Two Displays > Hello all. > > I'm working with a Onyx2 Reality and I want to do some performer stuff > with two displays. I've attached an additional keyboard and mouse to the > secondary connectors of the Onyx2. I want independent input with > each display, in order to get two persons working at the same time in > different screens and X sessions. Later, I will try to use the two > displays from performer. Joaquin a single pipe onyx2(reality or ir) will not support two keyboards. each keyboard is linked to one pipe, thus making it neccessary to have two pipes for two keyboards to work. you can hook up a separate terminal to one of the serial ports for non-gfx input to an application running on the second display. > > The problem is that the second monitor screen remains black, and anything > happens at all. I have tried ircombine, and I've been able to show the > same channel in the two monitors, but not two channels in each monitor. if the managed area is limited to the size of one channel(e.g. 1280x1024) ircombine won't let you arrange the channels side by side. choose "edit globals" to set the managed area to 2560x1024 and then set the origin of the second channel to 1280,0. However if your Onyx2 Reality has only one RM, you will probably not be able to accomplish this due to limited framebuffer memory. you need to switch to lower resolution/channel. displaying two channels on each monitor will not work cause a channel is always equivalent to one physical video output. you should display two viewports in the channel. that should do the job. Axel > > Any help about setting up the system would be appreciated. > Thanks. > > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ > _/ ARTEC (LISITT) | _/ > _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ > _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > >-- End of excerpt from Joaquin Casillas Melendez -- ___________________________________________________________________ Axel Sammet | HNV Office: +49 511 9017229 Projektmanager | Home Office: +49 40 60679230 <---- Visual Simulation | Fax: +49 511 6138115 Silicon Graphics GmbH | Fax Home: +49 40 6047117 <---- Ahrensburger Strasse 3 | Mobil: +49 171 3583206 30659 Hannover | E-Mail: axel@hannover.sgi.com Germany | V-Mail: 331-8629 ___________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 07:39:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA19140; Fri, 25 Jul 1997 02:01:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA19124; Fri, 25 Jul 1997 02:01:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA21327; Fri, 25 Jul 1997 02:01:36 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA23557 for ; Fri, 25 Jul 1997 02:01:32 -0700 env-from (donh7@fel.tno.nl) Received: by firewall.fel.tno.nl; id LAA20612; Fri, 25 Jul 1997 11:19:10 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma020595; Fri, 25 Jul 97 11:19:01 +0200 Received: from fel3.fel.tno.nl (fel3 [134.203.8.213]) by s00sn1.fel.tno.nl (8.8.5/8.8.5) with ESMTP id KAA20462; Fri, 25 Jul 1997 10:59:30 +0200 (MET DST) Received: from FEL3/SpoolDir by fel3.fel.tno.nl (Mercury 1.21); 25 Jul 97 11:03:00 GMT+1 Received: from SpoolDir by FEL3 (Mercury 1.21); 25 Jul 97 11:02:49 GMT+1 From: "DONKERS H.C." Organization: TNO-FEL To: dorbie@multipass.engr.sgi.com (Angus Dorbie) Date: Fri, 25 Jul 1997 11:02:40 GMT+1 Subject: Re: DBASE process CC: info-performer@sgi.com X-Confirm-Reading-To: "DONKERS H.C." X-pmrqc: 1 X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <8B100CE7B6B@fel3.fel.tno.nl> Status: O > When you say editing are you just changing vertex information etc, or do > you for example need to create large ammounts of data, do heavy compute & > read from disk? When I said editing, I meant that I do a lot off pruning and adding of nodes within the pfScene. And I can't prune the graph from a different process than the process that calls pfFrame, because then I could have changed the graph from the other process between the Cull and Draw phase. (am I still making sense?) Why do you want seperate processes then, you might ask. Well, both processes (not the process calling pfFrame) pruning the graph, also do some heave computatioins, and I would like them seperately (sproc'd) also for 'maintainability' of my code. BTW, is adding and removing of nodes the only operation I cannot do in a seperate process? I can imagine that I *CAN* change geoset information from another process. Maybe that info gets through one pfFrame later, but it wouldn't crash the program. Am I right? > Sounds like you may be able to do what you need in the application of any > forked process without resorting to the complexitied of pfBuffer::merge. > > Cheers,Angus. > > On Jul 24, 3:07pm, DONKERS H.C. wrote: > > Subject: DBASE process > > Hi pfFriends, > > > > As I understand if you want to do database paging in a seperae > > process, you should use the DBASE process. > > > > But is this also a good idea to use this when doing high frequency, > > small modifications to the scene? > > > > -- > > I would like to have to seperate processes editing two distinct part > > of the scene. This editing is highly frequent on both processes, but > > they don't interfere with each others part of the scene. > > Now I understand that I can't just do this in seperate processes, > > because then the pfFrame (called from yet another process) is bound > > to crash. > > But my believe is (just a thought; no experience yet) that using the > > DBASE process for both processes, will give me a considerable > > overhead. Is this true, or am I mistaken somewhere along the line of > > reason. > > > > Any ideas? > > > > Kurt > > Kurt Donkers TNO-FEL Oude Waalsdorperweg 63 PO Box 96864 2509 JG The Hague tel: (+31) 70 374 02 72 fax: (+31) 70 328 09 61 email: Donkers@fel.tno.nl http://www.tno.nl/instit/fel oooo$$$$$$$$$$$$oooo oo$$$$$$$$$$$$$$$$$$$$$$$$o oo$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o o$ $$ o$ o $ oo o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o $$ $$ $$o$ oo $ $ "$ o$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$o $$$o$$o$ "$$$$$$o$ o$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$o $$$$$$$$ $$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$$$$$$ """$$$ "$$$""""$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$ $$$ o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$o o$$" $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$o $$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$" "$$$$$$ooooo$$$$o o$$$oooo$$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ o$$$$$$$$$$$$$$$$$ $$$$$$$$"$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$$"""""""" """" $$$$ "$$$$$$$$$$$$$$$$$$$$$$$$$$$$" o$$$ "$$$o """$$$$$$$$$$$$$$$$$$"$$" $$$ $$$o "$$""$$$$$$"""" o$$$ $$$$o o$$$" "$$$$o o$$$$$$o"$$$$o o$$$$ "$$$$$oo ""$$$$o$$$$$o o$$$$"" ""$$$$$oooo "$$$o$$$$$$$$$""" ""$$$$$$$oo $$$$$$$$$$ """"$$$$$$$$$$$ $$$$$$$$$$$$ $$$$$$$$$$" "$$$"""" Life's short, Better to have fun while it lasts! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 09:00:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA19562; Fri, 25 Jul 1997 03:27:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA19546; Fri, 25 Jul 1997 03:27:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA25448; Fri, 25 Jul 1997 03:27:23 -0700 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA07129 for ; Fri, 25 Jul 1997 03:27:20 -0700 env-from (axel@luca.hannover.sgi.com) Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id MAA18341; Fri, 25 Jul 1997 12:27:01 +0200 Received: from luca.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) id MAA03756; Fri, 25 Jul 1997 12:24:45 +0200 Received: by luca.hannover.sgi.com (950413.SGI.8.6.12/930416.SGI) id MAA27840; Fri, 25 Jul 1997 12:22:47 +0200 From: "Axel Sammet" Message-Id: <9707251222.ZM27838@luca.hannover.sgi.com> Date: Fri, 25 Jul 1997 12:22:47 +0000 X-Face: +.n!QKG7O5w\:2hJh%S}+iu)$t[N^n/eh9w-}^>U?i6]!O|,ubP5E$:C05Wot=|3?_N&bjk 4w%$@iFnNm&KCFms>NC]uX!T)xVcoM32jd`qO\VWkG6zc(!H)d`?1>CNrT:HOyT2mtxJ$(*M,QBe4d LYJVuvh!kn}3M}wqP6}cd(b0%+q9$.{+kIFC3ECFnZ3/ok|NqVgtG0^/{+9-6i52'n,H::f|!_du_e Gd*A~4xUbln#@ Organization: Silicon Graphics GmbH Reply-To: axel@hannover.sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jcasilla@glup.eleinf.uv.es Subject: Re: Two Displays Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 24, 20:07, Joaquin Casillas Melendez wrote: > Subject: Two Displays > Hello all. > > I'm working with a Onyx2 Reality and I want to do some performer stuff > with two displays. I've attached an additional keyboard and mouse to the > secondary connectors of the Onyx2. I want independent input with > each display, in order to get two persons working at the same time in > different screens and X sessions. Later, I will try to use the two > displays from performer. Joaquin a single pipe onyx2(reality or ir) will not support two keyboards. each keyboard is linked to one pipe, thus making it neccessary to have two pipes for two keyboards to work. you can hook up a separate terminal to one of the serial ports for non-gfx input to an application running on the second display. > > The problem is that the second monitor screen remains black, and anything > happens at all. I have tried ircombine, and I've been able to show the > same channel in the two monitors, but not two channels in each monitor. if the managed area is limited to the size of one channel(e.g. 1280x1024) ircombine won't let you arrange the channels side by side. choose "edit globals" to set the managed area to 2560x1024 and then set the origin of the second channel to 1280,0. However if your Onyx2 Reality has only one RM, you will probably not be able to accomplish this due to limited framebuffer memory. you need to switch to lower resolution/channel. displaying two channels on each monitor will not work cause a channel is always equivalent to one physical video output. you should display two viewports in the channel. that should do the job. Axel > > Any help about setting up the system would be appreciated. > Thanks. > > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ > _/ Joaquin Casillas | email: jcasilla@glup.eleinf.uv.es _/ > _/ ARTEC (LISITT) | _/ > _/ Dept. Electr. & Informat. | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ > _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ > -- ___________________________________________________________________ Axel Sammet | HNV Office: +49 511 9017229 Projektmanager | Home Office: +49 40 60679230 <---- Visual Simulation | Fax: +49 511 6138115 Silicon Graphics GmbH | Fax Home: +49 40 6047117 <---- Ahrensburger Strasse 3 | Mobil: +49 171 3583206 30659 Hannover | E-Mail: axel@hannover.sgi.com Germany | V-Mail: 331-8629 ___________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 12:00:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA19783; Fri, 25 Jul 1997 05:55:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA19767; Fri, 25 Jul 1997 05:55:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA01838; Fri, 25 Jul 1997 05:55:13 -0700 Received: from iris.llogic.com (llogic.com [198.168.83.173]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA25159 for ; Fri, 25 Jul 1997 05:55:11 -0700 env-from (pffred@iris.llogic.com) Received: (from pffred@localhost) by iris.llogic.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA08328 for info-performer@sgi.com; Fri, 25 Jul 1997 08:57:31 -0400 From: pffred@iris.llogic.com (Frederic Francis) Message-Id: <199707251257.IAA08328@iris.llogic.com> Subject: Clip levels with missing tiles To: info-performer@sgi.com Date: Fri, 25 Jul 1997 08:57:29 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 ME5a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 440 Status: O Hi, We are implementing a fly-through over a clipmapped terrain. We want to have certain areas with higher resolution clips than others. Right now the pfImageCache waits when it doesn't find a tile in a clip level. How can we avoid this behavior both in 2.1 and 2.2. I believe this is possible since it was mentionned during Sharon Clay's talk at the '96 Developer Forum. Thanks in advance, Fred. Frederic Francis Lateral Logic Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 12:56:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19870; Fri, 25 Jul 1997 06:49:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19854; Fri, 25 Jul 1997 06:49:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA05357; Fri, 25 Jul 1997 06:49:53 -0700 Received: from mdc.com (SLGWY03.MDC.COM [130.38.186.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA04528 for ; Fri, 25 Jul 1997 06:49:51 -0700 env-from (bwasileski@mdc.com) Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Fri, 25 Jul 1997 08:47:48 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 25 Jul 1997 08:46:59 -0500 From: Bryan Wasileski To: info-performer@sgi.com Subject: pfCycleBuffer Status: O Performers: Could someone please clear up my thoughts on pfCycleBuffer.From the examples and man pages, I'm a little confused on the implementation. >From morph.C: //// This is where the new cycle buffer is created. cbuf = new(arena) pfCycleBuffer(nSph * sizeof(pfVec4)); ncoords = (pfVec3*) pfMalloc(pfGetSize(coords), arena); nnorms = (pfVec3*) pfMalloc(pfGetSize(norms), arena); .... colors = (pfVec4*) cbuf->getData(); /// How is it possible for cbuf->getData() to return anything since //// nothing has ever been done to cbuf since it's creation. Where is all //// the information allocated and created from the arena associated with ///// the cycle buffer? I have large class which in shared memory which I have been using as a single memory buffer. I'd now like to cycle the data in this buffer for data consistency. Based on both the example and the man pages, I do not see how the associate my single object of data to the cycle buffer memory. Thanks. - bryan wasileski McDonnell Douglas Training Systems bwasileski@mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 14:07:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA20551; Fri, 25 Jul 1997 10:12:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20535; Fri, 25 Jul 1997 10:12:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA05561; Fri, 25 Jul 1997 10:12:45 -0700 Received: from mail.ucsd.edu (mail.ucsd.edu [132.239.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA01754 for ; Fri, 25 Jul 1997 10:12:39 -0700 env-from (jaf@chewils034.ucsd.edu) Received: from sdchemw1 by mail.ucsd.edu; id KAA24092 sendmail 8.8.5/UCSD8.3 via SMTP Fri, 25 Jul 1997 10:12:33 -0700 (PDT) for Received: by sdchemw1.ucsd.edu (Amiga SMTPpost 0.88 Feb 28, 1994) id AA01; Fri, 25 Jul 97 10:11:04 Received: by sdchemw1.ucsd.edu (Amiga SMTPpost 0.88 Feb 28, 1994) id AA01; Fri, 25 Jul 97 10:04:13 Message-Id: <24cc3b1b.u7t157e.7e245-jaf@chewilst1.ucsd.edu> To: info-performer@sgi.com Subject: Cull traversal Reply-To: jfriesne@UCSD.EDU From: jaf@chewils034.ucsd.edu (Jeremy Friesner) Date: Fri, 25 Jul 97 10:04:13 Organization: Entropiphilic Reorganization Consultants Status: O Hi Everyone, I've got a custom cull node callback in my code that I want to use to more quickly eliminate certain subgraphs of my pfScene. My callback looks something like this: int preCullNodeCallback(pfTraverser * t, void *) { if (myCustomCullFuncSaysItAintVisible(t->getNode)) { /* skip the children of this node, cause I know they can't be seen */ pfCullResult(PFIS_FALSE); return PFTRAV_PRUNE; } else { return PFTRAV_CONT; } } This works fine for the most part, but I do get some weirdness-- when I add another node to the root of scene graph (which does not have this callback attached to it!), it sometimes gets (inappropriately) culled too! This problem goes away if I change the "return PFTRAV_PRUNE" line to "return PFTRAV_CONT", but then the cull traversal seems to still traverse the subgraph below the node with the custom callback, which is what I was hoping to avoid. So I'm a little confused--is a cull callback supposed to affect the traversal of nodes that are not children of the custom node? If not, is this a bug? Also, is pfCullResult() supposed to have an effect on the path of the cull traversal, or does Performer only listen to the PFTRAV_* return codes? Thanks, Jeremy Jeremy Friesner | Amigas will rise again! jfriesne@ucsd.edu | Why put up with crap? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 14:07:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA20519; Fri, 25 Jul 1997 10:05:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20503; Fri, 25 Jul 1997 10:05:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA04467; Fri, 25 Jul 1997 10:05:29 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA28872 for ; Fri, 25 Jul 1997 10:05:28 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id KAA13697 for ; Fri, 25 Jul 1997 10:13:20 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA11393 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 25 Jul 1997 17:03:12 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA10446 for info-performer@sgi.com; Fri, 25 Jul 1997 10:03:12 -0700 From: "Marcus Barnes" Message-Id: <9707251003.ZM10444@logan.engr.multigen.com> Date: Fri, 25 Jul 1997 10:03:11 -0700 In-Reply-To: "Jason A Alexander" "Mailing List & error question." (Jul 24, 3:08pm) References: <862564DE.006E68D8.00@crnotes.cca.rockwell.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Mailing List & error question. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 24, 3:08pm, Jason A Alexander wrote: > We are having problems with performer 2.0 We tried to edit a data base and > know we are getting these errors. Does anyone know what this means. > > PF Notice/Assert convTree() unsupported node 113 "unknown " found That an OpenFlight V15.1 material record. Performer 2.0 comes with a V14.2 OpenFlight loader. You have created a V15.1 or later database. You need to use at least loader revision R15.2 for such databases. Visit our web site support area for such downloads. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 14:07:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA20569; Fri, 25 Jul 1997 10:13:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20553; Fri, 25 Jul 1997 10:13:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA05592; Fri, 25 Jul 1997 10:13:00 -0700 Received: from mail.ucsd.edu (mail.ucsd.edu [132.239.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA01805 for ; Fri, 25 Jul 1997 10:12:51 -0700 env-from (jaf@chewils034.ucsd.edu) Received: from sdchemw1 by mail.ucsd.edu; id KAA24118 sendmail 8.8.5/UCSD8.3 via SMTP Fri, 25 Jul 1997 10:12:49 -0700 (PDT) for Received: by sdchemw1.ucsd.edu (Amiga SMTPpost 0.88 Feb 28, 1994) id AA01; Fri, 25 Jul 97 10:11:20 Received: by sdchemw1.ucsd.edu (Amiga SMTPpost 0.88 Feb 28, 1994) id AA01; Fri, 25 Jul 97 10:06:04 Received: by sdchemw1.ucsd.edu (Amiga SMTPpost 0.88 Feb 28, 1994) id AA01; Fri, 25 Jul 97 10:04:13 Message-Id: <24cc3b1b.u7t157e.7e245-jaf@chewilst1.ucsd.edu> To: info-performer@sgi.com Subject: Cull traversal Reply-To: jfriesne@UCSD.EDU From: jaf@chewils034.ucsd.edu (Jeremy Friesner) Date: Fri, 25 Jul 97 10:04:13 Organization: Entropiphilic Reorganization Consultants Status: O Hi Everyone, I've got a custom cull node callback in my code that I want to use to more quickly eliminate certain subgraphs of my pfScene. My callback looks something like this: int preCullNodeCallback(pfTraverser * t, void *) { if (myCustomCullFuncSaysItAintVisible(t->getNode)) { /* skip the children of this node, cause I know they can't be seen */ pfCullResult(PFIS_FALSE); return PFTRAV_PRUNE; } else { return PFTRAV_CONT; } } This works fine for the most part, but I do get some weirdness-- when I add another node to the root of scene graph (which does not have this callback attached to it!), it sometimes gets (inappropriately) culled too! This problem goes away if I change the "return PFTRAV_PRUNE" line to "return PFTRAV_CONT", but then the cull traversal seems to still traverse the subgraph below the node with the custom callback, which is what I was hoping to avoid. So I'm a little confused--is a cull callback supposed to affect the traversal of nodes that are not children of the custom node? If not, is this a bug? Also, is pfCullResult() supposed to have an effect on the path of the cull traversal, or does Performer only listen to the PFTRAV_* return codes? Thanks, Jeremy Jeremy Friesner | Amigas will rise again! jfriesne@ucsd.edu | Why put up with crap? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 17:01:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA20721; Fri, 25 Jul 1997 10:44:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20705; Fri, 25 Jul 1997 10:44:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA11478; Fri, 25 Jul 1997 10:44:57 -0700 Received: from ms1.medcm (healthe.com [207.78.88.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA11946 for ; Fri, 25 Jul 1997 10:44:52 -0700 env-from (Rhonda@medcm.com) Received: by healthe.com with Internet Mail Service (5.0.1458.49) id ; Fri, 25 Jul 1997 13:45:15 -0400 Message-ID: From: Rhonda Roy To: "'info-performer@sgi.com'" Subject: Career track/ Job Opportunity Date: Fri, 25 Jul 1997 13:45:08 -0400 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1458.49) Content-Type: text/plain Status: O Medical Consumer Media (MCM) is a rapidly growing company located in Reston, VA. The company offers the opportunity to work with physicians, educators, medical illustrators, and other 3D software developers to create world-class games/3D interactive experiences which run on the next generation of PCs. MCM has several openings for experienced OpenGL programmers for the development of interactive health education games which both offer the full potential of 3D Interactivity AND have fascinating content. Help build games and interactive experiences using the latest and greatest software and hardware which both educate and instruct. MCM offers a state of the art facility in a historic mansion located 5 minutes from Dulles Airport. Please contact: Rhonda B. Roy, MA Director of Human Resources & Administration Medical Consumer Media 11718 Bowman Green Drive Reston, VA 20190 Tel: 703-810-8100 Fax: 703-810-8111 rhonda@medcm.com http://www.medcm.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 19:04:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21606; Fri, 25 Jul 1997 14:54:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21590; Fri, 25 Jul 1997 14:54:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA16453; Fri, 25 Jul 1997 14:54:47 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA27356 for ; Fri, 25 Jul 1997 14:54:35 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id RAA03096 for ; Fri, 25 Jul 1997 17:56:52 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970725165751.007d7c80@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Jul 1997 16:57:53 -0500 To: info-performer@sgi.com From: ken sartor Subject: 4d textures Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi - Does anyone have any experience with 4d textures? Is there any example code for using 4d textures with Performer? pfTexImage does not seem able to accommadate more than 3d... Thanks in advance for any help! ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 19:04:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA21016; Fri, 25 Jul 1997 13:04:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA21000; Fri, 25 Jul 1997 13:04:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA02342; Fri, 25 Jul 1997 13:04:38 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA26378 for ; Fri, 25 Jul 1997 13:04:37 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id NAA16837; Fri, 25 Jul 1997 13:04:36 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA03249 for info-performer@sgi.com; Fri, 25 Jul 1997 11:42:04 -0700 Date: Fri, 25 Jul 1997 11:42:04 -0700 From: chris@scotch.physics.ucla.edu (chris) Message-Id: <199707251842.LAA03249@scotch.physics.ucla.edu> To: info-performer@sgi.com Subject: lines or triangles Status: O Hi pfPeople. I have written a data visualization program which displays time dependent vector field, isosurface, etc. data evolution. The time dependence is updated in a forked Dbase process. The machine is an indigo2 max impact. I'm finding the following hard to believe. Rendering a single timestep of vector field data requires either 22,000 triangles, or 4100 lines, depending on how I model the arrows. Both of these absolutely crush my frame rate. Draw stage is about 200-300+ milliseconds. What amazes me is that while the vector field scene modeled with 22,000 triangles gives me about 3Hz frame rate, the vector field scene modeled with 4100 lines only gives me 4-5Hz frame rate. This seems like a pretty negligible improvement! Is this normal? I thought lines would be much easier to draw than arrows... I'm wrong? Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 19:03:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA21133; Fri, 25 Jul 1997 13:46:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA21117; Fri, 25 Jul 1997 13:46:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA07118; Fri, 25 Jul 1997 13:46:50 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA08203 for ; Fri, 25 Jul 1997 13:46:49 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id NAA04576; Fri, 25 Jul 1997 13:46:08 -0700 Date: Fri, 25 Jul 1997 13:46:08 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9707251346.ZM4574@multipass.engr.sgi.com> In-Reply-To: "DONKERS H.C." "Re: DBASE process" (Jul 25, 11:02am) References: <8B100CE7B6B@fel3.fel.tno.nl> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "DONKERS H.C." Subject: Re: DBASE process Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 11:02am, DONKERS H.C. wrote: > Subject: Re: DBASE process > > When you say editing are you just changing vertex information etc, or do > > you for example need to create large ammounts of data, do heavy compute & > > read from disk? > When I said editing, I meant that I do a lot off pruning and adding > of nodes within the pfScene. > And I can't prune the graph from a different process than the process > that calls pfFrame, because then I could have changed the graph from > the other process between the Cull and Draw phase. > (am I still making sense?) > > Why do you want seperate processes then, you might ask. > Well, both processes (not the process calling pfFrame) pruning the > graph, also do some heave computatioins, and I would like them > seperately (sproc'd) also for 'maintainability' of my code. > > BTW, is adding and removing of nodes the only operation I cannot do > in a seperate process? I can imagine that I *CAN* change geoset > information from another process. Maybe that info gets through one > pfFrame later, but it wouldn't crash the program. > Am I right? Yes, although you can build an entire sub graph in a dbase process and Also any geoset attribute edits happen instantly, unless you used some buffering mechanism. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 19:03:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21462; Fri, 25 Jul 1997 14:45:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21446; Fri, 25 Jul 1997 14:45:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA14501; Fri, 25 Jul 1997 14:45:13 -0700 Received: from vlasov.gsfc.nasa.gov (vlasov.gsfc.nasa.gov [128.183.33.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA23445 for ; Fri, 25 Jul 1997 14:45:12 -0700 env-from (akekesi@vlasov.gsfc.nasa.gov) Received: (from akekesi@localhost) by vlasov.gsfc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA02505 for info-performer@sgi.com; Fri, 25 Jul 1997 17:46:59 -0400 From: "B. Alex Kekesi" Message-Id: <9707251746.ZM2503@vlasov.gsfc.nasa.gov> Date: Fri, 25 Jul 1997 17:46:59 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Movie Textures Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I have a problem, and I was wondering if someone out there in Performer Land might be able to help me. I have a modified version of perfly I'm trying to run on a Onyx2 iR (64 MB Texture Mem). What I'm trying to do is place "movie textures" on an arbitrarily loaded object. For simplicities sake, the single loaded object will only have one texture already specifed on it when loaded. I attempt to strip off the currently loaded texture and replace it with a sequence of textures that form a movie. My coding is far from complete, but I've already hit a snag that I can't get past, and I'm hoping someone out there can help. I believe that my texture list is being created/loaded properly, but when I get to the point where I am to apply the first frame of this new texture list, the program bombs. Here's what I get: monet 47% perfly -W640,480 -Tscriptfile2.txt PF Info: All 4 processors available on this machine. Loading Script File... Loading tex flip_simpearthgrid.0000.rgb as frame 0 components: 3 xsize: 1024 ysize: 512 zsize: 1 Loading tex flip_surf_image.0000.rgb as frame 1 components: 3 xsize: 1024 ysize: 512 zsize: 1 Movie List Length: 2 PF Fatal/SysErr: _pfDirtCheck: pfRealloc of 0 bytes returned NULL. I'm attaching the part of my source code where the problem seems to be occurring. I'm also attaching a hardware inventory for those of you who like to know what kind of system I'm working with. Any help on this will be greatly appreciated! I will even take recommendations on where else I might be able to look for more information on movie/video texturing. -Or if anyone out there has already done something like this, PLEASE let me know. I'm aware of sample codes movietex and texlist, but haven't been able to find anything closer to what I'm trying to do. Thanks in Advance!! Alex Kekesi email: B.A.Kekesi.1@gsfc.nasa.gov Hughes STX Corp. NASA Goddard Space Flight Center Code 935, Bldg. 28, Rm. S121 Greenbelt, MD 20771 HARDWARE: monet 2% hinv FPU: MIPS R10010 Floating Point Chip Revision: 0.0 CPU: MIPS R10000 Processor Chip Revision: 2.6 4 195 MHZ IP27 Processors Main memory size: 1024 Mbytes Instruction cache size: 32 Kbytes Data cache size: 32 Kbytes Secondary unified instruction/data cache size: 4 Mbytes Integral SCSI controller 0: Version QL1040B Disk drive: unit 1 on SCSI controller 0 CDROM: unit 6 on SCSI controller 0 Integral SCSI controller 1: Version QL1040B IOC3 serial port: tty1 IOC3 serial port: tty2 IOC3 serial port: tty3 IOC3 serial port: tty4 IOC3 parallel port: plp1 Graphics board: InfiniteReality2 Integral Fast Ethernet: ef0, version 1 Iris Audio Processor: version RAD revision 7.0, number 1 IOC3 external interrupts: 1 SOURCE: /*============= GLOBALS =============*/ struct _FrameInfo { char prefix[NORMSTR]; int start, end; char postfix[MINSTR]; } FrameInfo; struct _EventInfo { int time, event; struct _FrameInfo *frame; struct _EventInfo *next; } EventInfo; struct _EventInfo *EventHead, *EventTail; /* Load texture sequence */ void loadMovieFiles() { int count=0, framecnt=0, comp, xsize, ysize, zsize; struct _EventInfo *currevent=NULL; char texname[NORMSTR]; unsigned int *image; /* NOTE: ViewState->tex is of type (pfTexture *) and ViewState->texList is of type (pfList *) */ currevent = EventHead; pfDelete(ViewState->texList); /* Annihilate anything that might already be */ ViewState->tex = pfNewTex(NULL); pfTexList(ViewState->tex, pfNewList(sizeof(pfTexture*), 16, pfGetArena(ViewState->tex))); ViewState->texList = pfGetTexList(ViewState->tex); pfTexLoadMode(ViewState->tex, PFTEX_LOAD_LIST, PFTEX_LIST_AUTO_SUBLOAD); while(currevent!=NULL) { if(((currevent->event)==FREEZEMOVIE) || ((currevent->event)==PLAYMOVIE)) { for(count=currevent->frame->start; count<=currevent->frame->end; count++) { strcpy(texname, BLANK); /* Rebuild the texture name */ if(count<10) sprintf(texname, "%s.000%d.%s", currevent->frame->prefix, count, currevent->frame->postfix); else if(count<100) sprintf(texname, "%s.00%d.%s", currevent->frame->prefix, count, currevent->frame->postfix); else if(count<1000) sprintf(texname, "%s.0%d.%s", currevent->frame->prefix, count, currevent->frame->postfix); else sprintf(texname, "%s.%d.%s", currevent->frame->prefix, count, currevent->frame->postfix); fprintf(stderr, "Loading tex %s as frame %d\n", texname, framecnt++); ViewState->tex = pfNewTex(NULL); pfLoadTexFile(ViewState->tex, texname); pfGetTexImage(ViewState->tex, &image, &comp, &xsize, &ysize, &zsize); fprintf(stderr, "components: %d xsize: %d ysize: %d zsize: %d\n", comp, xsize, ysize, zsize); pfTexFormat(ViewState->tex, PFTEX_FAST_DEFINE, 1); pfTexFilter(ViewState->tex, PFTEX_MINFILTER, PFTEX_BILINEAR); pfAdd(ViewState->texList, ViewState->tex); } } currevent = currevent->next; } fprintf(stderr, "Movie List Length: %d\n", pfGetNum(ViewState->texList)); pfEnable(PFEN_TEXTURE); /********************************************************************/ /* I believe the below 2 lines are where the problem is occurring! */ /********************************************************************/ pfApplyTex(ViewState->tex); pfApplyTEnv(pfNewTEnv(NULL)); } /* Initialize the visual database */ void InitScene(void) { int loaded = 0; pfScene *scene = NULL; pfTexEnv *tenv = NULL; double startTime = 0.0f; double elapsedTime = 0.0f; /* Read in any databases specified on cmd line */ ViewState->scene = scene = pfNewScene(); startTime = pfGetTime(); /* Read in script file specified on command line */ if(ViewState->ScriptFile!=NULL) { loadScriptFile(); /* Load user inputted script file */ loadMovieFiles(); /* Load textures listed in script file */ } /* Get/Create objects for viewing */ loaded = initSceneGraph(scene); /* Set up scene graph for collisions */ if (loaded) pfuCollideSetup(scene, PFUCOLLIDE_STATIC, 0xffffffff); /* Initialize EarthSky, fog, and sun model */ initEnvironment(); elapsedTime = pfGetTime() - startTime; if (loaded) { pfNotify(PFNFY_INFO, PFNFY_PRINT, "Total scene-graph statistics"); pfdPrintSceneGraphStats((pfNode *)scene, elapsedTime); } else { pfSphere bsphere; pfNotify(PFNFY_INFO, PFNFY_PRINT, "No Databases loaded"); pfNotify(PFNFY_INFO, PFNFY_MORE, NULL); /* Set a default bounding sphere */ pfSetVec3(bsphere.center, 0.0f, 0.0f, 0.0f); bsphere.radius = BOUND; pfNodeBSphere(scene, &bsphere, PFBOUND_DYNAMIC); } /* Write out nodes in scene (for debugging) */ if (WriteFile) { if (!strstr(WriteFile, ".out") && pfdInitConverter(WriteFile)) { /* it's a valid extension, go for it */ if (!pfdStoreFile((pfNode *)scene, WriteFile)) pfNotify(PFNFY_WARN, PFNFY_RESOURCE, "No store function available for %s\n", WriteFile); } else { /* write the file as ASCII */ FILE *fp; if (fp = fopen(WriteFile, "w")) { pfPrint(scene, PFTRAV_SELF|PFTRAV_DESCEND, PFPRINT_VB_OFF, fp); fclose(fp); } else pfNotify(PFNFY_WARN, PFNFY_RESOURCE, "Could not open scene.out for debug printing."); } } /* Set initial view position and angles */ initView(scene); } ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 21:25:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21644; Fri, 25 Jul 1997 14:56:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21628; Fri, 25 Jul 1997 14:56:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA16740; Fri, 25 Jul 1997 14:56:40 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA28089 for ; Fri, 25 Jul 1997 14:56:31 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id RAA03107 for ; Fri, 25 Jul 1997 17:58:50 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970725165949.007b3300@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 25 Jul 1997 16:59:50 -0500 To: info-performer@sgi.com From: ken sartor Subject: textures that interpolate on RGBA values Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi - I would like to create a texture that is interpolated on the basis of a vertices RGBA value. Does anyone have any suggestions on how to go about this? Thanks in advance for any help! ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 21:44:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA21941; Fri, 25 Jul 1997 15:17:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA21925; Fri, 25 Jul 1997 15:17:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA19764; Fri, 25 Jul 1997 15:17:34 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA04783 for ; Fri, 25 Jul 1997 15:17:33 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id SAA03328; Fri, 25 Jul 1997 18:17:31 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma003324; Fri, 25 Jul 97 18:17:02 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id WAA25884; Fri, 25 Jul 1997 22:17:24 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA17121; Fri, 25 Jul 1997 18:17:19 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199707252217.SAA17121@hf.ht.com> Subject: Re: pfCycleBuffer In-Reply-To: from Bryan Wasileski at "Jul 25, 97 08:46:59 am" To: bwasileski@mdc.com (Bryan Wasileski) Date: Fri, 25 Jul 1997 18:17:19 -0400 (EDT) Cc: info-performer@sgi.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > Performers: > > Could someone please clear up my thoughts on pfCycleBuffer.From the > examples and man pages, I'm a little confused on the implementation. > > >From morph.C: > > //// This is where the new cycle buffer is created. > > cbuf = new(arena) pfCycleBuffer(nSph * sizeof(pfVec4)); > > ncoords = (pfVec3*) pfMalloc(pfGetSize(coords), arena); > nnorms = (pfVec3*) pfMalloc(pfGetSize(norms), arena); > .... > colors = (pfVec4*) cbuf->getData(); > > /// How is it possible for cbuf->getData() to return anything since > //// nothing has ever been done to cbuf since it's creation. Where is all > //// the information allocated and created from the arena associated with > ///// the cycle buffer? > Lemme try and take a stab at this and then some: line 132: allocate pfCycleBuffer data Note: just enough space for a packed array of nSph color vectors. cbuf = new(arena) pfCycleBuffer(nSph * sizeof(pfVec4)); line 137: Get a handle to the data buffer: Note: I believe any time get data is called it gets a version of the data appropriate to which process you are in (APP, CULL, DRAW) and which pfMultiprocessing mode you are in (e.g., PFMP_APP_CULL_DRAW) pfVec4 *colors = (pfVec4*) cbuf->getData(); Again in answer to one of your questions this returns a POINTER to the buffer that was allocated in line 132. You still need to set the data as below. line 159-160: Set the colors and hence the cbuf data: colors[i].set(0.0f, 0.0f, 0.0f, 1.0f); colors[i][max] = 1.0f; line 178:. Initialize all the other CycleBuffer copies of this buffer: /* Set all pfCycleMemories to the same colors */ cbuf->init(cbuf->getData()); line 180: Associate this cycle buffer data with the color data of the pfGeoSet: gset->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, (void*)cbuf, NULL); Now you can change your color in the APP process as shown in the breatheMorphe function: colors = (pfVec4*) cbuf->getData(); for (int i=0; ichanged(); And these changes will get propagated down the pipeline AUTOMAGICALLY by the pfCycleBuffer, and if I understand this correctly... when the draw process comes along to render the pfGeoSet and accesses the color information. The pfCycleBuffer will feed it a pointer to the "correct" data. Hope this is right, scott -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jul 25 22:02:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA22000; Fri, 25 Jul 1997 15:31:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA21984; Fri, 25 Jul 1997 15:31:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA21393; Fri, 25 Jul 1997 15:31:00 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA08562 for ; Fri, 25 Jul 1997 15:30:59 -0700 env-from (pawlowsk@ait.nrl.navy.mil) Received: from stiletto (stiletto [132.250.128.59]) by ait.nrl.navy.mil (8.8.5/8.8.5) with SMTP id SAA15499; Fri, 25 Jul 1997 18:30:58 -0400 (EDT) Sender: pawlowsk@ait.nrl.navy.mil Message-ID: <33D92921.41C6@ait.nrl.navy.mil> Date: Fri, 25 Jul 1997 18:30:57 -0400 From: Carol Pawlowski X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Clip map texture Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, Does any one know how to generate the .ct files for clipmap textures. I have been trying to convert a .tif file with out much success. I have read the documentation supplied by Performer and I am blowing up on the rsets program? -- --------------------------------------------------------------- Carol Pawlowski pawlowsk@ait.nrl.navy.mil Code 5585, AIT/ITD Naval Research Laboratory Pho: (202)767-3040 Washington, DC 20375-5337 FAX: (202)767-1122 --------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 26 07:45:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA24116; Sat, 26 Jul 1997 02:21:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA24100; Sat, 26 Jul 1997 02:21:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00497; Sat, 26 Jul 1997 02:21:17 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA15535 for ; Sat, 26 Jul 1997 02:21:15 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (uucp@localhost) by merki.connect.com.au with UUCP id TAA16636 (8.8.5/IDA-1.6); Sat, 26 Jul 1997 19:21:03 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA21864 (5.65c/IDA-1.5); Sat, 26 Jul 1997 18:47:09 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id SAA15509 (8.6.12/IDA-1.6); Sat, 26 Jul 1997 18:52:39 +1000 Received: from localhost by murad (5.65) id AA21972; Sat, 26 Jul 1997 18:55:37 +1000 Date: Sat, 26 Jul 1997 19:05:37 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad To: "Kaylor, Brett" Cc: "'=Performer Group'" Subject: Re: Onyx RE2 to Onyx2 iR In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 24 Jul 1997, Kaylor, Brett wrote: > All, We are in the process of porting our Performer (OpenGL based) > application from an Onyx RE2 (IRIX 6.2) with 2 pipes to an Onyx 2 iR (IRIX > 6.4) and have a few questions. - The iR has eight channels. Is that one > pipe with eight channels similiar to the way MCO used to work on a pipe? > So in the software we specify one pipe, but use portions of the window for > each channel? Yes. The new DG4-2 and -8 replace the concept of the MCO. It's much easier to work with too! > - We currently have 2 pipes on our Onyx. We set each pipe to > 1280x1024_180qi for input to our nVision HMD. We use one pipe for each > eye for stereo display. How do we set up the iR to do the same? Looking > at ircombine, we don't quite understand it. When using the ircombine gui, > are the channels supposed to be on top of each other? No. I think you'll find that your problem is that you need to "Edit Globals" and make the total display size larger. For two 1280x1024 size windows you'll need a total managed area of 2560x1024. (Assuming you have the RM's to do this) > - We also have 2 Virtual Technolgy gloves and a Fastrak. We have been > told that the serial interface has changed between the two machines. Yes it has. I believe the Onyx2, like the O2 - uses a PC type RS-232 pine layout now. > Has anyone experienced any problems moving serial input devices between > the two different machines? No. It's just a matter of rewiring the cables. The sex has changed too I think. Once you've got your cable right, you'll be fine. The good news is that you can now use standard PC serial cables. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 26 14:51:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA24830; Sat, 26 Jul 1997 10:37:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24814; Sat, 26 Jul 1997 10:37:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23432; Sat, 26 Jul 1997 10:37:07 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA06189 for ; Sat, 26 Jul 1997 10:37:06 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA05659; Sat, 26 Jul 1997 10:37:04 -0700 Date: Sat, 26 Jul 1997 10:37:04 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9707261037.ZM5657@multipass.engr.sgi.com> In-Reply-To: ken sartor "textures that interpolate on RGBA values" (Jul 25, 4:59pm) References: <3.0.32.19970725165949.007b3300@mail.bur.visidyne.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: ken sartor , info-performer@sgi.com Subject: Re: textures that interpolate on RGBA values Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You have pixel texgen on IMPACT systems for this, You could also send the colour vertex as texture coordinates to the graphics system but performer won't support 3D or 4D texture coords. Maybe you could overload the glcolor functions to send texture coordinates. Cheers,Angus. On Jul 25, 4:59pm, ken sartor wrote: > Subject: textures that interpolate on RGBA values > > Hi - > > I would like to create a texture that is interpolated on the > basis of a vertices RGBA value. Does anyone have any suggestions > on how to go about this? > > Thanks in advance for any help! > > ken > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from ken sartor ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Jul 26 14:51:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA24848; Sat, 26 Jul 1997 10:43:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24832; Sat, 26 Jul 1997 10:43:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23572; Sat, 26 Jul 1997 10:43:04 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA06657 for ; Sat, 26 Jul 1997 10:43:04 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA05668; Sat, 26 Jul 1997 10:43:01 -0700 Date: Sat, 26 Jul 1997 10:43:01 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9707261043.ZM5666@multipass.engr.sgi.com> In-Reply-To: Simon Bennett "Re: Onyx RE2 to Onyx2 iR" (Jul 26, 7:05pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Simon Bennett , "Kaylor, Brett" Subject: Re: Onyx RE2 to Onyx2 iR Cc: "'=Performer Group'" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 26, 7:05pm, Simon Bennett wrote: > Subject: Re: Onyx RE2 to Onyx2 iR > On Thu, 24 Jul 1997, Kaylor, Brett wrote: > > > - We currently have 2 pipes on our Onyx. We set each pipe to > > 1280x1024_180qi for input to our nVision HMD. We use one pipe for each > > eye for stereo display. How do we set up the iR to do the same? Looking > > at ircombine, we don't quite understand it. When using the ircombine gui, > > are the channels supposed to be on top of each other? > > No. I think you'll find that your problem is that you need to "Edit > Globals" and make the total display size larger. For two 1280x1024 size > windows you'll need a total managed area of 2560x1024. (Assuming you have > the RM's to do this) Yep, just make sure you "save to eeprom" instead of trying to "download format". You then have to restart graphics for the managed area size changes to take effect. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 27 00:37:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA25803; Sat, 26 Jul 1997 19:06:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA25787; Sat, 26 Jul 1997 19:06:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA11805; Sat, 26 Jul 1997 19:06:01 -0700 Received: from hell.engr.sgi.com ([150.166.37.67]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA09843 for ; Sat, 26 Jul 1997 19:06:00 -0700 env-from (hatch@hell.engr.sgi.com) Received: (from hatch@localhost) by hell.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA19343; Sat, 26 Jul 1997 19:05:58 -0700 From: "Don Hatch" Message-Id: <9707261905.ZM19341@hell.engr.sgi.com> Date: Sat, 26 Jul 1997 19:05:58 -0700 In-Reply-To: Carol Pawlowski "Clip map texture" (Jul 25, 6:30pm) References: <33D92921.41C6@ait.nrl.navy.mil> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Carol Pawlowski , info-performer@sgi.com Subject: Re: Clip map texture Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 25, 6:30pm, Carol Pawlowski wrote: > Subject: Clip map texture > Hi, > Does any one know how to generate the .ct files for clipmap textures. > I have been trying to convert a .tif file with out much success. I have > read the documentation supplied by Performer and I am blowing up on the > rsets program? Are you running the rsets program on the .tif file? That won't work; the file needs to be in SGI .rgb format. You can use the "imgcopy" program (in imgtools.sw.tools) to convert from .tif to .rgb first. Once you have the tiles as .rgb files (using rsets or however else you do it) you can convert to raw tile files using the to888 or to5551 program. Note that the .rgb format is scanline-oriented rather than tile oriented, so its performance can be pretty lousy on huge files. The only reason these programs this format is that we haven't got around to writing anything better. Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jul 27 10:28:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA26636; Sun, 27 Jul 1997 05:01:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA26620; Sun, 27 Jul 1997 05:00:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA02762; Sun, 27 Jul 1997 05:00:57 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA12050 for ; Sun, 27 Jul 1997 05:00:52 -0700 env-from (goldy@rtset.co.il) Received: from rtset.co.il (amit.rtset.co.il [194.90.96.238]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id PAA08208 for <@server.rtset.co.il:info-performer@sgi.com>; Sun, 27 Jul 1997 15:02:48 +0200 Received: (from goldy@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA18104 for info-performer@sgi.com; Sun, 27 Jul 1997 15:57:24 +0300 From: "Eli Goldstein" Message-Id: <9707271557.ZM18102@amit.rtset.co.il> Date: Sun, 27 Jul 1997 15:57:24 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: problem with Billboard intersection. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I tried using the pfNodeIsectSegs function to find intersections in my scene. I encountered some problems detecting intersections with BillBoard nodes. I am aware that in the man pages it is stated that their is currently a bug in the Intersection traversals of pfBillboard's pfGeoSets and that currently the traversal is been done only on the pfBillboard's bounding volume. However I didn't manage to find any intersection even when I tried using a PFTRAV_IS_GEODE as the mode of intersection check. Is their any solution via Performer to that problem? I am not a performer news group attendant so please address answers to my personal e-mail aswell. Thanks, goldy. -- RTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSET _____ ____ __ ______ __ __ / ___/ / __ \ / / /_ __ \ \ \ / / / / __ / / / / / / / / / / \ Y / / /_/ / / /_/ / / /____ _/ /_/ / ___\ / \____/ \____/ \_____/ \______/ \___/ Eli Goldstein e-mail: goldy@rtset.co.il VS Engineering Phone: (972)9-9552236 RT-SET Ltd. Fax: (972)9-9552239 Address:Hutsot Shepayim P.O.BOX 48 Kibutz Shepayim Zipcode 60990 RTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSETESTRTSET ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 06:10:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA28082; Mon, 28 Jul 1997 00:42:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA28066; Mon, 28 Jul 1997 00:42:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA15102; Mon, 28 Jul 1997 00:42:01 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA04140 for ; Mon, 28 Jul 1997 00:41:54 -0700 env-from (rkrj5@fel.tno.nl) Received: by firewall.fel.tno.nl; id JAA27354; Mon, 28 Jul 1997 09:59:40 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma027342; Mon, 28 Jul 97 09:59:30 +0200 Received: from fel3.fel.tno.nl (fel3 [134.203.8.213]) by s00sn1.fel.tno.nl (8.8.5/8.8.5) with ESMTP id JAA04399 for ; Mon, 28 Jul 1997 09:39:45 +0200 (MET DST) Received: from FEL3/SpoolDir by fel3.fel.tno.nl (Mercury 1.21); 28 Jul 97 09:43:20 GMT+1 Received: from SpoolDir by FEL3 (Mercury 1.21); 28 Jul 97 09:42:57 GMT+1 From: "R. Krijnen 0278, 3J03, 2-4" Organization: TNO-FEL To: info-performer@sgi.com Date: Mon, 28 Jul 1997 09:42:49 GMT+1 Subject: Re: Onyx RE2 to Onyx2 iR (Field Sequential) Reply-to: krijnen@fel.tno.nl X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <8F7AE0D35C0@fel3.fel.tno.nl> Status: O On Sat, 26 Jul 1997 10:43:01 -0700 Angus Dorbie wrote: > On Jul 26, 7:05pm, Simon Bennett wrote: > > Subject: Re: Onyx RE2 to Onyx2 iR > > On Thu, 24 Jul 1997, Kaylor, Brett wrote: > > > > > - We currently have 2 pipes on our Onyx. We set each pipe to > > > 1280x1024_180qi for input to our nVision HMD. We use one pipe > > > for each eye for stereo display. How do we set up the iR to do > > > the same? Looking at ircombine, we don't quite understand it. > > > When using the ircombine gui, are the channels supposed to be on > > > top of each other? > > > > No. I think you'll find that your problem is that you need to > > "Edit Globals" and make the total display size larger. For two > > 1280x1024 size windows you'll need a total managed area of > > 2560x1024. (Assuming you have the RM's to do this) > > Yep, just make sure you "save to eeprom" instead of trying to > "download format". You then have to restart graphics for the managed > area size changes to take effect. > You can also use one output channel of the iR for driving the HMD. We are using this method to do stereo on a nVision Hi-Res HMD with a resolution of 1280x1024. The advantage is that there is no vertical or horizontal delay between the two channels. When using the iR outputs as a MCO the horizontal phase shift can be up to several lines. On "http://www.sgi.com/Products/hardware/Onyx/Tech/sfsc.html" there is a page describing Stereo Field Sequential using a Infinite Reality. ========================================================= Robbert Krijnen TNO - Physics and Electronics Laboratory Oude waaldorperweg 63 Postbus 96864, 2509 JG 'sGravenhage Tel. +31 (0)70 374 00 00 Direct +31 (0)70 374 02 78 Fax +31 (0)70 374 06 52 e-mail: krijnen@fel.tno.nl http://www.tno.nl/instit/fel ========================================================= ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 07:59:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA28244; Mon, 28 Jul 1997 02:22:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA28228; Mon, 28 Jul 1997 02:22:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA18523; Mon, 28 Jul 1997 02:22:41 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA16489 for ; Mon, 28 Jul 1997 02:22:38 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id LAA06311; Mon, 28 Jul 1997 11:40:28 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma006263; Mon, 28 Jul 97 11:40:12 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id LAA07454; Mon, 28 Jul 1997 11:20:26 +0200 (MET DST) From: Mario Veraart Message-Id: <199707280920.LAA07454@s00sn1.fel.tno.nl> Subject: Re: pfCycleBuffer To: scott@ht.com (Scott McMillan) Date: Mon, 28 Jul 1997 11:20:26 +0200 (MET DST) Cc: bwasileski@mdc.com, info-performer@sgi.com In-Reply-To: <199707252217.SAA17121@hf.ht.com> from "Scott McMillan" at Jul 25, 97 06:17:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > > Performers: > > > > Could someone please clear up my thoughts on pfCycleBuffer.From the > > examples and man pages, I'm a little confused on the implementation. > > > > >From morph.C: > > > > //// This is where the new cycle buffer is created. > > > > cbuf = new(arena) pfCycleBuffer(nSph * sizeof(pfVec4)); > > > > ncoords = (pfVec3*) pfMalloc(pfGetSize(coords), arena); > > nnorms = (pfVec3*) pfMalloc(pfGetSize(norms), arena); > > .... > > colors = (pfVec4*) cbuf->getData(); > > > > /// How is it possible for cbuf->getData() to return anything since > > //// nothing has ever been done to cbuf since it's creation. Where is all > > //// the information allocated and created from the arena associated with > > ///// the cycle buffer? > > > > Lemme try and take a stab at this and then some: > > line 132: allocate pfCycleBuffer data > Note: just enough space for a packed array of nSph color vectors. > > cbuf = new(arena) pfCycleBuffer(nSph * sizeof(pfVec4)); This will allocate for every separate process a block of memory with size nSph * sizeof(pfVec4). The cycle buffer keeps an array of pointers to these blocks of memory allocated in shared memory. > > line 137: Get a handle to the data buffer: > Note: I believe any time get data is called it gets a version > of the data appropriate to which process you are in (APP, CULL, > DRAW) and which pfMultiprocessing mode you are in (e.g., > PFMP_APP_CULL_DRAW) > > pfVec4 *colors = (pfVec4*) cbuf->getData(); > > Again in answer to one of your questions this returns a POINTER > to the buffer that was allocated in line 132. You still need to > set the data as below. Every process has a global variable that contains the number of the buffer in a cyclebuffer to use for this process. This variable is updates during pfSync/pfFrame. In all the processes the value is different. So cbuf->getData() checks the needed buffer number and returns the pointer to the right buffer. > > line 159-160: Set the colors and hence the cbuf data: > > colors[i].set(0.0f, 0.0f, 0.0f, 1.0f); > colors[i][max] = 1.0f; > > line 178:. Initialize all the other CycleBuffer copies of this buffer: > > /* Set all pfCycleMemories to the same colors */ > cbuf->init(cbuf->getData()); > > line 180: Associate this cycle buffer data with the color data of the > pfGeoSet: > > gset->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, > (void*)cbuf, NULL); > > Now you can change your color in the APP process as shown in the > breatheMorphe function: > > colors = (pfVec4*) cbuf->getData(); > for (int i=0; i colors[i][0] = s; > > cbuf->changed(); > > And these changes will get propagated down the pipeline AUTOMAGICALLY by > the pfCycleBuffer, and if I understand this correctly... when the draw > process comes along to render the pfGeoSet and accesses the color > information. The pfCycleBuffer will feed it a pointer to the "correct" > data. > > Hope this is right, Yes you are > scott Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 10:50:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA28575; Mon, 28 Jul 1997 06:19:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA28559; Mon, 28 Jul 1997 06:19:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01993; Mon, 28 Jul 1997 06:19:07 -0700 Received: from Amnesix.UQSS.UQuebec.ca (Amnesix.UQSS.UQuebec.CA [192.77.51.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA16317 for ; Mon, 28 Jul 1997 06:19:06 -0700 env-from (roym01@UQAH.UQuebec.CA) Received: from saturne.UQAH.UQuebec.CA by Amnesix.UQSS.UQuebec.ca with SMTP (1.37.109.8/15.6) id AA19593; Mon, 28 Jul 1997 09:19:01 -0400 Received: (from roym01@localhost) by saturne.UQAH.UQuebec.CA (8.6.11/8.6.9) id JAA28032; Mon, 28 Jul 1997 09:22:11 -0400 Date: Mon, 28 Jul 1997 09:21:31 -0400 (EDT) From: Melanie Roy To: info-performer@sgi.com Subject: help Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, my name's Melanie Roy, I'm sumer student and I working for Anne Parent at NRC (National Recherche Council Canada). I need help with RapidApp. If you don't help me because we don't know this software, please, if we can, refers me an other person. If you speak french, please answer me in french. I need this information rapidely because my project finish soon. If you know mailing list for RapidApp, please send me this adress. First, I need only the Color Editor of the Inventor Material Editor. How I can working just with Color Editor Window? I try with Inventor, but I find only SoXtMaterialEditor. Do you help me? Second, how I can disable and enable control like: Push Button, scale, dial? Thank you very much! Melanie ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 10:50:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA28941; Mon, 28 Jul 1997 07:37:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA28925; Mon, 28 Jul 1997 07:37:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08162; Mon, 28 Jul 1997 07:37:28 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA01214 for ; Mon, 28 Jul 1997 07:37:26 -0700 env-from (dtyu@sequoia.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id KAA25813 for <@bnl.gov:info-performer@sgi.com>; Mon, 28 Jul 1997 10:37:20 -0400 (EDT) Received: from sequoia by sirius.ccd.bnl.gov via UUCP (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id KAA00076; Mon, 28 Jul 1997 10:37:19 -0400 Received: from ax61.bnl.gov by sirius.ccd.bnl.gov via SMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for id KAA00056; Mon, 28 Jul 1997 10:36:16 -0400 Received: from bnl.gov by ax61.bnl.gov (AIX 4.1/UCB 5.64/4.03) id AA43924; Mon, 28 Jul 1997 10:36:16 -0400 Received: (from daemon@localhost) by bnl.gov (8.7.5/8.7.1) id KAA25707 for ballard@ax61.bnl.gov; Mon, 28 Jul 1997 10:36:15 -0400 (EDT) Received: from sequoia.ccd.bnl.gov (sequoia.ccd.bnl.gov [130.199.130.88]) by bnl.gov (8.7.5/8.7.1) with SMTP id KAA25703 for ; Mon, 28 Jul 1997 10:36:14 -0400 (EDT) Received: (from dtyu@localhost) by sequoia.ccd.bnl.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA03676 for ballard@bnl.gov; Mon, 28 Jul 1997 10:36:04 -0400 Date: Mon, 28 Jul 1997 10:36:04 -0400 X-Ph: V4.4@bnl.gov From: dtyu@sequoia.ccd.bnl.gov (Dantong Yu) Message-Id: <199707281436.KAA03676@sequoia.ccd.bnl.gov> Apparently-To: ballard@bnl.gov Status: O ld64: FATAL 75: object file /usr/lib64/Performer/Static/libpf_ogl.a(cStruct.o) contains symbol (in dex 1) which is both LOCAL and UNDEF ld64: INFO 60: Output file removed because of error. *** Error code 2 smake: Error: 1 error ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 10:50:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA28840; Mon, 28 Jul 1997 07:26:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA28824; Mon, 28 Jul 1997 07:26:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07268; Mon, 28 Jul 1997 07:26:14 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA28500 for ; Mon, 28 Jul 1997 07:26:11 -0700 env-from (cowling@torus.autometric.com) Received: from vivid.autometric.com by relay5.UU.NET with SMTP (peer crosschecked as: vivid.autometric.com [198.49.5.66]) id QQdadt23614; Mon, 28 Jul 1997 10:26:14 -0400 (EDT) Received: from torus by vivid.autometric.com via ESMTP (950215.SGI.8.6.10/920502.SGI) for <@vivid.autometric.com:info-performer@sgi.com> id KAA20738; Mon, 28 Jul 1997 10:25:30 -0400 Received: (from cowling@localhost) by torus (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA15711 for info-performer@sgi.com; Mon, 28 Jul 1997 10:25:29 -0400 From: "Bob Cowling" Message-Id: <9707281025.ZM15710@torus.autometric.com> Date: Mon, 28 Jul 1997 10:25:29 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Stereo Movie Player Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Does anyone know of a stereo movie/image viewer? Thanks, Bob ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 10:50:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA28982; Mon, 28 Jul 1997 07:43:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA28966; Mon, 28 Jul 1997 07:43:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08579; Mon, 28 Jul 1997 07:43:29 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA02485 for ; Mon, 28 Jul 1997 07:43:28 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id KAA26312 for <@bnl.gov:info-performer@sgi.com>; Mon, 28 Jul 1997 10:43:26 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id KAA00082; Mon, 28 Jul 1997 10:42:43 -0400 Date: Mon, 28 Jul 1997 10:42:43 -0400 From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) Message-Id: <199707281442.KAA00082@sirius.ccd.bnl.gov> Subject: N64libug? Apparently-To: info-performer@sgi.com Status: O I am getting an error when I try to compile the N64 version of my APP (I have compiled both the O32 and N32 versions already). The machine is an ooRE, here are the versions of the libraries I currently have: versions | grep -i Performer I patchSG0001392 05/30/97 Patch SG0001392 : Performer 2.0.2 DEV bug fix patch for Performer 2.0 on IRIX 6.2 I patchSG0001392.dev_sw 05/30/97 Performer2.0.2 Development Environment I patchSG0001392.dev_sw.common_debug_performer 05/30/97 Performer2.0.2 GL-independent Debug DSOs I patchSG0001392.dev_sw.common_static_performer 05/30/97 Performer2.0.2 GL-independent Static Libraries I patchSG0001392.dev_sw.hdr 05/30/97 Performer2.0.2 Headers I patchSG0001392.dev_sw.igl_debug_performer 05/30/97 Performer2.0.2 IrisGL Debug DSOs I patchSG0001392.dev_sw.igl_static_performer 05/30/97 Performer2.0.2 IrisGL Static Libraries I patchSG0001392.dev_sw.ogl_debug_performer 05/30/97 Performer2.0.2 OpenGL Debug DSOs I patchSG0001392.dev_sw.ogl_static_performer 05/30/97 Performer2.0.2 OpenGL Static Libraries I patchSG0001392.dev_sw32 05/30/97 Performer2.0.2 N32 Development Environment I patchSG0001392.dev_sw32.igl_static_performer 05/30/97 Performer2.0.2 IrisGL Static Libraries (n32) I patchSG0001392.dev_sw32.ogl_static_performer 05/30/97 Performer2.0.2 OpenGL Static Libraries (n32) I patchSG0001392.man 05/30/97 Performer2.0.2 Dev Documentation I patchSG0001392.man.c 05/30/97 Performer2.0.2 C Man Pages I patchSG0001392.man.c++ 05/30/97 Performer2.0.2 C++ Man Pages I patchSG0001392.man.common 05/30/97 Performer2.0.2 Non-Language-Specific Man Pages I patchSG0001392.man.relnotes 05/30/97 Performer2.0.2 Dev Release Notes I patchSG0001392.src 05/30/97 Performer2.0.2 Sample and Loader Code I patchSG0001392.src.sample 05/30/97 Performer2.0.2 Sample Code I performer_data 05/27/97 Performer2.0.4 Execution Environment Data Files I performer_data.data 05/27/97 Performer2.0.4 Data Files I performer_data.data.data 05/27/97 Performer2.0.4 Sample Data and Fonts I performer_dev 07/23/97 Performer2.0 Development Software I performer_dev.books 05/28/97 IRIS InSight Books, Release 2.2 I performer_dev.books.Perf_PG 05/28/97 Performer2.0 Programming Guide I performer_dev.man 05/28/97 Performer2.0 Documentation I performer_dev.man.c 05/28/97 Performer2.0 C Man Pages I performer_dev.man.c++ 05/28/97 Performer2.0 C++ Man Pages I performer_dev.man.common 05/28/97 Performer2.0 Non-Language-Specific Man Pages I performer_dev.man.relnotes 05/28/97 Performer2.0 Release Notes I performer_dev.src 06/16/97 Performer2.0 Sample and Loader Code I performer_dev.src.loader 06/16/97 Performer2.0 Loader Code I performer_dev.src.sample 05/28/97 Performer2.0 Sample Code I performer_dev.sw 07/17/97 Performer2.0 Development Environment I performer_dev.sw.common_debug_performer 05/28/97 Performer2.0 GL-independent Debug DSOs I performer_dev.sw.common_debugstatic_performer 07/17/97 Performer2.0 GL-independent Debug Static Libraries I performer_dev.sw.common_static_performer 05/28/97 Performer2.0 GL-independent Static Libraries I performer_dev.sw.hdr 05/28/97 Performer2.0 Headers I performer_dev.sw.igl_debug_performer 05/28/97 Performer2.0 IrisGL Debug DSOs I performer_dev.sw.igl_debugstatic_performer 07/17/97 Performer2.0 IrisGL Debug Static Libraries I performer_dev.sw.igl_static_performer 05/28/97 Performer2.0 IrisGL Static Libraries I performer_dev.sw.ogl_debug_performer 05/28/97 Performer2.0 OpenGL Debug DSOs I performer_dev.sw.ogl_debugstatic_performer 07/17/97 Performer2.0 OpenGL Debug Static Libraries I performer_dev.sw.ogl_static_performer 05/28/97 Performer2.0 OpenGL Static Libraries I performer_dev.sw32 07/17/97 Performer2.0 N32 Development Environment I performer_dev.sw32.common_debug_performer 07/17/97 Performer2.0 GL-independent Debug DSOs (n32) I performer_dev.sw32.common_debugstatic_performer 07/17/97 Performer2.0 GL-independent Debug Static Libraries (n32) I performer_dev.sw32.common_static_performer 05/28/97 Performer2.0 GL-independent Static Libraries (n32) I performer_dev.sw32.igl_debug_performer 07/17/97 Performer2.0 IrisGL Debug DSOs (n32) I performer_dev.sw32.igl_debugstatic_performer 07/17/97 Performer2.0 IrisGL Debug Static Libraries (n32) I performer_dev.sw32.igl_static_performer 05/28/97 Performer2.0 IrisGL Static Libraries (n32) I performer_dev.sw32.ogl_debug_performer 07/17/97 Performer2.0 OpenGL Debug DSOs (n32) I performer_dev.sw32.ogl_debugstatic_performer 07/17/97 Performer2.0 OpenGL Debug Static Libraries (n32) I performer_dev.sw32.ogl_static_performer 05/28/97 Performer2.0 OpenGL Static Libraries (n32) I performer_dev.sw64 07/23/97 Performer2.0 N64 Development Environment I performer_dev.sw64.debug_performer 07/17/97 Performer2.0 Debug DSOs (n64) I performer_dev.sw64.debugstatic_performer 07/17/97 Performer2.0 Debug Static Libraries (n64) I performer_dev.sw64.static_performer 07/23/97 Performer2.0 Static Libraries (n64) I performer_eoe 07/23/97 Performer2.0 Execution Environment I performer_eoe.sw 07/23/97 Performer2.0 Execution Software I performer_eoe.sw.performer1_2 07/23/97 Performer 1.2 Compatibility DSOs I performer_eoe.sw32 07/23/97 Performer2.0 N32 Execution Software I performer_eoe.sw32.common_performer 07/23/97 Performer2.0 GL-independent DSOs (n32) I performer_eoe.sw32.igl_performer 07/23/97 Performer2.0 IrisGL DSOs (n32) I performer_eoe.sw32.ogl_performer 07/23/97 Performer2.0 OpenGL DSOs (n32) I performer_eoe.sw64 07/23/97 Performer2.0 N64 Execution Software I performer_eoe.sw64.performer 07/23/97 Performer2.0 DSOs (n64) I performer_eoe 05/27/97 Performer2.0.4 Execution Environment I performer_eoe.man 05/27/97 Performer2.0.4 EOE Documentation I performer_eoe.man.relnotes 05/27/97 Performer2.0.4 EOE Release Notes I performer_eoe.sw 05/27/97 Performer2.0.4 Execution Software I performer_eoe.sw.common_performer 05/27/97 Performer2.0.4 GL-independent DSOs I performer_eoe.sw.demo 05/27/97 Performer2.0.4 Demos I performer_eoe.sw.igl_performer 05/27/97 Performer2.0.4 IrisGL DSOs I performer_eoe.sw.ogl_performer 05/27/97 Performer2.0.4 OpenGL DSOs The error message is: Ld64: FATAL 75: object file /usr/lib64/Performer/Static/libpf_ogl.a(cStruct.o) contains symbol (index 1) which is both LOCAL and UNDEF Is there a bug in the N64 libraries? Ballard Andrews ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 15:24:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA29233; Mon, 28 Jul 1997 09:11:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA29217; Mon, 28 Jul 1997 09:11:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19956; Mon, 28 Jul 1997 09:11:10 -0700 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA07842 for ; Mon, 28 Jul 1997 09:11:04 -0700 env-from (brian@eideticscorp.com) Received: from alterdial.UU.NET by relay1.UU.NET with ESMTP (peer crosschecked as: alterdial.UU.NET [192.48.96.22]) id QQdaea11996; Mon, 28 Jul 1997 12:10:49 -0400 (EDT) Received: from mercury.eideticscorp.com by alterdial.UU.NET with SMTP (peer crosschecked as: [208.211.14.18]) id QQdaea00136; Mon, 28 Jul 1997 12:09:52 -0400 (EDT) Received: by mercury.eideticscorp.com from localhost (router,SLmail95 V2.1); Mon, 28 Jul 1997 08:40:15 Pacific Daylight Time Received: by mercury.eideticscorp.com from [208.211.14.26] (208.211.14.26::mail daemon; unverified,SLmail95 V2.1); Mon, 28 Jul 1997 08:40:13 Pacific Daylight Time X-Sender: brian@208.211.14.18 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Jul 1997 08:48:40 -0800 To: info-performer@sgi.com From: "Brian Kramer" Subject: Re: Onyx RE2 to Onyx2 iR Message-Id: <19970728084015.3cad7e63.in@mercury.eideticscorp.com> Status: O >On Jul 26, 7:05pm, Simon Bennett wrote: >> Subject: Re: Onyx RE2 to Onyx2 iR >> On Thu, 24 Jul 1997, Kaylor, Brett wrote: >> >> > - We currently have 2 pipes on our Onyx. We set each pipe to >> > 1280x1024_180qi for input to our nVision HMD. We use one pipe for each >> > eye for stereo display. How do we set up the iR to do the same? Looking >> > at ircombine, we don't quite understand it. When using the ircombine gui, >> > are the channels supposed to be on top of each other? >> >> No. I think you'll find that your problem is that you need to "Edit >> Globals" and make the total display size larger. For two 1280x1024 size >> windows you'll need a total managed area of 2560x1024. (Assuming you have >> the RM's to do this) > >Yep, just make sure you "save to eeprom" instead of trying to "download >format". You then have to restart graphics for the managed area size changes >to take effect. We have had good results using the nVision DataVisor 80 and the iR in a different configuration. Originally I set up ircombine as described above and had bad syncronization between the two channels. Instead, try using the iR in true stereo mode where the left and right eye sit on top of each other in the frame buffer. The ircombine setup is simple. Select Ch0 and the then the video format (1280x1024_180qi). Then select Ch1 and the same format. Both channels should use pixels 0 to 1280 and 0 to 1024. The only other difference is select both sync on red _and_ green (two check boxes) in the "Channel Attributes" panel. The physical connection needed is to connect the right eye to the red wire on channel 0 and the left to green. Then you will also have to modify your code slightly. We don't currently use Performer :( (sorry folks), but for GVS and OpenGL the changes are limited to reqesting an X-Window visual with stereo (GLX_STEREO) and then choosing the left or right eye's buffer with glDrawBuffer() set to either GL_BACK_LEFT or GL_BACK_RIGHT. Sorry, I don't know the appropriate "pf" calls. This setup works with a single RM system. If you have another machine networked with your iR you may also want to run ircombine from there so you can just "download format" back and forth as often as you need without restarting the pipe... same managed area ("./ircombine -target ir:0.0 -display indy:0.0"). Good luck! Brian ____________________________________________________________________________ Brian R. Kramer Eidetics Corporation Director 3425 Lomita Blvd. Advanced Technology Development Torrance CA 90505 USA (310) 326-8228 ext 22 (310) 326-9358 fax mailto:brian@eideticscorp.com ____________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 16:26:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA29460; Mon, 28 Jul 1997 10:08:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA29444; Mon, 28 Jul 1997 10:08:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA03458; Mon, 28 Jul 1997 10:08:56 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA05374 for ; Mon, 28 Jul 1997 10:08:55 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA01832; Mon, 28 Jul 1997 10:08:26 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199707281708.KAA01832@remi.engr.sgi.com> Subject: Re: lines or triangles To: chris@scotch.physics.ucla.edu (chris) Date: Mon, 28 Jul 1997 10:08:26 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199707251842.LAA03249@scotch.physics.ucla.edu> from "chris" at Jul 25, 97 11:42:04 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1705 Status: O chris wrote: > > > Hi pfPeople. > > I have written a data visualization program which displays time dependent > vector field, isosurface, etc. data evolution. The time dependence is updated in > a forked Dbase process. The machine is an indigo2 max impact. > > I'm finding the following hard to believe. Rendering a single timestep > of vector field data requires either 22,000 triangles, or 4100 lines, depending > on how I model the arrows. Both of these absolutely crush my frame rate. Draw > stage is about 200-300+ milliseconds. > > What amazes me is that while the vector field scene modeled with 22,000 triangles > gives me about 3Hz frame rate, the vector field scene modeled with 4100 lines only > gives me 4-5Hz frame rate. This seems like a pretty negligible improvement! > Is this normal? I thought lines would be much easier to draw than arrows... I'm > wrong? Yes, wrong. Lines does not use the same drawing algorithm than polygons. They have a glLineWidth, and a surface based aproximation antialiasing algorithm, compared to no antialiasing on surfaces for indigo2 and brute force multisampling on RE2 and IR. They also can have a glLineStipple... So lines are more expensive than triangles. In practice, when you have too many polygon in a database, you may think about changing the Hardware (22000 triangles is a lot, it will run at 60HZ on a IR class HW only), or reducing the polygon count using LOD or/and replacing some complex polygons models with less polygons and textures. Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 16:49:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA00261; Mon, 28 Jul 1997 12:21:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA00244; Mon, 28 Jul 1997 12:21:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29205; Mon, 28 Jul 1997 12:21:34 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA02241 for ; Mon, 28 Jul 1997 12:21:31 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id MAA16549; Mon, 28 Jul 1997 12:22:47 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id MAA01997; Mon, 28 Jul 1997 12:24:37 -0700 From: "Anita Kishore" Message-Id: <9707281224.ZM1995@tracey.triavest.com> Date: Mon, 28 Jul 1997 12:24:35 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: parallel-in for IR live video Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi: I am having two sirius related problems on IR: 1. I have a performer program to map live video in from sirius as textures and display it on a geometry. Works fine for RE2 and IR with sirial-in video data. But the program doesn't seem to show live video when the input is parallel-in on the Sirius box for IR (works as before for RE2). The "live video input" program started from the vcp works fine for this parallel input. What changes do I need to make in the program for this to work? Does a RE2 machine upgraded to IR behave (sirius wise) in exactly the same way as an original IR? 2. The above program on IR (with sirial-in data) has very poor image quality when zoomed close onto it. The video image keeps jittering (about one scan line) vertically, ie: the whole image seems to be jittering up and down by a scan line. How can I correct this? The machine in question has Sirius rollup patch #1431 on it. The program has set vlCaptureType = VL_CAPTURE_NONINTERLEAVED for IR and VL_CAPTURE_INTERLEAVED for RE2 - if that's of any help. thanks for any help. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 16:49:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA29540; Mon, 28 Jul 1997 10:55:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA29524; Mon, 28 Jul 1997 10:55:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14469; Mon, 28 Jul 1997 10:55:37 -0700 Received: from mail.multigen.com (mail.multigen.com [206.184.173.230]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA24181 for ; Mon, 28 Jul 1997 10:55:36 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [209.24.52.10]) by mail.multigen.com (8.6.11/8.6.12) with ESMTP id LAA20393 for ; Mon, 28 Jul 1997 11:03:30 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [209.24.52.77]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id RAA09862 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Mon, 28 Jul 1997 17:53:21 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA29312 for info-performer@sgi.com; Mon, 28 Jul 1997 10:53:20 -0700 From: "Marcus Barnes" Message-Id: <9707281053.ZM29310@logan.engr.multigen.com> Date: Mon, 28 Jul 1997 10:53:20 -0700 In-Reply-To: pffred@iris.llogic.com (Frederic Francis) "Clip levels with missing tiles" (Jul 25, 8:57am) References: <199707251257.IAA08328@iris.llogic.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Clip levels with missing tiles Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Tim Hanes replies: > >On Jul 25, 8:57am, Frederic Francis wrote: > >> We want to have certain areas with higher resolution clips than others. > >> Right now the pfImageCache waits when it doesn't find a tile in a clip > >> level. How can we avoid this behavior both in 2.1 and 2.2. > > In 2.1, performer waits for tiles to be read in before continuing to render. > There is no way that I know of to override this in 2.1. High res areas don't > work at all in 2.1. > > In 2.2, if a tile is not in memory when it's time to render, a lower level in > the mipmap will be rendered in it's place. This is what makes high res areas > work in 2.2. I don't believe there is any to change this behavior either. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 16:49:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA00279; Mon, 28 Jul 1997 12:26:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA00263; Mon, 28 Jul 1997 12:26:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29935; Mon, 28 Jul 1997 12:26:19 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA03919 for ; Mon, 28 Jul 1997 12:26:17 -0700 env-from (brian@hotsauce.clubfed.sgi.com) Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id PAA10721; Mon, 28 Jul 1997 15:26:13 -0400 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA18256; Mon, 28 Jul 1997 15:15:09 -0400 Date: Mon, 28 Jul 1997 15:15:09 -0400 From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw) Message-Id: <9707281515.ZM18248@hotsauce.clubfed.sgi.com> In-Reply-To: Melanie Roy "help" (Jul 28, 9:21am) References: Reply-To: brian@sgi.com X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Melanie Roy , info-performer@sgi.com Subject: Re: help Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 28, 9:21am, Melanie Roy wrote: > Subject: help > > Hi, > my name's Melanie Roy, I'm sumer student and I working for Anne Parent > at NRC (National Recherche Council Canada). I need help with RapidApp. > If you don't help me because we don't know this software, please, if we > can, refers me an other person. > If you speak french, please answer me in french. I need this information > rapidely because my project finish soon. If you know mailing list for > RapidApp, please send me this adress. > > First, I need only the Color Editor of the Inventor Material Editor. > How I can working just with Color Editor Window? I try with Inventor, > but I find only SoXtMaterialEditor. Do you help me? > > Second, how I can disable and enable control like: Push Button, scale, > dial? > > Thank you very much! > > Melanie > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Melanie Roy Take a look at the SgColorChooser man page I think that it is what you want. Can you elaborate on your second question? Brian -- o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o Brian Furtaw (brian@sgi.com) VisSim Technical Consultant 12200-G Plum Orchard Drive Office:(301)572-3293 Fax: (301)872-3293 Silver Spring, Maryland 20904 OpenGL/ImageVision/OpenInventor/Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 20:02:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA00398; Mon, 28 Jul 1997 13:28:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA00382; Mon, 28 Jul 1997 13:28:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA08616; Mon, 28 Jul 1997 13:28:27 -0700 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA24378 for ; Mon, 28 Jul 1997 13:28:26 -0700 env-from (jan@euryale.chinalake.navy.mil) Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id UAA22056 for info-performer@sgi.com; Mon, 28 Jul 1997 20:26:35 GMT From: Jan Barglowski Posted-Date: Mon, 28 Jul 1997 20:26:35 GMT Message-Id: <199707282026.UAA22056@cyclops> Subject: pfFile, how does it work? To: info-performer@sgi.com Date: Mon, 28 Jul 1997 13:26:35 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 761 Status: O Hi all! I'm trying to get the pfFile object working in C++. Here's some code: --- #include static pfFile *fp; fp->open("/cyclops1/vpf/otwC/saft2/dork.out", O_WRONLY); fp->write((char *) &t, sizeof(float)); fp->close(); --- This produces no output file! I have tried the pfFile::create() method as well and get an empty file. I've found that there is no constructor for pfFile, as well. I saw in the pfFile man pages that new code should use the AIO functions, but is the pfFile stuff broken??? IRIX 6.2, Performer 2.1, iR Thanks! jan -- Jan Anthony Barglowski jan@chinalake.navy.mil Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan Naval Air Warfare Center, China Lake (619) 927-1057 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 20:29:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA00465; Mon, 28 Jul 1997 13:50:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA00449; Mon, 28 Jul 1997 13:50:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA12067; Mon, 28 Jul 1997 13:50:02 -0700 Received: from ez31.echtzeit.de (ez31.echtzeit.de [195.82.64.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA00934 for ; Mon, 28 Jul 1997 13:50:00 -0700 env-from (ruediger@mail3.echtzeit.de) Received: by ez31.echtzeit.de (Smail3.2) from tuennes.echtzeit.de (195.82.64.7) with smtp id ; Mon, 28 Jul 1997 22:39:53 +0200 (MESZ) Received: by tuennes.echtzeit.de (Smail3.2) id ; Sun, 27 Jul 1997 03:10:41 +0200 (MEST) From: "Ruediger Polster" Message-Id: <9707270310.ZM3368@tuennes.echtzeit.de> Date: Sun, 27 Jul 1997 03:10:40 +0200 Reply-to: rpolster@mail3.echtzeit.de X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Technical question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, we think about an upgrade of our ONYX INFINTE Reality2 for using two DIVO Videoboards for working with two Mono-Videostreams as an INPUT an generating Stereo in Performer with two Livevideos. does anybody have any expirience with ONYX2 and two DIVO BOARDS ? the new architecture from an ONYX2 allow such a Configuration but a have never seen it on a running system or nobody in Germany has been testet such a Installation. thank you ruediger polster -- ez2.................. | ............................ez3 e c h t z e i t - the virtual company | | ...........................|...........................................ez1 ......ez5.................................................................... | | .......|.............ez4 | ez6..............|....................... ruediger polster echtzeit the virtual company gesellschaft fuer mediales gestalten mbh rpolster@mail3.echtzeit.de mediapark 5 50670 koeln Tel.: +49-(0)221-4543600 Fax.: +49-(0)221-4543609 www: http://www.echtzeit.de ................................................................................ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 20:59:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA00591; Mon, 28 Jul 1997 14:26:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA00575; Mon, 28 Jul 1997 14:26:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA17897; Mon, 28 Jul 1997 14:26:10 -0700 Received: from april.dnaco.net (april.dnaco.net [207.238.206.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA11481 for ; Mon, 28 Jul 1997 14:26:10 -0700 env-from (eheft@dnaco.net) Received: from picard.dnaco.net (eheft@picard.dnaco.net [207.238.206.4]) by april.dnaco.net (8.8.5/8.8.5) with ESMTP id RAA03138 for ; Mon, 28 Jul 1997 17:24:36 -0400 (EDT) From: Eric Heft Received: (from eheft@localhost) by picard.dnaco.net (8.8.5/8.8.4) id RAA19334 for info-performer@sgi.com; Mon, 28 Jul 1997 17:22:24 -0400 (EDT) Message-Id: <199707282122.RAA19334@picard.dnaco.net> Subject: Timing between pfDCS and pfSetChannel To: info-performer@sgi.com (Performer Mailing List) Date: Mon, 28 Jul 1997 17:22:21 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I'm working on a flight simulator. I've loaded an aircraft model into a DSC node which I use pfDSCTrans and pfDSCRotate to position. I'm also moving the channel view to I have an inside out view. I'm using perfly a the basis of this code. void updateSim(pfChannel *chan) { /* ... all the perfly updateSim code ... */ /* ... Stuff to read stick inputs and call the f15 dynamics ... */ /* ... ship->rot contains current rotation ... */ /* ... ship->pos contains current translation ... */ pfDCSTrans(ship->dcs,ship->pos[0],ship->pos[1],ship->pos[2]); pfDCSRot(ship->dcs,ship->rot[0],ship->rot[1],ship->rot[2]); pfChanViewOffsets(Chan[0],ship->pos,ship->rot); } ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 21:28:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA00764; Mon, 28 Jul 1997 15:06:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA00748; Mon, 28 Jul 1997 15:06:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA23875; Mon, 28 Jul 1997 15:06:15 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA23643 for ; Mon, 28 Jul 1997 15:06:10 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id SAA21737 for <@bnl.gov:info-performer@sgi.com>; Mon, 28 Jul 1997 18:06:08 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id SAA00795; Mon, 28 Jul 1997 18:04:13 -0400 Date: Mon, 28 Jul 1997 18:04:13 -0400 From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) Message-Id: <199707282204.SAA00795@sirius.ccd.bnl.gov> Apparently-To: info-performer@sgi.com Status: O Sorry, The error message got truncated; Here it is again: ld64: FATAL 75: object file /usr/lib64/Performer/Static/libpf_ogl.a(cStruct.o) contains symbol (in dex 1) which is both LOCAL and UNDEF Has anybody seen this before? Ballard Andrews ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 21:58:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA01190; Mon, 28 Jul 1997 15:54:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA01174; Mon, 28 Jul 1997 15:54:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00935; Mon, 28 Jul 1997 15:54:22 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA09018 for ; Mon, 28 Jul 1997 15:54:20 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA06549; Mon, 28 Jul 1997 17:55:31 -0500 From: "Ren-Jye Yu" Message-Id: <9707281755.ZM6548@python.tamu.edu> Date: Mon, 28 Jul 1997 17:55:31 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Side views through MCO Cc: drobbins@python.tamu.edu, renjye@python.tamu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We are using three projectors to project our flight simulation onto three separate screens ,all having the same aspect ratio. Our MCO is set to 1280x1024 center screen resolution, and 640x480 left and right screen resolution. We are unable to make the center screen edge match the side screen edge. In other words, center view and left or right view edges do not line up. We ran without the MCO (to the monitor) and the edges matched but as we rolled the horizon did not remain parallel across both screens. The right view had a larger roll angle than the center view. Within Performer, we set each chan to have a horizontal FOV of 45 degrees and a default vertical FOV. We set the side channels to have a 45 degree horizontal offset. We tried playing with the FOV and offset to make the views match but shouldn't Performer align the views as long as the FOV are the same for each channel and the offsets are correct? Any ideas? -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jul 28 22:20:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA01283; Mon, 28 Jul 1997 16:10:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA01267; Mon, 28 Jul 1997 16:10:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA02907; Mon, 28 Jul 1997 16:10:20 -0700 Received: from april.dnaco.net (april.dnaco.net [207.238.206.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA15332 for ; Mon, 28 Jul 1997 16:10:17 -0700 env-from (eheft@dnaco.net) Received: from picard.dnaco.net (eheft@picard.dnaco.net [207.238.206.4]) by april.dnaco.net (8.8.5/8.8.5) with ESMTP id TAA06653 for ; Mon, 28 Jul 1997 19:08:47 -0400 (EDT) From: Eric Heft Received: (from eheft@localhost) by picard.dnaco.net (8.8.5/8.8.4) id TAA21636 for info-performer@sgi.com; Mon, 28 Jul 1997 19:06:18 -0400 (EDT) Message-Id: <199707282306.TAA21636@picard.dnaco.net> Subject: Q: When does pfDCS & pfSetChannelOffset occure? To: info-performer@sgi.com (Performer Mailing List) Date: Mon, 28 Jul 1997 19:06:15 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I'm working on a flight simulator using perfly a the basis of this code. . I've loaded an aircraft model into a DCS node which I use pfDSCTrans and pfDSCRotate to move the aircraft around. I'm using pfChanViewOffsets to have the camera move in response to the aircraft. Using the following updateSim I expect the viewpoint to be somewhere inside the model, instead the viewpoint seems to be trailing one frame behind the model. The model and viewpoint seems to be translating and rotating correctly. void updateSim(pfChannel *chan) { /* ... all the perfly updateSim code ... */ /* ... Stuff to read stick inputs and call the f15 dynamics ... */ /* ... ship->rot contains current h,p,r rotations ... */ /* ... ship->pos contains current x,y,z translations ... */ pfDCSTrans(ship->dcs,ship->pos[0],ship->pos[1],ship->pos[2]); pfDCSRot(ship->dcs,ship->rot[0],ship->rot[1],ship->rot[2]); pfChanViewOffsets(Chan[0],ship->pos,ship->rot); } Thanks for any advise you may have. Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 01:38:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA02288; Mon, 28 Jul 1997 19:38:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA02272; Mon, 28 Jul 1997 19:38:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA24596; Mon, 28 Jul 1997 19:38:29 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA05305 for ; Mon, 28 Jul 1997 19:38:28 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA02490; Mon, 28 Jul 1997 19:38:14 -0700 Date: Mon, 28 Jul 1997 19:38:14 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9707281938.ZM2488@multipass.engr.sgi.com> In-Reply-To: "Brian Kramer" "Re: Onyx RE2 to Onyx2 iR" (Jul 28, 8:48am) References: <19970728084015.3cad7e63.in@mercury.eideticscorp.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Brian Kramer" , info-performer@sgi.com Subject: Re: Onyx RE2 to Onyx2 iR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 28, 8:48am, Brian Kramer wrote: > calls. This setup works with a single RM system. If you have another > machine networked with your iR you may also want to run ircombine from > there so you can just "download format" back and forth as often as you need > without restarting the pipe... same managed area ("./ircombine -target > ir:0.0 -display indy:0.0"). Good luck! > It't important to realise that if you change the managed area you need to restart graphics reguardless of how you run ircombine. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 05:08:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA03854; Tue, 29 Jul 1997 01:00:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA03838; Tue, 29 Jul 1997 01:00:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA13233; Tue, 29 Jul 1997 01:00:05 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA29656 for ; Tue, 29 Jul 1997 01:00:04 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA02826; Tue, 29 Jul 1997 01:00:00 -0700 Date: Tue, 29 Jul 1997 01:00:00 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9707290100.ZM2824@multipass.engr.sgi.com> In-Reply-To: "Ren-Jye Yu" "Side views through MCO" (Jul 28, 5:55pm) References: <9707281755.ZM6548@python.tamu.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Ren-Jye Yu" , info-performer@sgi.com Subject: Re: Side views through MCO Cc: drobbins@python.tamu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jul 28, 5:55pm, Ren-Jye Yu wrote: > Subject: Side views through MCO > We ran without the MCO (to the monitor) and the edges matched but as we rolled > the horizon did not remain parallel across both screens. The right view had a > larger roll angle than the center view. > > Within Performer, we set each chan to have a horizontal FOV of 45 degrees and a > default vertical FOV. We set the side channels to have a 45 degree horizontal > offset. > > We tried playing with the FOV and offset to make the views match but shouldn't > Performer align the views as long as the FOV are the same for each channel and > the offsets are correct? > Performer can't read your mind, if the pixel aspect is the same then you'll get lucky, but with any projection system you should set hvof & vfov explicitly to match your physical display as viewed from the design eyepoint. You need to think about your display GEOMETRY in relation to your frustum GEOMETRY. Don't expect things to work sitting three monitors side by side if you use channel heading offsets. The geometry of the display is just wrong, you'd have to rotate the monitors to face a common viewing position in the middle and stick your head there for viewing. What is the geometry of your display surface like? Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 05:08:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA03873; Tue, 29 Jul 1997 01:04:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA03857; Tue, 29 Jul 1997 01:04:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA13440; Tue, 29 Jul 1997 01:04:11 -0700 Received: from multipass.engr.sgi.com ([198.29.106.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA00310 for ; Tue, 29 Jul 1997 01:04:11 -0700 env-from (dorbie@multipass.engr.sgi.com) Received: (from dorbie@localhost) by multipass.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id BAA02858; Tue, 29 Jul 1997 01:04:09 -0700 Date: Tue, 29 Jul 1997 01:04:09 -0700 From: dorbie@multipass.engr.sgi.com (Angus Dorbie) Message-Id: <9707290104.ZM2856@multipass.engr.sgi.com> In-Reply-To: Eric Heft "Q: When does pfDCS & pfSetChannelOffset occure?" (Jul 28, 7:06pm) References: <199707282306.TAA21636@picard.dnaco.net> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Eric Heft , info-performer@sgi.com (Performer Mailing List) Subject: Re: Q: When does pfDCS & pfSetChannelOffset occure? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This isn't what view offsets are for, you are probably encountering a shared memory buffer latency as a result. Instead use: pfChanView(Chan[0],ship->pos,ship->rot); Cheers,Angus. On Jul 28, 7:06pm, Eric Heft wrote: > Subject: Q: When does pfDCS & pfSetChannelOffset occure? > Hi, > > I'm working on a flight simulator using perfly a the basis of this > code. . I've loaded an aircraft model into a DCS node which I use > pfDSCTrans and pfDSCRotate to move the aircraft around. I'm using > pfChanViewOffsets to have the camera move in response to the aircraft. > Using the following updateSim I expect the viewpoint to be somewhere > inside the model, instead the viewpoint seems to be trailing one > frame behind the model. The model and viewpoint seems to be > translating and rotating correctly. > > void > updateSim(pfChannel *chan) > { > /* ... all the perfly updateSim code ... */ > /* ... Stuff to read stick inputs and call the f15 dynamics ... */ > /* ... ship->rot contains current h,p,r rotations ... */ > /* ... ship->pos contains current x,y,z translations ... */ > > pfDCSTrans(ship->dcs,ship->pos[0],ship->pos[1],ship->pos[2]); > pfDCSRot(ship->dcs,ship->rot[0],ship->rot[1],ship->rot[2]); > > pfChanViewOffsets(Chan[0],ship->pos,ship->rot); > } > > Thanks for any advise you may have. > Eric > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Eric Heft ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 10:44:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA04033; Tue, 29 Jul 1997 02:49:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA04017; Tue, 29 Jul 1997 02:49:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA17828; Tue, 29 Jul 1997 02:49:34 -0700 Received: from Relay1.OLEANE.NET (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA14615 for ; Tue, 29 Jul 1997 02:49:29 -0700 env-from (arnaud@pobox.oleane.com) From: arnaud@pobox.oleane.com Received: from thomson (csf2.pobox.oleane.com [194.2.5.17]) by Relay1.OLEANE.NET (8.8.5/8.8.5) with SMTP id LAA05168; Tue, 29 Jul 1997 11:47:52 +0200 (MET DST) Message-ID: <33DDBC04.1DBB@pobox.oleane.com> Date: Tue, 29 Jul 1997 11:46:44 +0200 Reply-To: arnaud@pobox.oleane.com X-Mailer: Mozilla 3.01 [fr] (Win95; I) MIME-Version: 1.0 To: roym01@UQAH.UQuebec.CA CC: info-performer@sgi.com Subject: Re: help References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Melanie Roy wrote: > > Hi, > my name's Melanie Roy, I'm sumer student and I working for Anne Parent > at NRC (National Recherche Council Canada). I need help with RapidApp. > If you don't help me because we don't know this software, please, if we > can, refers me an other person. > If you speak french, please answer me in french. I need this information > rapidely because my project finish soon. If you know mailing list for > RapidApp, please send me this adress. > > First, I need only the Color Editor of the Inventor Material Editor. > How I can working just with Color Editor Window? I try with Inventor, > but I find only SoXtMaterialEditor. Do you help me? > > Second, how I can disable and enable control like: Push Button, scale, > dial? > > Thank you very much! > > Melanie > > Bonjour Melanie Si vous avez une version suffisamment recente de Rapidapp, la palette windows doit contenir un widget nomme Color Dialog qui rend les memes services que le Color Editor de Inventor. Sinon vous pouvez aller voir les sources normalement situes sous /usr/share/src/Inventor/samples/widgets si Inventor est correctement installe sur votre machine. Ces sources correspondent a tous les widget un peu speciaux que vous avez dans l'utilitaire SceneViewer. Regardez en particulier le fichier MyColEd.c++ qui devrait contenir ce que vous cherchez. Enfin, pour rendre inaccessible un widget comme un PushButton ou un Scale, il suffit d'appeler : XtVaSetValues(widget, XmNsensitive, False, NULL); si "widget" est le pointeur sur le widget a devalider. Bon courage ! And now in (poor) english : Hi Melanie If you've got a release of RapidApp recent enough, you can find a Color Dialog widget in Windows Palette, which is similar in terms of functionality with the color editor of Inventor. If not, take a look at the directory /usr/share/src/Inventor/samples/widgets if Inventor is correctly installed on your host. The sources correspond to all special widgets that you can see in SceneViewer and MyColEd.c++ should contain all relevant information for your color editor. To invalidate a widget like a pushbutton or a scale, just call : XtVaSetValues(widget, XmNsensitive, False, NULL); with "widget" being the pointer on the widget you want to invalidate. Philippe Poutignat Thomson Training & Simulation ZA Les Boutries 78703 Conflans Sainte Honorine FRANCE ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 11:52:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA04291; Tue, 29 Jul 1997 04:03:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA04275; Tue, 29 Jul 1997 04:03:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA20708; Tue, 29 Jul 1997 04:03:46 -0700 Received: from windows1.ks-t.no (windows1.ks-t.no [193.71.169.107]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA25396 for ; Tue, 29 Jul 1997 04:03:43 -0700 env-from (kristian.lunde@ks-t.no) Received: from PC165 ([193.71.169.159]) by windows1.ks-t.no (post.office MTA v1.9.1 ID# 0-11124) with SMTP id AAA576 for ; Tue, 29 Jul 1997 13:04:35 +0200 Received: by PC165 with Microsoft Mail id <01BC9C1F.F61EBCA0@PC165>; Tue, 29 Jul 1997 13:04:34 +0200 Message-ID: <01BC9C1F.F61EBCA0@PC165> From: kristian.lunde@ks-t.no (Kristian Lunde) To: "'Performer mailing list'" Subject: Mixing GLUT library and Performer ? Date: Tue, 29 Jul 1997 13:04:27 +0200 Encoding: 14 TEXT Status: O I am looking for a way to read input from a spaceball in my performer application. I have tried to use the OpenGL Utility Toolkit (GLUT), which have routines for reading input from a spaceball, without any success. My questions are: 1. Is it inappropriate to use GLUT routines in a performer application ? 2. If possible how do I initialize the GLUT library in a performer application ? Thanks, Kristian -- Kristian Lunde, Kongsberg Simulation & Training AS, 3600 Kongsberg, Norway Email : kristian.lunde@ks-t.no Phone +47 32735766 at work, +47 32736230 at home, Fax +47 32736965 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 14:05:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04458; Tue, 29 Jul 1997 06:15:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04442; Tue, 29 Jul 1997 06:15:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA28531; Tue, 29 Jul 1997 06:15:29 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA13120 for ; Tue, 29 Jul 1997 06:15:28 -0700 env-from (mayer@poster.cae.ca) Received: tid JAA18906; Tue, 29 Jul 1997 09:07:51 -0400 Received: from graffiti.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA11840; Tue, 29 Jul 1997 09:05:58 -0400 Received: from graffiti.cae.ca by graffiti.cae.ca via SMTP (940816.SGI.8.6.9/930416.SGI.AUTO) id GAA04700; Tue, 29 Jul 1997 06:40:04 -0400 Sender: mayer@poster.cae.ca Message-Id: <33DDC883.41C6@cae.ca> Date: Tue, 29 Jul 1997 06:40:03 -0400 From: Sylvain Mayer Organization: CAE Electronics Ltd X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP12) Mime-Version: 1.0 To: Eric Heft Cc: Performer Mailing List Subject: Re: Q: When does pfDCS & pfSetChannelOffset occure? References: <199707282306.TAA21636@picard.dnaco.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Eric Heft wrote: > pfChanViewOffsets to have the camera move in response to the aircraft. Hi Eric, you want to use pfChanViewOffsets only once in the channelSetup() routine to place your channel where you want (into the plane). > void > updateSim(pfChannel *chan) > { > /* ... all the perfly updateSim code ... */ > /* ... Stuff to read stick inputs and call the f15 dynamics ... */ > /* ... ship->rot contains current h,p,r rotations ... */ > /* ... ship->pos contains current x,y,z translations ... */ > > pfDCSTrans(ship->dcs,ship->pos[0],ship->pos[1],ship->pos[2]); > pfDCSRot(ship->dcs,ship->rot[0],ship->rot[1],ship->rot[2]); > > pfChanViewOffsets(Chan[0],ship->pos,ship->rot); > } In the updateSim() routine, change the call to pfChanViewOffsets for a call to pfChanView. Your channel will always be updated with the same position as your ship and will be added its offset to place it where you really want. hope this help, -- Sylvain Mayer, Software Developer, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 15:00:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04822; Tue, 29 Jul 1997 08:16:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04806; Tue, 29 Jul 1997 08:16:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA10298; Tue, 29 Jul 1997 08:16:56 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA10246 for ; Tue, 29 Jul 1997 08:16:53 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199707291516.IAA10246@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 29 Jul 1997 17:14:20 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Tue, 29 Jul 1997 17:14:20 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Tue, 29 Jul 1997 17:09:31 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Tue, 29 Jul 1997 18:53:56 +0200 Date: Tue, 29 Jul 1997 18:53:56 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970729165356] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Monitor interruptions MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CpfHi, In several of our sims, we have a very strange phenomenon occuring i relation with monitor interruptions I run an app, I don't move so my scene does not change, and suddenlly: - the framerate drops from 30 Hz to 5 Hz, - the redline of the stats obtained with chan->drawStats() gets mad - in gr_osview -a the yelloy part in CPU 0 ocuppies all the space (this b= and is called "intr" and is associated with monitor interruptions according t= o gr_osview man page. We run with Performer 2.0 all patched, IRIX 6.2, and the problem occurs o= n an Onyx RE2. Panic on board, please help Michael Boccara ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 15:17:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04853; Tue, 29 Jul 1997 08:36:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04837; Tue, 29 Jul 1997 08:36:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13194; Tue, 29 Jul 1997 08:36:46 -0700 Received: from netmail.co.uk (netmail.netmail.co.uk [194.205.11.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA17664 for ; Tue, 29 Jul 1997 08:36:41 -0700 env-from (adam.n@seos.co.uk) Received: from proxy1.netmail.co.uk by netmail.co.uk (NTMail 3.01.03) id ha074211; Tue, 29 Jul 1997 16:36:59 +0000 From: "Adam Neale" To: "Ren-Jye Yu" , Subject: Re: Side views through MCO Date: Tue, 29 Jul 1997 16:37:36 +0100 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <16365979008755@netmail.co.uk> Status: O ---------- > From: Ren-Jye Yu > To: info-performer@sgi.com > Cc: drobbins@python.tamu.edu; renjye@python.tamu.edu > Subject: Side views through MCO > Date: 28 July 1997 23:55 > > We are using three projectors to project our flight simulation onto three > separate screens ,all having the same aspect ratio. Our MCO is set to > 1280x1024 center screen resolution, and 640x480 left and right screen > resolution. > > We are unable to make the center screen edge match the side screen edge. In > other words, center view and left or right view edges do not line up. > > We ran without the MCO (to the monitor) and the edges matched but as we rolled > the horizon did not remain parallel across both screens. The right view had a > larger roll angle than the center view. Are the screens configured with the same angular offset as the frustum ? (i.e. 45 degrees). For this system to be edge-matched and geometrically correct the screen segments should subtend the same angle from the Design-Eye-Point as the viewing frustum from Performer. > Within Performer, we set each chan to have a horizontal FOV of 45 degrees and a > default vertical FOV. We set the side channels to have a 45 degree horizontal > offset. > > We tried playing with the FOV and offset to make the views match but shouldn't > Performer align the views as long as the FOV are the same for each channel and > the offsets are correct? > > > Any ideas? > > > > -- > > ____________________________________________________________________________ __ > > ("`-''-/").___..--''"`-._ Ren-Jye Yu > `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu > (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 > _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 > (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department > H.R. Bright Building > Texas A&M University > College Station 77840-3141 > ____________________________________________________________________________ ___ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 15:39:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA04991; Tue, 29 Jul 1997 09:35:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA04975; Tue, 29 Jul 1997 09:35:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA20306; Tue, 29 Jul 1997 09:35:32 -0700 Received: from smtp.interlog.com (smtp.interlog.com [198.53.145.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA08983 for ; Tue, 29 Jul 1997 09:35:30 -0700 env-from (rhoinkes@imm-studios.com) Received: from sgi1 (ip95-144.tor.interlog.com [206.108.95.144]) by smtp.interlog.com (8.8.3/8.7.6) with SMTP id MAA03123 for ; Tue, 29 Jul 1997 12:35:28 -0400 (EDT) Sender: root@smtp.interlog.com Message-ID: <33DE1DDA.794B@imm-studios.com> Date: Tue, 29 Jul 1997 12:44:10 -0400 From: Rodney Hoinkes Organization: Immersion Studios Inc. X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Performer Mailing List Subject: Movie flickering Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, We have a performer app (loosely built upon perfly) in which we use the movielibrary to play some QuickTimes on surfaces. Technically this works - we use mvReadFrames and then pfTexImage to apply each frame. But then there is the problem. Usually when we get close to the movie-textured poly it gets erratic - showing a frame, then an untextured gray polygon, then textured. When we back out it shows smoothly again. (the gray is not an unfilled image buffer, we make sure to zero it to black before each fill) This is on an Onyx2 IR IRIX 6.4.1, 512MB RAM, 2x64MB RM boards, Performer 2.2. We are doing the updates in the app process. If some guidance or code samples exist for doing this (is it a sync issue between texture update and draw process?) properly it would be greatly appreciated. Thank for any help in advance! Rodney Hoinkes VP Technology Immersion Studios Inc. e rhoinkes@imm-studios.com t 416-535-6007 f 416-535-9388 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 22:29:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA07000; Tue, 29 Jul 1997 17:03:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06984; Tue, 29 Jul 1997 17:03:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA28076; Tue, 29 Jul 1997 17:03:15 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA22236 for ; Tue, 29 Jul 1997 17:03:14 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id RAA28068; Tue, 29 Jul 1997 17:03:14 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA28717; Tue, 29 Jul 1997 17:02:53 -0700 From: "Rob Jenkins" Message-Id: <9707291702.ZM28715@quid.csd.sgi.com> Date: Tue, 29 Jul 1997 17:02:53 -0700 In-Reply-To: BOCCARA Michael "Monitor interruptions" (Jul 29, 6:53pm) References: <199707291516.IAA10246@sgi.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: BOCCARA Michael , Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Re: Monitor interruptions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The gr_osview man page is a little misleading, when it says 'intr - monitor interrupts' it means monitor in the sense of 'watch for interrupts'. For serious system monitoring I would recommend osview, no pretty pictures but there is more information and you don't introduce gfx context switches but having the gr_osview window running. The man page for osview is clearer, the number for intr in the CPU usage section is the proportion of the available processor cycles spent handling interrupts. If something on you system is generating enough interrupts to saturate a CPU ( CPU 0 is used for lot's of system things ) then you might see the bahaviour you describe. You could look at what's going on with par, something like: par -rQQt where N is long enough to capture the behaviour you see ( run that while your app is running ). You could also add the -SS option to get system call traces. If this is independant of your application then you should see the same thing with perfly running. Are you running your application as root and with pf procs locked down to certian CPUs ( not CPU 0 ) ? The pfuLockDown...() functions would help if not ( perfly has these options too so source is there ). Cheers Rob On Jul 29, 6:53pm, BOCCARA Michael wrote: > Subject: Monitor interruptions > > [ plain text > Encoded with "quoted-printable" ] : pfHi, > > In several of our sims, we have a very strange phenomenon occuring i > relation with monitor interruptions > I run an app, I don't move so my scene does not change, and suddenlly: > - the framerate drops from 30 Hz to 5 Hz, > - the redline of the stats obtained with chan->drawStats() gets mad > - in gr_osview -a the yelloy part in CPU 0 ocuppies all the space (this band > is called "intr" and is associated with monitor interruptions according to > gr_osview man page. > > We run with Performer 2.0 all patched, IRIX 6.2, and the problem occurs on an > Onyx RE2. > > Panic on board, please help > > Michael Boccara > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from BOCCARA Michael -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jul 29 22:57:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA07102; Tue, 29 Jul 1997 17:31:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA07086; Tue, 29 Jul 1997 17:31:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA02458; Tue, 29 Jul 1997 17:31:49 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA28728 for ; Tue, 29 Jul 1997 17:31:48 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id RAA02446; Tue, 29 Jul 1997 17:31:48 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA28795; Tue, 29 Jul 1997 17:31:37 -0700 From: "Rob Jenkins" Message-Id: <9707291731.ZM28793@quid.csd.sgi.com> Date: Tue, 29 Jul 1997 17:31:37 -0700 In-Reply-To: Rodney Hoinkes "Movie flickering" (Jul 29, 12:44pm) References: <33DE1DDA.794B@imm-studios.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Rodney Hoinkes , Performer Mailing List Subject: Re: Movie flickering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The fact that behaviour changes as you get close to the polygon sounds significant: It might be that as you get close, your fill load goes up and you miss a frame which shows up a sync problem between your movie read, texture update and the draw. If you watch the stats, is it clear that draw load ( specifically fill load - a raised, thick dark segment on the draw line of the gfx stats graph ) is extending ? Do you miss frames around the time the texture goes ? If this ( guess ) has any foundation then you should be able to make it work more by reducing the size of the window right down ( that doesn't help you, just a test ). Sounds like you should be able to get this working, the closest example code I know that ships with performer would be /usr/share/Performer/src/pguide/libpr/C/movietex.c if you used mediaconvert to make you Quicktimes into a list of RGB files then you have the code to use them in there. Cheers Rob On Jul 29, 12:44pm, Rodney Hoinkes wrote: > Subject: Movie flickering > Hello, > > We have a performer app (loosely built upon perfly) in which we use the > movielibrary to play some QuickTimes on surfaces. Technically this works > - we use mvReadFrames and then pfTexImage to apply each frame. > > But then there is the problem. Usually when we get close to the > movie-textured poly it gets erratic - showing a frame, then an > untextured gray polygon, then textured. When we back out it shows > smoothly again. (the gray is not an unfilled image buffer, we make sure > to zero it to black before each fill) > > This is on an Onyx2 IR IRIX 6.4.1, 512MB RAM, 2x64MB RM boards, > Performer 2.2. > > We are doing the updates in the app process. > > If some guidance or code samples exist for doing this (is it a sync > issue between texture update and draw process?) properly it would be > greatly appreciated. > > Thank for any help in advance! > > Rodney Hoinkes > VP Technology > Immersion Studios Inc. > e rhoinkes@imm-studios.com > t 416-535-6007 > f 416-535-9388 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Rodney Hoinkes -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 30 00:41:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA07234; Tue, 29 Jul 1997 19:10:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA07218; Tue, 29 Jul 1997 19:10:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA12579; Tue, 29 Jul 1997 19:10:36 -0700 Received: from iris.llogic.com (llogic.com [198.168.83.173]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA22177 for ; Tue, 29 Jul 1997 19:10:34 -0700 env-from (pffred@iris.llogic.com) Received: (from pffred@localhost) by iris.llogic.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id WAA15627 for info-performer@sgi.com; Tue, 29 Jul 1997 22:12:50 -0400 Date: Tue, 29 Jul 1997 22:12:50 -0400 From: pffred@iris.llogic.com (Frederic Francis) Message-Id: <199707300212.WAA15627@iris.llogic.com> Apparently-To: info-performer@sgi.com Status: O Hello all, How does one go about making rectangular virtual cliptextures ? I'm struggling trying to setup the config files. Do the mipmaps have to be rectangular ? Does someone have a ct (and ic) file where I could see the relation between the relevant parameters: virt_size clip_size tile_size valid_region and the sizes that the image files have to be. Much obliged, Fred. Frederic Francis Lateral Logic ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 30 13:57:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA09036; Wed, 30 Jul 1997 08:27:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA09020; Wed, 30 Jul 1997 08:27:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA08324; Wed, 30 Jul 1997 08:27:38 -0700 Received: from hrlban10.alhra.af.mil ([192.207.189.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA05754 for ; Wed, 30 Jul 1997 08:27:36 -0700 env-from (Higgins@alhra.af.mil) From: Higgins@hrlban1.alhra.af.mil Received: by hrlban10.alhra.af.mil; Wed, 30 Jul 97 8:37:31 MST Date: Wed, 30 Jul 97 8:37:29 MST Message-ID: X-Priority: 3 (Normal) To: Subject: ...no subject... X-Incognito-SN: 685 X-Incognito-Format: VERSION=2.01a ENCRYPTED=NO Status: O Hello All: We have a database that was given to us that has problems with coplanar faces. The area in question consists of the terrain skin with a dry lakebed on top. Is there a way to tag the faces to tell performer to draw the lakebed last possibly with Z-buffering turned off. The problem manifests itself in realtime with flashing faces on the lakebed. Any help you could give would be greatly appreciated! thanks in advance! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 30 16:00:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09256; Wed, 30 Jul 1997 10:45:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09240; Wed, 30 Jul 1997 10:45:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA29342; Wed, 30 Jul 1997 10:45:17 -0700 Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA17012 for ; Wed, 30 Jul 1997 10:45:15 -0700 env-from (prakash@drawcomp.com) Received: (from nobody@localhost) by amber.drawcomp.com (8.8.5/8.8.5) id NAA05149 for ; Wed, 30 Jul 1997 13:42:16 -0400 (EDT) X-Authentication-Warning: amber.drawcomp.com: nobody set sender to using -f Received: from bock(10.0.0.9) by amber.drawcomp.com via smap (V2.0) id xma005145; Wed, 30 Jul 97 13:41:51 -0400 Sender: gpmahesh@DRAWCOMP.COM Message-ID: <33DF7CDE.167E@drawcomp.com> Date: Wed, 30 Jul 1997 13:41:50 -0400 From: Prakash Mahesh Organization: DRaW Computing Assoc. Inc., http://www.drawcomp.com/prakash.html X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Version problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I have been using Performer 2.0 for developing an application using Perfly. Now I switched over to Performer 2.2 beta. The lighting is totally off. Especially when I use PFGS_POLYS. Is there some significant difference between the versions in terms of normals, lighting, Perfly etc.? I haven't changed any of my code for this port. Please let me know about anything that has changed in this context. Thanks. -- Prakash Mahesh prakash@drawcomp.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 30 16:00:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA09312; Wed, 30 Jul 1997 11:05:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA09296; Wed, 30 Jul 1997 11:05:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA02554; Wed, 30 Jul 1997 11:05:33 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA22977 for ; Wed, 30 Jul 1997 11:05:33 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id LAA14745; Wed, 30 Jul 1997 11:05:26 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA11052; Wed, 30 Jul 1997 09:26:31 -0700 Date: Wed, 30 Jul 1997 09:26:31 -0700 (PDT) From: Chris Mitchell To: info-performer@sgi.com Subject: performer on the move Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Performers. This subject may be verboten, but I'm wondering if SGI has any plans to port Perfomer (or VRML or whatever) to other Unix Platforms. This seems like a good idea to me... wondering if it seems like a good idea to anyone whose opinion actually matters. Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 30 15:59:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA09459; Wed, 30 Jul 1997 12:13:56 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09443; Wed, 30 Jul 1997 12:13:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA14345; Wed, 30 Jul 1997 12:13:55 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA16279 for ; Wed, 30 Jul 1997 12:13:35 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA10826; Wed, 30 Jul 1997 14:14:38 -0500 From: "Ren-Jye Yu" Message-Id: <9707301414.ZM10825@python.tamu.edu> Date: Wed, 30 Jul 1997 14:14:38 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Will pthread conflict with Performer?? Cc: drobbins@python.tamu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I am using pthread to create a TCP/IP connection in my Performer code. After running the program for a while, it will core dump deep in pfFrame(). > Core from signal SIGSEGV: Segmentation violation > (dbx) where > > 0 venice_wait_rdata(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_get.c":195, > 0xdaf15c8] > 1 venice_flush_pgs(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_modes.c":115, > 0xdaea534] > 2 __glvenim_Finish(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_modes.c":121, > 0xdaea594] > 3 appCullDraw(int)(0x5d96, 0x4080000, 0x28, 0x1) > ["../../../lib/libpf/pfProcess.C":2436, 0x5e690ad0] > 4 pfFrame(0xb, 0x4080000, 0x28, 0x1) ["../../../lib/libpf/pfProcess.C":2727, > 0x5e691640] > 5 main(argc = 3, argv = 0x7fff2e14) ["/usr/people/sim/sim/main.c":332, > 0x41354c] > 6 __istart() ["crt1tinit.s":13, 0x412860] > (dbx) Does anyone have any experience using pthread with Performer? Can I use pthread with Performer? If you can use pthread, are there settings to insure Performer does not affect the pthread are vice versa. If we can't use pthread, is there another way to spawn child processes such as a TCPIP module using shared memory. We are using threads because are refresh rate is our primary concern. We do not want to slow the Performer process by adding a TCPIP module into the loop. Thanks for you help. renjye -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 30 16:00:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA09483; Wed, 30 Jul 1997 12:18:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09467; Wed, 30 Jul 1997 12:18:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA14890; Wed, 30 Jul 1997 12:18:16 -0700 Received: from tigger.scc.uni-weimar.de (tigger.scc.uni-weimar.de [141.54.1.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA17632 for ; Wed, 30 Jul 1997 12:18:10 -0700 env-from (jan.springer@informatik.uni-weimar.de) Received: from emu (emu.medien.uni-weimar.de [141.54.24.17]) by tigger.scc.uni-weimar.de (8.7.6/8.7.3) with SMTP id VAA08811; Wed, 30 Jul 1997 21:18:06 +0200 (MET DST) Sender: jsd@tigger.scc.uni-weimar.de Message-ID: <33DF92B1.167E@informatik.uni-weimar.de> Date: Wed, 30 Jul 1997 21:14:57 +0200 From: Jan Springer Organization: [atelier, virtual [i-group] (loc. c13r009) X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Kristian Lunde CC: info-performer@sgi.com Subject: Re: Mixing GLUT library and Performer ? References: <01BC9C1F.F61EBCA0@PC165> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Kristian Lunde wrote: > > I am looking for a way to read input from a spaceball in my performer application. > I have tried to use the OpenGL Utility Toolkit (GLUT), which have routines for reading > input from a spaceball, without any success. > > My questions are: > 1. Is it inappropriate to use GLUT routines in a performer application ? > 2. If possible how do I initialize the GLUT library in a performer application ? > > Thanks, > Kristian > -- > Kristian Lunde, Kongsberg Simulation & Training AS, 3600 Kongsberg, Norway > Email : kristian.lunde@ks-t.no > Phone +47 32735766 at work, +47 32736230 at home, Fax +47 32736965 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com kristian, in general i would avoid mixing glut with performer but hadn't had a chance to test the both together. glut must be initialized by calling glutInit(): NAME glutInit - initialize the GLUT library. SYNTAX void glutInit(int *argcp, char **argv); ARGUMENTS argcp A pointer to the program's unmodified argc variable from main. Upon return, the value pointed to by argcp will be updated, because glutInit extracts any command line options intended for the GLUT library. argv The program's unmodified argv variable from main. Like argcp, the data for argv will be updated because glutInit extracts any command line options understood by the GLUT library. DESCRIPTION glutInit will initialize the GLUT library and negotiate a session with the window system. During this process, glutInit may cause the termination of the GLUT program with an error message to the user if GLUT cannot be properly initialized. Examples of this situation include the failure to connect to the window system, the lack of window system support for OpenGL, and invalid command line options. glutInit also processes command line options, but the specific options parse are window system dependent. if you want to get any events for some device you have to make sure this device has been properly initialized _and_ you have to register a callback function (glutDeviceGet (GLUT_HAS_SPACEBALL), glutSpaceballMotionFunc ()). just try it. j. p.s: as ov version 3.2 (i think) you _must_ register an display callback function. without doing this glut will exiting. this could be a problem when trying to initialize performer rendering too in the same application. j. -- +---------------------------------------+-----------------------+ | jan springer | this | | student of applied computer science | space | | bauhaus-university germany | reserved | +---------------------------------------+ for | | jan.springer@informatik.uni-weimar.de | quote | +---------------------------------------+-----------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jul 30 23:18:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA00971; Wed, 30 Jul 1997 17:47:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA00955; Wed, 30 Jul 1997 17:47:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA25568; Wed, 30 Jul 1997 17:47:53 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA16829 for ; Wed, 30 Jul 1997 17:47:53 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA08503; Wed, 30 Jul 1997 17:47:31 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199707310047.RAA08503@remi.engr.sgi.com> Subject: Re: Will pthread conflict with Performer?? To: renjye@python.tamu.edu (Ren-Jye Yu) Date: Wed, 30 Jul 1997 17:47:31 -0700 (PDT) Cc: info-performer@sgi.com, drobbins@python.tamu.edu In-Reply-To: <9707301414.ZM10825@python.tamu.edu> from "Ren-Jye Yu" at Jul 30, 97 02:14:38 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1688 Status: O Ren-Jye Yu wrote: > > Hello, > > I am using pthread to create a TCP/IP connection in my Performer code. > After running the program for a while, it will core dump deep in pfFrame(). > > > Core from signal SIGSEGV: Segmentation violation > > (dbx) where > > > 0 venice_wait_rdata(0xb, 0x4080000, 0x28, 0x1) ["../VENICE/ven_get.c":195, > > 0xdaf15c8] > > 1 venice_flush_pgs(0xb, 0x4080000, 0x28, 0x1) > ["../VENICE/ven_modes.c":115, > > 0xdaea534] > > 2 __glvenim_Finish(0xb, 0x4080000, 0x28, 0x1) > ["../VENICE/ven_modes.c":121, > > 0xdaea594] > > 3 appCullDraw(int)(0x5d96, 0x4080000, 0x28, 0x1) > > ["../../../lib/libpf/pfProcess.C":2436, 0x5e690ad0] > > 4 pfFrame(0xb, 0x4080000, 0x28, 0x1) > ["../../../lib/libpf/pfProcess.C":2727, > > 0x5e691640] > > 5 main(argc = 3, argv = 0x7fff2e14) ["/usr/people/sim/sim/main.c":332, > > 0x41354c] > > 6 __istart() ["crt1tinit.s":13, 0x412860] > > (dbx) > > > Does anyone have any experience using pthread with Performer? Can I use > pthread with Performer? If you can use pthread, are there settings to insure > Performer does not affect the pthread are vice versa. If we can't use pthread, > is there another way to spawn child processes such as a TCPIP module using > shared memory. We are using threads because are refresh rate is our primary > concern. We do not want to slow the Performer process by adding a TCPIP module > into the loop. You should use sproc() instead of pthreads. Performer is not designed to support pthread. Regards _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 04:21:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01810; Thu, 31 Jul 1997 00:17:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01794; Thu, 31 Jul 1997 00:17:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA24605; Thu, 31 Jul 1997 00:17:49 -0700 Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA06309 for ; Thu, 31 Jul 1997 00:17:46 -0700 env-from (guzzoni@imtsg14.epfl.ch) Received: from imtsg7.epfl.ch (imtsg7.epfl.ch [128.178.157.38]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id JAA05194; Thu, 31 Jul 1997 09:17:39 +0200 Received: (guzzoni@localhost) by imtsg7.epfl.ch (940816.SGI.8.6.9/8.6.11) id JAA25621; Thu, 31 Jul 1997 09:17:38 +0200 From: "Didier Guzzoni" Message-Id: <9707310917.ZM25619@imtsg7.epfl.ch> Date: Thu, 31 Jul 1997 09:17:38 -0600 In-Reply-To: Prakash Mahesh "Version problems" (Jul 30, 1:41pm) References: <33DF7CDE.167E@drawcomp.com> X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: Prakash Mahesh Subject: Re: Version problems Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, > I have been using Performer 2.0 for developing an application using > Perfly. Now I switched over to Performer 2.2 beta. The lighting is > totally off. Especially when I use PFGS_POLYS. Is there some significant > difference between the versions in terms of normals, lighting, Perfly > etc.? > I haven't changed any of my code for this port. > > Please let me know about anything that has changed in this context. > We are having exactly the same problem with the 2.2 beta (when using PFGS_POLYS), the only solution we found is not to scale the loaded objects. We scale them directly in their description files (Inventor, obj) but we display them in our Performer based application with a size of 1.0, so lightnings are correctly done. It sounds weird, but it is the only way we found. I hope this will help you, Cheers, Didier -- Didier Guzzoni VRAI group, Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 6540 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 04:21:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01790; Thu, 31 Jul 1997 00:16:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01774; Thu, 31 Jul 1997 00:16:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA24504; Thu, 31 Jul 1997 00:16:48 -0700 Received: from emout17.mail.aol.com (emout17.mx.aol.com [198.81.11.43]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA06081; Thu, 31 Jul 1997 00:16:46 -0700 env-from (PASociety@aol.com) From: PASociety@aol.com Received: (from root@localhost) by emout17.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id DAA15825; Thu, 31 Jul 1997 03:07:42 -0400 (EDT) Date: Thu, 31 Jul 1997 03:07:42 -0400 (EDT) Message-ID: <970731030741_139964081@emout17.mail.aol.com> To: v-humans@ece.uwaterloo.ca cc: Virtual8@aol.com Subject: SIGGRAPH: PERFORMANCE ANIMATION SOCIETY / SGI OPEN MEETING... Status: O ************ IMPORTANT SIGGRAPH MEETING ANNOUNCEMENT ************** THE (PAS), SILICON GRAPHICS and others will co-host an exciting meeting / "Birds Of a Feather" Group and Workshop in Motion Capture, Performance Animation and Real-Time CG Characters during the upcoming SIGGRAPH'97 CONFERENCE in LA, CA. ****************************************************************************** ************ TIME & PLACE: Tuesday, August 5th in the BEVERLY HILTON HOTEL, Beverly Hills, CA in the MONACO ROOM. The meeting will begin at 8:00 PM and will last until 10 PM. MEETING AGENDA: This meeting / workshop gives participants intensive hands-on experience with nearly all commercial motion capture technologies currently available: mechanical, optical, and electromagnetic. Sponsoring exhibitors include: - Motion Analysis: multi-camera optical tracking system - Polhemus: electromagnetic body motion tracking system - Analogus: mechanical body motion tracking machine - X-Ist Realtime/Vierte-Art: Optical Face Tracking Audience members will split into four groups and rotate through a set of stations where they will have a chance to directly interact with the technologies. Realtime animation software vendors will bring their latest and best characters to the session: - Alias/Wavefront: Poweranimator/Maya - Protozoa: Alive! - SimGraphics: VActor - X-Ist Realtime/Vierte-Art: Vuppetmaster Ron Fischer, Realtime Animation Specialist - Silicon Graphics and Bay Area-PAS Chapter Director, will direct this exciting evening event and Performance Animation / Motion Capture workshop. Richard Cray, Founding Director of the PAS encourages all performing artists to attend this unique, hands-on opportunity for exposure to these new tools for creative expression. Richard will be on hand to welcome PAS members and their guests and answer questions. This meeting is sponsored by: Silicon Graphics, Motion-Analysis, Polhemus, Analogus, X-Ist Realtime, Alias/Wavefront, Protozoa, SimGraphics Engineering and the Performance Animation Society. ALL ARE WELCOME, Admission is FREE, compliments of Silicon Graphics the sponsoring vendors and the Performance Animation Society. Please join us for this exciting SGI / PAS / SIGGRAPH get together! For more information please vist the Performance Animation Society website at: www.pasociety.org *********************************************************************** THE PERFORMANCE ANIMATION SOCIETY: * * "IMAGINING THE FUTURE OF PERFORMING ARTISTS" * * *********************************************************************** PLEASE PAS the word !! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 11:09:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA02640; Thu, 31 Jul 1997 05:44:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA02624; Thu, 31 Jul 1997 05:44:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA14730; Thu, 31 Jul 1997 05:44:16 -0700 Received: from windows1.ks-t.no (windows1.ks-t.no [193.71.169.107]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA21584 for ; Thu, 31 Jul 1997 05:44:12 -0700 env-from (kristian.lunde@ks-t.no) Received: from PC165 ([193.71.169.159]) by windows1.ks-t.no (post.office MTA v1.9.1 ID# 0-11124) with SMTP id AAA606; Thu, 31 Jul 1997 14:45:08 +0200 Received: by PC165 with Microsoft Mail id <01BC9DC0.55ED2DA0@PC165>; Thu, 31 Jul 1997 14:45:06 +0200 Message-ID: <01BC9DC0.55ED2DA0@PC165> From: kristian.lunde@ks-t.no (Kristian Lunde) To: "'Jan Springer'" Cc: "'Performer mailing list'" Subject: RE: Mixing GLUT library and Performer ? Date: Thu, 31 Jul 1997 14:45:04 +0200 Encoding: 110 TEXT Status: O Jan, former I have tried what you suggested. The problem is that GLUT must first create a window to be able to read the input devices, which sounds reasonable. Then maybe there is one or another way to attach a window created by GLUT to a Performer window pointer, or reverse ? thanks -- Kristian Lunde, Kongsberg Simulation & Training AS, 3600 Kongsberg, Norway Email : kristian.lunde@ks-t.no Phone +47 32735766 at work, +47 32736230 at home, Fax +47 32736965 -----Original Message----- From: Jan Springer [SMTP:jan.springer@informatik.uni-weimar.de] Sent: 30. juli 1997 21:15 To: Kristian Lunde Cc: info-performer@sgi.com Subject: Re: Mixing GLUT library and Performer ? Kristian Lunde wrote: > > I am looking for a way to read input from a spaceball in my performer application. > I have tried to use the OpenGL Utility Toolkit (GLUT), which have routines for reading > input from a spaceball, without any success. > > My questions are: > 1. Is it inappropriate to use GLUT routines in a performer application ? > 2. If possible how do I initialize the GLUT library in a performer application ? > > Thanks, > Kristian > -- > Kristian Lunde, Kongsberg Simulation & Training AS, 3600 Kongsberg, Norway > Email : kristian.lunde@ks-t.no > Phone +47 32735766 at work, +47 32736230 at home, Fax +47 32736965 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com kristian, in general i would avoid mixing glut with performer but hadn't had a chance to test the both together. glut must be initialized by calling glutInit(): NAME glutInit - initialize the GLUT library. SYNTAX void glutInit(int *argcp, char **argv); ARGUMENTS argcp A pointer to the program's unmodified argc variable from main. Upon return, the value pointed to by argcp will be updated, because glutInit extracts any command line options intended for the GLUT library. argv The program's unmodified argv variable from main. Like argcp, the data for argv will be updated because glutInit extracts any command line options understood by the GLUT library. DESCRIPTION glutInit will initialize the GLUT library and negotiate a session with the window system. During this process, glutInit may cause the termination of the GLUT program with an error message to the user if GLUT cannot be properly initialized. Examples of this situation include the failure to connect to the window system, the lack of window system support for OpenGL, and invalid command line options. glutInit also processes command line options, but the specific options parse are window system dependent. if you want to get any events for some device you have to make sure this device has been properly initialized _and_ you have to register a callback function (glutDeviceGet (GLUT_HAS_SPACEBALL), glutSpaceballMotionFunc ()). just try it. j. p.s: as ov version 3.2 (i think) you _must_ register an display callback function. without doing this glut will exiting. this could be a problem when trying to initialize performer rendering too in the same application. j. -- +---------------------------------------+-----------------------+ | jan springer | this | | student of applied computer science | space | | bauhaus-university germany | reserved | +---------------------------------------+ for | | jan.springer@informatik.uni-weimar.de | quote | +---------------------------------------+-----------------------+ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 12:36:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02766; Thu, 31 Jul 1997 07:00:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02750; Thu, 31 Jul 1997 07:00:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA20476; Thu, 31 Jul 1997 07:00:48 -0700 Received: from hil-img-8.compuserve.com (hil-img-8.compuserve.com [149.174.177.138]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA04357 for ; Thu, 31 Jul 1997 07:00:46 -0700 env-from (vsm_mrs@compuserve.com) Received: (from mailgate@localhost) by hil-img-8.compuserve.com (8.8.6/8.8.6/2.2) id KAA19262 for info-performer@sgi.com; Thu, 31 Jul 1997 10:00:44 -0400 (EDT) Date: Thu, 31 Jul 1997 10:00:21 -0400 From: Jean BENOIT Subject: Texture processing To: info-performer Message-ID: <199707311000_MC2-1C02-57EE@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O I have some questions about textures on SGI - The pfQuerySys fct with PFQSYS_MAX_TEXTURE_SIZE return the max size texture can be loaded in hardware. What's could be happen if the size of = a texture is more that this value ( change the resolution of the texture, t= he number of components) ? - How can we explain that a O2 can load a texture of 20 Mbyte !!! - Something else, the pfTexFormat function only format the texture or format and load it in the hardware ? Thanks a lot !!! = Yoel ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 12:17:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02740; Thu, 31 Jul 1997 06:49:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02724; Thu, 31 Jul 1997 06:49:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19406; Thu, 31 Jul 1997 06:49:29 -0700 Received: from agora.stm.it (agora.stm.it [194.20.43.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA02271 for ; Thu, 31 Jul 1997 06:49:10 -0700 env-from (M.Gorgerino@agora.stm.it) From: M.Gorgerino@agora.stm.it Received: (from root@localhost) by agora.stm.it (8.8.5/8.8.5) id PAA07669; Thu, 31 Jul 1997 15:40:31 +0200 (ITADST) Message-Id: <199707311340.PAA07669@agora.stm.it> To: info-performer@sgi.com Date: Thu, 31 Jul 97 15:35:12 ITA Subject: Stereo_in_Performer Status: O Hello, I'd like have some informations about STEREO with Performer on a Maximum Impact R10000 with 1 processor. In the Insight book there are only two line about stereo!!! Is it necessary having a Silicon with 2 processor? What are the functions to use in a C program? How can I see a real time stereo scene graph? Are there some books or scripts about STEREO in Performer? Are there some examplews? I've made stereo with images using 'setmon 1280x1024_120s' and some gl functions. Is it possible have the 'bump' texture in Performer? Thanks for all Margherita Gorgerino STA Computer Grafica Torin, ITALY I wait for a reply as soon as possible! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 13:01:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02875; Thu, 31 Jul 1997 07:33:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02859; Thu, 31 Jul 1997 07:33:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA23530; Thu, 31 Jul 1997 07:33:13 -0700 Received: from nova.sarnoff.com (nova.sarnoff.com [130.33.8.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA11765 for ; Thu, 31 Jul 1997 07:33:11 -0700 env-from (dcw@sarnoff.com) Received: from pike (pike.sarnoff.com [130.33.96.3]) by nova.sarnoff.com (8.6.12/8.6.12) with SMTP id KAA26113; Thu, 31 Jul 1997 10:39:56 -0400 Sender: dcw@nova.sarnoff.com Message-ID: <33E0A2E8.41C6@sarnoff.com> Date: Thu, 31 Jul 1997 10:36:24 -0400 From: Daniel Williams Organization: Systems & Scientific Software X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Prakash Mahesh CC: info-performer@sgi.com Subject: Re: Version problems References: <33DF7CDE.167E@drawcomp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Prakash Mahesh wrote: > > Hi, > > I have been using Performer 2.0 for developing an application using > Perfly. Now I switched over to Performer 2.2 beta. The lighting is > totally off. Especially when I use PFGS_POLYS. Is there some significant > difference between the versions in terms of normals, lighting, Perfly > etc.? > I haven't changed any of my code for this port. > > Please let me know about anything that has changed in this context. > > Thanks. > -- > Prakash Mahesh > prakash@drawcomp.com Try adding this to a pipe initialization or channel drawing callback: #if !defined(IRISGL) && (PF_MAJOR_VERSION >= 2) && (PF_MINOR_VERSION >= 2) glEnable (GL_NORMALIZE); #endif -- Daniel Williams, Systems & Scientific Software Voice: (215) 885-1573 Email: dan@sass.com Consultant to: David Sarnoff Research Center Voice: (609) 734-2153 Email: dcw@sarnoff.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 14:35:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03231; Thu, 31 Jul 1997 09:05:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03215; Thu, 31 Jul 1997 09:05:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA06378; Thu, 31 Jul 1997 09:05:48 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA06876 for ; Thu, 31 Jul 1997 09:05:48 -0700 env-from (chrysa@gaia.asd.sgi.com) Received: from gaia.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id JAA06864; Thu, 31 Jul 1997 09:05:46 -0700 Received: by gaia.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id JAA19765; Thu, 31 Jul 1997 09:05:45 -0700 Date: Thu, 31 Jul 1997 09:05:45 -0700 From: chrysa@gaia.asd.sgi.com (Chrysa Caulfield) Message-Id: <9707310905.ZM19763@gaia.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: SIGGRAPH - Friends of Performer meeting Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You are cordially invited to attend a SIGGRAPH Friends of Performer meeting. Come and - meet with other Performer users - talk to Performer engineers - hear the latest news about Performer releases and features Tuesday evening, August 5, 6:00-8:30 pm Manhattan A&B Meeting Rooms Hyatt Regency 711 S. Hope Steet Los Angeles, CA (213) 681-1234 -- ___ |___| Chrysa Caulfield, ASD Marketing 415-933-6549 phone | Silicon Graphics Computer Systems 415-964-8671 fax / \ 2011 N. Shoreline Bvd, MS 8L-800 /\/ \/\ Mountain View, CA 94043-1389 chrysa@asd.sgi.com __/ \ / \_______________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 15:17:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03353; Thu, 31 Jul 1997 09:42:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03337; Thu, 31 Jul 1997 09:42:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA12163; Thu, 31 Jul 1997 09:42:15 -0700 Received: from coral.arc.nasa.gov (coral.arc.nasa.gov [128.102.119.141]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA17711 for ; Thu, 31 Jul 1997 09:41:52 -0700 env-from (ethan@coral.arc.nasa.gov) Received: from coral.arc.nasa.gov (localhost [127.0.0.1]) by coral.arc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA04649 for ; Thu, 31 Jul 1997 09:26:52 -0700 Sender: ethan@coral.arc.nasa.gov Message-ID: <33E0BCCB.446B@coral.arc.nasa.gov> Date: Thu, 31 Jul 1997 09:26:51 -0700 From: Ethan Phelps-Goodman X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: IRIS Performer mailing list Subject: cout & Performer 2.0 crashes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I just started using Performer and I have run into a big problem. I cannot use the cout stream in Performer applications. Whenever cout is called the program core dumps. Debugger inspection shows that the crash happens at the operator<< function. My development work cannont continue until I can solve this. Certainly there is a way to work around this? I am using Performer 2.0 on an Indigo2. Thanks in advance. -- Ethan Phelps-Goodman ethan@coral.arc.nasa.gov ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 16:40:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03537; Thu, 31 Jul 1997 11:14:09 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03521; Thu, 31 Jul 1997 11:14:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27848; Thu, 31 Jul 1997 11:14:08 -0700 Received: from mail.ucsd.edu (mail.ucsd.edu [132.239.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA22504 for ; Thu, 31 Jul 1997 11:14:06 -0700 env-from (rmckinle@curly.ucsd.edu) Received: from curly.ucsd.edu by mail.ucsd.edu; id LAA19654 sendmail 8.8.5/UCSD8.3 via SMTP Thu, 31 Jul 1997 11:13:35 -0700 (PDT) for <@mail.ucsd.edu:info-performer@sgi.com> Received: from localhost (rmckinle@localhost) by curly.ucsd.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA12380 for ; Thu, 31 Jul 1997 11:13:01 -0700 Date: Thu, 31 Jul 1997 11:13:01 -0700 (PDT) From: Ryan McKinley Reply-To: Ryan McKinley To: info-performer@sgi.com Subject: constant animations Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi - I'm working on a problem that I'm confident has a slick solution. (and has alredy been solved) I want to start someting animating and have it run for a specific time. I want this time to be constant regardless of how fast the application is running. Should I make this a time based problem using: gettimeofday(), or base the animation the frame rate and count ~ pfGetFrameCount()? Any suggestions? Thanks Ryan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 17:01:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03663; Thu, 31 Jul 1997 11:31:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03647; Thu, 31 Jul 1997 11:31:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA01278; Thu, 31 Jul 1997 11:31:31 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA28317 for ; Thu, 31 Jul 1997 11:31:30 -0700 env-from (chris@scotch.physics.ucla.edu) Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id LAA27752; Thu, 31 Jul 1997 11:31:23 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA11984; Thu, 31 Jul 1997 09:52:41 -0700 Date: Thu, 31 Jul 1997 09:52:41 -0700 (PDT) From: Chris Mitchell To: info-performer@sgi.com Subject: Re: performer on the move In-Reply-To: <3e0bf6a0@cc.tacom.army.mil> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 31 Jul 1997 tidrowd@cc.tacom.army.mil wrote: > Have you checked out the developments in OpenGL++? My understanding is > that it comprises the core scene graph concepts of Performer, Inventor, etc. I > believe SGI is pushing to have it included as part of OpenGL, which would make > something like "OpenPerformer" a lot easier to do. Check out SGI's web site for > more info. Couldn't find anything on the homepage. Does anyone know the URL? > Besides, haven't you heard that Unix is dead? (snicker... ;) OK, how about NT? Chris Mitchell UCLA Physics Department LAPD Plasma Lab 310-206-1772 chrism@ucla.edu http://scotch.physics.ucla.edu/~chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jul 31 18:14:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA03962; Thu, 31 Jul 1997 12:46:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03946; Thu, 31 Jul 1997 12:46:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA17277; Thu, 31 Jul 1997 12:46:15 -0700 Received: from atlantic.merl.com (atlantic.merl.com [140.237.7.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA21375 for ; Thu, 31 Jul 1997 12:46:09 -0700 env-from (dwight@merl.com) Received: from merl.com (ostrich.merl.com [140.237.1.14]) by atlantic.merl.com (8.8.5/8.8.3) with ESMTP id PAA00234 for ; Thu, 31 Jul 1997 15:46:07 -0400 (EDT) Received: from [140.237.1.164] (promise.merl.com [140.237.1.164]) by merl.com (8.8.4/8.8.4) with ESMTP id PAA27837 for ; Thu, 31 Jul 1997 15:46:07 -0400 (EDT) X-Sender: meglan@mail.merl.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 31 Jul 1997 15:45:48 -0400 To: info-performer@sgi.com From: Dwight Meglan Subject: Mipmapping video stream in realtime under Performer Status: O The subject says it all: Is it possible to create a program with Performer that generates mipmaps of a live video feed through Sirius or Octane video in realtime ? Thanks, --dwight ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dwight Meglan, PhD Project Leader, Medical Applications Mitsubishi Electric Information Technology Center of America 201 Broadway, 8th Floor Cambridge, MA 02139 617 621 7522 / 7550:fax ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 1 01:29:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA06163; Thu, 31 Jul 1997 20:06:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA06147; Thu, 31 Jul 1997 20:06:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA22370; Thu, 31 Jul 1997 20:06:10 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA28179 for ; Thu, 31 Jul 1997 20:06:08 -0700 env-from (kvsasi@icemt.iastate.edu) Received: from mammoth.icemt.iastate.edu (mammoth.icemt.iastate.edu [129.186.232.54]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with ESMTP id WAA15826 for ; Thu, 31 Jul 1997 22:06:07 -0500 Received: from mammoth.icemt.iastate.edu (localhost [127.0.0.1]) by mammoth.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id WAA06919 for ; Thu, 31 Jul 1997 22:06:07 -0500 Sender: kvsasi@icemt.iastate.edu Message-ID: <33E1529E.167E@icemt.iastate.edu> Date: Thu, 31 Jul 1997 22:06:06 -0500 From: Sasikumar Kutti Organization: Iowa State University X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: error in pfb? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers I am having trouble with the intersection test of my pfb dbs. If I load the flt(v 15.2) files directly it works all right. But the intersection tests are erratic if I use the pfb files( got by pfconv of the same flt files). Has anyone faced this problem before?. I am wondering if there is some option that I need to switch on to correct this error. What do performers think? sasi -- Sasikumar Kutti kvsasi@iastate.edu http://www.eng.iastate.edu/~kvsasi ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com