From guest Fri Feb 28 22:54:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA02201; Fri, 28 Feb 1997 17:29:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA02185; Fri, 28 Feb 1997 17:29:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA08267; Fri, 28 Feb 1997 17:29:53 -0800 Received: from MOEsun.edu.tw (moesun.edu.tw [140.111.1.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA08759 for ; Fri, 28 Feb 1997 17:29:26 -0800 Received: from nchc.gov.tw (dns.nchc.gov.tw [140.110.192.11]) by MOEsun.edu.tw (8.6.13/8.6.13) with SMTP id JAA28707 for ; Sat, 1 Mar 1997 09:31:09 +0800 Received: by nchc.gov.tw (th3.8s.nchc.gov) from ceres.nchc.gov.tw id AA28400; Sat, 1 Mar 97 09:13:40 CST Received: by ceres.nchc.gov.tw (station v4.0) from elc044.dt1.nchc id AA17622; Sat, 1 Mar 97 09:28:09 CST From: c00chu00@nchc.gov.tw (Sam Chu) Message-Id: <9703010128.AA17622@ceres.nchc.gov.tw> Subject: Re Re: Problems with database paging To: info-performer@sgi.com Date: Sat, 1 Mar 1997 09:28:10 +0800 (CST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 599 Status: O >I have been using DBASE process to dynamically edit my scene graph >as the appl. is running. I can do addition, deletion. modification - >all without any probelm so far. > >-anita Dear Sir: I am working with DBASE process ,too;and try to figure out how to arrange pfDBaseFunc(),pfBuffer(),pfAddBuffer,pfDelete(),...etc I can not find any example code to use this, Can you show me how you use these codes? Thanks a lot. 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 Sat Mar 1 02:03:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA02842; Fri, 28 Feb 1997 20:44:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA02826; Fri, 28 Feb 1997 20:43:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA04926; Fri, 28 Feb 1997 20:43:58 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA23099 for ; Fri, 28 Feb 1997 20:43:58 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA19295; Fri, 28 Feb 1997 20:43:34 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA17877; Fri, 28 Feb 1997 20:43:17 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703010443.UAA17877@remi.asd.sgi.com> Subject: Re: IR display To: mslaughter@mdc.com (Marilyn Slaughter) Date: Fri, 28 Feb 1997 20:43:17 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: from "Marilyn Slaughter" at Feb 28, 97 08:51:30 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: 733 Status: O Marilyn Slaughter wrote: > > Does anyone have any suggestions on generating both an IR display and > a standard out-the-window display using a single database? I'm using > an iR. Before switching to the iR, I used the gammaramp function in Open > GL, which is not available in Irix, to modify the colors for an IR > presentation. You want to say: I used gammaramp in IrisGL, which is not available on OpenGL ? If the out-of-the-window and the iR display do not use the same video output you can use the XSGI gamma extension man XSGIvcStoreGammaColors8 _ / _ _ |_) _ ._ _ 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 Sat Mar 1 05:30:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA03388; Sat, 1 Mar 1997 00:00:45 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA03370; Sat, 1 Mar 1997 00:00:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA20491; Sat, 1 Mar 1997 00:00:43 -0800 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA00255 for ; Sat, 1 Mar 1997 00:00:39 -0800 Received: from kahuna.icemt.iastate.edu (kahuna.icemt.iastate.edu [129.186.232.36]) by jeeves.icemt.iastate.edu (951211.SGI.8.6.12.PATCH1042/8.6.12) with SMTP id CAA17705 for ; Sat, 1 Mar 1997 02:00:34 -0600 Sender: allenb@icemt.iastate.edu Message-ID: <3317E222.167E@iastate.edu> Date: Sat, 01 Mar 1997 02:00:34 -0600 From: Allen Bierbaum Organization: ISU SE Lab X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: DrawPixel with simple RGB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello all, I have seen several threads in the past months about how to use glDrawPixels with Performer. But I have not seen a difinitive code example demonstrating the "correct" way to do this. Could someone give me a simple example of how to display an RGB image (just an array of RGB floats in memory) in the lower left corner of an open window as a post draw function? Thanks, Allen -- Allen Bierbaum ISU SE Lab Research Assistant ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Mar 1 18:20:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04599; Sat, 1 Mar 1997 12:56:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04583; Sat, 1 Mar 1997 12:56:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA00447; Sat, 1 Mar 1997 12:56:57 -0800 Received: from herschel.pfgroup.com (sea-ts4-p48.wolfenet.com [207.178.59.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA25209 for ; Sat, 1 Mar 1997 12:56:12 -0800 Received: (from moore@localhost) by herschel.pfgroup.com (8.8.3/8.7.3) id MAA17417; Sat, 1 Mar 1997 12:52:30 -0800 (PST) Date: Sat, 1 Mar 1997 12:52:30 -0800 (PST) Message-Id: <199703012052.MAA17417@herschel.pfgroup.com> From: Tim Moore To: david@ht.com CC: info-performer@sgi.com Reply-to: moore@wolfenet.com In-reply-to: <199702281934.OAA00022@teflon.objectime.com> (david@ht.com) Subject: Re: Help with compiling Performer app(s) using Gnu g++ (v. 2.7.2.1). Status: O I believe that g++ uses a different name mangling scheme than SGI CC, so you aren't going to have much luck building a C++ Performer application with it. You can, of course, use the Performer C API by defining #define PF_C_API 1 #define PF_CPLUSPLUS_API 0 in your 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 Mon Mar 3 04:30:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA08726; Sun, 2 Mar 1997 23:16:45 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA08710; Sun, 2 Mar 1997 23:16:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA03939; Sun, 2 Mar 1997 23:16:43 -0800 Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA25463 for ; Sun, 2 Mar 1997 23:16:39 -0800 Received: from [202.230.84.102] by farm.ddd.co.jp (post.office MTA v1.9.3 ID# 0-13383) with SMTP id AAA83 for ; Mon, 3 Mar 1997 17:20:33 +0900 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit From: kanou@ddd.co.jp (Y.Kanou) Subject: Monochrome Display To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Date: Mon, 3 Mar 1997 17:20:33 +0900 Message-ID: <19970303082032272.AAA83@[202.230.84.102]> Status: O Is there a fast way to display monochrome images rather than color images? I know intensity(Y) is calculated by Y=0.3*R+0.59*G+0.11*B. But I think this needs pixel-level calculation and costs much. I would like to find a more efficient way if any. Thanks in advance. Yutaka Kanou Technical Director 3D Inc. e-mail:kanou@ddd.co.jp http://www.ddd.co.jp/ tel:+81-45-314-8334 fax:+81-45-314-8335 Mitsuishi-Yokohama-Building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Mar 3 04:41:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA08772; Sun, 2 Mar 1997 23:27:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA08756; Sun, 2 Mar 1997 23:27:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA04687; Sun, 2 Mar 1997 23:27:02 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id XAA26781 for ; Sun, 2 Mar 1997 23:26:58 -0800 Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA04299; Mon, 3 Mar 97 15:18:05 -0800 Date: Mon, 3 Mar 97 15:18:05 -0800 From: jim@systech.hinet.net (Jim) Message-Id: <9703032318.AA04299@systech.hinet.net> To: info-performer@sgi.com Subject: How to indentify Max. Impact frame buffer Status: O Hi Performers: Is there anyone can tell me how to indetify Max. Impact that its high color resolution up to 12bit per components in 1280*1024. I'd like to persuade my customer to believe that. Thanks lots! JIM ------------------------------------------------------------------------------- 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 Mon Mar 3 07: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 CAA08970; Mon, 3 Mar 1997 02:12:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08954; Mon, 3 Mar 1997 02:12:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA17748; Mon, 3 Mar 1997 02:12:34 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA20619 for ; Mon, 3 Mar 1997 02:12:33 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id CAA01747; Mon, 3 Mar 1997 02:12:11 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id CAA06080; Mon, 3 Mar 1997 02:12:10 -0800 From: "Sharon Clay" Message-Id: <9703030212.ZM6076@rose.asd.sgi.com> Date: Mon, 3 Mar 1997 02:12:10 -0800 In-Reply-To: =?iso-8859-1?Q?_remi=40remi_=28R=E9mi_Arnaud=29 _______=22Re=3A_iR_Display_List_Cache_Question=22_=28Feb_28=2C_12=3A04pm?= =?iso-8859-1?Q?=29?= References: <199702282004.MAA15475@remi.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), baranowski@marklynn.demon.co.uk (Mark Baranowski) Subject: Re: iR Display List Cache Question Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19703030212.ZM6076.asd.sgi.com" Status: O --PART-BOUNDARY=.19703030212.ZM6076.asd.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 Feb 28, 12:04pm, R=E9mi Arnaud wrote: > Subject: Re: iR Display List Cache Question ->Mark Baranowski wrote: ->> = ->> Hi Performers, ->> = ->> Can anyone tell me if it is possible to determine how much of the 15+= ->> MB display list cache on the iR geometry engine board is in use at a ->> given time (alternatively how big the created display lists are when = I ->> do a pfuTravSetDListMode on a given node?) ->> = ->> Thanks. ->> = ->> Mark. -> -> No, this information is not available. Note that it is more 12 MBytes -> than 15 Mbytes anyway. Actually, it is available, but not through any nice pramatic interface. If you set the environment variable GLKONA_DLIST_USAGE before running your program, you will see output from the display list manager every time a dlist is pulled from the host (IDMA) to be added to the dlist cache. The LDMA numbers (LDMA: %in use XX XX of XXMBytes) show the MBytes taken and the % allocated actually in use. The other XX numbers are for internal usage. This is also a helpful debugging facility: if the output doesn't = eventually stop, you must be referencing dlists that are not in the cache= and having to come from the host. 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=.19703030212.ZM6076.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 Mar 3 07:40:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA08994; Mon, 3 Mar 1997 02:23:51 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08978; Mon, 3 Mar 1997 02:23:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA18546; Mon, 3 Mar 1997 02:23:49 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA22309; Mon, 3 Mar 1997 02:23:47 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA26113; Mon, 3 Mar 1997 10:23:44 GMT From: "Angus Dorbie" Message-Id: <9703031023.ZM26111@bitch.reading.sgi.com> Date: Mon, 3 Mar 1997 10:23:43 +0000 In-Reply-To: Allen Bierbaum "DrawPixel with simple RGB" (Mar 1, 2:00am) References: <3317E222.167E@iastate.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Allen Bierbaum , info-performer@sgi.com Subject: Re: DrawPixel with simple RGB Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Something like this, you need to make sure that the transformed raster position lands on the corner of the window, Load an identity matrix onto the model stack and figure out the position using the viewing frustum information. glRasterPos3f(0.001f, 1.0f, 0.001f); glDrawPixels(_IMAGESIZEX, _IMAGESIZEY, GL_RGBA, GL_UNSIGNED_INT_8_8_8_8_EXT, imagedata); Or you could create a simple orthographic channel with no scene and use the above rasterpos in the draw callback for the channel. This is how you might create the channel for the above rasterpos and drawpixels chan = pfNewChan(pfGetPipe(0)); pfChanViewport(chan6, 0.0f, _IMAGESIZEX/WIN_WIDTH, 0.0f, _IMAGESIZEY/WIN_HEIGHT); pfMakeOrthoChan(chan, 0.0f, _IMAGESIZEX, 0.0f, _IMAGESIZEY); pfChanNearFar(chan, NEAR, FAR); pfChanTravFunc(chan, PFTRAV_CULL, CullRasterChan); pfChanTravFunc(chan, PFTRAV_DRAW, DrawRasterChan); Cheers, Angus. On Mar 1, 2:00am, Allen Bierbaum wrote: > Subject: DrawPixel with simple RGB > Hello all, > I have seen several threads in the past months about how to use > glDrawPixels with Performer. But I have not seen a difinitive code > example demonstrating the "correct" way to do this. > > Could someone give me a simple example of how to display an RGB image > (just an array of RGB floats in memory) in the lower left corner of an > open window as a post draw function? > > Thanks, > Allen > -- > > Allen Bierbaum > ISU SE Lab > Research Assistant > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Allen Bierbaum ======================================================================= 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 Mar 3 11:40:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10238; Mon, 3 Mar 1997 06:21:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10222; Mon, 3 Mar 1997 06:21:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA10975; Mon, 3 Mar 1997 06:21:41 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA27143; Mon, 3 Mar 1997 06:21:38 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id OAA26471; Mon, 3 Mar 1997 14:21:35 GMT From: "Angus Dorbie" Message-Id: <9703031421.ZM26469@bitch.reading.sgi.com> Date: Mon, 3 Mar 1997 14:21:34 +0000 In-Reply-To: jim@systech.hinet.net (Jim) "How to indentify Max. Impact frame buffer" (Mar 3, 3:18pm) References: <9703032318.AA04299@systech.hinet.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: jim@systech.hinet.net (Jim), info-performer@sgi.com Subject: Re: How to indentify Max. Impact frame buffer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Using glxinfo it looks like you need to request visual id 0x2f. Cheers, Angus. On Mar 3, 3:18pm, Jim wrote: > Subject: How to indentify Max. Impact frame buffer > Hi Performers: > Is there anyone can tell me how to indetify Max. Impact > that its high color resolution up to 12bit per components in > 1280*1024. I'd like to persuade my customer to believe that. > > Thanks lots! > JIM > > ------------------------------------------------------------------------------- > 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 >-- End of excerpt from Jim ======================================================================= 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 Mar 3 11:19:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10060; Mon, 3 Mar 1997 06:03:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10044; Mon, 3 Mar 1997 06:03:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA09155; Mon, 3 Mar 1997 06:03:09 -0800 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA24130 for ; Mon, 3 Mar 1997 06:03:07 -0800 Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id OAA01411; Mon, 3 Mar 1997 14:03:04 GMT From: "Greg Edwards, SGI UK." Message-Id: <9703031403.ZM1409@cordoba.reading.sgi.com> Date: Mon, 3 Mar 1997 14:03:04 +0000 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Lake demo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Does anyone remember where the old lake demo is, the yacht bobbing up and down on a moving water surface ? Will it run on Pf 2.0 ? I need a marine simulator demo with moving water. Cheers, Greg E. -- _______________________________________________________________________________ Greg Edwards, Graphics Support/Consulting, Silicon Graphics UK Ltd, Forum 1, Theale, Reading, RG7 4RA, UK, switch +44 118 9257500, desk 7740, fax 7775, admin 7778, email gedwards@sgi.com, vmail (6788) 7740, mailstop IGB-311O ======================================================================= 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 Mar 3 13:07:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA10431; Mon, 3 Mar 1997 07:53:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA10415; Mon, 3 Mar 1997 07:53:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA21473; Mon, 3 Mar 1997 07:52:59 -0800 Received: from imtsg1.epfl.ch (imtsg1.epfl.ch [128.178.45.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA14972 for ; Mon, 3 Mar 1997 07:52:54 -0800 Received: (from guzzoni@localhost) by imtsg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id RAA00752; Mon, 3 Mar 1997 17:06:41 +0100 From: "Didier Guzzoni" Message-Id: <9703031706.ZM750@imtsg1.epfl.ch> Date: Mon, 3 Mar 1997 17:06:39 +0100 X-Mailer: Z-Mail (3.2.1 6apr95 MediaMail) To: info-performer@sgi.com Subject: Exceptions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, We are using CC to build our graphic application over Performer. It turned out that CC doesn't support exceptions nor "bool" nor "if (int i=test())". It doesn't seem to be much up to date with current C++ specs.... Has anyone worked with exceptions ???? Is a newest version of CC available ? Thanks in advance, Didier Guzzoni -- Didier Guzzoni Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 5859 ======================================================================= 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 Mar 3 16:14:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10902; Mon, 3 Mar 1997 11:03:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10886; Mon, 3 Mar 1997 11:03:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA23092; Mon, 3 Mar 1997 11:03:03 -0800 Received: from mailhub2.aimnet.com (mailhub2.aimnet.com [204.247.0.214]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA28359 for ; Mon, 3 Mar 1997 11:02:59 -0800 Received: from aimnet.com (mailhub.aimnet.com [204.247.0.104]) by mailhub2.aimnet.com (8.8.5/8.6.9) with ESMTP id KAA11375 for ; Mon, 3 Mar 1997 10:37:58 -0800 (PST) Received: from shell1.aimnet.com (kishore@shell1.aimnet.com [204.247.0.210]) by aimnet.com (8.8.5/8.7.1) with ESMTP id KAA24476 for ; Mon, 3 Mar 1997 10:37:58 -0800 (PST) Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id KAA02787 for info-performer@sgi.com; Mon, 3 Mar 1997 10:38:09 -0800 (PST) Date: Mon, 3 Mar 1997 10:38:09 -0800 (PST) From: David Plew Message-Id: <199703031838.KAA02787@shell1.aimnet.com> To: info-performer@sgi.com Subject: DBASE sample code Status: O >Dear Sir: > > I am working with DBASE process ,too;and try to figure out how to >arrange pfDBaseFunc(),pfBuffer(),pfAddBuffer,pfDelete(),...etc >I can not find any example code to use this, Can you show me >how you use these codes? > > Thanks a lot. >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 Here is a simple code to show how to tuse DBASE process. Good luck -anita /***************************************************************************/ #include #include void *arena = NULL; pfScene **scene; pfGroup **root; pfSwitch **testSw; void pageDBase(void *data); int main(int argc, char *argv[]) { pfPipe *p; pfChannel *chan; pfCoord view; pfPipeWindow *pw; pfInit(); arena = pfGetSharedArena(); scene = (pfScene **) pfMalloc(sizeof(pfScene *), arena); root = (pfGroup **) pfMalloc(sizeof(pfGroup *), arena); testSw= (pfSwitch **) pfMalloc(sizeof(pfSwitch *), arena); pfMultiprocess(PFMP_APP_CULL_DRAW | PFMP_FORK_DBASE); pfConfig(); *scene = pfNewScene(); *testSw = pfNewSwitch(); if ((*root = (pfGroup *)pfdLoadFile("/disk4/people/kishore/performer/data/globeAnim.iv")) == NULL) { printf("Unable to load data file....\n"); pfExit(); exit(-1); } pfAddChild(*scene, *testSw); pfAddChild(*testSw, *root); p = pfGetPipe(0); pw = pfNewPWin(p); pfPWinType(pw, PFWIN_TYPE_X); pfPWinName(pw, "Dynamic scene Updation"); pfPWinOriginSize(pw, 100, 100, 720, 486); pfOpenPWin(pw); chan = pfNewChan(p); pfChanScene(chan, *scene); pfChanNearFar(chan, 1.0f, 10000.0f); pfChanFOV(chan, 100.0f, -1.0f); pfSetVec3(view.hpr, 0, 0, 0); pfSetVec3(view.xyz, 0.0f, -50.0f, 60.0f); pfChanView(chan, view.xyz, view.hpr); pfDBaseFunc(pageDBase); while (TRUE) { pfSync(); pfFrame(); } pfExit(); return 0; } void pageDBase(void *data) { static pfBuffer *buf = NULL; static int i = 0; pfSwitch *newSw; printf("inside pageDBase\n"); if ( i==15 ) { printf("Deleting old switch and inserting new one\n"); if (buf == NULL) { buf = pfNewBuffer(); pfSelectBuffer(buf); } newSw = pfNewSwitch(); pfBufferRemoveChild(*testSw, *root); pfBufferAddChild(newSw, *root); pfBufferRemoveChild(*scene, *testSw); pfAsyncDelete(*testSw); pfBufferAddChild(*scene, newSw); pfMergeBuffer(); } i++; pfDBase(); } /******************************************************************************/ ======================================================================= 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 Mar 3 16:15:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA11357; Mon, 3 Mar 1997 13:35:21 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11341; Mon, 3 Mar 1997 13:35:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA20668; Mon, 3 Mar 1997 13:35:19 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA15454 for ; Mon, 3 Mar 1997 13:35:18 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA27658; Mon, 3 Mar 1997 13:34:50 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA22019; Mon, 3 Mar 1997 13:34:33 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703032134.NAA22019@remi.asd.sgi.com> Subject: Re: Monochrome Display To: kanou@ddd.co.jp (Y.Kanou) Date: Mon, 3 Mar 1997 13:34:32 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <19970303082032272.AAA83@[202.230.84.102]> from "Y.Kanou" at Mar 3, 97 05:20:33 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: 754 Status: O Y.Kanou wrote: > > Is there a fast way to display monochrome images rather than color images? > > I know intensity(Y) is calculated by Y=0.3*R+0.59*G+0.11*B. But I think this > needs pixel-level calculation and costs much. > > I would like to find a more efficient way if any. > > Thanks in advance. > The easiest way is to add a small pasive electronic device that does the above signal merging from the R,G,B signal. Some displays directly have this capability (like the color tunning on your TV) Sometime a little of electronic is better than lot of software ! Best 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 Mar 3 15:46:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA10834; Mon, 3 Mar 1997 10:24:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10818; Mon, 3 Mar 1997 10:24:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA15234; Mon, 3 Mar 1997 10:20:54 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA17058 for ; Mon, 3 Mar 1997 10:20:54 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id KAA15227; Mon, 3 Mar 1997 10:20:53 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id KAA04717; Mon, 3 Mar 1997 10:20:33 -0800 From: "Rob Jenkins" Message-Id: <9703031020.ZM4715@quid.csd.sgi.com> Date: Mon, 3 Mar 1997 10:20:33 -0800 In-Reply-To: jim@systech.hinet.net (Jim) "How to indentify Max. Impact frame buffer" (Mar 3, 3:18pm) References: <9703032318.AA04299@systech.hinet.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: jim@systech.hinet.net (Jim), info-performer@sgi.com Subject: Re: How to indentify Max. Impact frame buffer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Jim the findvis command ( available on Irix 6.2 + ) will show the visuals available on a machine ( pre 6.2 use xdpyinfo ). So use /usr/gfx/gfxinfo to show the managed area of the screen, then findvis ( if you log in remotely remeber to set the DISPLAY env var to the machine of interest ). On Max Impact you'll get something like: holodeck 4% /usr/gfx/gfxinfo Graphics board 0 is "IMPACT" graphics. Managed (":0.0") 1600x1200 <----- managed area Product ID 0x0, 2 GEs, 2 REs, 1 TRAM MGRAS revision 3, RA revision 5, RB revision 4 HQ rev A, GE11 rev B, RE4 rev A, PP1 rev A, VC3 rev A, CMAP rev E, MC rev C 19" monitor (id 0x1) holodeck 5% findvis 0x20, CI 8, Z 24, S 8 0x21, CI 8 0x23, overlay, CI 8 0x24, overlay, CI 8 0x25, CI 12, Z 24, S 8 0x26, CI 12 0x27, CI 12, db, Z 24, S 8 0x28, CI 12, db 0x29, RGBA 4/4/4/4, db, Z 24, S 8, accum 16/16/16/16 0x2a, RGBA 4/4/4/4, db, accum 16/16/16/16 0x2b, RGBA 5/5/5/1, db, Z 24, S 8, accum 16/16/16/16 0x2c, RGBA 5/5/5/1, db, accum 16/16/16/16 0x2d, RGBA 8/8/8/8, Z 24, S 8, accum 16/16/16/16 0x2e, RGBA 8/8/8/8, accum 16/16/16/16 0x2f, RGBA 12/12/12/0, Z 24, S 8, accum 16/16/16/16 0x30, RGBA 12/12/12/0, accum 16/16/16/16 ^^^^^^^^^^ RGB 12 bits per component for the last two He should be careful not to ask for 'hard coded' visual numbers in his app though as they may change, just check the visual he got with glGet() and look at the GL_RED_BITS, if that's 12 then there's your answer. To check his app without changing code then use xwininfo -tree, click in the app window, then use xwininfo -id on a specific window id to see the attributes of that window. The gfx QnA in the January '97 Pipeline includes a discussion of visual selection. Bear in mind that the texture resolution is a different issue, on Impact the following are the supported texture formats on different TRAM configurations. BITS/COMPONENT 4 4 4 4 8 8 8 8 12 12 12 12 COMPONENTS 1 2 3 4 1 2 3 4 1 2 3 4 1 TRAM Y Y Y Y Y Y N N N N N N 4 TRAM Y Y Y Y Y Y Y Y Y Y Y Y Cheers Rob On Mar 3, 3:18pm, Jim wrote: > Subject: How to indentify Max. Impact frame buffer > Hi Performers: > Is there anyone can tell me how to indetify Max. Impact > that its high color resolution up to 12bit per components in > 1280*1024. I'd like to persuade my customer to believe that. > > Thanks lots! > JIM > > ------------------------------------------------------------------------------- > 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 >-- End of excerpt from Jim -- ________________________________________________________________ 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 Mar 3 16:15:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA11271; Mon, 3 Mar 1997 13:27:14 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11255; Mon, 3 Mar 1997 13:27:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA19374; Mon, 3 Mar 1997 13:27:03 -0800 Received: from austin.cs.unc.edu (austin.cs.unc.edu [152.2.128.87]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA13105 for ; Mon, 3 Mar 1997 13:27:02 -0800 Received: from valine.cs.unc.edu by austin.cs.unc.edu (8.6.10/UNC_10_05_96) id QAA26875; Mon, 3 Mar 1997 16:22:47 -0500 From: Hansong Zhang Received: by valine.cs.unc.edu (950413.SGI.8.6.12/UNC_06_21_94) id QAA12314; Mon, 3 Mar 1997 16:22:46 -0500 Message-Id: <199703032122.QAA12314@valine.cs.unc.edu> Subject: Realtime Speicial Relativity To: info-performer@sgi.com Date: Mon, 3 Mar 1997 16:22:45 -0500 (EST) Cc: zhangh@cs.unc.edu (Hansong Zhang) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 847 Status: O Hi all, I've just put on the web my old course project in realtime relativistic effects. This may be of interest to people on this list because it was implemented in Performer. I subclassed pfGeoSet and pfGeode to implement realtime warping of geometry and color. You can find info and pictures at http://www.cs.unc.edu/~zhangh/einstein.html Hansong ------------------------------------------------------------- Hansong Zhang \ zhangh@cs.unc.edu Walkthrough Group \ http://www.cs.unc.edu/~zhangh Department of Computer Science \ (919)962-1835 (O) UNC-Chapel Hill \ (919)914-3973 (H) "I create abstract systems from pure information, Albert. I'm a *programmer*... Quantum nonlocality is a bug." -- God ------------------------------------------------------------- ======================================================================= 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 Mar 3 19:56:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA11711; Mon, 3 Mar 1997 14:39:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11695; Mon, 3 Mar 1997 14:39:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA00064; Mon, 3 Mar 1997 14:39:26 -0800 Received: from fltsim.MDC.COM (FLTSIM.MDC.COM [130.38.220.82]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA04341 for ; Mon, 3 Mar 1997 14:39:24 -0800 Received: by fltsim.MDC.COM (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id QAA29413; Mon, 3 Mar 1997 16:39:21 -0600 From: "Dave Findley" Message-Id: <9703031639.ZM29411@fltsim.MDC.COM> Date: Mon, 3 Mar 1997 16:39:21 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Help with DBASE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Thanks to Jeremy Friesner for his help with my DBASE crash problem. The pid number was indeed that of my DBASE process. While deleting nodes directly in the APP simplified my code, the real problem was that I was calling pfDbase() only when I made a change in the tree. Calling it everytime the callback was invoked solved my problem. -- Dave Findley McDonnell Douglas Flight Simulation findley@fltsim.mdc.com (314) 232-7846 ======================================================================= 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 Mar 3 23:08:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA13298; Mon, 3 Mar 1997 20:28:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA13282; Mon, 3 Mar 1997 20:28:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA23416; Mon, 3 Mar 1997 20:28:38 -0800 Received: from seadragon.mctssa.usmc.mil (seadragon.mctssa.usmc.mil [143.211.160.60]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA20152 for ; Mon, 3 Mar 1997 20:27:20 -0800 Received: (from dragon@localhost) by seadragon.mctssa.usmc.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA21774 for info-performer@sgi.com; Mon, 3 Mar 1997 20:29:07 -0800 From: "Sea Dragon account" Message-Id: <9703032029.ZM21772@seadragon.mctssa.usmc.mil> Date: Mon, 3 Mar 1997 20:29:07 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfa file format Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We've been using terrain files in Inventor and flt formats for a geographic vis/sim application. Several hundred objects are dropped onto the terrain and remain at the point of their intersection with the terrain. We converted an Inventor file to pfa format using pfconv. If the pfa file is used in the application, the objects drop right through the terrain and come to rest at Z = 0. It behaves as if the intersection mask for the terrain was disabled. The only change in code or procedure was the use of the pfa format for the terrain. Is anyone familiar with this problem? Thanks, Bob Doyle ======================================================================= 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 Mar 3 23:08:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA13321; Mon, 3 Mar 1997 20:35:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA13305; Mon, 3 Mar 1997 20:35:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA23769; Mon, 3 Mar 1997 20:35:38 -0800 Received: from ns.yle.fi (ns.yle.fi [193.65.105.161]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA21287 for ; Mon, 3 Mar 1997 20:35:31 -0800 Received: by ns.yle.fi; id GAA10303; Tue, 4 Mar 1997 06:34:52 +0200 (EET) Received: from thaxp1.yle.fi(193.65.107.2) by ns.yle.fi via smap (3.2) id xma010301; Tue, 4 Mar 97 06:34:49 +0200 Received: by thaxp1.yle.fi id GAA27765 ; Tue, 4 Mar 1997 06:35:23 +0200 (EET) Received: from bali.yle.fi (bali.yle.fi [192.168.250.232]) by sgisrv.yle.fi (950413.SGI.8.6.12/8.6.9) with SMTP id GAA07530 for ; Tue, 4 Mar 1997 06:33:47 +0200 Sender: harri@yle.fi Message-ID: <331BA63A.31DF@yle.fi> Date: Tue, 04 Mar 1997 06:34:02 +0200 From: Harri Kaimio Organization: Finnish Broadcasting Company X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Impact texturing problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all Performers! I posted a similar question some time ago, but was forced to stop working on the problem soon after. Now I am back and the problem still persists: I am having difficulties in loading textures into Performer during the simulation in Impact system. I load most texture maps during initialization (using pfuNewSharedTex) and these seem to work fine. However, I need to use some textures that are not available at this time, and when I load them, some of my other textures get corrupted (rectangular regions of the new texture map start to appear in the middle of other textures) This seems to happen only when there are so many textures in use that the new texture map wouldn't fit in texture memory completely without paging. After corruption has happened, sometimes cycling through scenes that have only previously loaded textures clears the problem, but sometimes it just gets worse. I have also tried to define the texture at initialization time and use subtexload to load the new image when it is available, but my success has been very limited. I am only having this problem in HighImpact with 4 TRAM (several machines), not in other systems I am able to test my code (O2, Onyx RE2). As you may have guessed, Impact is the platform the application will bee used (or would be used even now if I just got it working...) Has anyone else had similar problems in Impact? Even better, is there any solution I could try? Regards, Harri -- ----------------------------------------------------------------- Harri Kaimio | harri.kaimio@yle.fi Computer Graphics Specialist | http://cartes.hut.fi/~hkaimio Finnish Broadcasting Company | Tel. +358-40-50 67 679 TV Production Operations | Fax. +358-0-1480 4769 ======================================================================= 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 Mar 3 23:08:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA12868; Mon, 3 Mar 1997 18:07:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA12850; Mon, 3 Mar 1997 18:07:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA16731; Mon, 3 Mar 1997 18:07:00 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA26012 for ; Mon, 3 Mar 1997 18:06:59 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA16880; Mon, 3 Mar 1997 18:06:38 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA13782; Mon, 3 Mar 1997 18:06:14 -0800 From: "Javier Castellar" Message-Id: <9703031806.ZM13780@sixty.asd.sgi.com> Date: Mon, 3 Mar 1997 18:06:13 -0800 In-Reply-To: Hansong Zhang "Realtime Speicial Relativity" (Mar 3, 4:22pm) References: <199703032122.QAA12314@valine.cs.unc.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Hansong Zhang , info-performer@sgi.com Subject: Re: Realtime Speicial Relativity Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks ! It is really nice. All performers should check it out ! One of my old areas of interest was General Realtivity, but even the Special effects look great !!! -Javier On Mar 3, 4:22pm, Hansong Zhang wrote: > Subject: Realtime Speicial Relativity > Hi all, > > I've just put on the web my old course project in realtime relativistic > effects. This may be of interest to people on this list because it was > implemented in Performer. I subclassed pfGeoSet and pfGeode to implement > realtime warping of geometry and color. You can find info and pictures at > > http://www.cs.unc.edu/~zhangh/einstein.html > > Hansong > ------------------------------------------------------------- > Hansong Zhang \ zhangh@cs.unc.edu > Walkthrough Group \ http://www.cs.unc.edu/~zhangh > Department of Computer Science \ (919)962-1835 (O) > UNC-Chapel Hill \ (919)914-3973 (H) > > "I create abstract systems from pure information, Albert. I'm > a *programmer*... Quantum nonlocality is a bug." -- God > ------------------------------------------------------------- > ======================================================================= > 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 Hansong Zhang -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 4 02:08:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA13354; Mon, 3 Mar 1997 20:52:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA13338; Mon, 3 Mar 1997 20:52:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA24248; Mon, 3 Mar 1997 20:52:11 -0800 Received: from athena.wes.army.mil (athena.wes.army.mil [134.164.13.245]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA23758 for ; Mon, 3 Mar 1997 20:52:08 -0800 Received: from zeus.wes.army.mil (zeus.wes.army.mil [134.164.13.24]) by athena.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA21876 for <@athena.wes.army.mil:info-performer@sgi.com>; Mon, 3 Mar 1997 22:52:30 -0600 Received: (from stephens@localhost) by zeus.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) id WAA11434 for info-performer@sgi.com; Mon, 3 Mar 1997 22:58:54 -0600 From: stephens@zeus.wes.army.mil (Mike Stephens) Message-Id: <199703040458.WAA11434@zeus.wes.army.mil> Subject: drawing process question To: info-performer@sgi.com Date: Mon, 3 Mar 1997 22:58:54 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 713 Status: O hi all. this is a newbie question. i was looking in the performer programmer's guide (page 176) where it's talking about process callbacks for refining the drawing process. it has a PreDraw that does clearing etc. then pfDraw() and then a PostDraw() to "draw HUD, read Iris GL devices etc." what i want to do is to draw this HUD infomation using openGL. i tried as a first attempt just plastering a polygon on over the scene. well i got nothing but the scene as drawn by pfDraw(). what do i do to add this HUD graphics using openGL? perhaps related to this is when does the swapbuffers occur? does pfDraw() do this? that could explain my results but goes against the implication of the manual... thanks, mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 4 02:41:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA13464; Mon, 3 Mar 1997 21:29:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA13448; Mon, 3 Mar 1997 21:29:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA25586; Mon, 3 Mar 1997 21:29:24 -0800 Received: from huey.disney.com (huey.disney.com [204.128.192.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA29218 for ; Mon, 3 Mar 1997 21:29:19 -0800 Received: from fat.rd.wdi.disney.com (fat.rd.wdi.disney.com [206.18.65.1]) by huey.disney.com (8.7.5/8.7.3) with SMTP id VAA28605 for ; Mon, 3 Mar 1997 21:29:17 -0800 (PST) Received: from pork (pork.rd.wdi.disney.com) by fat.rd.wdi.disney.com with SMTP id AA16325 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Mon, 3 Mar 1997 21:30:45 -0800 Received: by pork (940816.SGI.8.6.9/940406.SGI.AUTO) id VAA08567; Mon, 3 Mar 1997 21:30:44 -0800 Date: Mon, 3 Mar 1997 21:30:44 -0800 Message-Id: <199703040530.VAA08567@pork> From: Scott Watson To: info-performer@sgi.com Subject: Re: Monochrome Display In-Reply-To: <199703032134.NAA22019@remi.asd.sgi.com> References: <19970303082032272.AAA83@[202.230.84.102]> <199703032134.NAA22019@remi.asd.sgi.com> Mime-Version: 1.0 (generated by tm-edit 7.99) Content-Type: text/plain; charset=US-ASCII Status: O >>>>> "Rimi" == Rimi Arnaud writes: Rimi> Y.Kanou wrote: >> Is there a fast way to display monochrome images rather than >> color images? >> >> I know intensity(Y) is calculated by Y=0.3*R+0.59*G+0.11*B. But >> I think this needs pixel-level calculation and costs much. >> >> I would like to find a more efficient way if any. >> >> Thanks in advance. >> Rimi> The easiest way is to add a small pasive electronic device Rimi> that does the above signal merging from the R,G,B Rimi> signal. Some displays directly have this capability (like the Rimi> color tunning on your TV) Rimi> Sometime a little of electronic is better than lot of Rimi> software ! True - I had to do this once before. I hacked the loader to do the: R' = G' = B' = Y where Y=0.3*R+0.59*G+0.11*B (from above) For colored polygons, etc. Textures where handled with a simple pre-processes using ppmtopgm. Depending on your database you may be able to get by with just processing the textures. -- Scott Watson -- ..and God typed "M-x light" and there was light. "conventional orthography is ... a near optimal system for the lexical representation of English words." Chomsky & Halle, S.P.E. ======================================================================= 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 Mar 4 06:44:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA14194; Tue, 4 Mar 1997 01:18:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA14178; Tue, 4 Mar 1997 01:18:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA06108; Tue, 4 Mar 1997 01:18:42 -0800 Received: from pegasus.wgs.estec.esa.nl (pegasus.wgs.estec.esa.nl [131.176.22.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA03843 for ; Tue, 4 Mar 1997 01:18:40 -0800 Received: from mercury by pegasus.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id KAA00376; Tue, 4 Mar 1997 10:16:24 +0100 Received: by mercury (SMI-8.6/SMI-SVR4) id KAA01880; Tue, 4 Mar 1997 10:24:55 +0100 Date: Tue, 4 Mar 1997 10:24:55 +0100 From: simon@wgs.estec.esa.nl Message-Id: <199703040924.KAA01880@mercury> To: info-performer@sgi.com Subject: Stereo with Performer 2.0 X-Sun-Charset: US-ASCII Status: O Hi all, I'm porting a Performer 1.2 application that does stereo (based on the sfly demo program) to Performer 2.0. Unfortunately there does not seem to be a pf 2.0 version of this sfly program. Is there one? Has anyone already done this? Specifically, I would like to have OpenGL compatability so how do I replace the IRIS GL stereobuffer(), leftbuffer(), rightbuffer() calls with 1) ideally the relevant pfWindow calls, or failing that 2) the equivalent OpenGL calls (there do not seem to be direct equivalents)? Regards, Simon ---------------------------------------------------------------------------- Simon Mills Silicon Worlds S.A. c/o 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 Tue Mar 4 07:13:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA14247; Tue, 4 Mar 1997 01:54:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA14231; Tue, 4 Mar 1997 01:54:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA07023; Tue, 4 Mar 1997 01:54:48 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA08803; Tue, 4 Mar 1997 01:54:45 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA28277; Tue, 4 Mar 1997 09:54:43 GMT From: "Angus Dorbie" Message-Id: <9703040954.ZM28275@bitch.reading.sgi.com> Date: Tue, 4 Mar 1997 09:54:42 +0000 In-Reply-To: Hansong Zhang "Realtime Speicial Relativity" (Mar 3, 4:22pm) References: <199703032122.QAA12314@valine.cs.unc.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Hansong Zhang , info-performer@sgi.com Subject: Re: Realtime Speicial Relativity Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is awesome ! Thanks for the post. Cheers,Angus. On Mar 3, 4:22pm, Hansong Zhang wrote: > Subject: Realtime Speicial Relativity > Hi all, > > I've just put on the web my old course project in realtime relativistic > effects. This may be of interest to people on this list because it was > implemented in Performer. I subclassed pfGeoSet and pfGeode to implement > realtime warping of geometry and color. You can find info and pictures at > > http://www.cs.unc.edu/~zhangh/einstein.html > > Hansong > ------------------------------------------------------------- > Hansong Zhang \ zhangh@cs.unc.edu > Walkthrough Group \ http://www.cs.unc.edu/~zhangh > Department of Computer Science \ (919)962-1835 (O) > UNC-Chapel Hill \ (919)914-3973 (H) > > "I create abstract systems from pure information, Albert. I'm > a *programmer*... Quantum nonlocality is a bug." -- God > ------------------------------------------------------------- > ======================================================================= > 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 Hansong Zhang ======================================================================= 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 Mar 4 07:55:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA14479; Tue, 4 Mar 1997 04:01:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA14463; Tue, 4 Mar 1997 04:01:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA11671; Tue, 4 Mar 1997 04:01:25 -0800 Received: from crane.cf.ac.uk (crane.cf.ac.uk [131.251.0.45]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA28480 for ; Tue, 4 Mar 1997 04:01:20 -0800 Received: from thor.cf.ac.uk by crane.cf.ac.uk with SMTP (PP); Tue, 4 Mar 1997 11:57:02 +0000 Received: from localhost (saprar@localhost) by thor.cf.ac.uk (8.8.5/8.6.12) with SMTP id MAA04671 for ; Tue, 4 Mar 1997 12:00:13 GMT Date: Tue, 4 Mar 1997 12:00:13 +0000 (GMT) From: Roy Ruddle Reply-To: Ruddle@cardiff.ac.uk To: info-performer@sgi.com Subject: Re: drawing process question In-Reply-To: <199703040458.WAA11434@zeus.wes.army.mil> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O In PF1.2 I do the following in the pfChanDrawFunc() { pfClearChan(); pfDraw(); pfPushState(); pfBasicState(); ... draw HUD symbols pfPopState(); } hope this helps roy ------------------------------------------------------------------------ Roy Ruddle, Senior Research Associate Cardiff Virtual Environment Laboratory School of Psychology, Cardiff University, PO Box 901, Cardiff CF1 3YG Tel: +44 (0) 1222 874000 x5030, Fax: +44 (0) 1222 874858 Email: Ruddle@CARDIFF.AC.UK http://www.cf.ac.uk/uwcc/psych/ruddle ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 4 07:55:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA14631; Tue, 4 Mar 1997 04:42:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA14615; Tue, 4 Mar 1997 04:42:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA12953; Tue, 4 Mar 1997 04:42:09 -0800 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id EAA04240 for ; Tue, 4 Mar 1997 04:42:07 -0800 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 AA13133; Tue, 4 Mar 97 07:40:53 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA857490177; Tue, 04 Mar 97 07:40:31 EST Date: Tue, 04 Mar 97 07:40:31 EST Message-Id: <9702048574.AA857490177@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Re[2]: Realtime Speicial Relativity Status: O >One of my old areas of interest was General Realtivity... >-Javier I think that says that if you go back far enough we are all related. :-) ======================================================================= 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 Mar 4 07:55:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA14613; Tue, 4 Mar 1997 04:38:46 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA14597; Tue, 4 Mar 1997 04:38:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA12859; Tue, 4 Mar 1997 04:38:45 -0800 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id EAA03723 for ; Tue, 4 Mar 1997 04:38:43 -0800 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 AA13108; Tue, 4 Mar 97 07:37:28 EST Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA857489990; Tue, 04 Mar 97 07:35:13 EST Date: Tue, 04 Mar 97 07:35:13 EST Message-Id: <9702048574.AA857489990@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Re[2]: Monochrome Display Status: O >>>>> "Rimi" == Rimi Arnaud writes: Rimi> Y.Kanou wrote: >> Is there a fast way to display monochrome images rather than >> color images? >> >> I know intensity(Y) is calculated by Y=0.3*R+0.59*G+0.11*B. But >> I think this needs pixel-level calculation and costs much. >> >> I would like to find a more efficient way if any. >> >> Thanks in advance. >> Rimi> The easiest way is to add a small pasive electronic device Rimi> that does the above signal merging from the R,G,B Rimi> signal. Some displays directly have this capability (like the Rimi> color tunning on your TV) Rimi> Sometime a little of electronic is better than lot of Rimi> software ! An application of such a tradeoff involves the use of simulation for night vision goggles. The stimulation approach involves the use of actual night vision goggles where the visual display would emit light that would best cause the NVG output to resemble what one would see in the real aircraft at night. A somwhat traditional hack includes tweaking the color tables and the gamma correction curves. Unfortunately current display technology doesn't really approximate the night sky terribly well. The simulation might use what amounts to viewing the display through two toilet paper tubes where the displayed image is monocrome green and NVG effects such as noise, blooming, halos, automatic gain control in shadowed regions, etc. Just off the top of my head, Performer issues in NVG would include: (1) A culling volume larger than the viewing volume because light sources can have a significant effect on the scene illumination. (2) An Isector from the eyepoint to the moon and other significant light sources to see if the light sources are occluded by the terrain. (3) If NVGs are simulated, noise injestion could be accomplished throug glDrawPixels, I suppose. My .02 worth. ======================================================================= 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 Mar 4 10:19:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA14663; Tue, 4 Mar 1997 04:57:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA14647; Tue, 4 Mar 1997 04:57:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA13372; Tue, 4 Mar 1997 04:57:21 -0800 Received: from newsgate.dircon.co.uk (newsgate.dircon.co.uk [194.112.32.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA06633 for ; Tue, 4 Mar 1997 04:57:19 -0800 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 MAA24494 for sgi.com!info-performer; Tue, 4 Mar 1997 12:50:12 GMT Received: from kermit by jhcscg via ESMTP (950413.SGI.8.6.12/940406.SGI) for id MAA06751; Tue, 4 Mar 1997 12:19:27 GMT Received: by kermit (950413.SGI.8.6.12) id MAA08305; Tue, 4 Mar 1997 12:19:26 GMT Date: Tue, 4 Mar 1997 12:19:26 GMT Message-Id: <9703041219.ZM8303@kermit> In-Reply-To: "Didier Guzzoni" "Exceptions" (Mar 3, 5:06pm) References: <9703031706.ZM750@imtsg1.epfl.ch> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Exceptions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 3, 5:06pm, Didier Guzzoni wrote: > Subject: Exceptions > Hello, > > We are using CC to build our graphic application over Performer. It turned > out that CC doesn't support exceptions nor "bool" nor "if (int i=test())". C++ 7.1 supports at least the first two. Don't know about the if. 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 Mar 4 11:06:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA14735; Tue, 4 Mar 1997 05:40:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA14719; Tue, 4 Mar 1997 05:40:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA15284; Tue, 4 Mar 1997 05:40:52 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA13411 for ; Tue, 4 Mar 1997 05:40:51 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA03559; Tue, 4 Mar 1997 08:38:21 -0500 Date: Tue, 4 Mar 1997 08:38:21 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703040838.ZM3558@hotsauce.clubfed.sgi.com> In-Reply-To: "Didier Guzzoni" "Exceptions" (Mar 3, 5:06pm) References: <9703031706.ZM750@imtsg1.epfl.ch> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Didier Guzzoni" , info-performer@sgi.com Subject: Re: Exceptions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 3, 5:06pm, Didier Guzzoni wrote: > Subject: Exceptions > Hello, > > We are using CC to build our graphic application over Performer. It turned > out that CC doesn't support exceptions nor "bool" nor "if (int i=test())". > > It doesn't seem to be much up to date with current C++ specs.... > > Has anyone worked with exceptions ???? > Is a newest version of CC available ? There are two answers to this, there is a patch to the current version of the compilers (patch 1600 & 1628 on IRIX 5.3) which introduces exception handling and there are new compilers. Check out the 7.1 compilers and patch 1637 on IRIX 6.2. Brian > > Thanks in advance, > > Didier Guzzoni > > -- > Didier Guzzoni > Swiss Federal Institute of Technology > Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch > Fax : ++41 21 693 5859 > ======================================================================= > 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 -- 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 Tue Mar 4 13:12:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14887; Tue, 4 Mar 1997 07:41:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14871; Tue, 4 Mar 1997 07:41:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22236; Tue, 4 Mar 1997 07:41:58 -0800 Received: from skywalker.indy.navy.mil (SKYWALKER.NAWC-AD-INDY.NAVY.MIL [147.159.249.226]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA06865 for ; Tue, 4 Mar 1997 07:41:53 -0800 Received: from exch.nawc-ad-indy.navy.mil (EXCH.NAWC-AD-INDY.NAVY.MIL [147.159.249.230]) by skywalker.indy.navy.mil (8.8.5/8.6.9) with SMTP id KAA21868 for ; Tue, 4 Mar 1997 10:41:59 -0500 Received: by exch.nawc-ad-indy.navy.mil with Microsoft Exchange (IMC 4.0.837.3) id <01BC2888.4EC99BB0@exch.nawc-ad-indy.navy.mil>; Tue, 4 Mar 1997 10:39:16 -0500 Message-ID: From: "Davey, Matthew J." To: performers Subject: benchmarks? and fonts? Date: Tue, 4 Mar 1997 10:44:00 -0500 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Ladies and Gentlemen: Can you please help me? I have been tasked to port some code to a WindowsNT machine with PCI card running OpenGL. My knowledge in these areas is rudimentary - at best. Maybe I should be embarrassed about my ignorance, but ... at least I am aware. :) Does there exist some intelligence about performance benchmarks on various graphics cards supporting OpenGL? My customer has specific fonts to be displayed as part of this system. These are custom designed fonts. Is this a problem with OpenGL? With OpenGL, how can I use a 'bit-map defined' font ... overlay such that just character is display ... background shown through ? Thanks so much. Matthew Davey ======================================================================= 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 Mar 4 15:36:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15540; Tue, 4 Mar 1997 10:13:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15524; Tue, 4 Mar 1997 10:13:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA06891; Tue, 4 Mar 1997 10:13:21 -0800 Received: from overlord.nrl.navy.mil (overlord.nrl.navy.mil [132.250.118.136]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA19948 for ; Tue, 4 Mar 1997 10:13:19 -0800 Received: by overlord.nrl.navy.mil (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id NAA10755; Tue, 4 Mar 1997 13:13:23 -0500 Date: Tue, 4 Mar 1997 13:13:23 -0500 From: doyle@overlord.nrl.navy.mil (Robert Doyle) Message-Id: <199703041813.NAA10755@overlord.nrl.navy.mil> To: info-performer@sgi.com Subject: IV loader Status: O Does anyone know if the Inventor loader limits texture size? I'm getting core dumps (from the loader) for large textures (27 MB) but no problems with smaller (1 MB) textures. Thanks, Bob Doyle Robert J. Doyle, Jr. http://overlord.nrl.navy.mil Code 5594 http://overlord.nrl.navy.mil/marines.html Naval Research Laboratory e-mail: doyle@overlord.nrl.navy.mil Washington, DC 20375-5000 fax: 202-404-7402 phone: 202-767-8395 ======================================================================= 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 Mar 4 16:01:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15596; Tue, 4 Mar 1997 10:35:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15580; Tue, 4 Mar 1997 10:35:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA09338; Tue, 4 Mar 1997 10:35:10 -0800 Received: from helios.Discreet.QC.CA (discreet.qc.ca [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA26005 for ; Tue, 4 Mar 1997 10:35:08 -0800 Received: from cuba by helios.Discreet.QC.CA (SMI-8.6/SMI-SVR4) id NAA04471; Tue, 4 Mar 1997 13:29:07 -0500 Received: from norway (norway [172.16.100.40]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA17772; Tue, 4 Mar 1997 13:35:32 -0500 Received: from localhost (panisset@localhost) by norway (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA17081; Tue, 4 Mar 1997 13:35:30 -0500 Message-Id: <199703041835.NAA17081@norway> To: "Didier Guzzoni" cc: info-performer@sgi.com, panisset@norway.Discreet.QC.CA Subject: Re: Exceptions In-reply-to: Your message of "Mon, 03 Mar 1997 17:06:39 +0100." <9703031706.ZM750@imtsg1.epfl.ch> Date: Tue, 04 Mar 1997 13:35:30 -0500 From: Jean-Francois Panisset Status: O <9703031706.ZM750@imtsg1.epfl.ch>"Didier Guzzoni" writes >Hello, > >We are using CC to build our graphic application over Performer. It turned >out that CC doesn't support exceptions nor "bool" nor "if (int i=test())". > >It doesn't seem to be much up to date with current C++ specs.... > >Has anyone worked with exceptions ???? >Is a newest version of CC available ? > The 7.1 C++ compiler does indeed support bool (which you can disable/enable with -LANG:bool={ON,OFF}), exceptions (-LANG:exceptions=ON|OFF). If you want namespaces and member templates, you can even play with -experimental. It may be that some/all of these features are only available when you are compiling -n32: -32 gets you the older ucode compilers, where the front end might not be as up to date (although I could be wrong). Note that you should probably have the following patches installed: 1637: C++ exception handling patch 1709: c frontend patch 1710: c++ frontend patch 1712: backend patch JF ======================================================================= 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 Mar 4 16:17:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15623; Tue, 4 Mar 1997 10:46:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15607; Tue, 4 Mar 1997 10:46:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA10735; Tue, 4 Mar 1997 10:46:03 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA29144 for ; Tue, 4 Mar 1997 10:45:59 -0800 Received: (from russell@localhost) by random.ctasim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA01187 for info-performer@sgi.com; Tue, 4 Mar 1997 10:39:27 -0800 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9703041039.ZM1185@random.ctasim.com> Date: Tue, 4 Mar 1997 10:39:27 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Draw Process Hangs! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hey all, I've got a Performer 2.0 application on IRIX 6.2. I have reciently add a call to pfFrame so that my window will be created earlier. Now, when I run the application with PFMP_APP_CULL_DRAW or PFMP_APPCULL_DRAW the Draw process hangs. The application works fine with PFMP_APPCULLDRAW or PFMP_APP_CULLDRAW though. The thing that gets me is that perfly makes a call to pfFrame in the same manner. Does anyone have any idea what could be causing this? Thanks and praise in advance... -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Mar 4 18:11:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA16189; Tue, 4 Mar 1997 12:51:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA16173; Tue, 4 Mar 1997 12:51:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA23999; Tue, 4 Mar 1997 12:51:42 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA04230 for ; Tue, 4 Mar 1997 12:51:41 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA23274; Tue, 4 Mar 1997 12:51:15 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA24708; Tue, 4 Mar 1997 12:50:59 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703042050.MAA24708@remi.asd.sgi.com> Subject: Re: Re[2]: Monochrome Display To: WILLIAM_MARINELLI@ntsc.navy.mil Date: Tue, 4 Mar 1997 12:50:59 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <9702048574.AA857489990@CCMAIL.NTSC.NAVY.MIL> from "WILLIAM_MARINELLI@ntsc.navy.mil" at Mar 4, 97 07:35:13 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: 4269 Status: O WILLIAM_MARINELLI@ntsc.navy.mil wrote: > > > >>>>> "Rimi" == Rimi Arnaud writes: > > Rimi> Y.Kanou wrote: > >> Is there a fast way to display monochrome images rather than > >> color images? > >> > >> I know intensity(Y) is calculated by Y=0.3*R+0.59*G+0.11*B. But > >> I think this needs pixel-level calculation and costs much. > >> > >> I would like to find a more efficient way if any. > >> > >> Thanks in advance. > >> > > Rimi> The easiest way is to add a small pasive electronic device > Rimi> that does the above signal merging from the R,G,B > Rimi> signal. Some displays directly have this capability (like the > Rimi> color tunning on your TV) > > Rimi> Sometime a little of electronic is better than lot of > Rimi> software ! > > An application of such a tradeoff involves the use of simulation > for night vision goggles. It was not mentioned by Y.Kanou. Is it for a NVG simulation ? In that case you certainly can have some time between a color display and the switch to a monochrome display. So It can be done by having a Monochrome database as adviced by a previouspost. The #1 problem in NVG simulation is to get a low level luminance, with a lot of contrast. If you reduce the luminance by changes in the image generator you end up using only a few bits of the DAC's and have a poor output signal with not enough contrast. One posibility is to keep the maximum luminance in the Image Generator, so you have a good signal with a lot of resolution, and to add a luminance information to the projector. Now, the display technology has the same problem, so to have a good result a solution is to add a filter on the green tube that reduce the global luminance after the projector. Anybody has more idea on that subject ? > > The stimulation approach involves the use of actual night vision > goggles where the visual display would emit light that would > best cause the NVG output to resemble what one would see in the > real aircraft at night. A somwhat traditional hack includes > tweaking the color tables and the gamma correction curves. > Unfortunately current display technology doesn't really > approximate the night sky terribly well. See the above comment. > > The simulation might use what amounts to viewing the display > through two toilet paper tubes where the displayed image is > monocrome green and NVG effects such as noise, blooming, halos, > automatic gain control in shadowed regions, etc. I don' know what is a toilet paper tube ? Note that if you use real NVG in the simulation, you do not have to simulate the noise, as the noise is produce by the NVG itself. Same thing for the halos, AGC ... > > Just off the top of my head, Performer issues in NVG would > include: > > (1) A culling volume larger than the viewing volume because > light sources can have a significant effect on the scene > illumination. pfLightSource are not culled by the viewing frustrum, and are applied to the whole scene. So why would you need a larger culling field of view? > (2) An Isector from the eyepoint to the moon and other > significant light sources to see if the light sources are > occluded by the terrain. If the sun is not here, then the moon is a significant source of light; and replace the sun in the global illumination usual mechanism. There is no need for a isector ? > (3) If NVGs are simulated, noise injestion could be accomplished > throug glDrawPixels, I suppose. See above about noise. > > My .02 worth. > > ======================================================================= > 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 Mar 4 20:46:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16898; Tue, 4 Mar 1997 15:25:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16882; Tue, 4 Mar 1997 15:25:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA09238; Tue, 4 Mar 1997 15:25:18 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA16701 for ; Tue, 4 Mar 1997 15:25:17 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA03811; Tue, 4 Mar 1997 15:24:57 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA24993; Tue, 4 Mar 1997 15:24:39 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703042324.PAA24993@remi.asd.sgi.com> Subject: Re: benchmarks? and fonts? To: daveym@INDY.NAVY.MIL (Davey, Matthew J.) Date: Tue, 4 Mar 1997 15:24:39 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: from "Davey, Matthew J." at Mar 4, 97 10:44:00 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: 1308 Status: O Davey, Matthew J. wrote: > > Ladies and Gentlemen: > > Can you please help me? > > I have been tasked to port some code to a WindowsNT machine with PCI > card running OpenGL. My knowledge in these areas is rudimentary - at > best. Maybe I should be embarrassed about my ignorance, but ... at > least I am aware. :) > > Does there exist some intelligence about performance benchmarks on > various graphics cards supporting OpenGL? Does it have anything to do with Performer ? Oh well ..... viewperf is the current benchmark for openGL. It has been developped by IBM Look at http://www.specbench.org/gpc/index.html for more info. There is an official opengl perf bench that should be available in april 97. > My customer has specific fonts to be displayed as part of this system. > These are custom designed fonts. Is this a problem with OpenGL? With > OpenGL, how can I use a 'bit-map defined' font ... overlay such that > just character is display ... background shown through ? man glcRenderString to render a string man glcAppendFont and glXUseXFont to use different fonts. Note, I'm not sure if any of this exist on PC. _ / _ _ |_) _ ._ _ 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 Mar 4 23: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 SAA18159; Tue, 4 Mar 1997 18:27:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA18143; Tue, 4 Mar 1997 18:27:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA24343; Tue, 4 Mar 1997 18:27:53 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA00182 for ; Tue, 4 Mar 1997 18:27:52 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA18819; Tue, 4 Mar 1997 18:27:25 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA14756; Tue, 4 Mar 1997 18:27:25 -0800 From: "Sharon Clay" Message-Id: <9703041827.ZM14754@rose.asd.sgi.com> Date: Tue, 4 Mar 1997 18:27:25 -0800 In-Reply-To: russell@ctasim.com ("Russell Suter" ) "Draw Process Hangs!" (Mar 4, 10:39am) References: <9703041039.ZM1185@random.ctasim.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: russell@ctasim.com ("Russell Suter" ) Subject: Re: Draw Process Hangs! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 4, 10:39am, Russell Suter wrote: > Subject: Draw Process Hangs! ->Hey all, -> ->I've got a Performer 2.0 application on IRIX 6.2. I have reciently add a ->call to pfFrame so that my window will be created earlier. Now, when I run ->the application with PFMP_APP_CULL_DRAW or PFMP_APPCULL_DRAW the Draw ->process hangs. The application works fine with PFMP_APPCULLDRAW or ->PFMP_APP_CULLDRAW though. The thing that gets me is that perfly makes a ->call to pfFrame in the same manner. -> ->Does anyone have any idea what could be causing this? This does seem surprising. can you dbx -p pid on the draw process so we can see where it is? 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 Mar 5 01:03:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA18490; Tue, 4 Mar 1997 19:53:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA18474; Tue, 4 Mar 1997 19:53:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA28364; Tue, 4 Mar 1997 19:53:55 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA15592; Tue, 4 Mar 1997 19:53:52 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id DAA29736; Wed, 5 Mar 1997 03:53:37 GMT From: "Angus Dorbie" Message-Id: <9703050353.ZM29732@bitch.reading.sgi.com> Date: Wed, 5 Mar 1997 03:53:37 +0000 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Easd=2Esgi=2Ecom_=28R=E9mi_Arnaud?= =?iso-8859-1?Q?=29 _______=22Re=3A_Re=5B2=5D=3A_Monochrome_Display=22_=28Mar__4=2C_12=3A50pm?= =?iso-8859-1?Q?=29?= References: <199703042050.MAA24708@remi.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), WILLIAM_MARINELLI@ntsc.navy.mil Subject: Re: Re[2]: Monochrome Display Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19703050353.ZM29732.reading.sgi.com" Status: O --PART-BOUNDARY=.19703050353.ZM29732.reading.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 Mar 4, 12:50pm, R=E9mi Arnaud wrote: > Subject: Re: Re[2]: Monochrome Display > WILLIAM_MARINELLI@ntsc.navy.mil wrote: > > > > > > >>>>> "Rimi" =3D=3D Rimi Arnaud writes: > > > > Rimi> Y.Kanou wrote: > > >> Is there a fast way to display monochrome images rather than > > >> color images? > > >> > > >> I know intensity(Y) is calculated by Y=3D0.3*R+0.59*G+0.11*B. B= ut > > >> I think this needs pixel-level calculation and costs much. > > >> > > >> I would like to find a more efficient way if any. > > >> > > >> Thanks in advance. > > >> > > > > Rimi> The easiest way is to add a small pasive electronic device > > Rimi> that does the above signal merging from the R,G,B > > Rimi> signal. Some displays directly have this capability (like th= e > > Rimi> color tunning on your TV) > > > > Rimi> Sometime a little of electronic is better than lot of > > Rimi> software ! > > > > An application of such a tradeoff involves the use of simulat= ion > > for night vision goggles. > > It was not mentioned by Y.Kanou. Is it for a NVG simulation ? In that > case you certainly can have some time between a color display and the > switch to a monochrome display. So It can be done by having a Monochro= me > database as adviced by a previouspost. > > The #1 problem in NVG simulation is to get a low level luminance, with= a > lot of contrast. If you reduce the luminance by changes in the image > generator you end up using only a few bits of the DAC's and have a > poor output signal with not enough contrast. > > One posibility is to keep the maximum luminance in the Image Generator= , > so you have a good signal with a lot of resolution, and to add a lumin= ance > information to the projector. Now, the display technology has the same= > problem, so to have a good result a solution is to add a filter on the= > green tube that reduce the global luminance after the projector. > > Anybody has more idea on that subject ? Two polarising filters on the "toilet roll tubes" with an adjustable angle on the second for gain control. If you motorised the filter you could even have high quality AGC.......garage VR. This might be quite nice if added to something like n-Visions goggles. Cheers, Angus. --PART-BOUNDARY=.19703050353.ZM29732.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 Wed Mar 5 02:30:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA18746; Tue, 4 Mar 1997 21:12:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA18730; Tue, 4 Mar 1997 21:12:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA01304; Tue, 4 Mar 1997 21:12:17 -0800 Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA28103 for ; Tue, 4 Mar 1997 21:12:12 -0800 Received: from [202.230.84.102] by farm.ddd.co.jp (post.office MTA v1.9.3 ID# 0-13383) with SMTP id AAA184 for ; Wed, 5 Mar 1997 15:16:08 +0900 MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit From: kanou@ddd.co.jp (Y.Kanou) Subject: Re[3]: Monochrome Display To: info-performer@sgi.com In-Reply-To: <19970303082032272.AAA83@[202.230.84.102]> X-Mailer: SPRY Mail Version: 04.00.06.17 Date: Wed, 5 Mar 1997 15:16:08 +0900 Message-ID: <19970305061607473.AAA184@[202.230.84.102]> Status: O On Mon, 3 Mar 1997, kanou@ddd.co.jp (Y.Kanou) wrote: >Is there a fast way to display monochrome images rather than color images? > >I know intensity(Y) is calculated by Y=0.3*R+0.59*G+0.11*B. But I think this >needs pixel-level calculation and costs much. > >I would like to find a more efficient way if any. I am afraid that I didn't give enough information at the first time... Our client develops special hardware for image recognition. Input camera is mounted on a car. This hardware can recognize the shape of the road, the shape of the car ahead of a driver in real-time. They use monochrome cameras for some reason at this time. They have to use a lot of real images for improving their hardware. But preparation of real images takes much time. So they asked us to simulate their monochrome camera images by using 3-D CG. Yutaka Kanou Technical Director 3D Inc. e-mail:kanou@ddd.co.jp http://www.ddd.co.jp/ tel:+81-45-314-8334 fax:+81-45-314-8335 Mitsuishi-Yokohama-Building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 5 07:13:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA19296; Wed, 5 Mar 1997 01:55:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA19280; Wed, 5 Mar 1997 01:55:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA12632; Wed, 5 Mar 1997 01:55:35 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA09518 for ; Wed, 5 Mar 1997 01:55:34 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id BAA01086; Wed, 5 Mar 1997 01:55:13 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id BAA15224; Wed, 5 Mar 1997 01:54:51 -0800 From: "Javier Castellar" Message-Id: <9703050154.ZM15222@sixty.asd.sgi.com> Date: Wed, 5 Mar 1997 01:54:51 -0800 In-Reply-To: =?iso-8859-1?Q?remi=40remi_=28R=E9mi_Arnaud=29 _______=22Re=3A_Re=5B2=5D=3A_Monochrome_Display=22_=28Mar__4=2C_12=3A50pm?= =?iso-8859-1?Q?=29?= References: <199703042050.MAA24708@remi.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), WILLIAM_MARINELLI@ntsc.navy.mil Subject: Re: Re[2]: Monochrome Display Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Have you considered the use of the Texture Look up tables (TLUTs) ? If you are on RE2 or even better IR you could use texture paging from the frame buffer (texture_copy) if the channel resolution is low enough. This is how it works: - Render the scene in one color channel - Copy the framebuffer to texture - Render back a polygon with the above texture and TLUT on. TLUT could contain a transfer function, that if closed-looped with values of previous frames could be used as gain control for the sensor. Some people even use multiple bands of the sensor on single passes and resolving multiple TLUTs to accumulate the results. Also IR provides some additional features with hw acceleration (such as creation of TLUTs from framebuffer content ...). This is a common use of the TLUTs that is also being use by hw in the loop arena and many other applications ... On IR you could get extra bit resolution for some frame buffer visuals. -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 5 09:18:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA19657; Wed, 5 Mar 1997 04:02:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA19641; Wed, 5 Mar 1997 04:02:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA16581; Wed, 5 Mar 1997 04:02:33 -0800 Received: from centaure.worldnet.net (centaure.worldnet.net [194.2.128.249]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA00344 for ; Wed, 5 Mar 1997 04:02:28 -0800 Received: from nantes0-023.sct.fr (nantes0-023.sct.fr [194.206.158.23]) by centaure.worldnet.net (8.6.12/8.6.12) with SMTP id NAA21317 for ; Wed, 5 Mar 1997 13:02:19 +0100 Message-Id: <199703051202.NAA21317@centaure.worldnet.net> X-Sender: ceti@worldnet.net X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 05 Mar 1997 13:03:15 +0000 To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Re: benchmarks? and fonts? Status: O >Does there exist some intelligence about performance benchmarks on >various graphics cards supporting OpenGL? yes, for openGL there are various benchmarks see http://www.sgi.com/Products/Dev_environ_ds.html >My customer has specific fonts to be displayed as part of this system. >These are custom designed fonts. Is this a problem with OpenGL? With >OpenGL, how can I use a 'bit-map defined' font ... overlay such that >just character is display ... background shown through ? Not a real problem. Just convert the fonts in bitmap data. See opengl sample Font.c in the glaux lib on the visual C++ cdrom or download the glaux lib by sgi site ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ BILLARD Olivier - Engineer R&D - C&I Software 1 avenue de la mer - 44380 PORNICHET - FRANCE Tel: +33 2 40 11 68 72 Fax: +33 2 40 61 68 14 Email: ceti@worldnet.net URL:http://www.worldnet.net/~ceti ================================================================= \\\|||/// \\ - - // ( @ @ ) +----------------oOOo-(_)-oOOo----------------------+ | " We don't inherit the world from our ancestors, | | it's only a loan from our children ." | | Antoine de Saint Exupery. | +-------------------------Oooo----------------------+ oooO ( ) ( ) ) / \ ( (_/ \_) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 5 13: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 IAA19961; Wed, 5 Mar 1997 08:13:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA19945; Wed, 5 Mar 1997 08:13:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA29240; Wed, 5 Mar 1997 08:13:43 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA18868 for ; Wed, 5 Mar 1997 08:13:41 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA07331; Wed, 5 Mar 1997 11:10:54 -0500 Date: Wed, 5 Mar 1997 11:10:54 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703051110.ZM7330@hotsauce.clubfed.sgi.com> In-Reply-To: russell@ctasim.com ("Russell Suter" ) "Draw Process Hangs!" (Mar 4, 10:39am) References: <9703041039.ZM1185@random.ctasim.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: russell@ctasim.com ("Russell Suter" ), info-performer@sgi.com Subject: Re: Draw Process Hangs! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Your not calling pfFrame before the pfConfig are you? Do you have some sample code of what you are trying to do? Brian On Mar 4, 10:39am, Russell Suter wrote: > Subject: Draw Process Hangs! > Hey all, > > I've got a Performer 2.0 application on IRIX 6.2. I have reciently add a > call to pfFrame so that my window will be created earlier. Now, when I run > the application with PFMP_APP_CULL_DRAW or PFMP_APPCULL_DRAW the Draw > process hangs. The application works fine with PFMP_APPCULLDRAW or > PFMP_APP_CULLDRAW though. The thing that gets me is that perfly makes a > call to pfFrame in the same manner. > > Does anyone have any idea what could be causing this? > > Thanks and praise in advance... > > -- > Russ > _______________________________________________ ______________________________ > Though my eyes could see | Russell Suter > I still was a blind man. | Voice : (303) 889-1262 > Though my mind could think | Fax : (303) 889-1210 > I still was a mad man. | Internet : russell@ctasim.com > _______________________________________________|______________________________ > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Russell Suter -- 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 Wed Mar 5 14: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 IAA20105; Wed, 5 Mar 1997 08:46:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA20089; Wed, 5 Mar 1997 08:46:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA02007; Wed, 5 Mar 1997 08:46:25 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA26056; Wed, 5 Mar 1997 08:45:22 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA00774; Wed, 5 Mar 1997 16:44:52 GMT From: "Angus Dorbie" Message-Id: <9703051644.ZM772@bitch.reading.sgi.com> Date: Wed, 5 Mar 1997 16:44:51 +0000 In-Reply-To: "Javier Castellar" "Re: Re[2]: Monochrome Display" (Mar 5, 1:54am) References: <199703042050.MAA24708@remi.asd.sgi.com> <9703050154.ZM15222@sixty.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Javier Castellar" , remi@remi.asd.sgi.com ( =?iso-8859-1?Q?R=E9mi_Arnaud?=), WILLIAM_MARINELLI@ntsc.navy.mil Subject: Re: Re[2]: Monochrome Display Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O If you are able to base your scene luminance information entirely on the applied texture you can also avoid the need for the image readback from the framebuffer. Cheers, Angus. On Mar 5, 1:54am, Javier Castellar wrote: > Subject: Re: Re[2]: Monochrome Display > Have you considered the use of the Texture Look up tables (TLUTs) ? > > If you are on RE2 or even better IR you could use texture paging from the frame > buffer (texture_copy) if the channel resolution is low enough. > > This is how it works: > > - Render the scene in one color channel > - Copy the framebuffer to texture > - Render back a polygon with the above texture and TLUT on. > > TLUT could contain a transfer function, that if closed-looped with values of > previous frames could be used as gain control for the sensor. > > Some people even use multiple bands of the sensor on single passes and > resolving multiple TLUTs to accumulate the results. > > Also IR provides some additional features with hw acceleration (such as > creation of TLUTs from framebuffer content ...). > > This is a common use of the TLUTs that is also being use by hw in the loop > arena and many other applications ... > > On IR you could get extra bit resolution for some frame buffer visuals. > > -Javier > > -- > ************************************************************************* > * Javier Castellar Arribas * Email: javier@asd.sgi.com * > * * Vmail: 3-1589 * > * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * > * Core Design - Applied Engineering * Fax: 415-964-8671 * > * Advanced Systems Division * MailStop: 8L-800 * > ************************************************************************* > * Silicon Graphics Inc. * > * 2011 N. Shoreline Boulevard, * > * Mountain View, California 94043-1386, USA * > ************************************************************************* > "Violence is the last refuge of the incompetent" > Hardin Seldon > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Javier Castellar ======================================================================= 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 Mar 5 16:31:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA20504; Wed, 5 Mar 1997 11:12:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20488; Wed, 5 Mar 1997 11:12:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA19721; Wed, 5 Mar 1997 11:12:33 -0800 Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA09973 for ; Wed, 5 Mar 1997 11:12:32 -0800 From: dpugmire@facility.cs.utah.edu Received: from gemini.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id MAA03983; Wed, 5 Mar 1997 12:12:27 -0700 (MST) Received: by gemini.cs.utah.edu (8.6.12/utah-2.15sun-leaf) id MAA23666; Wed, 5 Mar 1997 12:12:25 -0700 Date: Wed, 5 Mar 1997 12:12:25 -0700 Message-Id: <199703051912.MAA23666@gemini.cs.utah.edu> To: info-performer@sgi.com Subject: Performer Patches In-Reply-To: <199703051202.NAA21317@centaure.worldnet.net> References: <199703051202.NAA21317@centaure.worldnet.net> Status: O I need to get patch 1347 and 1392 for performer 2.0. Sadly, the connection out is REALLY slow, and those files are REALLY big. Does SGI provide them on CD ROM anywhere ? Do I need to get both 32 and 64 versions of the files ? How do I find out which I'm using ? Is there some command like hinv to do it ? thanks, dp. ======================================================================= 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 Mar 5 19:03:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA21345; Wed, 5 Mar 1997 13:28:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA21329; Wed, 5 Mar 1997 13:28:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA04098; Wed, 5 Mar 1997 13:28:08 -0800 Received: from nvl.army.mil (toltec.nvl.army.mil [140.183.20.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA15723 for ; Wed, 5 Mar 1997 13:28:01 -0800 Received: by nvl.army.mil via sendmail with stdio id for info-performer@sgi.com; Wed, 5 Mar 1997 16:28:23 -0500 (EST) (Smail-3.2 1996-Jul-4 #5 built 1996-Jul-20) Message-Id: From: dflorek@nvl.army.mil (David Florek) Subject: Re: pfDirtCheck errors To: info-performer@sgi.com Date: Wed, 5 Mar 1997 16:28:23 -0500 (EST) Cc: dflorek@nvl.army.mil Reply-To: dflorek@nvl.army.mil In-Reply-To: <199702221803.KAA10334@sgi600.msd.lmsc.lockheed.com> from "Ken Sakai" at Feb 22, 97 10:03:11 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1985 Status: O Ken Sakai of Lockheed-Martin writes: > Like Elwin Lee, I too have been plagued by a persistant _pfDirtCheck() > problem ... This problem only seems to appear on our Impact R10000 > running either Performer 2.01 or Performer 2.1. I can't seem to dupli- > cate the problem on our ONYX running Performer 2.01. Adding another voice of frustration, immediately upon executing pfApplyFog() in the following segment: fog = pfNewFog(pfGetSharedArena()); pfFogType(fog, PFFOG_PIX_EXP); pfFogColor(fog, 1.0, 1.0, 1.0); pfFogRange(fog, 0.0, 0.01*fog_range); pfEnable(PFEN_FOG); pfApplyFog(fog); I get the following error: PF Fatal/SysErr: _pfDirtCheck: pfRealloc of 0 bytes returned NULL. Without access to the actual structure definition for _pfFog, I'm having difficulty figuring out how to work around it. In case it's being stupid about trying to copy some of the variable-length entities, I've added: float *bogus_fogranges, *bogus_fogdensities; char *bogus_userdata; bogus_fogranges = (float *)pfMalloc(4*sizeof(float), pfGetSharedArena()); bogus_fogdensities = (float *)pfMalloc(4*sizeof(float), pfGetSharedArena()); bogus_userdata = (char *)pfMalloc(sizeof(char), pfGetSharedArena()); pfFogRamp(fog, 4, bogus_fogranges, bogus_fogdensities, 0.0f); pfUserData(fog, (void *)bogus_userdata); before the call to pfApplyFog(), but with no luck. I'm running Performer 2.1 on a deskside Onyx with 4 R10Ks, infiniteReality graphics, and IRIX64 version 6.2. Any thoughts? Dave ----------------------------------------------------------------------------- David W. Florek E-OIR Measurements, Inc. Phone: 703 / 704 - 1767 Senior Engineer NVESD Night Vision Lab Email: dflorek@nvl.army.mil Computer Graphics Ft. Belvoir, VA 22060 ----------------------------------------------------------------------------- ======================================================================= 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 Mar 5 19:35:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21560; Wed, 5 Mar 1997 14:00:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21544; Wed, 5 Mar 1997 14:00:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA07478; Wed, 5 Mar 1997 14:00:27 -0800 Received: from wlp1.wl.wpafb.af.mil (wlp1.wl.wpafb.af.mil [134.131.28.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA23903 for ; Wed, 5 Mar 1997 14:00:24 -0800 Received: by wlp1.wl.wpafb.af.mil; (5.65v3.2/1.1.8.2/20Sep95-0402PM) id AA09446; Wed, 5 Mar 1997 17:00:13 -0500 Alternate-Recipient: allowed Auto-Forwarded: prohibited Content-Return: allowed Disclose-Recipients: prohibited Conversion: allowed Importance: normal Sensitivity: Company-Confidential Subject: rapidapp and Performer From: Robert C Subr To: info-performer@sgi.com Message-Id: <970305170012.684@wlp1.wl.wpafb.af.mil.0> Date: Wed, 5 Mar 97 17:00:12 -0500 X-Mailer: MailWorks 2.0-1 Status: O Greetings, I am trying to place a Performer app into a motif app that was created with rapidapp. I used the motif.C from pguide as an example for setting up the performer pipewindow to render to the glwidget. In doing so, my new app creates the GUI with the glwidget, but another window is created and the performer stuff is rendering to it instead of glwidget on the app. Anybody has an ideas to help me on this? Thanks, Rob Subr ======================================================================= 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 Mar 6 02:00:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA24584; Wed, 5 Mar 1997 20:47:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA24568; Wed, 5 Mar 1997 20:47:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA05089; Wed, 5 Mar 1997 20:47:28 -0800 Received: from tugboat.seas.upenn.edu (TUGBOAT.SEAS.UPENN.EDU [130.91.4.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA24053 for ; Wed, 5 Mar 1997 20:47:26 -0800 Received: from blue.seas.upenn.edu (cgeyer@BLUE.SEAS.UPENN.EDU [130.91.5.148]) by tugboat.seas.upenn.edu (8.8.4/8.8.4) with ESMTP id XAA09655 for ; Wed, 5 Mar 1997 23:47:24 -0500 (EST) Received: (from cgeyer@localhost) by blue.seas.upenn.edu (8.8.4/8.8.4) id XAA09851 for info-performer@sgi.com; Wed, 5 Mar 1997 23:47:23 -0500 (EST) Message-Id: <199703060447.XAA09851@blue.seas.upenn.edu> Subject: can pfChannels be dynamic? To: info-performer@sgi.com Date: Wed, 5 Mar 1997 23:47:23 -0500 (EST) 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 For some scene let's say I have a reflective face. I will render this reflective face by creating a virtual camera that is a mirror of the real camera, from which I view the scene. The virtual camera will then render its view from its position only onto the reflective face, the rest of the display buffer will be masked with a stencil so that I do not write over it. This is how I will render reflective faces, and I will do it recursively, similar to ray tracing. I will proceed to render the rest of the scene, which is now unmasked, once I have traversed the call tree in the mirrored face. Assume that this scene is dynamic so that it is possible that the reflective faces are changing. Now, my question is, would there be too much overhead rendering each reflective face with a pfChannel? Or is this exactly what they are meant for? It seems that they are primarily used to create different viewports which are in there own separate windows in an interactive environment (e.g. one channel renders an ortho projection along x, y, and z axes, and another a perspective projection). Is this clear? Thanks, Christopher ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-417-3000 | 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 Mar 6 02:19:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA24657; Wed, 5 Mar 1997 21:08:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA24641; Wed, 5 Mar 1997 21:08:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA05744; Wed, 5 Mar 1997 21:08:37 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA27259 for ; Wed, 5 Mar 1997 21:08:36 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id VAA05740; Wed, 5 Mar 1997 21:08:35 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id VAA10270; Wed, 5 Mar 1997 21:08:20 -0800 From: "Rob Jenkins" Message-Id: <9703052108.ZM10268@quid.csd.sgi.com> Date: Wed, 5 Mar 1997 21:08:20 -0800 In-Reply-To: dpugmire@facility.cs.utah.edu "Performer Patches" (Mar 5, 12:12pm) References: <199703051202.NAA21317@centaure.worldnet.net> <199703051912.MAA23666@gemini.cs.utah.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dpugmire@facility.cs.utah.edu, info-performer@sgi.com Subject: Re: Performer Patches Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I don't think they're on a standard CD but if you log a support call with your local office you should be able to get them sent out on a tape ( they may even be able to burn you a CD if you prefer ). 'versions' will tell you what pf SW ( including patches ) you have, try something like: versions | grep -i performer with those patches installed you'll have lines like: I patchSG0001347.eoe_sw 11/20/96 Performer2.0.2 Execution Software I patchSG0001392 11/20/96 Patch SG0001392 : Performer 2.0.2 DEV bug fix patch for Performer 2.0 on IRIX 6.2 Cheers Rob On Mar 5, 12:12pm, dpugmire@facility.cs.utah.edu wrote: > Subject: Performer Patches > > > I need to get patch 1347 and 1392 for performer 2.0. > Sadly, the connection out is REALLY slow, and those files > are REALLY big. Does SGI provide them on CD ROM anywhere ? > Do I need to get both 32 and 64 versions of the files ? > How do I find out which I'm using ? Is there some command > like hinv to do it ? > > thanks, > > > dp. > > ======================================================================= > 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 dpugmire@facility.cs.utah.edu -- ________________________________________________________________ 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 Mar 6 04:51:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA24852; Wed, 5 Mar 1997 23:41:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA24834; Wed, 5 Mar 1997 23:41:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA10789; Wed, 5 Mar 1997 23:41:20 -0800 Received: from tis.co.jp (ns.tis.co.jp [210.135.160.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA19901; Wed, 5 Mar 1997 23:41:09 -0800 Received: from tetra01.tis.co.jp ([192.168.50.23]) by mailer.tis.co.jp with SMTP id <14979>; Thu, 6 Mar 1997 16:40:51 +0900 Received: from tetra02.tis.co.jp by tetra01.tis.co.jp (4.1/6.4J.6) id AA04529; Thu, 6 Mar 97 16:42:20 JST Received: from ssten01.tis.co.jp by tetra02.tis.co.jp (4.1/6.4J.6) id AA14419; Thu, 6 Mar 97 16:40:39 JST Received: from [133.157.23.73] by ssten01.tis.co.jp (4.1/6.4J.6) id AA18093; Thu, 6 Mar 97 16:39:54 JST Date: Thu, 6 Mar 1997 16:39:53 +0900 Message-Id: <9703060739.AA18093@ssten01.tis.co.jp> To: info-performer@sgi.com, info-performer-request@sgi.com, aschaffe@sgi.com From: arata@ssten01.tis.co.jp (arata) X-Sender: arata@133.157.18.170 Subject: How do I achieve some multipass renderings (motion blur, depth of field effect) on Performer1.2 or 2.0 ? Cc: arata@ssten01.tis.co.jp (arata) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8.5-J13) Status: O How do I achieve some multipass renderings (motion blur, depth of field effect) on Performer 1.2 or 2.0? ------------------------------------------------------ $BEOJU!!?7(B Arata Watanabe $B!!!J3t!KElMN>pJs%7%9%F%`(B $B!!!!!!!!Bg:e;:6H;v6HIt!!8x6&%7%9%F%`Bh#3It(B $B!!!!!!!!@hC<5;=Q%0%k!<%W(B Tel : +81-6-821-1412 Fax : +81-6-821-1575 e-mail : arata@ssten01.tis.co.jp $B!!!!(BToyo Information Systems Co.,Ltd. ------------------------------------------------------ ======================================================================= 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 Mar 6 05: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 AAA24975; Thu, 6 Mar 1997 00:12:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA24959; Thu, 6 Mar 1997 00:12:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA13130; Thu, 6 Mar 1997 00:12:42 -0800 Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA24821 for ; Thu, 6 Mar 1997 00:12:40 -0800 Received: from wetnt8.elektro.uni-wuppertal.de by mailgate.urz.uni-wuppertal.de (8.8.3/8.7.3) with SMTP id JAA17223 for ; Thu, 6 Mar 1997 09:12:36 +0100 (MET) Sender: zeise@mailgate.urz.uni-wuppertal.de Message-ID: <331E7C5B.41C6@uni-wuppertal.de> Date: Thu, 06 Mar 1997 09:12:11 +0100 From: Wilfried Zeise Organization: University of Wuppertal X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Magellan/Space Mouse Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Performers: We recently bought a Magellan/Space Mouse by Logitech. Does someone know how I can integrate this device into a Performer application? Thanks in advance Wilfried -- Wilfried Zeise \ phone:+49-202-4392961 University of Wuppertal \ FAX: +49-202-4392959 Dept. of Electrical Engineering \ mailto:zeise@uni-wuppertal.de Fuhlrottstr. 10 \ 42119 Wuppertal, Germany \ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 6 08:28:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25483; Thu, 6 Mar 1997 05:40:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25467; Thu, 6 Mar 1997 05:39:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA23604; Thu, 6 Mar 1997 05:39:58 -0800 Received: from ait.nrl.navy.mil (coralsea.ait.nrl.navy.mil [132.250.128.39]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA14337 for ; Thu, 6 Mar 1997 05:39:52 -0800 Received: from seahorse.ait.nrl.navy.mil (seahorse [132.250.128.88]) by ait.nrl.navy.mil (8.8.3/8.8.3) with ESMTP id IAA09870 for ; Thu, 6 Mar 1997 08:40:23 -0500 (EST) Received: (from bcolbert@localhost) by seahorse.ait.nrl.navy.mil (8.7.5/8.7.3) id IAA16689 for info-performer@sgi.com; Thu, 6 Mar 1997 08:36:56 -0500 (EST) From: "Brad Colbert" Message-Id: <9703060836.ZM16687@seahorse> Date: Thu, 6 Mar 1997 08:36:55 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Need info/help with pfiPick Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm trying to use the pfiPick class in my program. I've been going at this completely blind. The man pages refer you to the header file, not very helpfull... " The pfiPick has a complete C++ API following the conventions of general IRIS Performer C++ API; C++ methods are declared in /usr/include/Performer/pfui/pfiPick.h. " Here is an example of what I've done... pfInit (); pfiInit (); pfConfig (); ... picker = new pfiPick; picker->init (); picker->addChan (theDisplay->getLeftChan()); picker->setupChans (); picker->setHitFunc (dink, NULL); picker->pPickMode = PFPK_M_NEAREST; picker->pIsectMode = PFTRAV_IS_CULL_BACK; while (!done) { cout << picker->getCount () << "\n" << flush; cout << picker->getNode () << "\n" << flush; ... } I get 0 for the count, and null for the node, as I'm mouse clicking on the geometry. Thanks in advance, Brad -- -| How I want a break, Caribbean of course, after the heavy lectures involving -| quantum mechanics. All of thy geometry, Herr Planck, is fairly hard... -+----------------------------------------------------------------------------- -| bcolbert@ait.nrl.navy.mil (202) 404-4708 ITD Virtual Reality Lab, NRL ======================================================================= 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 Mar 6 08:28:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25501; Thu, 6 Mar 1997 05:44:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25485; Thu, 6 Mar 1997 05:44:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA23667; Thu, 6 Mar 1997 05:44:30 -0800 Received: from mtolympus.ari.net (mtolympus.ari.net [198.69.192.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA14984 for ; Thu, 6 Mar 1997 05:44:28 -0800 Received: from claire.csi-east.com (csi-east07.csi-east.com [206.161.162.199]) by mtolympus.ari.net (8.6.12/09161995) with SMTP id IAA02708; Thu, 6 Mar 1997 08:44:29 -0500 Message-ID: <331EC9D4.6487@peril.com> Date: Thu, 06 Mar 1997 08:42:44 -0500 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: ANSER LET X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: Robert C Subr CC: info-performer@sgi.com Subject: Re: rapidapp and Performer References: <970305170012.684@wlp1.wl.wpafb.af.mil.0> Content-Type: multipart/mixed; boundary="------------744F255B559D" Status: O This is a multi-part message in MIME format. --------------744F255B559D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Robert C Subr wrote: > > Greetings, > > I am trying to place a Performer app into a motif app that was created with > rapidapp. Here's a glwidget init callback that works. (note, it should be modified for multiprocess mode). Glenn -- Glenn Waldron - ANSER Leading Edge Technologies phone/PCS: 703.598.7835 email: gwaldron@peril.com voice mail: 703.416.8462 --------------744F255B559D Content-Type: text/plain; charset=us-ascii; name="pfmain.C" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pfmain.C" /* ------------------------------------------------------------ * initialize Performer with a gl drawing area widget */ void init_performer(Widget _wij) { pfWSConnection display; pfGLContext context; pfWSDrawable drawable; Widget glwidget; XVisualInfo* vi; glwidget = _wij; XtVaGetValues(glwidget, GLwNvisualInfo, &vi, NULL); display = XtDisplay(glwidget); context = glXCreateContext(display, vi, 0, GL_TRUE); GLwDrawingAreaMakeCurrent(glwidget, context); drawable = (pfWSDrawable)glXGetCurrentDrawable(); pfInit(); pfMultiprocess(PFMP_APPCULLDRAW); pfConfig(); pfPipe* pipe; pfPipeWindow* pw; pfScene* scene; pfNode* root; pipe = pfGetPipe(0); pw = new pfPipeWindow(pipe); chan = new pfChannel(pipe); pw->setGLCxt(context); pw->setWSWindow(display, drawable); pw->setFBConfig(vi); scene = new pfScene; scene->addChild(new pfLightSource); chan->setScene(scene); chan->setFOV(45.0, 0.0); chan->setNearFar(1.0f, 10000.0f); pw->open(); } --------------744F255B559D-- ======================================================================= 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 Mar 6 11:28:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA25612; Thu, 6 Mar 1997 06:16:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA25594; Thu, 6 Mar 1997 06:16:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA25146; Thu, 6 Mar 1997 06:16:52 -0800 Received: from relay4.smtp.psi.net (relay4.smtp.psi.net [38.9.52.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA21347 for ; Thu, 6 Mar 1997 06:16:50 -0800 Received: from ntserver.ivex3d.com by relay4.smtp.psi.net (8.8.3/SMI-5.4-PSI) id JAA12047; Thu, 6 Mar 1997 09:16:37 -0500 (EST) Received: by ntserver.ivex3d.com from localhost (router,SLMAILNT V2.2); Thu, 06 Mar 1997 09:11:24 Eastern Standard Time Received: by ntserver.ivex3d.com from ntgate (204.241.103.127::mail daemon,SLMAILNT V2.2); Thu, 06 Mar 1997 09:11:24 Eastern Standard Time Sender: "Munjulur" Message-ID: <331ED195.41C6@ivex3d.com> Date: Thu, 06 Mar 1997 09:15:49 -0500 From: "Rambabu Munjuluri" Organization: IVEX X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: dflorek@nvl.army.mil CC: info-performer@sgi.com Subject: Re: pfDirtCheck errors References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O David Florek wrote: > > Ken Sakai of Lockheed-Martin writes: > > Like Elwin Lee, I too have been plagued by a persistant _pfDirtCheck() > > problem ... This problem only seems to appear on our Impact R10000 > > running either Performer 2.01 or Performer 2.1. I can't seem to dupli- > > cate the problem on our ONYX running Performer 2.01. > > Adding another voice of frustration, immediately upon executing pfApplyFog() > in the following segment: > > fog = pfNewFog(pfGetSharedArena()); > pfFogType(fog, PFFOG_PIX_EXP); > pfFogColor(fog, 1.0, 1.0, 1.0); > pfFogRange(fog, 0.0, 0.01*fog_range); > pfEnable(PFEN_FOG); > pfApplyFog(fog); > > I get the following error: > > PF Fatal/SysErr: _pfDirtCheck: pfRealloc of 0 bytes returned NULL. > > Without access to the actual structure definition for _pfFog, I'm having > difficulty figuring out how to work around it. In case it's being stupid > about trying to copy some of the variable-length entities, I've added: > > float *bogus_fogranges, *bogus_fogdensities; > char *bogus_userdata; > > bogus_fogranges = > (float *)pfMalloc(4*sizeof(float), pfGetSharedArena()); > bogus_fogdensities = > (float *)pfMalloc(4*sizeof(float), pfGetSharedArena()); > bogus_userdata = > (char *)pfMalloc(sizeof(char), pfGetSharedArena()); > > pfFogRamp(fog, 4, bogus_fogranges, bogus_fogdensities, 0.0f); > pfUserData(fog, (void *)bogus_userdata); > > before the call to pfApplyFog(), but with no luck. I'm running Performer > 2.1 on a deskside Onyx with 4 R10Ks, infiniteReality graphics, and IRIX64 > version 6.2. Any thoughts? > > Dave > > ----------------------------------------------------------------------------- > David W. Florek E-OIR Measurements, Inc. Phone: 703 / 704 - 1767 > Senior Engineer NVESD Night Vision Lab Email: dflorek@nvl.army.mil > Computer Graphics Ft. Belvoir, VA 22060 > ----------------------------------------------------------------------------- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Hi, I used to get this message for pfApplyMtl(). -- Ram +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rambabu Munjuluri Phone # : 770-564-1148 E-mail : ram@ivex3d.com Fax : 770-381-0622 IVEX Corporation, Norcross GA. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= 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 Mar 6 15:09:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA25846; Thu, 6 Mar 1997 07:15:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA25830; Thu, 6 Mar 1997 07:15:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA28479; Thu, 6 Mar 1997 07:15:11 -0800 Received: from Ballad.GSC.GTE.com (Ballad-se1.GSC.GTE.COM [192.31.1.201]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA02907 for ; Thu, 6 Mar 1997 07:15:08 -0800 Received: from mtvex02.MTN-VIEW ("port 2985"@mtvex02.mtv.gtegsc.com) by Ballad.GSC.GTE.Com (PMDF V5.0-6 #18654) id <01IG69LRFICC000ZZ8@Ballad.GSC.GTE.Com> for info-performer@sgi.com; Thu, 06 Mar 1997 07:14:51 -0800 (PST) Received: by mtvex02.MTN-VIEW with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC29FD.DE4A0970@mtvex02.MTN-VIEW>; Thu, 06 Mar 1997 07:13:19 -0800 Date: Thu, 06 Mar 1997 08:10:00 -0800 From: Kaylor Brett Subject: RE: Performer Patches To: "dpugmire@facility.cs.utah.edu" Cc: Performer Group Message-id: MIME-version: 1.0 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 Content-type: text/plain; charset="us-ascii" Content-transfer-encoding: 7bit Status: O I just did those myself. They are both located on the SGI Supportfolio patches CD dated 10.96. If you have paid for support, you should get those automatically. brett. ---------- From: dpugmire@facility.cs.utah.edu To: info-performer@sgi.com Subject: Performer Patches Date: Wednesday, March 05, 1997 11:12AM I need to get patch 1347 and 1392 for performer 2.0. Sadly, the connection out is REALLY slow, and those files are REALLY big. Does SGI provide them on CD ROM anywhere ? Do I need to get both 32 and 64 versions of the files ? How do I find out which I'm using ? Is there some command like hinv to do it ? thanks, dp. ======================================================================= 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 Mar 6 16:16:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA27720; Thu, 6 Mar 1997 14:24:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA26789; Thu, 6 Mar 1997 11:57:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26053; Thu, 6 Mar 1997 11:57:35 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA19223; Thu, 6 Mar 1997 11:57:31 -0800 Received: (from russell@localhost) by random.ctasim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA01446; Thu, 6 Mar 1997 11:50:46 -0800 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9703061150.ZM1444@random.ctasim.com> Date: Thu, 6 Mar 1997 11:50:45 -0800 In-Reply-To: "Sharon Clay" "Re: Draw Process Hangs!" (Mar 5, 1:57pm) References: <9703041039.ZM1185@random.ctasim.com> <9703041827.ZM14754@rose.asd.sgi.com> <9703051333.ZM2529@random.ctasim.com> <9703051357.ZM19124@rose.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Sharon Clay" Subject: Re: Draw Process Hangs! -- More info Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 5, 1:57pm, Sharon Clay wrote: > Subject: Re: Draw Process Hangs! > > +>---- On Mar 5, 1:33pm, Russell Suter wrote: > > Subject: Re: Draw Process Hangs! > ->On Mar 4, 6:27pm, Sharon Clay wrote: > ->> Subject: Re: Draw Process Hangs! > ->> > ->> +>---- On Mar 4, 10:39am, Russell Suter wrote: > ->> > Subject: Draw Process Hangs! > ->> ->Hey all, > ->> -> > ->> ->I've got a Performer 2.0 application on IRIX 6.2. I have reciently add a > ->> ->call to pfFrame so that my window will be created earlier. Now, when I run > ->> ->the application with PFMP_APP_CULL_DRAW or PFMP_APPCULL_DRAW the Draw > ->> ->process hangs. The application works fine with PFMP_APPCULLDRAW or > ->> ->PFMP_APP_CULLDRAW though. The thing that gets me is that perfly makes a > ->> ->call to pfFrame in the same manner. > ->> -> > ->> ->Does anyone have any idea what could be causing this? > ->> > ->> This does seem surprising. > ->> can you dbx -p pid on the draw process so we can see where it is? > ->> > -> > ->Yea, it's a real pain! Here is the stack trace: > -> > ->Process 10742 (mss) stopped at [_ioctl:15 +0x8,0xfa4800c] > -> Source (of ioctl.s) not available for Process 10742 > ->(dbx) where > ->> 0 _ioctl(0x5, 0x757303, 0xffffffff, 0x1) ["ioctl.s":15, 0xfa4800c] > -> 1 _usblock(0x9c0000, 0x4, 0x29f6, 0xfa2e5b0) ["usemas.c":1118, 0xfa9f224] > -> 2 _uspsema(0x9c8080, 0x757303, 0xffffffff, 0x1) ["usemas.c":143, 0xfa56b34] > -> 3 mpDraw(void)(0x5, 0x757303, 0xffffffff, 0x1) > > Hmmm. This makes it look like the app hung and the draw is really > waiting for the app to generate a new frame. So, the question is now.... > where is the app? > > src. The App is no longer stuck but the Draw Process is still hung. I can step through the calls to both pfSync and pfFrame in the App process. -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Mar 6 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 IAA26009; Thu, 6 Mar 1997 08:10:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25993; Thu, 6 Mar 1997 08:10:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA02570; Thu, 6 Mar 1997 08:10:05 -0800 Received: from ns1.sara.nl (ns1.sara.nl [192.16.188.198]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA15048 for ; Thu, 6 Mar 1997 08:07:57 -0800 Received: from isis.sp.sara.nl (isis-f415.sara.nl [192.87.75.134]) by ns1.sara.nl (8.8.3/8.7.1) with ESMTP id RAA09901; Thu, 6 Mar 1997 17:00:27 +0100 (MET) Received: from isis-s415 by isis.sp.sara.nl (8.8.3/4.04) id PAA35174; Thu, 6 Mar 1997 15:54:16 GMT Sender: wilfred@sara.nl Message-ID: <331EE8A7.6956@sara.nl> Date: Thu, 06 Mar 1997 16:54:15 +0100 From: Wilfred Janssen Organization: SARA X-Mailer: Mozilla 3.01Gold (X11; I; AIX 1) MIME-Version: 1.0 To: info-performer@sgi.com Subject: 3DStudioMax and Superscape loaders Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Are there performer loaders available for the 3DSudio Max and the superscape database format? Also is the a more complete 3DStudio loader available than the one included in the Performer distribution ? Wilfred -- =================================================================== | Wilfred Janssen SARA | | P.O. Box 94613 | | Consultant Scientific Computing 1090 GP Amsterdam | | Academic Computing Services Amsterdam The Netherlands | | | | Phone: 020-592 3000 e-mail: wilfred@sara.nl | =================================================================== ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 6 16:16:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA28050; Thu, 6 Mar 1997 14:48:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA28034; Thu, 6 Mar 1997 14:48:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA12618; Thu, 6 Mar 1997 14:48:15 -0800 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA01740 for ; Thu, 6 Mar 1997 14:48:14 -0800 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.20/16.2) id AA202408694; Thu, 6 Mar 1997 16:51:34 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Thu, 06 Mar 1997 16:51:34 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 06 Mar 1997 16:31:17 -0600 From: James Barhorst To: info-performer@sgi.com Cc: jbarhorst@mdc.com, tmallien@mdc.com Subject: Help the Rookie Status: O Hi everybody, I'm a Performer rookie with a number of questions. I'm using Multigen II to create a scene database to be displayed by Performer 2.0 on a 4 R-10000 CPU Onyx with Infinite Reality / IRIX 6.2. The ultimate product of my code is a 256 x 256 pixel video signal being sent out of the Onyx. I don't have Sirius Video. I have a separate executable generating the updated viewpoint that runs asynchronously on a different CPU. I care more about getting the video signal out in less than 20 milliseconds after computing the viewpoint than I care about how the display looks on the screen. 1. Am I stuck with starting my app/cull/draw loop with pfSynch(), or is there a way to synch-up with the other code (whose timing is fixed externally.) 2. Is there a pfCall that will let me render into a 256 x 256 frame buffer, but display a larger (but same resolution) image on the display? I don't mind little blocks of the same color, but I don't think I can take the throughput hit to set up another channel or pipe. 3. Do I have to wait for the return from pfFrame() to start reading out the frame buffer (with a glReadPixels), or is the data valid earlier? 4. Are there any special considerations or restrictions (such as memory locks, timing, double buffering, etc.) in reading from the frame buffer immediately after its been loaded up? 5. Why do I have to explicitly save my MultiGen II .flt files as version 14.2 (instead of the default 15.2) in order to get my textures to show up? If I don't, most polygons are black and I get a bunch of PF Notice/Assert: convTree() unsupported node 113 "unknown" found. 6. Can and how do I create "billboard"-type trees in MultiGen II for Performer to display? I can't find "billboards" in the MG documentation. Thanks in advance for all partial or complete answers, hints, and suggestions. Jim Barhorst jbarhorst@mdc.com "Sometimes ... you can see the stars and still not see the light!" - The Eagles ======================================================================= 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 Mar 6 15:51:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA27657; Thu, 6 Mar 1997 14:03:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA27641; Thu, 6 Mar 1997 14:03:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA08109; Thu, 6 Mar 1997 14:03:23 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA20381 for ; Thu, 6 Mar 1997 14:03:21 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id WAA03753; Thu, 6 Mar 1997 22:03:18 GMT From: "Angus Dorbie" Message-Id: <9703062203.ZM3751@bitch.reading.sgi.com> Date: Thu, 6 Mar 1997 22:03:18 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: *REAL* Environment mapping in Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performers, those who want to try something beyond simple planar reflective surfaces read on. I've just uploaded a performer based example of realistic environment mapping of the scene on an object to the silicon graphics machine "sgigate". So you can obtain it using anonymous ftp. You'll find it here: /usr/people/ftp/pub/Performer/RealityCentre/env_map.tar.Z The approach is to render the entire scene to the six faces of a cube map in the framebuffer. This image data is then read into texture memory and a distortion mesh is drawn which maps the cube texture to an environment map image in the framebuffer. This environment map image is then read into texture memory and used when rendering with pfTexGen SPHEREMAP to produce an accurately reflective object in the final scene, provided that the original images were drawn from the object position and aligned to the viewing vector. In the example this environment map is is used to add a reflective shading term to a textured object, rather than doing the usual chrome shiny thing. This demo only works on Infinite Reality with performer 2.1 due to broken texture readback from the framebuffer but I expect performer 2.2 release to solve this problem. The code should then work on most platforms. 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 Mar 6 15:51:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA27619; Thu, 6 Mar 1997 13:54:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26068; Thu, 6 Mar 1997 08:50:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06196; Thu, 6 Mar 1997 08:50:28 -0800 Received: from puth.demeern.sgi.com ([144.253.208.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA25877 for ; Thu, 6 Mar 1997 08:50:26 -0800 Received: by puth.demeern.sgi.com (950413.SGI.8.6.12/940406.SGI) id RAA01114; Thu, 6 Mar 1997 17:50:16 +0100 Date: Thu, 6 Mar 1997 17:50:16 +0100 From: dick@demeern.sgi.com (Dick Rous) Message-Id: <9703061750.ZM1112@puth.demeern.sgi.com> In-Reply-To: simon@wgs.estec.esa.nl "Stereo with Performer 2.0" (Mar 4, 10:24am) References: <199703040924.KAA01880@mercury> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: simon@wgs.estec.esa.nl, info-performer@sgi.com Subject: Re: Stereo with Performer 2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Simon, Try /usr/share/src/OpenGL/teach/stereo/glwstereo.c Change the stereo-format string in the fallback resources to an appropriate RE2 stereo-in-a-window format (eg. 1024x768_96s) I don't think there is an API in Performer for the OpenGL case (yet). Success and "tot ziens". Regards, Dick. -- ______________________________________________________________ Dick Rous direct phone: (31) 30-6696868 Senior Systems Engineer Graphics Technology Silicon Graphics BV phone....: (31) 30-6696777 Veldzigt 2 fax......: (31) 30-6696799 3454 PW De Meern email....: dick@demeern.sgi.com The Netherlands ______________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 6 16:16:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA27679; Thu, 6 Mar 1997 14:09:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA26143; Thu, 6 Mar 1997 09:16:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08565; Thu, 6 Mar 1997 09:16:33 -0800 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03050 for ; Thu, 6 Mar 1997 09:16:31 -0800 Received: (from cutt@localhost) by netcom.netcom.com (8.6.13/Netcom) id JAA09703; Thu, 6 Mar 1997 09:16:24 -0800 Date: Thu, 6 Mar 1997 09:16:24 -0800 (PST) From: "Paul S. Cutt" Subject: Re: Magellan/Space Mouse To: Wilfried Zeise cc: info-performer@sgi.com In-Reply-To: <331E7C5B.41C6@uni-wuppertal.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, We sell a VR device API which has the magellan/space mouse drivers as part of it. Many of our customers have used it to integrate the space mouse into their performer applications. Will be happy to send you more info. Thanks, paul On Thu, 6 Mar 1997, Wilfried Zeise wrote: > Hi Performers: > > We recently bought a Magellan/Space Mouse by Logitech. > Does someone know how I can integrate this device into > a Performer application? > > Thanks in advance > > Wilfried > > -- > Wilfried Zeise \ phone:+49-202-4392961 > University of Wuppertal \ FAX: +49-202-4392959 > Dept. of Electrical Engineering \ mailto:zeise@uni-wuppertal.de > Fuhlrottstr. 10 \ > 42119 Wuppertal, Germany \ > ======================================================================= > 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 Mar 6 15:51:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA27502; Thu, 6 Mar 1997 13:39:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA26702; Thu, 6 Mar 1997 11:26:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA22862; Thu, 6 Mar 1997 11:26:40 -0800 Received: from ccnet3.ccnet.com (ccnet3.ccnet.com [192.215.96.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA11331 for ; Thu, 6 Mar 1997 11:26:39 -0800 Received: from localhost (radiance@localhost) by ccnet3.ccnet.com (8.6.12/8.6.12) with SMTP id LAA13041; Thu, 6 Mar 1997 11:25:05 -0800 X-Authentication-Warning: ccnet3.ccnet.com: radiance owned process doing -bs Date: Thu, 6 Mar 1997 11:25:05 -0800 (PST) From: Lee Seiler X-Sender: radiance@ccnet3 To: info-performer@sgi.com cc: radmail@radiance.com Subject: Unsubcribe Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O unsubscribe info-performer@sgi.com I need to cut off delivery of the list to any/all of the following people: performr@radiance.com srikanth@radiance.com ravi@radiance.com --------------------------------------------------------- Nigel Steel webmaster@radiance.com http://www.radiance.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 Mar 6 14:54:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA26039; Thu, 6 Mar 1997 08:21:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA26023; Thu, 6 Mar 1997 08:21:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA03470; Thu, 6 Mar 1997 08:21:54 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA18691 for ; Thu, 6 Mar 1997 08:21:53 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA10767; Thu, 6 Mar 1997 11:19:05 -0500 Date: Thu, 6 Mar 1997 11:19:05 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703061119.ZM10766@hotsauce.clubfed.sgi.com> In-Reply-To: dpugmire@facility.cs.utah.edu "Performer Patches" (Mar 5, 12:12pm) References: <199703051202.NAA21317@centaure.worldnet.net> <199703051912.MAA23666@gemini.cs.utah.edu> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dpugmire@facility.cs.utah.edu, info-performer@sgi.com Subject: Re: Performer Patches Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O dp, Call the hotline (800.800.4SGI) give them your serial number and ask for the patches on 4mm DAT tape. By default programs are compiled o32 you can choose n32 or n64 by adding -n32 or -n64 to the compile line. The patches should have support for o32 n32 and n64 if it is applicable. As far as being able to tell whether an application is o32 n32 or n64 try `file "executable"' if its mips-2 its o32 if its mips-3 its n32 if its mips-4 its n64. i.e file perfly perfly: ELF 32-bit MSB mips-2 dynamic executable MIPS - version 1 This is an o32 application. If you are using Makefiles which are shipped with Performer you can use these conventions to build the kind of executable you want. Excerpt form Performer release notes Chapter 3 .... 3.1 IRIS Performer Makefile Conventions The Makefiles shipped with IRIS Performer source code follow certain general conventions. The symbol PFGLTYPE can be defined on the make command line to have values "IRISGL" or "OPENGL" to specify IRIS GL and OpenGL compilation respectively. The symbol PFSTYLE can be defined with one of the three values "32", "N32", or "64" to select one of the three (O32, N32, N64) architecture and calling convention choices described in Chapter 2 of these release notes. The make targets for the different versions of the libraries or .... Brian On Mar 5, 12:12pm, dpugmire@facility.cs.utah.edu wrote: > Subject: Performer Patches > > > I need to get patch 1347 and 1392 for performer 2.0. > Sadly, the connection out is REALLY slow, and those files > are REALLY big. Does SGI provide them on CD ROM anywhere ? > Do I need to get both 32 and 64 versions of the files ? > How do I find out which I'm using ? Is there some command > like hinv to do it ? > > thanks, > > > dp. > > ======================================================================= > 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 dpugmire@facility.cs.utah.edu -- 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 Thu Mar 6 21:32:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA28276; Thu, 6 Mar 1997 16:10:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA28260; Thu, 6 Mar 1997 16:10:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA23321; Thu, 6 Mar 1997 16:10:37 -0800 Received: from thepound.asd.sgi.com ([198.29.106.9]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA22772; Thu, 6 Mar 1997 16:10:36 -0800 Received: by thepound.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA26470; Thu, 6 Mar 1997 16:10:20 -0800 Date: Thu, 6 Mar 1997 16:10:20 -0800 From: lardog@thepound.asd.sgi.com (Larry McDonough) Message-Id: <9703061610.ZM26468@thepound.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: lardog@sgi.com Subject: SGI Announces 3D API for CAD/CAM/CAE Applications Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Silicon Graphics Announces Breakthrough API for CAD/CAM/CAE Applications Press Releases, the Data Sheet, Industry Quotes, the FAQ, etc. can be found at: http://www.sgi.com/Technology/OpenGL/optimizer At the CAD/CAM, CAE, EDM/PDM Industry conference in Boston this week (i.e.,DARATECH), Silicon Graphics announced the OpenGL Optimizer(TM) graphics library (previously known as Inspector). The OpenGL Optimizer API is the first in a suite of open graphics APIs that extends the power of OpenGL by enabling the high performance rendering of and interaction with extremely large databases. At an industry-wide summit in January, Silicon Graphics offered OpenGL Optimizer to leading hardware and software vendors as the basis upon which to define an open, industry-wide API for CAD/CAM/CAE applications. -- ----------------------------------------------------------------+ Larry McDonough ph: 415/933-6165 | 3D Graphics Product Management fx: 415/964-8671 | Silicon Graphics Computer Systems pg: 800/745-5748 | --------- http://reality.sgi.com/employees/lardog_asd/ ---------+ ======================================================================= 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 Mar 6 22:39:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA29042; Thu, 6 Mar 1997 17:28:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA29026; Thu, 6 Mar 1997 17:28:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA00323; Thu, 6 Mar 1997 17:28:54 -0800 Received: from emout10.mail.aol.com (emout10.mx.aol.com [198.81.11.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA10958; Thu, 6 Mar 1997 17:27:48 -0800 From: Virtual8@aol.com Received: (from root@localhost) by emout10.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id TAA28356; Thu, 6 Mar 1997 19:59:56 -0500 (EST) Date: Thu, 6 Mar 1997 19:59:56 -0500 (EST) Message-ID: <970306195955_307976320@emout10.mail.aol.com> Subject: Party at Internet World in LA on the 13th! MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Transfer-Encoding: quoted-printable Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Apparently-To: Status: O The Performance Animation Society has been asked to invite its members an= d associates to a fun party to be held during Internet World in LA. Here ar= e the details: --- "Welcome To The Ozone: The Future Is Now"---- Come meet and party with the people and companies bringing Hollywood=92s entertainment industries together with the most exciting Internet technology Silicon Valley has to offer. Icelandic virtual reality specialists OZ Interactive (Internet World Boot= h #4212) are hosting the "Welcome To The Ozone: The Future Is Now" party wi= th Intel Corporation and Genuity Inc. on Thursday, March 13 from 9:30pm-4:30= am at the famous Palace in Hollywood (1735 North Vine) and we would love for you to come. "Welcome to the Ozone" will feature some of the best new electronic tec= hno and house musical groups and DJs from around the country performing live = at The Palace in Hollywood and simultaneously in virtual reality on the Worl= d Wide Web.=20 The event will offer a glimpse into the future of digital entertainment a= nd kick-off OZONE, OZ Interactive=92s new 3D Internet entertainment communit= y. Immediately following the VIP event, OZ will host an all night rave party with over 2000 anticipated attendees.=20 Here=92s what you=92ll miss if your not there: =20 =B7 The debut of OZONE: A groundbreaking 3D Internet entertainment commun= ity filled with live events and chats, multi-user games, night clubs and entertainment. Visitors can create their own custom avatars and personas = for partying on the Web! =20 =B7 Live and "cyber-physical" virtual reality motion capture performances= from leading techno musical groups and DJs including:=20 =20 -- OZ, the Icelandic techno-band set to release their second groundbreak= ing virtual reality enhanced audio CD. =20 -- Icelandic vocal diva MOA (Sony Dance Pool) performing cuts from her n= ew UK album. =20 -- Local techno favorites ELECTRIC SKYCHURCH (Moonshine Records) and UBERZONE (City Of Angels)=20 =20 -- Leading west coast DJ=92s Markie Mark of the Wicked Team (SF), DJ Dan (SF), and DJ John Kelley (Moonshine Records) spinning the best house, dee= p house, funky techno and break beats -- Ambient meditation room by LA underground dance culturists MOONTRIBE=20 =20 =B7 A preview of OZ=92s new 3D Internet entertainment platform including = the fastest VRML 2.0 compliant multi-user 3D browser, dynamic avatar editors, full Java support, MMX optimization and powerful multi-user server. And of course, great drinks and a chance to build your own avatar and experience social virtual reality, the new revolution in Web entertainmen= t.=20 For additional information or tickets, stop by the OZ Interactive booth a= t Internet World (#4212) or call (213) 368-8091 for additional ticket pick-up locations in= the LA area. Please feel free to post this on your Web Site, and/or forward it to you= r internal email list. We look forward to seeing you there! =20 -- Ambient meditation room by LA underground dance culturists MOONTRIBE=20 =20 =B7 A preview of OZ=92s new 3D Internet entertainment platform including = the fastest VRML 2.0 compliant multi-user 3D browser, dynamic avatar editors, full Java support, MMX optimization and powerful multi-user server And of course, great drinks and a chance to build your own avatar and experience social virtual reality, the new revolution in Web entertainmen= t.=20 I have sent your organization tickets for the event, for additional information or tickets, stop by the OZ Interactive booth at Internet Worl= d (#4212) or call (213) 368-8091 for additional ticket pick-up locations in the Los Angelese area. ======================================================================= 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 Mar 7 04:03:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA00220; Thu, 6 Mar 1997 22:52:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA00201; Thu, 6 Mar 1997 22:52:17 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA14518; Thu, 6 Mar 1997 22:52:09 -0800 Received: from phoenix.ai.com.pl (apollo.ai.com.pl [194.92.99.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA06951 for ; Thu, 6 Mar 1997 22:52:02 -0800 Received: (from gacek@localhost) by phoenix.ai.com.pl (8.7.5/8.7.3) id HAA08223 for info-performer@sgi.com; Fri, 7 Mar 1997 07:54:00 +0100 From: Jerzy Galus Message-Id: <199703070654.HAA08223@phoenix.ai.com.pl> Subject: lights problem To: info-performer@sgi.com Date: Fri, 21 Feb 1997 09:49:23 +0100 (MET) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: gacek@ai.com.pl Status: O Hello everyone, I have the following problem: Let's say that we have a scene with some geometry nodes and two lights attached to it. My question is : is it possible to render part of the scene lit with two lights and part with only one light ? I'm using Performer 1.2 on RE2 (Irix 5.3). Thaks in advance, -- Jerzy Z. Galus gacek@ai.com.pl MP-PZL Aerospace Industries Al. Krakowska 110/114 tel : (48-22) 846-59-61 00-972 Warsaw (48-22) 846-54-17 POLAND fax : (48-22) 846-54-18 ======================================================================= 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 Mar 7 08:05:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA00599; Fri, 7 Mar 1997 02:53:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA00583; Fri, 7 Mar 1997 02:53:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA22865; Fri, 7 Mar 1997 02:53:57 -0800 Received: from ds3100.uib.es (ds3100.uib.es [130.206.33.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA12834 for ; Fri, 7 Mar 1997 02:52:36 -0800 Received: by ds3100.uib.es (5.65/DEC-Ultrix/4.3) id AA01621; Fri, 7 Mar 1997 11:49:57 -0600 Received: from o2a (localhost [127.0.0.1]) by o2a (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA12820 for ; Fri, 7 Mar 1997 13:53:12 +0100 Sender: eric@anim.uib.es Message-Id: <33200FB7.794B@anim.uib.es> Date: Fri, 07 Mar 1997 13:53:11 +0100 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: Active Surface Definition References: <9703062203.ZM3751@bitch.reading.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, What is the current state of the Active Surface Definition (ASD) library ? Is there (or will be there) some new features related to this library ? Thanx. Eric -- ---------------------------------------------------------------- Eric Chauvineau University of the Balearic Islands Department of Mathematics and Computer Science Phone : +34-71-173-205 - Fax : +34-71-173-003 - eric@anim.uib.es ---------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Mar 7 10:54:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA00962; Fri, 7 Mar 1997 05:44:20 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA00946; Fri, 7 Mar 1997 05:44:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA29445; Fri, 7 Mar 1997 05:44:17 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA08920 for ; Fri, 7 Mar 1997 05:44:16 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA13349; Fri, 7 Mar 1997 08:41:04 -0500 Date: Fri, 7 Mar 1997 08:41:04 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703070841.ZM13348@hotsauce.clubfed.sgi.com> In-Reply-To: Jerzy Galus "lights problem" (Feb 21, 9:49am) References: <199703070654.HAA08223@phoenix.ai.com.pl> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jerzy Galus , info-performer@sgi.com Subject: Re: lights problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is just a wild guess but give it a try. Create the root node of your scene graph (pfScene) then create two groups (pfGroup) and below each group a light source and any geometry you want lit by it. Brian On Feb 21, 9:49am, Jerzy Galus wrote: > Subject: lights problem > Hello everyone, > > I have the following problem: > > Let's say that we have a scene with some geometry nodes and two > lights attached to it. My question is : > is it possible to render part of the scene lit with two lights > and part with only one light ? > I'm using Performer 1.2 on RE2 (Irix 5.3). > Thaks in advance, > > -- > > Jerzy Z. Galus gacek@ai.com.pl > MP-PZL Aerospace Industries > Al. Krakowska 110/114 tel : (48-22) 846-59-61 > 00-972 Warsaw (48-22) 846-54-17 > POLAND fax : (48-22) 846-54-18 > > ======================================================================= > 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 Jerzy Galus -- 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 Fri Mar 7 11:59:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA01049; Fri, 7 Mar 1997 06:56:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA01033; Fri, 7 Mar 1997 06:56:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02829; Fri, 7 Mar 1997 06:56:25 -0800 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA21960; Fri, 7 Mar 1997 06:56:18 -0800 Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA02266; Fri, 7 Mar 1997 08:55:31 -0600 From: "Angus W.S. Henderson" Message-Id: <9703070855.ZM2264@despair.paradigmsim.com> Date: Fri, 7 Mar 1997 08:55:31 -0600 In-Reply-To: "Angus Dorbie" "*REAL* Environment mapping in Performer" (Mar 6, 10:03pm) References: <9703062203.ZM3751@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Angus Dorbie" Subject: Re: Smart Arse Environment mapping in Performer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O .. But what happens to the environment map at .999 of the speed of light near the event horizon of a black hole....? ======================================================================= 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 Mar 7 12:59:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01123; Fri, 7 Mar 1997 07:53:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01107; Fri, 7 Mar 1997 07:53:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA08020; Fri, 7 Mar 1997 07:53:39 -0800 Received: from gcsin1.gecm.com (gcsin1.gecm.com [194.128.74.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA03871 for ; Fri, 7 Mar 1997 07:53:31 -0800 Received: from gcsin3.geccs.gecm.com by gcsin1.gecm.com; (5.65/1.1.8.2/13Mar95-0121PM) id AA06075; Fri, 7 Mar 1997 15:53:03 GMT Received: from gcschm.geccs.gecm.com by gcsin3.geccs.gecm.com; (5.65/1.1.8.2/13Mar95-1139AM) id AA28247; Fri, 7 Mar 1997 15:53:02 GMT Disclose-Recipients: prohibited Date: Fri, 07 Mar 1997 15:52:03 +0000 (GMT) From: Sean Parkinson Subject: Upgrading from Performer 1.2 IRIX5.3, to Performer 2.x IRIX 6.x. To: info-performer@sgi.com Message-Id: <5003521507031997/A34615/SULLY/11B33BF40200*@MHS> Autoforwarded: false Mime-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Importance: normal Ua-Content-Id: 11B33BF40200 X400-Mts-Identifier: [;5003521507031997/A34615/SULLY] Hop-Count: 2 Status: O Performers, We have just successfully completed a terrain following project, using Performer 1.2, which included fogging, lighting, and various objects created with MultiGen. However, it is intended that in a new terrain following project, we shall be upgrading existing software to use Performer 2.x on an IRIX 6.x. Here is the question: Has anybody produced an upgrade of their software similar to the above, and if so, are there any important programming issues which may arise as a result, also what sort of effort is involved and any idea as to what timescale we would require. Regards ****************************************************** Sean Parkinson Engineer GEC-Marconi Simulation & Training Ltd ****************************************************** ======================================================================= 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 Mar 7 13: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 IAA01165; Fri, 7 Mar 1997 08:10:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA01149; Fri, 7 Mar 1997 08:10:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09390; Fri, 7 Mar 1997 08:10:02 -0800 Received: from mtolympus.ari.net (mtolympus.ari.net [198.69.192.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA08156 for ; Fri, 7 Mar 1997 08:09:35 -0800 Received: from claire.csi-east.com (csi-east07.csi-east.com [206.161.162.199]) by mtolympus.ari.net (8.6.12/09161995) with SMTP id LAA02480; Fri, 7 Mar 1997 11:09:01 -0500 Message-ID: <33203D36.79E4@peril.com> Date: Fri, 07 Mar 1997 11:07:18 -0500 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: ANSER LET X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: re: rapidapp & performer Content-Type: multipart/mixed; boundary="------------5DBA29776A62" Status: O This is a multi-part message in MIME format. --------------5DBA29776A62 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit OK, the previous example of using performer in a rapidapp window only worked under one certain beta version of Performer. The attached example now works under 2.01 and 2.1 also (tested). Still only runs in single process mode. Glenn. (note: the menus don't seem to be working now, probably has something to do with the VkBackground task. If anyone figures this out let me know) -- Glenn Waldron - ANSER Leading Edge Technologies phone/PCS: 703.598.7835 email: gwaldron@peril.com voice mail: 703.416.8462 --------------5DBA29776A62 Content-Type: application/x-gzip; name="example.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="example.tar.gz" H4sICK4HPzECA2V4YW1wbGUudGFyAOw9a3fbNrL9Wv4KxM65sVM/5dq5a9c5q9iy41v5sZad ZLvdk0ORkMQ1RWj5sOLb7f3tdwYASYAiKEqykzSnamNbwMxgXgAxgwfpJ3s48unmd0/42dra erW7S77b3tvd/nGH4Petxo/it/yQrb3t7Vd7Wzt7P+6Sre3G3o8/fkd2v/sMnySK7RBY6fs0 CCrhaDhFSJQj+/0H+VBp/41u4vkuDSOWhM4ju8MM9t9u7DTA/ru7u6/+tP8XtH9zNPI9x449 FjyK/aE/G+2/92ob+vzeztYO1MIAAPZ/9Wqv8R3Z+tP+T/55Zj0jpzSgoR1Tl3QfSMcDw7OA nIb2aOA5LyJybY88Fxxiw3qG/2XfyfZGQ5ZBadOJvXsgQiJnQIc0InbgkqjvkSFzKRJ2ac9O /BiAFed6CWrtCIR9gh/b97V6oHAOBEQlfOIwoXp78YCSzukZ8Rm74432KPVJj4W8puf5wBL1 qYPkiOvZPutP8tAKBnbgUPek82Y/awOpduIHINBPPBAiGlHH63kgG/2E2F4MzThJRMZePPAC Yuc0o0ITd/Shy+zQPUH4KwblD/sZFQs+KrDjs4i+SeKYBdsbtuMA92AeFoISjuLQ/+ln+vD6 fS2MG/opllg/VGD4dpf6nTj0gj5CY5UZeBjQIQs8ByF1KDZ6EEAmpuvAqywb4QsMQ4UJ0sxt Elcz+2E6uMqrCbzAahIb4BRGdRDqevGVHdACpRYUl8MplFo6xCcvnuJWf6uDoIptRiiw+6nI rgKqcPxJA8LeizIVqZ1AuQFQoXWigQyoPyqj9RbKDYAKrbcTIB8d+Hr3EQaaj/i1qNLOwOvF XKcn2zPhSu1y/B/q4BZ7L9SSExj+SgWbwDZ2EA7tBS79VGziDAuNsArBs0kgGAijjzBKf4wG LIyLlEFd4sHRwVroHNF0Ckp7P09Cs3sa3nt0XGzpUpZXYSiULyfhRiFzQeYeK5K+gorEiUFN oOUhx6jEVpq50gADOp7SXS9qwKu91QivS3BR0IsCqDCrE2MjGkzh9rIOgsquGaFgTKjZ2Ngw QhsNyUb8YV0yvF6KGiO0keTIjmJa/WR5VwdB1YMZoeB5WGOENfrZCNCnPRjqYahMV2AU+wtU mYGNbEf2/bRZUqcOgsq0GUHnuQM1RlCF40l6dmSmSJpR0Y11FIVyUwcbsDGO9/vkBievahXM gt/d3QYuO7cDu0/Dat/8ZUZcVXm1cHWpsb4OliL4rQaPI3VJ931XHNozOIXSO8t69mx9nbTg gdPPYiAZp0SiEqo7ECDGBKdXdhdiAYfHMz5z7vZxxr+ew6vtKbHAO4iq4VfKm/wK0dPWr8Gv Fv47CmkafqXB1Uo8XMW4QPKALE7nYA77G+L/NyEbQ8B75NtRtHH0pPH/7s6rnT09/m/An3t/ xv+f42NtLvSx+P+kw71GBNsYeavuI0HgczPwIuJgGYE/bBIlXfGN9ci7u/cwf2RjK6N5gZMn 339YIzAheyC+F8dAHcLsGMmIuH7AEt8lAYW+EzPSha4BYXyfuhtIQPSqTdt1N4fM9XoPZEgD iNaTCPqhktUQzd1AG0AjpBH0U5i92cGDpBZhOeYSukCFcm57SeCI+QFgOiwErBELXKQLsNgM 8WI6jNY4ngOAcQhTQtAMTm5dmn5NG79OW9VahKCbRCJxEYFw8ZjSAKGR5tLmZjY2bRpGhyUy tMM76NOylWOGDEaMjD3fx0wLG5MHlnCW7TuaNa4rCDExwcGSmPiMV6m6QQJD+4EM8Pk1tF38 ESRoONlq8555ML7C4Jp4MQP9h1TMi2NByiUMBApz0Qd2TIZefxAjNmfMiwnYr+c5MMohtzA7 oEgwZ5k3PMH3Qp697AWOnwDZJW0wHCxZedVP7+42392hFw1eF0sxRu2kiadjnncqgeok3XNw l5Kaa9v1mLkai8/AxwxVb+xQrzltb562x+fHoT1uQg1Rqj4MNyFeHJaUhvaQFooFb1Q8J7AJ C2YANAwINzM+aTx8oEAfwCfaCnnvuX0ar4lOgPYKyUuyemBZ3IErn64DauMTSfYZGCpCmVvL kI2PxQpU3tkHFPqWHdL0aY/9nksU8fFrzJmOcLRh3X+BCXmvj7Pxi/s19KEci3cpGIBGIYXA wxUP85c/BaDA1wQc2gPp7SD2OBtrvE+B04M+BYQX8V6NX0RLWbbRkagOXSM2tEOx63JoJKIi dO2ICm1vKAKywM9yrzAeoUKwuwKrGOiGnivGFExfZuKI0RUEgCj13uPDmk2GLFSYykCRA8sS kxuiDfz7+x9lu2pp6jrRP/5JDslvVprYXaqX9lxaq4GhpT3NGCVpTzOwmifRoaanPWvAa2lP E/xk2tMEaeZ2atpzOriW9jSAT6Q9DXBq2lMDqUh7lsOpaU8dokbasw6ClvY0IkymPY2gatpT A6pKexoA1bSnBlKV9jQAqmnPCZAZ0p4z4RbSntNxq9Ke07GNHWRK2tMIq6Y9J4FmTXtOp6Cm PSehp6U9qzDU1NYk3Cxpz0psNa+jAdZIe9aA19KeJviJtKcJUE17ajB10p51ELS0pxGhNO1p hDYacmra0whtJFkn7VkHQUt7GhFK0p5GWKOf1Up71sLQ0p5mjJK0pxnYyHadtGcdBC3taUSY TFIaQdW05wTQ9LRnBYqa9tTAZsxtzoir5Tbr4E7mNutgqblNDb4it1kOp+Y2ASIDmR5qqTN0 cixjomyqbk2QMgZe0wildFYwEny5enHbblu/H+QRnUBUQjbL0mMKrYEVLazEUCTXS9mnGfbb HsDbYT+qhjyyQ4h7bB9Bj1gSxKtknxgw0twVsMNZEOQzTLJqiTAHwqw2s12RPkH+18ujTx5n irhTKCyisVRlpkloK4/3VlbXSGWsRXjEzWnhHGgIkdeH+J0tMmTCG11BCixDlhBkqVo/6ufT ENMHAp+3Wx91aHuBUF4uSW3kD8MLUJz3v1RsqFmDgutW5+yX1sfT68v3sxGCiD8erJHdv2zN hjegmKlaIzuvdmdAXPkQXzHMYoWrBLsAmIdk9sGky/Y0C3GgGWzErYRIc5lJus0MEnLlRAMb LHvzMKJom87b5vHl+4+Xtzez0onZqBnHtjPArBKSat7cNI/efjy5vD6flVaXwaA7fDRyPu3F pcQuLi9asxIL0ZceWdIrFnk850S25pFtAXQuzQL4YPXLXi/C5OHefLKn6K/mkTxFnk/uuZuW A9HOX7ZnxcyGor3GTKhVg1HfF6nQKcNRCjbTgEQIoPGENMxrmkB5zqEpGzNnkpqQ0/b4Iux3 7TW+ZjoHsssSmP50k16PhnMTwWUYB5T6xnbu+iHMF9y5SCme89+7s+NmvrO7NyNyufdwsnHT dY9Avi6IBl6SOVO5cVEZfS/w4hSlHOy/9OkgIsitylE1osoon2EtwqgXjJJZGQWML8CpmCHN xKpA+QK80k8jFs3Gq0BZhFcOarsuhlXIJp8fZ9PlbB2ZL7GMIMrKl4LGfOL6IuILvl075Msu 6RfixRH1eykRXDmSuzzsBB5NENs4uEiKqyzY8s98G7gEvpEb13k6ViwnY8vpBDGrOeSM43If fufzwrRuiYvA4fM0FiLk6OuvAbkp9sUDag62NMMQUDAHEMEkdWaH+abE0jiSfyWlVSmAAreA BEjl0UVQ0iSVIihwC4iAVB6d/SwbM1WADHJBEezoUYVQs2uVMqiAC4jAyTyuGejI5ompRgn/ nbRyJYNX1y8rJVYBF5CYk3lUiZXVskoBFLgF+P934j2qweRInq5QTgzkWcXkOJ5WKcN4WsRF Bxh4Him5xBwuW1vlGtOwFIunQIuYO3lc986Xrys5z6AWYR2IPO7gki84VDGvgC0ysiCVJ3DU NI884ahZxaSjplWKo2LREQvikPmi16YwBWWocDMEjhhkrBG+QZA46fQy3ZBH+t49DR7BoApz jZpCNL5mIXZqCrHztQkhfVNZhJxwT7Vu0kOV2iV1Uomlwj8VCK6YG9bv+wruTM8UVSlZ9PNY BhX8NGpx3fgauLbmWH5StsvqBOotOunov0sfQtwjrUYfU/9P/bqCKzbzsJ7v7J2HcwVbZVsj qq53FWdf8OvCHtKVdL0ppHESQgfXNrAugVlU6ioaKIUxn9pBYR8fu7thf4PJ0Uq+kjWTWlJ8 Sw1xPYybh12YumRDBgbJ4HwQI48HNOARN267JzgxizBSxlov6KdEAEA56bD+Gnxv6AUQZK+s EhYirthWKQJ13JjMp0p8nop7G2PmMF/jKGPFASXYXQbixXz0oWI1EpkQasXtjifNdqe1hk25 jERsSDdSYg5qMRmRLu51pgrKzfVtS+QJbCdObB+XOr1ICh/ILe8wuEURaIEFmaRiBzoO1NrK YGpiThd73MxOl9lGdQrF4HxpdqEPsdKUBsMt56iFbP8836IaxZgNKXoD7kMX+/rF/lQwbs92 KN+LTs5Z7PU2rFqtW3xnckWoku1SRg2Maz3/srEOLO3RID62Y3tWRGgd0cgqsX4TI7XK40u0 Mwz0K7q5XgJ43qSwNwCuvxZOvQL8K5Shq5eLr8x/Z5d+XuGfTnYQp7boedQys+RzCv50cidx XbHL86RzeP7iXeDp9aILW1dFZUsJ8ytoUfU8mXJUMeurpmTxYgHnWdh3nlA7iqR11VPIes+l mAVU8mTKkHLVVUMxdT6fgyziG0+miVS0uqrQUjTfxPyCS1RbfDX3/W2IjxLVFV9NJH8D0ysU p67o5WvH3+g8Qxe2rorU5blvwDtQnFlEtxfyivm94UkVYJdb/3NEzzJj0gvZMMvCRmTB0Fg5 uJvrDdVVM/0jcixKuofJrIstkzFr5F9JFBOX+lTurZBpjTSBMqDOHRfWCwGOB/2FDEiWbDmT +zHkIVoQI85akXsrxPlcXCYULHm9lTzHsZr5T8aOFx3US+BJQdXkSYk6MY9iCMPzTjBeM/no fFnU0YPciDO8SqKBWHVKu16HZxTJS6cboaebQV6uZqxo6VxyxIa4R5XgtQCx5p6+F1CRwCuR Fs2Unw/fFxT39yfPjYM2libxRQbfmi8vjAqpMBTU83xXedLgyeyUxF+ZmQByESsl8SJGQm1U 2CiJTSaaiPmfxFp6K0LA0/ZY2cRqMF0V0CMar6CFBeyoU1rApEWVma2rQ5oMXchfPImZ1Ta+ PiNrGljAxCqdBQysK8tsXhXObFw9/fJE1lUa+RrNq+pgIfsqhBYysKavKgsrgCYT50mlJzGu JP91PVNTmRcwpiSxgBkzzZgNKEFMplOyYAtFB/oCpCSqLw3feyFfHi1ZG+aRTjHXmCLfRiKa 4C2hSfj14/KGnPLLwPMlVvRGm0NlUQKglVzktP4anlRxM3Df2xhAkMND8u5OVMn9ePv7lz+L uOI3s5XFroulciXnm1V+n8PYuVbN1k5hDNFJmvF7km7KiX9dnVTIu0AX5QQW6KBSJ2aDcQBT 50wzlIvF7ZyKNVtf1LK9M3o7x11SdntNCbclfxU6QgCDR8tEZqWG+JU9ILLNd538nSUhHuOA Pg7jg7gyD71Jud5THT9wl0bIkv4AT3/I7RwkGiSxy8YBgZoYfC9ay7MbmNdICQB1mbYACMxz yOu6IkZYsCH0U9zxovN4UKWYf8v9HFOTtk/V5fVWvr55V0ELCwwEOqUFRoSiyszW1SFNY4TM 1T6JeZH21zWgc2kXMCPiL2A8oRCzybC+ylB29KjzLEFyxqFdT9h/O5MslGvxSVaq0mobN0V3 rHPjJd9711Muo8bKGtddmvCm27/O/c+DJ73/eXtru7Gt3P+8w+9/3nn15/3Pf5z7n9/y61Yf 7/7nz33589Pfv/xlLl9e8ALkXuDSHnlzffm+07o+ajc7nY9vrWUowwdusVi/IVhYk98PbAkj 51cWH2gl4tyCXnbEgp4XDk9w7U8cU8nr5ZXIeYF6UfIXvFdYourLGZO3WYki7SlBRkkXpvT5 PVL8aSYK5YRFO52g36Usrpyyqi+7gjkXfw5aNW66AtitdCt54ViEKFSbV44PiMp0RpGeJMiX WQ/mOlIh1DBXOJ1j4l5/6Mh8/pc/Ad/LW56d/PULyhXPHCrdn8BvBTgoFPFLRwqF6SUH+eml 8+w2eEND4gox6cCEvMxPuR7IurTjQF1+Sr+kUjkBX1KrHC431GYnt0vq1VPRZejZ2eSSSvV8 cUm1cnr3YFIb6VHKEsTyC/XKGEiPu5bVZQdKy6TOD2yWsJYepytBVA83Vlc3qqt3StpVjn6p yPIEWFq/XVHXUP2zcOyidEOJpXVuHrFUbBQ5KIFW9zpMBU7i2rCGhd9paKXLiNORypanpmEV VzymwVen2UsQ9EztVGhzorAE2pwzKwE2JJKmoWlpiTrAtpH2fM+Y9PEw12NGQwbl4ltJ95Xr Y7I9WfLNFcVjTPKOR3EIKu9ZE7vkFElLdKThlx3vmQG95IhMfewpJ03qE6o8jzELmaqzC/Xp mDb516dg3B9fn0T5vvIZ8Es3ZtfHL93ZXB99yu7g+oRK99DOhm7P0r5KIX3XxZS3W8w9FvEB ZL6RKEX9/eDzJ5uWaQBxtvWn/f9Q9jfk/87tO4phyKPkmKa8//1VY1e8/62xBz92d/D9742d P9//9lk+y88iTD9Zy9YySY3OU3jqCuey/op49QXwHFEc5s+xMbkVkXs79PB9Xw4L7mmgHOnG t8yfnmUIEVDoULGikJG+BXW/iMgpf/E68sNfP+Qpr9QtNhsloxELIZwfMsxOsOEQVx/SC7YT H9ddRY4Kr1EHdCISbytIHP+A0WB1nxDeEYqLvHjG3/e6oR0+5Jj8xUy+n72bXn6vwCVM3GqA V376QMQZeAFVCA4hil2JVlOKIl9AlpDwkqgVN4S7HuYru4lUhETnlw7s55mdkA4ZTKw32Atc cgb9rREaOxsqAutC7Jeh5FTIDyk2sgs9hK/a5DIhkb+zJE3CdkFgHF5ghutAh2JDGOVFiiPz KTA6jkJ4e8OyeCkVf8mVXCWS2VVetrzMRy6ZO4Uq8CZsr8PfPfWA97vwK4Vx2crjZgVjj+Av CGJ9G29eF9r2uGd1ZbaUv5tPGCZkMFKiYtFDke/ISpOXz1euLy9vVjeTKNyUZZuolU3hT+BO EAlLBiuGVp4i9WRmcHn+z2K4EF7wzLe+WpoJXWKttDN9OZ6B6zbvHMeKCpdBieTYCylegvKA ywBjmD8MeIdLuwUehRn5EFm5AHtxedPax0s5AhaLd6Rx8dyMxAuO9YK/Uk2eDgE0x074ERXn wUlXG2juwX2ctljW2XnztHV8dn0oW0bemq6L/1K3zPwPVXzbaV23z950ICRM/zwkiPR+gFRd eg8OPgLLgN9SDIQvr27Ozs9+aV3jvf9IYb2P7o/vNnKp7+GCyJpcAeC1lw3LynAOAZprEVnC pQLeRbDP4H0iSRzheJqNsvgKOtQuMnZy1m51CGdNouvdSgduN08l8HL1DEXvCoQfZTptZwNi l6JP4mMBRuceX83BSPq0zfW07p+2xwR/8h+31tHl+dXlReviJlWjfP7Q7KBPFCddgu8ayppY Wffv77BkVb7PjvLFJ75KTAA7Wy6Wo7VYxsYnFCfTvDrbIEf5EOJxq677WDmMcDSLIJZ3Bvl7 QnsJPATOrs865CyI8F5lQSh6gNhtiBp822pfgQBgK8mZZZ23Oh3wKy6W1T47al108MuhZbV+ gd/k0Hp31nr/85kU/PmKgrAKXznUKicI32QDWJHTwtpOfwg/P4yGVtbRjn74Ib1dC91szHo9 stPYa/B9S7g21yNjm19eE+GNOAlfUEhQX/JdneI1irjEwfsePJV4twtpDxwmcHBBznp/eXIC 4mbELat99OEDeC060XoAT2x4KjuErIOu18/KRuGjo/IKELHTRHdEYbEZ/J256Cq4SLt9jFrC S7PW2yoFcBAJm2pRcy8sUJSOX4VboiI/cD3G+GN7G35CNMS9UZ/ZwBAUvEBVOKwf4CiL0wNU eJT0vE/46IoY7+XJCFD5KbiAKn2C9zlQH+pq5xD4g9+N/Y2jww22ygub7bYs3lkVfUG+iveE N98vm7Zt4IE5OSyA6fjQAIjpyuEaliAvw3T04iMD+u2b27P2cT5S8Ld3bBz9an3/vf6+aCxJ 1G0Youj5Cq5BAZ+ggZTG8xWVaGY7/kXp3dBxYfgdStXgFC1Ghm6a16etm86hOlltXl0dt06a t20oV/bKWelUkM/Ynq9IVGwk/4IVl2/+p3WEFcAvMoo8ZcPrqgKAnetYetk6I8//mnILzxAx YnryvjH5FmA5moJWoReNEpAARmjbf4hwj1I+s+UzPOdeRJsAcxsAKu58AkQa4AALhW9wwhtS sSsRnAhmhHzojcREspcRwKV2dCXQZafJH1tdbqsN597tYhlKAH0wstewJwHEqrWcC7mfFm4i /IbbdbG2UERgOv39P8i6S9Iq8k/yn/+Q4R08cUlO9nsnhzjg+T1OIYKn6nIbCm8OM/x7mOHa G7H9/+xde2wbR3ofaZcURVvyxnltcrFvzDjy2pao1ZuRHZ8cmz7ZkS1GkpV16tikJEpkTYk8 kpLp1OmFlGTLTi5RYjRN3bs2SHwFCjTAobhDiz6AQ18I2h6uF7RF0Sv6R/9p0SfQB9DH9fH7 ZofkkhJt5ero7gDR/rS7s9/M/Ob3zXN3Zna6mAmSpe71en3oVmrs9zl75fsof5R66PhD9jx5 ZnQMRQb2OsGLVUA7CnC78zPq3Jlr1vOUmaCvpd5DiUKWXRNHeP74JL0ElimS/XtHN8aZDtFD oaZ4zj6n+RLlHozseUcSCGPqCi1tzYgiYavaoVXk86KBiv2XKhuVnL2NpUS2z9AzHYBrS9PH hng7sok44eHU5akwb4tPTVSMCuj6fPkdcxt9LrZCQTiUNdpE6E5MvI1M5eiPo0o+PXxm5Kyo ELbsf7/tX+P5z0jw6PHTQf9JNIcjY0fPjH2az3/MHtMsPv/p7OsR87/Mzo6t5z+b8RurHBch d2bRqKPbl47PiFkhxS+IlbsSYuannVu8xS36JsvfSBCdfzl2SqGDMZcth+/3xrP2pxDmJ+MI HD6p+1scm8tQRb+CYNiPCOSn4+yPXtvBRxeSiYVoxs+PD9NYj48ETw+PB/nYYHA0yO3uyvAI LtEFR05HQzY8cq6Vz8+hz2NPmqKOz+jZkaC4EDOyqMs6Ib8h73WCicwIJEn0jNOX7MonLt76 ie0KftTK/46v//arOz54+3v3KP/o7gSRoNOhTXj+i4uu8vzPPpOe/5rdW+V/U357Ss8CAj29 3ah9A91b5X+r/Fd16j7V8t/R1e0o/73d1P73dG/N/96U3zQXtkknkf0zV2iouH6nuN2RiZ0Z urJ3f9lPwwMvAu1eL1B66JC9koq2y365M1D/dDZNG/BkLmWTKXGxTshiB59kytg3GROB75Xj EhqrZGK8bZL7MMRsr47vEA2Is1ExkOH+0svNQ1ShzNlvPY7w9qnoQvvcfCJxaDp+KBuZ4WZO rE7oDAqDlgdFDlw+vm//xlNLZZ9uVKY6zjndEGefhEy7iLdXVy58TXVTK9S+vp7KUKtTxyN3 t3PJGmAXlUtOmqPMFMU+kUxe4i9JqqvMtkaRniBjBDg1xX3HUDPOoKLrFzPhaIZxfw0TtAF/ iio9nyPlGd8hDjvu28+9W/a/i/03UP/TmP1Trf97K9b/iPq/r7tzq/7fjB/6MVP0hNL5OCOO 4ucs+sejmcl0XLwi8Mn+ReayvXYPmqPJ6exl9Kd89lRNZCHy02Hvj5emHtTT+NkTaOYnKAeL wi8bltKjIArqWbpRGZ79Hlu82Mvw0gf16BfNpdbN2cX7qXQ0Hf0CN8oeklFSmp+L52yHjs6u Tmmu2UiO1pWXvpV8USrjcA/VWZrC6VSvrSpfURWVBQ21te2FjdG5KZs1J4H265pIooK8Yen4 /yGwIuBy1PQUkMwujT8bmStZ/3RkjoeoItq4+eE9JV6cOtFXhbNx1AjNXxHiuoylowl08Kvi HIkmomSDM3Tn+4m3ItTKeEuUyQtZzrxiaGMPcC46yxxUhKN3k+1fo/539MM+9fF/R2dnZ2X9 39HX1701/2tz5n/Zs6jijlfiMktw6oPTvCleY06YY/6PzGBigF58z0ZdKDHJPYKBd/wL8zSN aKZVvPOaEosWxXuryxH7xZbohCXhP11c3OgvTQqDn5MoTjNJfjoyE5+k9ogyJxzRRZTfZSlP FJuKZiPxhD2pTMQUTxRH7+gmTuLuTGYgMxP3TyZn7VQ58ImXiudCQWcnKpiLTs6LiQ3e00fH jg02UsqeeabUP4z2dpvmIe/o2VBwhPw2OjwMBT8fPHO80flG4djp43w4FDzTuHcoePR4cEQ4 HB0aW+N2fGQ41LjXHr/zvaPBoeCxseBx78ljw2f4T3jRozVoQnl0aj+39wPgxZcmhs/vL3U2 xXOb+KQ/ClB+8kAdTZ+cE+vwUqNzan8uKJpANbnhWMTyhalPHg8twn/Fu2X/zbR/jfrffrN/ n+qYe9T/XT3dvcX6v6OrD+cdvb2d3Vv1/4/A+n/HPgCOhmQqTbPUSlOyipM3ZmpNIuZeryOI oroYNs9laaYmBVoMbfwS+bK3gBZtif0UVSyypwlvlHWLX/yytRzzlGajsr2ZEBsIXMbgmKaM RdLZebEZAD+aoMX2M7H1JrPJSYb2HLKpVqqb0qV9CNK4l7giwqDZsHP0nbBIJimeHM8W52HK vQv8YlKhszkVb8rj0/FJr9j72l7dLx+Ai1XC0arVw9GKdEoV8kytsvh4Gc3/oxbWMV1WTMSL JOIv23Um/Be3YIjKTRjsLQfuS46o2hCAJh7RbgCl3SLsmcyVCbAnPcXLz9gpI3jLQfkq9yXx /SBX+/MTxeUj6eKiD69Xzrmx18ZPSwXHohD+jKysfQeQ1NHJWHSWHtOLT9AnEvLbm74DaJ5O A0dpYnY2PR8t3YTH4ByyyGR06sTos/2VNy9Fr0wkI+mpE8nJ+Uwoifx1pZ96+jiJZ6XWvTmb rlz2ey+eyurFb0nSChS5sZHIpwatfKSJg5OtkpwDuFjgG/+goAimMgNvDFxNjyJP9vdnotmi JTPGGpMV1/7YtY79O4CCW14/be80wiOVj0udH+mDO+w+F71sh2I4n1P6WnmLTQvxsf8Q9254 pz5a5kDp2ujOedX6ReRihj+6UwmaiVzcga6Y6lExJpD7UhyYcC43kmmq2CHCN1H1qUkKxenW doSq3U+wGQSP0uIRnkgmUxtMaLUHeo1xJD2PTCjWB7/yA9iI6YfX/jX6f1WzNz/d8X9HT+ea 939dW/2/H5n+n7fUdRNPCkpziOiJwhztOjGTSE44N5nzVe3S5vN713yAtbScSy6QEDNg7c2R TsRzB2l3jPjcfNTv7POIBxhXxITqCGqdaORSipZwlveNKgaOPlmGqry42M+JJhVWZPi1X7MW nbFIsUfivz+slXtIcZRNwJ0VPaSyszXbbtluoiWtYs0ob+Po3JEHIRVb1cloOs0PH+Y+mkJd /bFdH92BslAw9nN+mdbCzC3QWzjfIbk1H+2LyMvfRykFSJ1QEYCVFZv/XC5uDSQVMPJO0HE6 MZ+JoVJDpbtl/x9G+xfrf0eTdN/rmHvU/719HT2O8X8fxv895tb+f5s0/8u7p3Jx72g8IV4a y0X6+zKOzfL20L+Kkbt0gytt00arz3nGHtTYWxfPxO29QRFw8YXfHq8jr603Cqq4v95IqDK+ 4mKtBE00oEino+jG0tiy9m6kazCsGVBRHBTqaPYKNWDi6aIco0czpQEVosEwSzzmrpwSnqmK 4q7DMtqSzKns3C7LH5mcBHqxtRZIOJZNJw4/F71y5IUN+RiL5rLS18G7+EhEJqIJe1sD0hZf tKqpPDsXnU3OxSdJs1KrtJFWLdAb0XdCrqlfBZi+7FRDszba4pZgtcBa91Z3Yq2lXgV1PltD zwG0UqW4/1lVSEE4r6/nCClYqVHeZ61Wop/fiAdnsmt7qIKbq4brUHUgzlUolXbCqwpNfNlg fUVHWCcqVGii6XphDdL6y/UVHWENrlG5OInLS7Qx4EW6rKZ0NBafzgpOT3R8Ir+SXeH/4Eb8 Vpde3BWLhddN2BrfNQuI0Ma4P5qrjuIkOdbUdQR4cq0SKsLMRdTSFzMx9O6qQwZddsMxSndR ODL3DsER33NrtZML0TTtplcd07B0v5sPR8jDa/Xojf5FWrZXHXRITqk56dis4m6+HdGEKhTL ez3WKq5nNqDvLK019StTcKaKF4eiA2xlYI69J2uhHd6IByfc2h6qjEmvtfz+mto1DenYSHFN kHYzXku7ZpCOHSNr8TC+EQ9OHmp7qMp54gMitXRr5jPn1p61MG/MhxP0XXxUlxea91JTuSZs x36mtVCPbsSDE3RtD5WYR2lv/1qqDsRrwyvtsbpOiPxopjobV3pxhHy0Ui2WvEz1fT8fo86r 89b6m6TWYuzFT+jXSd6G/Fammu5vxJcj4Wcr9ItbsFaFO15dtZf0HCGNe7179shnpuUntsUZ 7/bNuz+Edc6Qr+zDO8YC4/acuCK28eIUOb95fu68l+RY+c1ecXBlZGfFRwMkhpqPdSsQfB/2 X2f8LyYNb974H6P+nqr1nx09fb09W+P/zfjV/XldHVPYWXYMf+3fv9OfuaTYN+d+R9fA6uVZ fdlRa2petc+6DG37tz/Sml6Ksa3fJv26Pgt5BNIEURnr/C/IP0O+AXkPcgsyzVjHH0KOIqN/ CPEx1r7CmP+vIN2Mtb3BWOu/QC4ydvBbEBTdA1+GPMjYftwzkKeMccb2fY2xlr+DDDD21E8z tvcPGHsS8T35KGO+fYztgTs/ydhnBxnbfYqxXWcYe+J5xj4TYuzxEcYeO8eYjrzx6GXGHvlJ xh7+ImMP3WTswZ9ibOdXGXvgIwjC0n6MsR2/DPEy1gz/TXBv+hxj299kbNt3IEcY8/48Y43/ C5lgzPNtCOLsQrq6HoNokAak+38g/wb5VcgHkHcgcfAA944kePhLCMJv/zXI4+AiAS5+F9IC Lt4CD9A7iEJ04I8g4G7/r0P2g4vXwcXfQJ4GFy+DC8T/1HbwAVxPToKLBXDxJXDxLrj4OXAB O+zC8Qmk8TO/AC5wfOyXwMWvgIvfAxcfg4s/ARd/AS4Q7s7/gCAND5wFF7fBw99CToALYGqC nZrA4fbfhDSCixfAxTchT4ELxOmBXw/ud+G66wkIbNgFHrvqkHbYsfOfIOC28ysQpLezA1wA W8dOcAGbtP8DBHbzA2cb0t8Gm7X+FqQdXPwMBPXMAXC3/68hsJPxO5Dd4CIDLhBuyzZwAU73 wq5Pfh1c/D64+C64+Htw8a/gAvbYheMT/wku/htcfA9cwI6PwV46bPAouH/kIPhAfA8FwAfy 0c6XwAXSpv0ZZBe4AM7mP4a0gov3IeBquwUufhaCcuBFVd8ImzT2gAtwL+rGjUgnxA8BJ6xd Xgek9FFhk250H2GzbqnfJt16pS74Y/3yHPmG0RvYIcgw5LQ8jkuhNdpj8nxUyrCUovuIdKdr 5HOGfMY+J8M/DEG5Y+CM7Zd4yP0xejwMaZH3DkD4XdJO6dsh6nj7ukty0C3T1yXPKV1Py+sO Kd3ymuJudfDW6+CBcAYlD8/LtJxxpPGs4/iClFEHP06OQjKM0zLsIzL+gOT6aRlvkcvjUpfk WYklsME8sU/a2i/5aJfX/TKcXnlNPJgOvtokF0XeKL5nJDbSPyHzxuclriGZxrMS97gj3WPS bURy9ryDB3J7TuaLQzJfHJFxEranZB5olzbulVjbJF46tqvsmqZ5mKapnj3aNk9ea/Asax44 KThTNaYY17muG4auq8ZrukHnnBvcUPlNHUeuccPgirGIs4ehKm7y7QZ7I5VL5SwrlrKscDgW 3mMt4uAOX4vFrHAspoZvWGG6Aw13WLXYax4UcA3/PZrnEW0Zfz1ApAopeDwPaXkAUjz1BGgZ GAjONV3gUYx3uc5xokGARgC0cTxgLAvAilHgvMlgr8UIEyABxCNWIWwp4XxMQfwqpBAOP2Tl wwqQxsL1FkO0LkS5CEyqdtMjSPGIC9txFzB5NBeU2HXixyAoNwU/wMENhV83dAFMBT0GrpcI lpuweECVTaVi5HmzwQqpmMu6BopAimothYFQCS+KCzqGY7sAzWMtA1oYmsylLRFHHm0Ronga gIUTUY22u4prcFVArHoecbxWhsUFgTh3G0s25iUu0K0IznBLtVmDiYlpgzcadbzOYC7relhY LOwiY5bw5cOcuGsUqGO4joG8HcJgi8DixtnjEILYCLoUcceGtix4AzGUlTyGHR1IRGbCCeEB BlPA013Gl7guXA2h5iIeFYJmMgLhgqjSflbYTZA0Sw2RcwOk0XLhFkxeZ9WF2IMA4SuBUoU9 XVqdh7kM1VwUIBS+aNIxrzcYBVM4vC74E/+JPtyHaUGvvijxGC4iSrXcIcKyHApZIeAqhIBC CT0owOVDikBznUoF+CMXQAqzvLZDVzRVX9Y0ZGUvzldw1HRYU9Gu68IVts7rZFuITnjrNLZk mKahmDcMHAU2xXiTC2MbJv2Do2IuooQ0igJjgkukkOz+JpSQRHg3TDpTeb3B8tb20KIVAkrA Vq1FpMGLixUcw/gPYpfo1APYKDIxpKQuVmexh4G3QV8ESBQPynL6TU2g14WTC7c0vQG3GrQ6 nb1NUdoi8hxOFMqpgPYVgZhuUp4IBMSZbmsb0LpBfnTCrRpLhN4NypEFtoUKluUKua0GAV+V RHsAV1y6QsuWFbKQa7dTBtD0bWwxs7LauJy/tvOOcit/R72VRxoKhqnisETA6wjqMsULBlcI D/KeCX+H+3ljIH9hp6Ws5C115S0TdwYH7eSIfwIR+Gu2oH3+RbMxl1/eWVDu5AvqHcqfqZhb 5FJUfJreyK65WSZxO6MmGhbUV/Mr2rJybQnVjeEWhFKBgaV1tkrUmKCEYBAs4fPwwcHD6sGG VtXM92sB5cI1AgNjmks4MVVColnQHGLnI6HzaqThkprKv6jllOUlKxaObQdJwoIevaDBPrdg J4/P7a5z19XV17szg7cTg+5E/k8bEsqC91V1RVl+S9NgEU23syRlUEHUNQDDf9V4xzQDiFlr crt3u3fvbmlxH+4ePNjtPpj/qOGg0uo11X4lAFoHDZFtydb0r95kHlGEl1G3DD3uHlq5cGHo /HgoMu6OIPqIcsmbUl9UctSOeETlE4vVhQEc1YBbf0ejOk2jmsHH3PXA5XZnPLdRQ+oun+dJ 9bDSUdC4S78uQBOpdXodZ66AYl4DrchmauD1JuZuARy3+3B20JP1vOp6xbOq3lKWXjcHuEgc 2DfcZl2ANZQqmzfC4cfZ0IVQODw0dH415Fn1vOv60PMB7PxhwYo1Up1ONKNKVLhXf5fq1zZT r9O1eq2uPtN0W481od+a2sbyzQpr9ogmAwgVUWBUrZ4zNQDTwp7vwvDhcyFzNzdbzN0th08N xlZPnbKs93ZYzdlCgKuBRZQcj1kfYG4B77aorHNXU6GhUPhCeOjC+Vgo9+VYLJX6mpLy5PJX lVzzql1xKtZ1NMwxNC4AimLIURY4lWNVf7uZjx4x9Hqtvl6fb7r9G/ovNnnY4jP6+262w6Pw N3S7XUHjS9QC7/sDgQEiC5yK4mta4XPjAd5itrTwsVODH8e+c8pjLRZi33BbO7JK4Aa0DIP0 FdiAiTpSiNu6Fb6aW1gIhy6EL1wIpWKhf8x9N+ZOLedy7+W+5c7tWKX6HOm8JhpFtOPIDMtU 8wF1Hra+wZt3BUbbmlVVaV6cb7qjgmliueBhTZ4lQo1aitt8IwX1Ors5MBAwBgRyl3kjYFmz 585Zx4+jyI6dstRTD1iFrNWUXbFzOh9wgfHAgBJgdovzZpj6NDHram554erVQkG5upiKFVRA bhBkF1ZzTasrotcDPRe6Hq4w2kHdxUXWXDWM5uaAETjS3OzzNae1W8r2fJPKC7t3K+ZSWyCb VUPugOJxfbTysWHqAj413Wg/ifWlwQBBKRCNb+N0AOBTs+OW9eOvWCPminIkf0oZWBwcG1NC S+dmGVOb0Bh/c+WjwRCSi4p1YCkwQAHUDSB7L6EfImygWm8TuVevLq9Qmr764dWXw3eUIXSa rMVYIqGklq4uq6r6sLvt/9j72pi2rmxRp8c2lKlzrVYTOUSTd+qgPNPgqU3i1pcCMtN2xpPn ticfZZwKtYbg1JQEzjUmPc0jr8YY5ySlySkwqYuaXiuhty4Bybo3kdCIkaxKSCRqf4SkESpU Ij+K/CMJCCWSf7619vHHMdhgIOl0qomaFM5Za5/1tddee+2916Zsiln+JweH1m4vdPhcridg TAMJ99EkOiNGotksr9bpmM2U1l/ofuqyXHV282YyUukMZqOHZal9p00mnc4EZgx8nrotDmgK XQDxiVulZWfQstCwzAaF2W+wv8JRLA9cnvTsrx6Q7/WjfCmW4vx+GYx8W06XlJjN8J8auD01 wVgsVoNBYQFnZYH/CLOgBrQjMCYXstXh+4LieWB1RDhh+0ru8nd0cBzFnxKE4Ii8vJyqABId DhP2d8XsqdssiYkKQZlyhwzoRPuDXgGjBQbNqFAN8zu59mz7U5dVss26zTjgQTRhPmP0FI4P /f3vY1eG5L0QuCknzpKhQwxeNbSBEse1MxadRbQ3UE7AajHY7cBwp506ee69g9UD0P85Owca 8noIy+owNd41eeuWPAbeXBmVW85YwTCsYNcWRm6Bga+bGB/l6IaY0g59pqujIwjDGEeNnPuS tX3lYjuEDoHjgsEeKnhmRG6LTsVi92Nz8nmfzaac5bGjOcQGXA4WpOaSBQw4UkM88QWwbIGf 5PJqmrZrtFqj1v3UuEq1XaVCLcP8AZRcOJHBNA8+VQzw6IDGgGEIxCB+sEkrZb5oQR054J9X XuE8Hi978qT/vf3V4b17D4LfczjYDpfIczSDZ95qQZ4tVgrUzFgtZuYJqyzgIvMQpeMjINrl 833R0xPkqZHPvzxhi7pcR10uUDIf5ImSbbMZPAdEjhUwd2HBk7ObWIzWzHLdRWKdFgsGJJs3 g4/cq9EaRZ6rjNuhM6NQAgbCNPV339gVRW93YeHk5G1qwmfAcBI0S6I2g8EixrGgVssloNhq MDscSDpol/N62JN+kXGf/yDMXxws5QpwnMi4b/KWAvmmJqjoJyLfgGllGAvDOKxg4FbZpy7s wywORCwLzLg6Or4Qgv3Afg9hPzRyVAAjl/MBkXsq5rsfU8x322w//XSbmu0hkxIHy0LYAl/u hL/APqXrQ99uAfME/RtgnNXs1RbKtbz7qdsqleZ30PMxxDecMRo9SqJyYB+nVJO9pFtbDLQZ /qWBSTOdYv4yku5wWBwM2Cuo3Ot5zwNdG5if2LsXfBJQ0NHh5VDrSlHphHnlxCcMmorVwpit LgsqDB0ZI6NcF9BgXYR44AH0G+z/UoDODZzfhv7OdfEcTwV7BGEEWCd6B9ZB74qfPrmNE0Wi chfn4uCrwPhfxVHNjKapwzi1UGMwVym1p5BtWrWdAm/1ETxJ8Dyk6IUJ2g3FJMaIJM42WLA3 wo9kTvVXuxXCUyuZVkGTjBVY5nzUe2cSPFv3HoQuClzLuS5fmmWIDWYUE5/YzVaUl8XqYlxo L6K6KVcvqhn+sqB31iUEhWCI+jIg8gwKPEqBP6OEM8FQguM5xXyXzRZT/HSOs6OBsMiwl/Oy cpeMMn+sI+yilePsQtOppTRybaBdY9LRKgWN3VrkF1Q8REx8dvYGNQnTOAxVdeBxGSsFEQxx ZwIE41acR9jBFaMkKG/nScp7BpV80FBitu6FaRp72sVxwO74+CQF3MKM6IcfZsDArT0Qwlst oBCOhRmKFRTc5UKb9LPENLvQIQU7R8BzoYZZxgTKV4BhfxQUeQXlzhHDnpuLUT91ARaMHdAC 5+W9gA8924VRNjhLcCEWwrDOLNfCXEvbU+hWm0DBv6NpPbiyr0WefYzxw6Fep7Ojt7AwFpud HZ80k2hSZ4AeCFE4aB3i2m7sk+AqeYeV8GyXn+zynnyPOnnWs58uMe89CPI4BFYm5/4Tue70 +r+/Fbt27duYWj07+8MP4QmwEjQTBoY1mHZZn2BkOFbBb7yoZLCPka7gyJfUyCnhBHINKg51 cDz6M8L5QHBkbm5+enpq3mZbWJibi/6ErPuBdS84f1YBrMswdLBQ1o8MOjNOIRjw30rtmcLN /KZ2GI9+BwOSHFRqrPYo/77PbNpL9XZ3ODtgchrrH5+cBYGBVdNWuxXMHPVOtN1ppRy9wBjL WMC8rS704CeR8TMee8X2g1YIFbyU4ywAQJfmgPUt6hIPFev+9tq34NFm+8MTP5DxhrGyXg4E iuoH5gU0AA4NFLmHrqkY6QTeA0LHWzbgi+sU0MI/Am/2hdwWq9Cb+qn57qnpKZuNWuiK/jSH cgMT9wo8MRrW9QQroyz/DSq3ksknWuwOo99kBhlU79Wa6KHt+LgKxykjKB40f7nZYr44RvX6 PyQiOGcKxUACoHyrnTEYSCBmeMIi+xjHS+Sfgc4NEv9S8G8tYcInT3IeVYnl1kGvw+H1OTwc 6weDB90PbFOrr05SMf/3ogBKLs4Cut1qB/7tDE7AGQbiKjnHI/fgm1i598tLIzqTKzoy8kV/ sck+dxRH7xDXI/AjoHtQ/le7NPrv7lPz/jkigH7T3xZAdizL8QKaDzgKjgMB+CwWuTVigaAF dWll9Lpm3XCN1mi3at30je06TZWmiq6q09VZGxqqm5XD/lpLw/Ve6sMuIoCPL4di0DUNZrBT s1lu9VnAmGQ4V6PYiAPGJSII7k7HNvOVmyf93j2q/ZaZgxzrY30eX7+r/0IoxG1TXtn6tLp7 IUZ930XY7x24OMtB3G9neRYHL+wiDhnF/Y+X4zmwCw5tgF8M7nKMzo2MBGuLT9hjRwU+xId6 QsP8cGR09ItdtlGdVhN6ME/NdRH2e7/62wIPTpbzBr2iEXFyVqawfm4Bw4UuZmHsdr3OrgvU aO1HzTUBHc3Qv6Nonx6t32DWM8q/Cx5LNdXb73T2FmpisZAvFmMgYAHHZjFQjM9qVVjE7vm5 w8JYQLou0NYdVuMau3nSu0t9822r1WuFAMp/CBOhHH9IpRynS9W1VGzg2rWYWjM7e7Fzdpbj GDuQ6bCDdlgyuXHJQkA1D5yzLq8Xhi1BWOTL+Mm5kWC9fq7b4QpCa37s9ZRwOtjxW1vMsFNz nJo/Pz09b2MWFv42sACcczAGgvV7ecrbBUbwBCe7hCOI2aKD0QddM8PotRaTxqgF7hn3LF0L Lk9P0TA7wShUC/z37TNrPuylnIEPzZqYu5qKdVnNNMWcgdHXTsYjVD3PcuiYrHY5+yl0N+7O SXUJ6z8J/If3/2A1gss7RMEsAXzYR8dUIAF+i9rwfYy6FvgeJLC/lpoVWLsF1ITdG40V840y ojgQKFj9p7wAqh/RmPiREWA/emLOZTnKcTDNEngeRrzuYhDAYIWemZunpgNzembhxHFK5J+H f2EA9FKEe5wSgMNCB2vHMXTHDrNm84E2bU0NE6Dp7SzhntKdN+s2abXg8a12rdXp/PDDXvMB naEPnBVjsFutFHPawmDUBSqHcPMSh9ExRG8s6IkH+gVBrbEfqlTdvBl+2+o4GCLsfwaK5bjt yH7nHo3qwrVr338fUx+yMjw1280xoCbwVC7CPcZ8sktotvAr7xW8QhCEcemSnuk4XlcMDr3b xR2NEP4p/nxQsBUXg9evLSuOTE+D59cfd7CD1EK3lxW84PF9ovo5L8XJTqHKLZjw+8xBRpka 04DgOaTV6yudLMTjVYGqKsrAV7q4ixcb7M1yweffR5lP7dtn3me2uiHmtpAUp52CgYliZKdY L1o8UPEZOCJg/WaJlS59VnXnzsy1kMPl9Y3BxNjL94UiV69+rtkG89utWyj1qS1b1FvUe/bL Z/0OgQcKSTMgHjm7CUj0ouKBZuGzIIxpvHfOxBh2GosXF+PTEfR2k6EQFeQHI9HvvguX7ZIb fLoKSn+qokJfoa89IV/wcyEBkAnXPo6TezfxsidJluEicFwzIAiHNjF1db0fMiZTw5DLaDVa MbAyVjKMwALDzfsUZp+mWh7rujEGU2JeHIwhqmE6xXSywivnB8EeQT/8TStNP7s9PDMT+54t KQndEvwX/BcuhC9c8Pd5vUrat22LQu2ja+WzXTOTAuU9zaNOQWA4tns3eWEgVvByoSsoCBQf EuZgNDHaovfuzc/xJtPo3OcjkZFIJBqJjAwGg4ZyYHVXhULvY47LF87E7gcFcArgIoBN3qvg N3llv7F/hoaNTPq1mrq6pl5zrcdkYi6zX39NDVHXA0wlhMxmSjjH7tPARFGjVMZiY0M3YhRz FvESxgHcEkY7odVOYPYzDu0aWN2qMszM3I0xxtKSEnYgdOMGdYtaCIT7vOo9ajn9n1s0avUe g1I5Ozs5PjOL7gtHLmAZGeY4YJeTdfJFwmc8Ug7M6oqZe/cezrssO00m/iswXmqOehCIDgb1 tXrKcK68gtHraxkMYu5PxRYovgfxABnJAbpkRfb/YjCmRoabtRpnXa/b43nLY/KZA+6+sbEf r8/EZqyMp7CWErpYu4YqPL0JOB4aWoj9WGg/jYgkzNgE7Mr8IEmvkv8vGGnB3wKz21SaazOx /aWlxaUlnczb+/nJyXsLD+IPLnhlaiNYMqYVz2wHbsfH47P3vAW8n0VvzPq8wCcoo5N/UuiC NikhCKzuKmam782f2LmT3mkacHWfGLx/f/EBFe+OBOU2C2XoKi9jlLbAwtRUfGGxUIA+IAgi j0/a/ehmKfunNQHhkFZnt/fUet6ymD3a4fjs7eGpKSoeWAjUgUWjWu3mTerCTUpNLB5fiMeV 0E+L7DIK+PKDJ4Ge9unNt+lnVVavd9RYWqxWl6quxH+YuBKLyePdY/3e/n45fVqj3k6rtyvp WUWckM+fQkPn0ZNQXtmTwhfwIwSawly3wVjsCAYnLDtpjX5n8Wh87vbowgK0NDkcHB6mDN3l ZXobQ9l8zIIirgQDL4C/slSO/nxNjWA2fdjbY2XfAn6AIZ3Z1zekiHfHrlcywA3v36dVcz09 AflQ19jYFSWuUfzGLisEXngORNNz8yatLvk+NrpHV1wMXqVUZWU6+XFl3L/Q5+2n6HNbt6ho CAvGxsdv3ZqcvKXkfSyHFq0AKoRPiBFCx5ubM+hNc/MTtRR9RqMHRhyugcEpaOXBYBC4OKer KGaiExOTU1Nzc/fvx5SCj+cVQif8BV58jFVpP19ZA1PRjt4hTzNwYtF6tAaTL3RbERdiMw11 dbzg9zdrdBeHvj6hZDsbnkEWfByr5M/P3FSHuW9jt0q3FYMyVKUqpqTz4oQyfu5BqL+/gt66 dRttvTp+Y0gZ7gwpwI97n0LKQStBhXA+PqeJBqfm53buwqRa8c5i1jTwt9sF8bOjw8NvwVRs F+P4bmo6WjD6jCArQNkV2M9U1gjazc4m1sPK3+ItrJbWBMZB4j0LsR6Oa/MIfrt7GCZYlXWV lVRVpwFILQBSuQL+zMxN+qT92t1QqU5ezKtpldnwdni8IH5mNBKpLKW3avZfoUL+vv6+PsrX 6X2GlxUIfnDeQOfp+JxhpGP6YWSnguY15cUOpjs6BYgT0WjdToOu7MQoFfEPDg8OUqHOIJDa aVc4/NgrYcS02x2VNQOstqHJzYJo/WD3h2jdgfHbIKLYdVfDwCH7vn17xxuqqjqoD7t7GaYS sHBlCP4Bfw8xhJKHuAf6JojaSqu67+7Xgai3guk/a7YeCk+AtBZCn1uf1WzZ4gl3+3zfUt/7 Y+FwHzBA9CwXOoMUipopLw49PEGDqHVg7UaH43gURH3mQSTMGMsqKvqjQP0UNeefj0YHgQm1 43wlO+A3b687gITDEGv2NHzT9803yvjZ2ExlldVcW2uqHnfRdCGDOUxMKdqVDpB2N/Z7QQ4E h61b1QdnDiHBMKaqS7u/4b/5piD+8YM+3x7100+X1IYFj6cwDKSqg+fjo4xOf/TecaQQRkv9 ztDk4ORkYbxnMFSr12pNx6Of9/QURv1o8cpgF/mXUMkM+O0yrpqtZSw4aNTSSlNfH1J5XaM5 JAhs7figTqNRMAFnby+EOGoUqU8AAuUCIVEji9TqnlapcXB42qws4fkC6H+s61mK7no6bKdY RbjrWiyWoDLK6Mpk0eO09rca9P5ah800OIhy5DmjwVCujfooXhENTM/PQ8dUEwr1Tr+wT8a6 kULB3wwhl9Ls8ynRS2g0fhjnWXOBplulkm2mn3HI1ML5O9e20ltkof1IFb0VpliskunsFKna Ksfsu5w95XLhYooHVRU8vzitM1TIIieQLINul0bD21wDA4ABZOH6abmekfOnMDplO3qeSVBl QrscQqqam5lm7aZN1e6+BFUeiCLMMqVGkaKoBI1vHCnatk21TbV9e+3+hJxKkSKZklWkaDGh rU0hLbt2/XZXsc12/MSgSMtOCAD0IH+FhAhBW33dA0TsYfawMtUm84GLyvhHM0AEBKH2ZrNS rinIoKJ2oRSoKFQV6mR7tzOHrqKfAzJwVX6bWilnCyR0GIqPP9gJdKh/q6ZlLpvr+HeiqsoN hrJdepucL0gSUrPp8oBWN2OCqf8erZaVwbTwQEgRP7cww2g0+wS72WRWamidAlfbNQlybm4f sKrMD0p0SI5KJ/OyzCEg/uyDsMu1hdaoS9RK1tOh8HZ1dHiRptD5xTnbV0yxI26igabiYloW 5F3H/1YQ74lyXIWhTG/S2/ieJ4PPhIhl1xV+PWA29V5/qxZoYmWXFy4faJhSxH2x65Tmo2a/ FhdTKk8EfpTHu6ZuXEGigudnZtQ3rOqS2ELx00CUTjYQHzjUHQNvs+B1ubZtVZkttLVvaOwe 4MRmbiHzofPxe7ZpRm+af0BrgSpa9lX8q+OhBXTiQY7bpSt2wFR+MDq5CDgL0BESxGl6Lzeb m3o1bPMeVqsdNh9o+PEGDBgzTBVT6fdrDQ1mTYOf+7EgniRMExvYpr4bo3XbCnUq1RXmUPe9 GUB4EPZ5+7ZuVTHdasPAlcg9QEhQxcx/tUv/cJ6hd6np4uJR1/HQInISDQUHdbpiNqRnIhPR RYAHily9dQFNXYdfW9c7pjGzWtn4xR5qqBNk88nCDOtqYP1+c12dWcmwJ5AkF5DUOzOmmfl2 q2omNqlR61Sy8NVRarzzHiEp9Hlo61Z1fz9oMDwkkvRvob7wvUnm3pSu+N78fUZPF8ui301Q U52LQNNoJBzR6fTDw6DA0RRNl+s4Q92HghbC2BtmrXacPeG/eHFo6EZ8AWmqq6xjm011dZuk RH06E2FmvqdVEKTOMCpVODR05erV8fEZKv4JUNXf109vK+nv354m66kQFQ6G7kXZe3OGYghF Y67i4mgkOvHdd1NTEBQJo5HhweHyXabhYZuUtPNNrFnfNKCFEHtmnG1ogElbT88QRNjnb/QY jdXGqmazHUk7ADQHeoauUEjek8GC0Pm7oWN37lpVEEYDQQMDoTAEKOPj1ML5mVG/n/P7tqm9 SOCh8NCVsdHxWxRRZ7jnYaR78SFTDNFyPCqPBEYhIIHI78H52MTIyBcjoV36IFJ4HJ5PTkzF ACuMSm1qh3ndQHOgsneor66BYZ2V1I5uo7GqykgZ/gr/3wdzhAaT8jLL+nsCQ4Gvh8aAzMJg Yaj37sFDd2as28ZmYrf4/lA4fK2PEi74/T6fn+TjfVsM/f0DJcqBcPgKxFdjN25NojDD5yOg yYdsx2Kc2TUZn58bHB6Njk4PUpcujIyEQiNBTLyHKpjh4YjJ9tXoKEZVk9Nz9wm1Z5vazZVN PDsEs+0+mG7t4I24U0WH+0DOG4Bas7oSqbWzJzg/SPvrMaRWHTp79yA3c7eCHofpNB++QAnd /g6vhy3g/gp0qg19SKc3PBS5AoK+MTkJ+lOG5RF5WIiEH7LB+MO3yiGwmx+MRqhL3UBhD4Sp Z4FKvWMQqQyORqPUhH9q+r5IJd/bVtXU2yAEKGd3gwaX4DWU7lMsj7PXrKusq9unNDeg0i8O jZ1gCX18rNJ3N/Y5PUZdC3R7vR4Pq3RhmgTE6FG7+vr7tyiZEKr76vjkUBjI+01YEeHn60IP 58OGSWo6EAKienglJ+c/Rfn16/nB4eEKm2sUtf3d1P3oKFC22XWWZZtoHVOnFxqaOpyBp4Au ytBvVJsrgaxDSl3DiZ6LQydYtqGSkNVz12wNz9yhu+9+e+3t3wBFFNfvN6j7gKBnldbQ0OjV 8aFweKAPCHoyXBDpeehwRO8tGkIPp6a7fwO0UEL/iEM/CKQYbQ6g5Lup6OhoZBBIeQoaO6tX V+6o0fOG3uszP+5VPalR4E4Ro0ZDiFHruItASENlFYwGLuiEveFQKHyH7hNu3qlgYgsP7nn2 FroUKCSvnzYQmmhr5GoYukyfD4YD6IORs4vM4KW5xbfY+QfxxX5XIYT2lNAzwjCEJsYR/Y4a 7Y4MhoLBZyIyCAL0gR0GNb1DT/V2XZ+pVGjkunMGncGobnCxLletmjYYcCOEnH6GlRWFlGHl nYDA0FbhDhXrWnjQpwCmAoScz+WhbiNthvmQp5OVe4CWpyLyUeVi4BLLuC4tUvNdD+KDCiKh rhEGTK3bwjiEINXTyct7CCm9O/ROfY2T2bFDX6lvuq7X77AqcUOAJhBwMupKjq2sNhWqcUnN oEBy1OFe4c61OzevhQXhzsyduwt37ggXkKCPx8auhem+SKiPK1HTMPXkvAoPFVKHZU9GFKP9 kdFLi9OLc9PRS5cW44sPHywuXoogYR9PTk5HGbD4wS9MMEGDeC6oQMreZGVvhmXKCDV6GrxS ZBT/kY8WwO9UpAsCfWr06Ujh6JPwTEGAC8OdEVtY9uYo/lIAv2yHv/8L/m5OPvSFwxDdh8MR MGnyszzcBS4C/6+MgIwjqvBH4DEiYfGvIuyDrySR34yQH7jMH6KZP4xm/PBr1X/y/FfmBa4/ Z/0X054XXsD7H4zGF18wlL+4h9R/2f3iv+q//DPU/0rUbU1cOpwqFC61pgQITYsFnkilz0S9 8UTxUbH0qFhjsCjV5ut4eJ7cR4w3ntNHmzye5KXsyUpjidKreGl4oqarWDq1kVSFEk9VPl/f 2Ph8ogDrMWdLe1uiiFS6qk2i9Cx8A9pwO9s87iZSWfaDVCHWxL3eDdCKWCg1VRaKlGttdQMW 29rSSO4xayWfoZs8zmNtZYkryxL3AGOxaVJKNPlr8uP7k1/N+GJrG5auSdSfanB63nc6Sb0q bFNL6v2JZ1Ofz3E6VEsfq3c3O91JFbzSigRi0XW88Axk2/o+uf8sWX49+fFMASEmFrjBm7+P tpJXUtlgA1jN3YXnl4/VNzpTF0knvlpDaldhne72Jk9rO97FINZF8IhNNWaWfRdr9R7Da9MR W7wKDa+QO3Kk6TCpK483AYuFv9Mkkw8vo/vR1K9dXnQ2e2nbJU+xRsmBZOGhV0jdoSxQB9ob XgNzyfJmf31jU2vu1/j4z2BjOV79od6d+eZPtuf/ZHv/tVfc9e/XwBs6s8zYH0EjWZ666485 lzwWaUuURyW1yZycx+luobOVKKN1tFikLLNEGY2FODdSuVf6SSxp+Q7rdKNROd2JomjwASlM 6vU7WA32HawNqssJ0ub0vHMMDNWpAzsrQ2PLCQr9vulEBtxGagqLRfDw+nCsM528RyFVXThR LxnZI+XoksWtwR95Up5VrGF9VIJFOnsD1q12ss6WRvGY+XOVeLq3Gqtfp8tsAxllpLeTutYJ iCbx2kX8RfxSqg7W4QTqYWcZXQ/fcaJTIdDYiBQBb7oR9fJ7CYOtLUdTVcHAUyavhQBSsQSL u6lR9Hak8F6SHdHvAwNiFW7iQehjrW4JUSlQpKCoSDx2T2cMSRUV7yS+K32arUyzWFQ5r4Jc ieLKK2NkFOTKjZGlIFduYGkFn0yo1Qty5QGfUZArF/zygly5IHNTu2pBrtXBMwpy5QBfVpAr B5y0IFcGyAoFubLDSQtyZULkUZArH4SMglw5EZYX5MoJKi3IlQG0UkGuHIDSglwZICsV5MoB KC3ItQxkDQW51oS7pCDX6rgrFeRaHTtnB1mlIFdOWGlBruVAay3ItXoL0oJcy6FXK8i1Eoa0 6NJyuLUU5FoRW1pxKAMwj4JcecBnFOTKBb+sIFcuQGlBrgyYfApy5YOQUZArJ0LWglw5oXMq ctWCXDmhczaZT0GufBAyCnLlRMhSkCsnbE47y6sgV14YGQW5cmNkKciVGzgn2fkU5MoHIaMg V06E5eWzcoJKC3ItA1q9INcKKNKCXBlga6y6tUbcjKpb+eAur7qVD5a06lYG/ApVt7LDSatu AUQKZPVJoDRCp19JzIn2p29cWdpUzonXag0l29HhHPW50vQtJomGRUTJlK2oKHNOkfEBXcaE F6ciablk+1PjftfW1EauSGlbGfLlejfMe+qPIujLre0w66Qr6BwYyawakENIEJtPYUquX6Ft rfWNYmKHXNORffZJ5pnSq01grpwQZUqS8K30fE9XWkavONeiSS6AtIUx0DGYedk9tfVi7k60 xsZEnXNoWIsg2pXlI/3DHcPEhohPvps/Krk3RpRempW8se3HXhdzA2Kt5zJ4sP/VA39+69V3 /rT/jb+srSGY8ntcZbTp3w1rw3M5MYlWRu9+0bQGRJ3dw2DRfKe7lNzkQ5M7SRIKwnyQcTUV EaA1KImoCZHWpyfRbtbAIcqmzVUPij34AetE1Ryw1rzyxl/eeePNg2tpBtvxtLI1Hk/9YRfm u7CpmoMHa162vvPHN/a/tta2GlrB6R57ZM0ddR7xZG3s9Tdef3WtjbnRlB4xp0xrG7mYrIw2 rIe3DaATbjaAD1p/48iRNkxrvrA+3pPoL66H8yTy+vhe16fTbmj3vxvX+tmUI3qhfC2oK3mi d4+KidBVfFESbE3eiKYBjSTKIaqpgZbX6ZdSDnNN8qLpP9nef939bkN9GanluQ7kxtZ2CH4a 2o8ccbrX3QguDx0Gof6h/nDzu26IFhrX1ZTEcMymteOmTMf0whqRs1sPadZT09j4cvKGF13a mLIrF4XxLi4yJFGyg+3MDAYRIXGFRtvKiFJCSXy1EUKbWtj2tRIKGP8ASsXwaE2kiij/AFqd HNvatjZaRZSN0CreXdfYiJMqJJNEx6lgOfP6PhbmWOmFIPEKv//dRhaiG+rdZNEl+Qvd5End Ao+rK+l7RevbYWDC6ytx8RbXWBI3rqa/eDBxoQpJxorL3PjlZHSYelNFCMdlSPydBIXJd1o6 efXfO+kkFiKk0fXVgFwj3tcCqGkw7RpcwBJ1QCOYok7pYX3xcEI5CfolCa0VGZDAbYADbOWR syBJkqzIggRuAyxgK4+c/FQuZlUGUpAbZKG+7ZEyIc2trciDFHADLJBmHq0anGw9SUuVZ6H/ QPJl6s7Pd6SrlytyLAXcAMekmUfKsWStbEUGJHAboP8/2pseqcISnjy5PrnMkadeLPfjyVcS N558RFgHGBiPJJnENFxqZZVILANLovEk0EbU3f5ozTu9eL0i5SmojZAOjTxa55JebliJeAnY RjwLtvIYDDWZRV5mqKkXyw01+UpiqPgIr410tx4Ve20SZokwpHBrmDjiJKOMJhsXl98fSb/b dNzZ8ggUKiGuPE8myn/JTOzOk4ndvzQmErYpWYJcZp7Sd8stVPJWKw0q8alonxIIIpiDre/i bbop3DWNKVKhpGY/j0qhIj3leVFd/kugOs9LtjOWdCTbePO7cjs3dtHJhAkh7ssZbzJd6v/L uF0dl2vWQ3l6w3HROiiXYEvJzmhUuti1NPiC/5E7gpOLTW6np90N/TtjXy3eFS9tXYoGQmlt Peqsb1myia+1+WDrPoiNdOllrDWJJYlfJJ3hNrUtuykX58hgezBFft/lbCETbjwNQGNc1oYT ZXzb1PJushEAkFyno68G0zvW1AJzbF0p3epGXHFPpThPx/3SJFIiYSpubPS0Hm49mkFRihS8 5bi+oRXY8xDn4xSXIpEIUazkfuQa24FXy/BTja10W+sx5++TjR1GKbazdANuwXZKUA7uf/NV MU1Qf9jTXn8U1zmb2hLMtyR24oNva2sDKbS2pDgVN8ajn85YFkyqmLRLJ+6GXpPRpXQjNQqJ wsm67Ib+0EXJjEYr7oRHKaRve8b9qW0eTIYstQbcHi8eNxA3p4Jyj9QfdpIt8vRrrZ6mI3nd Dk0n7nReYaaS2jyNEng/r+Ev5epA003OFs8r9Z76tSLC1xGNLqWL/q/oqKU0Pod6Bj+vy1TX cwCe/qSobwDUV4tGrSOXVKdafgnvA8/GviT8XTv362X+8fEO7OTNenrSsmbO18n44+O73ZMv 29nTpOuw/I13gccvl0xm8xVRtpWE9Qtoo+J5bMKRspm/aLKsXWzAeDZsO49ROhJO8xXPkqT3 ugSzAZE8NmEk+MpXDEsz5+szkI3YxmOTRJK1fEWRkaH5VcQXhKO82Zemvn8d7CNH+bIvzSP/ CsIrZCdf1rMvHf9K44xMZvMVkXR17ldgHcjOWliv35BVrN8aHqsA6rNr/+eYPScyJkfcrcdS Sdg2eoNTY8l54rTcUFx5pn/EHIsk3dOayLrUJ5IxZfR77W0eutF51JnYWpFIayQTKC7n4WbC bJMb4Mikf0kGJJVs+XNiO0biBC2w4Ul9JbG1Qjyci6uEIklNR3TpHEdpyn5S5DS1vZRfAi/B qDR5kkWcmEfJMQ1Pd4L3y3LZ6PqSqOwHiX04x5j2Npe46JTsegdIRpF+7nBDG1p6bpDnSlOk ZGRz6Zdbj+EGVRqrFXgyzPNoU4tTTOBl4RbVlD62XiG2WFGx/Dg7SEO7HF9M4BcVrSsvjAJZ QVHwnuS7sicNHpue2j2/MDUB5Ea01O7ZiJJQGivoqN2TS0XL5vyPRVuZXxEZ/JPtfcke1hyq WwnoESpviRSy6lGsEZOfNjPbSyhWbCBHqYd1KH2pUHPrPxMylyksyXA8FkOQfuOXZwYZEtiw EUhb06ZX9ZbUA0lt7xQ7/5qtIFOiuW1ACpfbAjKzOI/JBCQf+SXagFQGj8AIJM1JreAIrQPG 9NXO44Csr/Z8wDrpqipaHKUYmCK10R0dqQgrGygu5rS2vI5LOh+IsViyJohdbOVVhH+OdpIx UPqoNN3cSwmUbOVlnPpqroyGfz9IrJCdXKeFZih8JROVAOay0XRy7bFYZ6L5X1ZskeR5A/FF ookNxBgpyeRWYAIkl+ok2cANzZIyF2ITjWYukR9vcpNl4ixr5GTGtzTnmkR+s02cVZEvoUqO 4XcTZYLEmm7Jkll0I6mZJVlqRmusJ1Cp2RKgZamzpa+G8dhT09L4l3qcSGFnrm0WXyW2JVZU vPF/kn06p5bFzSfa7EJO79k5uQ5lp6WaW9tJmByztGTm87F0U9L4L6uTivxuoIuSBjbQQRMy ya0wApCrcyYztRvLX5BWitbWFzOy3mu0doKrlWx6WyXtkKBvBRkhQA6LTiR0V5QQqVsELNeT 3TeHWtvdeJoF+jj4B7GiIVpTfXr7jdR/4G4Vd2v7uy48BJPY1kK3udo9ja3vt9DwxgO211aW zvJgfifZALSeSN8ABOZ7EjXL2lrp1pbfi/JZuvMnk8aXVhLMfyT2tayavH5cXT7zK7+8wHGJ FDYcOWa2Jwkdl5X3I9Fc4hQj+Vk8lbi+WeVSMee2iEzIXH4lked+LCaBbf+yBgHC7QbGAMTf wBAgCiS3yvD9Soqqb3uksZnY5BqHg8zFjl9PYIZ8bTwwS4p0ZR3XiN0xnyKmZN/iERBRC+7V BPLxZdHqdUJz4T1i/Wet/+36Oet/Gw3Gcqz/vduwG97ufmE31v/eYyz/V/3vf57631ZS1PbR 1f/+uYt/P/762/+Y4tsbLIB9pKXReYT+w/43/nLg1f0v22oOHHjHWrQDnuHovPRxZoVoUZuk PnSRqOR0yeqXMp6I50Myn73c2nKkyX3sj7jIKh4HSr9PlMROP5AWyt5gXemNVG9OoGauGy2v GSY+yhhSaLa9AeYM6WpdZOgTHyaim4xjIJm1tMXCXkUrlxSDAI0MmkV51BMDWENyz/6S8yfi Q+nnJec0xJfJ4Sd5ZCO9nv3Sus6uiGJY13w9jYmHKqAjk2AxPVz+JVFLO1kAoeEDaSFtApXc CEKqL7y05BEp7rLkYXK1IX1K7LXUbQA5PiQWaksYME0/lz5N/FLiXbLjwLt0NYQsLyWVBrK8 lRziz/E2dUI+y3vp6fNs6Kkz4FleSs9xZ3ktOSX90nJpJI+sZkHMXrYwGwHJY8XZ3qUO7mbj On0wNgtpyWOLWRClh0hXfl2+8uvdWb4rOWInRU6ctEu+N67wrlxqn0vOt2TduVOU0bnJ9GaF HTkvZYGWbipZFbjdkzdsjhX21dCyrsaujpRtAW81rKVLKqvBr5zHz4KQmQpeFTp3JjILdO6k XBbgHJmq1dAychj5ANfnbHt9Y0xyeFjXMJOBDMI9Dj6+QlKmJ7X5LXFzydLzYolKmuJps3TP WrYdUcJpFhll4Gc7R7UG9CxnkfLHXuVIT/4NrXjwZS3NrHRIJP92cp2myL+FnAcR8m8i+wb+ NeBn3QGfP37WLeT5o6+yDTv/hrJuVl4bev1avi9tIXmjyCp3iKzbFxEHsj5PlEQ9+dLPn5na 4WyBeXbRv/T/T6X/ZP7vtfpmZyO5IOjR55hWzv8Z9rzwYnny/r/d5bv30AbjnhfK/3X/38/y BzdJ/r61gn6+vc39fCKF87zdaHzeDpO5Y793LX/x5xa0/7amw0tfkrxPsk+9Ie6FXwLS5mmE TpOtVfv/Z+9aehtJkjN3DBtQ2b4ZmJuRLTUgCZJKfOu1GrSaotTcoUStyH7M7C64xaoiWRDJ 4tRDj3nAe/PJgE+GffLBBx/t4wA7hzW8vu1eDPiwBx98NeCL5w84IjPrXUWWpKZm1iiqW2JV RkZmRkZGRlZlfGm4R4qFstyZ2+MrRb2Oy1XTx1OE8Y3N1TOVLu7lMmMrSg9ti2Zibzniy0KY DhBXbGr7DP6NtF4kbQz/Ym6+AZcWD1eJrVubvu5wHqFFKxnbKloS2KZjtW/G1TC+R1inoRgn akLLqLmL4xrMi8+a4uVmqIkSiyqINFEkQ4mUZQ40JakK8YJCIYM50412rL7ZljaKTYjrRFT7 Wh3/J6S+w+Uzhe6A1OC7lHADUZozCojlrptKQq++ixXtUB3FNu4SNAD0AJJW9lVlIAu2/83a e7ID349B/n0YzO95rM4ejQsfa9/dgFrYCKrVtjUdGKrSONXgGqtj3bh73JDz7U3iww1EgP+n fRRhVx+MRFMnbGIOEPSnKqb4b0EJcEsskGk/JsO76Tic4bT5OsLDCt9pDyL5rq/wlKzAXXlj A5fo4TJZVn4ls9o5l2OKKh6t040oBZmot8FKyYYVbtz1VZSPjPofugti1aKU4Tu1cHEFKC5g yMPNtDFHyH4GSLSxNFBDDZv2FdvpYf99WExF6x1HSKW7sj9ShPfT/37/H987LMLHnPf+H1L5 +/9SuYJrAaDK5zP//yk+K89MfP0srAgrxNEB+grfv4VyhZy6i/3enftymhTEIs3IUNO83Phy 2yTXkqHhec+yPsFICA87C1i0TxtuBhM4tFW2/chl/RrEvWqSUxumIlofesir5p3gFynWtKdT 3bDgjo5vJ/XxGLcqOccY2SPc2MkMMx5WBdkJe/G+hszxC9im9X1CerY2UsK7SBFMDYaLIRl3 Xk56/O1otO+8SeXXM/ISncHH4dEKI2AiD7WJ6mOIFmPNXHc4sveFZBkZL7NUdg6TouEs2LO5 IHh2iu62773ZNWC2ulaJqK/inlaQ3yZRLVn0Z9B7PdVws3hcyIaTG6sLI4Ru8fLahEw+0W1n E0YPGoyPFyydyDCg9LH2OQtX9nQKOh2fQiBM3go7+pceJcy3lPHdFfTeygp9csH3TkASaBOW 16Yn/N4hjiY9uAX3OGm0W6Gzp/DNIP2RhOdbMWlrVLN6fLcEPZuddYyhTw0NBYsaivU2BWfz wvO1y1arsx6c9KEJ20yf0IcQBF7BGY9W6BYJje8MWHn453F5yRnb+RLcWuk2Oqa3nMH03dUZ at2kg+PYJ8IVECI51gwV0SbvcBvQzVCTh3TAOcMCMQemI0lWFaA9b3Xq+4h+ONEtdhI1bZ7i sliluVbpwdU8DB+yyZJNsQDkO9nZbaR6GjzAx5aC0Dg7Oq0fNy4PeclYtyNFwf+OWrr6hyJ+ 3a5fNhsv2/uC0DptwjdySLa0wQTGY9ee4IpodA1GcWvEJnz6hTkJ9KutsT/cNRQE4AB8kpjA /E5/wy90ogSh/Um7Uz/rti7q5zTXT90tIFuj8VQOXNMGBe6Aa+a7fv4FK/yrAA24pYHrd+Pg pRVKtYPXhUKwTsEr6jAGbtUEwRHpIYxXJtN1+BZo6Tp2y9sh9hssK8GETEH3wTKo+KqxddFp nDU+rV/i+XXYR1sDNDB4Rq+ijjTccrbJ91jR1FYR+s7JA4IfUD3FTsfNWNQIoVVCaEzbMnHG cucxPEod9RerfNJo1tvQBdxXg4Y4bIIGLJipeXSKmbaOuy/bx9124/T8qNl2Lmuts4ujjmuS Ep8TBw0SocgdoA7OtNRT0TLg5LyJkZO4pw7fZ1LRtg+ZGnCtAgUTsNTWef28wzpBELgXoLq4 FqZl9wiuGNwi1rZGbA2xzs9uV+kWQOo+E8jt+tF8zmQ7j9FPoGyOLhoiqXmGXKNja2uEiWMT 5xTzRrPkobN3DyyeDVNx47LRJo2Jifv1GSNYk1vqGKX7qt68gAaAaHnNBOGs3m7D6KbNgoFW q5+38eJQEOqf0pErvGnU337c6Dja58uAKkip1ilDuOIFYILHC1NhfYWaPx0LrrmrbWw4WNKo ijd6v09KxWqRhqfgDsk+uZEoVquJALA23dZlo7wQXUSyqP1jG82oBQTfgBo/Q+2DMk1k3BYp vG2dnEBzXeZgTGrv3oFmUwWbgN8EvpEMgwxkvdWImwtrtfgEHH5HqKrYWCwG/7rquw4q0mwe o5QQInqr6ecACsJpHSkG1Atv+ISOl0wt15mpoQaGmZGtESyjqDYG/UuYCCarKApZH0xwrkMn DQVu2n3tFh0IWBGhJbCnkJWCvkxU35ig4xHEh7IqHUL94G9xX6wdivo6vXnUbPLbpXU2Ftr0 MRc9Ft30vSnzOc8i4sNw0wFdR80HZHT2b27iHazL2JlDqPVAvX35utE89qwJe1JQ+6mwtBRY r9I7wfUpvfV8DXcCQj1BAg6P52t+pm7f0Qvf6IaBC5PgmIsGHWULK9Q5ujytd9qH/iXD0cXF cf3k6HUT7vtCogTHIad+8/M1nhUL8S4wofXyR/UaJkB9saJYJ9cEr/sIcHAdcy3b0snzF05t YSZn1lTj8Nq0Z11LC1KFUTS1oQVgxaXRnYlhJd76gvrZ8jV75wc0ryeQFYNVIKM6QQMLN1/i ssNQWfAZKBH45dT0msyd77sMcMMzqhLIsn1EnYce7StRvlZ6eA9bAGPQlDZxJAHFurDiNXLf ubmN9KLSUzA1dIvAombpJ2RLIU4S+Rn58ksyvgK/h3hsl2SP4oDusqAcTPBtVppws3Po5r+G dYYkWlLfUQLdXeTErWQ20eVa9a+NVlE/3HUS/ML+bJy3OzBkoL9OvAcR+KwMFMg5eNYkfq2J y2T2wEGT5hAhZ+4g+viJmoxbcXmL+CrL50z620H9RJymJ+w77lr3/Ei+/pFGwEO5QyQnkw4J Rsq4BfTc6SDHiwz1kXtbWHIbuT3AN+tQuS0DD9Yl26Am9Av5+fRG+Tn4gUovsDbDa89jAmpY OAUI6A2fT0W5++tEtrCrfKsiMMlnrfPL19QgZP3//6f/ned/zrSEQXoiLHSe7vlfqVzdKXnx Pzt5jP+plqvZ87+n+DxzVyq7IPSdSmm3LDzL39LnssX6CXwE8iz4+K+tjXD8EL6NZ9X0hdOQ Z+xf4BkhvT3WFXukUmelC46DAIsser7AIVl9UxDzqwIu0zFOQQbV7prqBE/nvVaFZ2sv362T 3m0X5+a1ZXljo+sur5fJelw6nfYT0mR5eZMs12oxyWxl0HUHNxK6RsRpT0w+0IwuNYNQoU3S B0dAjRKxwJEuLMmR7TCueOoyOhRxFZTs2+5YNQYgHutupCIZvYwhdXzftPRQNxC2kpbc1tJS skeHXSZbJATPPIYMPMvx1MIoi649QU1QujQ4gooUvLcYiaK9DnaWGNsw88rSp/MJb3TjypxK 0AOWNFhO7MC5fBxnv3t9BSa368S4JWuGm4GvlJMpgxy7KKaYCnA23bgKr01gUbw+I1MCT5kF atPIlJl8sIKUBxD5ZpyEwTjVbsfSFGWzzL+Kw8T+xgyOWmOOM+97fAZFhy9gtbECTF0TScEY 9XQYxvjIBPojkQ7L7+L2JnuarJhTw56oIPcx2jBYzyd3KFoOzdBuu4PRbCL18xT6E1jrJdZu onfZi/8RLHLnDjKXOXfLus4OjuQsWF9n2TO7VSAnfSKryUQwIZgSWhnXekCGeJ2XQdgpCN32 SCNLNfBMnq7vYKaZbeJlzOlN+qoLrBjiDs4mncLCscsjG2boCKxQuxx2pIt4hvOMBLK2dH0E HvdVMhWfbFDfUQAYaDRfeGCdIY89VUBsM6yUpt5caRbjzWd5ZAqOQAxP+rYNzJSP0O86YA74 0EwMXpcvnNlDjiLZBw9+2sQnvHQHBuHHwn/By8EjlN3nZL6b/HjxW/A3KqXyQSThDhLKpWo0 gcKAYK69fDSR4YJg1nzJl/qV7zsXdrgy7AwoxQsB9bcyiZUbWPJFlAD+CjECA3m5RbiiipfS y9tzFqt6GERaeN1YPvBIcCHS4MvEQyKZsvZ5l+3Q6dKn0Gurq+s+cu5n3D9HuBb+OuAsQBdE M2hoU04SCINNoqSnqj5WLQP1YLlSLd6W8+WNwl5po1zO+2kde4JkHTAd/jTTnjpSh1RH7PEU PIAe6ELh03GFHTORuKxPcCD6CZU7mIM1OTZtCn6qZamnhm5PkQBftG/Rl20waUTpMLQXybgS dSOC5XQXdP52qJOoUKqYvpHfCIhRN7QBxiA7+a+vbhxh+YYXtT+1IRgMp+nUBAVo8BDzS932 gmSQDI26N3C67cE5c45oeDQsQH7o7Qj+aJNdxICXYCKPbuexmB65Pwbdu+tEdMKd1WD55lC/ eYWvI5zKJZmYROvCB3vIpoTMybsxVuGlZFD0A/hbOIiSnODB8l58s8PUZ134bZ9NcdiBPfHK SDQovkZgRmw4D5g+hHs1sAHQG/yUWnwR4wt+TiuT4m5qkQTLCwVbz6AMBiLPIAyGBc8gjMTx zqANySVVL7lto90U5DfH+oOagnhHUg8mVhbvckifnev2ROHmem2Zwu2sHwSyjCfqWJ9Q43Ol 3pl3YyBbXo/tzHIpoS/Lc/rSnnhSuoCVCMK30djoqe/iPoIK5KPCCrBNo9hOowrl3fhWFXaq qVXUQ9I6lWjR4bD/2dQRHIDZ5BFggPnkIaSA2Rmi0AEBeveEeId/CEpgNvMotsBs+gjYQCoF 8eTPtSPE9X2MpnP1JsVgOg/TSLIM8xQVGM5lNcsY/fBj9e6j89VEuo56a8XVAPNunDujNV5P E8TlTL8wX2IMmhtad4gvDWVVwbdkLnztQYyEfTq7OBG3oBBRFFOIuZVWzK0Hirm1MDF7uLFx cvYN9sXJuY0we/OF3E4r5PYDhdxemJAZ0l+SgF3zuFgRkyMznTYfLVQOkhkvCb/dX5wgLihE 7XwZXKRVtosHKtvFwoTMQXNjtc2dLKmEw3PpTM/lXvUMFuufdRfXtTUsJUXX1tJ27dsHdu3b hXUtP4cprmt9nsriRIxwyikkfJtWwj9+oIR/vDAJf8bBx2IEzBd0C1od1ZVUoq0nrY52Frk6 Kj5wdVR85OqokNCqQr748NXRLBywOauHIDDYHOIQUticVU8YOiyVrOObsrjxj0WlUNLXacf/ pw8c/58ubPwHxIlf442BqwkLnM7sNPbASivqdw8U9bvFTWZ2gqX1Rs4CpYvn8L1HX6H2QPHW FideehRgrKft2ZoFOtr0/Iz36Gi/eaCE3yzO0WYneMSJ2HmouyBnAQMnUsj2TYKzUCm+b2eB ttd34x5zWDjrY12GQnzbdnYf7jFE4TlT0xfvSV+6p+Scat1zID9yQedv4HdWculpS/a9flnQ qG6xEtI+b4zR/p3yIlcB5QeuAsqPG9K7CY2qlFOPaIZnG3rr4UO9TUd8n1UQZ09bHsNwsUpa fOpi3deNCxoZ+A44xbB4lTTf5Rc5LCoPHBaVxw2LYjFpcVx8xFSHPdmVR5p8RbfX4mWqKY/m 069VAw10+hzaRFFv05NjR3clVIyhblj3ej1YSl0IOHgK3W92n1d+cXJb5KNOKIhGIKccGfPW Me2h1reom31SuL+fTXNvnBQe5GnHyNHVowW+2+NF3GeyfWyzmLIvrk0N5J+iQY331aDQcFxc yxAujZ6i0caCZNtK4yR9/B6a6ZmPJ31hErJDi3wdpisY7NrwQlnTrtkf2UQsj7aLbihLM/Ex OOALHWzfHd0KdllvNz6td08vW2/vt/2rtFNJPUOe4LkdxH96R7rm0QysgZRDmhaaQwlcgQ49 URq17dXRcettt/W6E2iGpU+PLEuShzTAGAmPOp2j2qvuSevyLEDZ00FdximJR2rfiic9b53X A6QGyvFedbhASEYWwJWPlJqYSMtJTAU5tPp9k+4LrMaU6SbuREp0k2LKS8iGm78Le8EHJ3eR kh3VK+0lPIYoVdO+uTht3pz5Tsok3lkxqZXQyQJqGOY2Vx0hw7kx6EmRPaeYoOh2b6T27H6f bkOOElAgFslSX0LdBgaanLi9qyjTUkSipXiJ7lYSJFqpPvD5HlZ0gBHtsU/3/AcKrK0Hm0dP CUjIFTg1PZiNWbDYfOHjO4MZ2SkJsRmDBygEn0aqIHYWSXkgvJf+d+J/Q/HDT4n/XSiVWfxv sVot7lTo+X/VUiGL/32KT5/QvjF03UJoHJIUjr/tC5/3h9IH48pvRAyvEIBpOY4p7kdGPNxt jgjgZyr2LYMQHq5JL2I40z0R+nRtVR5S5s95RDxGyZtDsiWTZVnxIv+d8g4QisNSaQg9EV2s ywN82zphqHcfkW1Fvd7GuMaDvnZgSQPiRkHTDvXC8QNxjavr6VuLUdOYEGy1Rggm0G/3ESYD F9gOwxqQCNBBEtednUqQa7h1RJrdz25vgHR/QrZueXd4ksLSe7p+RX7GRR3qtggh7sggW4h8 s1yDuWagG3f79CQkDAzZT+iCLaj/FOEWln0tN5cPCPTj6joRsv6f0f9x9h/hIZ7S/lf5+a+e /a9Cemb/n+Iz5ctFP5CKpgSCt8mxasqGRp9DL3NkE/OGHfQMlG29b91IhrrMjurisA4FeqUb GNW2Bx92gIrdQw2mg59PLK53gqxeYkKQH8MxpcCOJh5B3XfvgpsUq9lO+tRQDfUzsuZl0FUk sifaLbtRKJaKvLvG0q028Spz2+XE8GcO6RiP8PKTJ5NycDyHmIohmZqdgg0OH5OaX4DsnYA0 CgivxW8+RoABxl7RiD+D3c47H9Yzbu+fSRNygYYoffdD9ikFzvTXPsQnfa2BmxjgGCsxQx1N dCtU5qU6UrEPzjHlIeUGuAbLdUXGL/g4ExD/xKIoKFbXP+aAhN4Unrj/HfvP4chsbfTU+N+l crG44+H/VNj5P9XM/38a/J/vMdZPhpmTYeZkmDkZZk6GmZNh5vy+YubMQcNZNLZNuZiAbVPd zbBtMmybDNsmw7bJsG0ybJsM2ybDtsmwbTJsmwzbJsO2ybBtMmybDNsmw7bJsG0ybJsM2ybD tsmwbTJsmwzbJsO2ybBtMmybDNsmw7bJsG0ybJsM2ybDtsmwbTJsmwzbJsO2ybBtMmybDNsm w7bJsG0ybJsM2ybDtsmwbTJsmwzbJsO2+e6xbbL+n9//TvyvD3jlieN/84VisRjG/8mX8ln8 71N8VkhnqJkE/knEpLFwDiQUQQweA+N4cas1ekABkIgV8oluE3Cl7ZHiBJjjG14H2IEghMqN BqNBIvZE+8xW8c4m5EPPeCzdEWlk6uRGghnZ0hkIiw75DSIPpclANUXSVhlHyAOLBW2gkzNp AK7dMdNVuGmpA4NhVJzamsIqqaiWpI1MyNSmFgUusAA3VhVqYb4wB5oI7iVrla9+woogdD65 qPtBVOq3KvjwGL4jnB11aq+WsGWHhy4+jFot52Fmbr++qF9i3iVfhmb9tH5+vOTjJtTOjknr on6+9LxZPzquX9IbR81O5N7xZeti6Xnn6PK03iHP2/VmvdapHwuNWusczILWJ2u4G1JV1h0j ofHIo7VlUXTBZmhgjSaLKlRKxAwINOM+efKyJIDTIOVXRMWAuNSl0H0/yv3LAfMnfCVk/f+U /e/YfweCaBE2Zo79L5V2yiH7Xy4VMvv/JB9hZelCsobdvLC0JOsj3VhDTaDfQEeWlnqDiW5b I3AUpvrobqBP1ujtpWvVsNTbtUpezOc3SaECfwIJuyyhlE9IqEYSOKuyywpGb6hofunUDupe 0wwZhplT961ioZKm2tVdca+4SSplsVwNJOxUxN1dSChBejBhT9zD2kHGndiEvLhXimNVKoh7 1bjCi5HCqxUqgWJRrARFA8JCVsW8WC4HZVZirKDw3UBCmdWqWAnXiieUSuF2cFblorhXjiu8 4haepl+oThXfs04Vk3Sq+H3QKejo/G6cTkFHF4pxOgXVLsTqlJMQ0SnOKqpTvPCoTpWSdKq0 R1lFdapcZawiOlVhtYrqFE+I6hRnFdUpXvgDdKr8MJ1KryFp7dTOo3SqsLeXSqf2xDzIqbon VgqxlYh0UhXvxOWoclYVsbwXtFOoTHEN5TlAocOsmE5V4uzUHjcVe7FSRo5xDYzmKHFWkcKL u2K+HFddnsNr4Nx+yfrfUh3/b1yQCqJy01uQ/7dTqST4f6VSvlopcvyvYrmyU0H/r1AoZv7f U3w+/OwHL/Dvi+ZvftuBNdCZZJBilRTK+6XqPnQSKGrVJd7K/eEH/577Af68+NM///rF341/ 9OIv/+uXv/qT3/z263/4Re5X3wz/G9L+KPcBpUn/+cD3+/fw8+Hf5soUHlamcDOII6uaJTG/ PdYVWDlvX6tDDUa/uT2SJopvpH3413/wTe5b/oOfb3N/k3vru8rlfgG/h+7Vv8DvX9Pv+PMK /v9T7q/gdz+3l/vP3N/DN7yqw+/f5X6c+2P68+vcv1LqYe7L3E3uL+DbP9Preu5/4efb3De5 r3O/zF3minB1l/uz3P8A5b/lvsj9R+4f/4+9KwGPqjrbNyQBCggBpBARUVQWF8hklkxkMvcG KKIVawUFBcUAIUGagIEEZDEBTRAwUBDlEaqAVVotKqggSDIzaFst0F/jr2VTHsCliCz6V6kF Sv57zpw7c9Z7z5B7B9vHzDOQkJeZ73u/5ZzvO8vo71SnHIG4pxWP0ke5TPmLskYZjdRuDx/z lZDSqAxTJimpytfw8Qp8TIMPP3w0ov/RqD/mwZ9OKfXKEv27d+G/++Hv8K934c8pOvoc+pdT sd9F3zGgP8DrrdP/5bSySv9zkfJzXYZG+GinLNZlm6L8Vmd0rNJb/90Y/adq/c95Sob++8eV dPRqV+vPqej7t+FjEXzcAR+Z8HEb+n30O/DcrzykaMpEnTXwlYrkb0RaRN8dXq+qS6DoMijK WPR7+x7n4DP6dS7GTiN6noN/roWPc+f1+nGbNeo6g0f01YzXPxd733PQCpXKQuUdaJeAcrNy LWRFQVYSv/5/8FfnpSnEbZnBWzteCp75JdtHDfDoql+5u9WAh9tV4pjQwP/5vv6PR3uFZ7Z/ DfycV7MqU51zMFB/eCDwREWduXlj/cuRoaH+m2fQ76dW6a/Zo3kwPOjzp/PmjYyoPf78Av57 YU5WYCzpmflyRVWUtKD+Orr/p2v3XPxZvv5Ut24vUp+qKYoULf0Ufy/w5MmQwL+lqOB7zhPJ 1CyjWyRDGftVG/2nNth/h6MHGIPgT2OP7slonVrX+auUg83S9JyYqqQOXKoog1rqT02LPQdW Rd8U/DloUFwH4wnxLeXtO+jP+vMwxq+GnlXo+T72rCKfOCciLn/84sTUb5Tr0VjaLz96nAHs TNUHU30SO628TB9FpxWUThozvbhQH1r7jp0OnEK3OHCKlKQ4xbs/OsUFcIqeFk4xrqBkMukN zX5MEf+13pBl4Q2FpUV6ST2mcEZxgV7fGX6h6Y8f/eK/2S96WQ0dZQXjJgF3OBmrYpwR5Wnd RYsnT502td/UKYWF4x/sN97Tb0rhZLjToqCicFy/qWCXie6oMyZO61swccIE/f8cj9YZQb0S N55NNX3nY3oFwpmZ4W5Fv8dAT/z78Hm8f+ejeo0IXhfIj564Tmb/N1mu3vmIEmlsjM8w9e9T /tO+7zxLuTzwRo2mpX2zJ1jYGOHquUN/lkF7VKKOTAp4FZxnUCmAygFUC6B6ABUDqCCaTDJ4 p3/8A/Yy8nZFfRlwbjypDkraUFe+Ky5vyoWRd8ST5ymvGb+1l4e3ujxAXnWz+zeRkhdf0qpX dGhpF78pUvK2ATtJ0bQ56hflyi2K0rYR1umwXwc5TxHFaOPoNX+Jvm/01en3AZxMcWX54WvP VB4Brw10Bzrr+rbH41tbff/F6oqPfm/kO4hND0yG2NIuGQT2iS3thNgOVT4CW3qfF8d23umY nrkCPTtQenY6X9lxrLr0jlQCm9erY3L0dGUReiJ5wvuCJwx5gEhqTaePw/OnF7Cyu9pGMr/u QmC7//1dBgv5E2BX732Fq2earfbMQXpuEPEO5NGyZkyv27WjhGcjhpNZxWcZrEjPTl/eUr9v wmkWC30qg5DhifRRONYx2+e4FYGPZ0jHciJYi7h3zPY52Qpj+zl3X2bIbsgEZA8ev1Yx0xPH MnpS/FliJWRwjhMXy4lPl/2XKf+G88Ly9LTg8hFh7bHmsWGM4ASTPYbl8UfpaYmVkME5TrK4 nESGZXStQnNlevpKcIJkx7Fc/jA9ZbFWMjjGiS+X5WR1Se/I/WO7QXm67TkevmlRcWhGpJM6 LjKLx0lMdoTl8kfraYWVkME5TvwsJ3jOn/PWklCLa5aAnM8dS5DsODZUcaqQO5YIsPyxhC+D cCxpbicnOYiTlJa0POHKOFq98vEu3FyI9MSxXJ/C/ATHmvkUiDMcK4wzlKcIrChPoTxPY/nj WUbP+LitgNUiMdeZmZmWXHt9OfFxO6MnqD10nqojk66bbcwhwDOv1/T1arcbdsRlR9hH120C NQqB7XjgVbW/OpDBgnom82Q6jg0OqTqlTh/iS4KePkZPTHbFSnbgU4iTGLZXYLt618A6Mz2V 5OvppfWEdWW7yFGC99GrlwY+q23ByD6g+KrI+NEnCHuOfqeL2iJ/9A/Mnh7GnonInoiPX1g9 3U2yZ1T2VEr207jscWzaP8OH9nYksI/d5hPqmWarntnxcTCupzZ4zVRcHvXecX6enolxYq0n zp9aW9SKkKH7nt8lyfYunu11TiooTnJFtreSHcdq7Yf0JLCDBvcX6pluq55G3+BjQp6SXbsJ eR6oCAll18dPAlv5fqkAu0qA9fJ8SpZrrwax01hfXZzmvJ94c2k/kZEnEdsnYhcH9fTTegb3 NeRos+fMIuSZ8dIXwWdmHRTYs1wydlYK/MSdBD3ZOVn3kmu0h1f3J+SZc+zR4MHinrTsiXAi EztxPXXd8Non1URP1Ms3r5F9WO2jVNK9gCqsv6PeeGlZXHalUpfdy8OqMzsv4WKxXgqBPfB/ l+BYukdDyIBh+X00Bczgm1b7ZOM5v20jlH31/Ssjk66vweeTvBoFYjf8dEdk/D3/lMCiucHX XcywDuqZxei54eJAZPyYNCk9QT04KiNgv55kLJvqKRPL2UzO8tIxx685ERb5uBSWyhGKqZ54 LCtNj2WX28PEMqqv4HsXftMj/GDFnXrMPabufWoVE3OovqKxWsqZiUwsc7Awt/OwHBlgLGMy OMiJm+EEk13teaxVeECXEp6eELshcySoZxhsu1E9GD05WMgJD8uRgebPOU48RM7H/Rb2afrc PF+dPdMFcnN95i6vWc7HsXTOp8cSA8sbSyCWIwP4HpfBQT9hODHGcNi77nnsInVAl0lAz9A3 Nc8znGCy41iaP1pPA0vraWB5MkB+MBmc4ySb4QSu4Q9efQ+UZ3z+iuDfGw7ja+c4J4TsBrby 2Uc1ZfiNpnoibN2bJ09rSoef0VhjDklgX9FOb5vZ0MJ5TrLY2EE9D9i7nnjXjtAHi/Ohjz+y jIkdVCN/T2PDczdv4+kJ6mkcC3KPjn2H8SmODDDPYzI4xkmuwnKCejtVUb9toec3qI/64veL mdjBZcexFH+MnghL6xnDcmSAWEwGxzjxczhB4yCQJ1T4TS/eOMjjj8BS/NF6GlhaT3o+wGBl xmKlyeMOOz9B/RF83xrbH4ljQc8Ix7I9IzJ2CCzTiyLyyVRCBqrHxV97suBEah+D28/bxxDJ PEmsDQaHzFVIPTHsqHZZODZv2fyBXOyGrl9Exo86TGBHT8xXJ2vzWWy0hiGxI8+qk3N3WtUl NnCSy9vDAnqoJCd0D9WQPToPI2Uv6KhOzuvDXbvTY4fAUmsKRDyk2hoPWP0V93HQ56b0PMWN BwnZ6bgnsNQ6i4N6us30VKz0xGRXBLLTuZDAUmsKDurpapKeErLT4yCBpdZZHNPT4+f6rWxu xmNZEcayfB53bLzy+F288Qr0aYmxgunTJj62yYxBFLaCwuYKObHV9rlcHwf9aEIeZp0gcf6M /jnLCa+fb7ftc7No28vIg+kJ1zgILLPGQfY6OVg+fxZcO5jfvBzbrxTI7hbVbWZ+S9eDBJbq nzuop4/r45I2kpGd7gUQWGpNwUE9sxk9DXnQPhj+GgfZ2yGwlR9+pfbNXM7x25UsVrSWY3fO UpQmjcsSY23C49VO63MI6pbyB7Q2/YLw+83upy/UOQR4bTU6iBA/h2D7ehuxZ0bd6rpBLuai WLmYQ6+bUMzZrqeH0VMq5hBWKuZi/CUQc7br6ebYU2KsiGLlxgp52zu3Z8ZL7JkB8sjNE2Kc SMwTEo+HxOYJttvexY1lyzkihrWcI8pz7aDts2jbJyK7XH1AxINFfUBgJesDu23vyWVtH93r ZV4bxjmxrg3jesrXhnbb3uPn2V7WnolwItfLlPcTB22fw4t763kWwkrNs87T9vbq6TtvPfU5 nVw/C2ET6mfZvG/C6/Ga6Wm2FwLKzulPCrGc/qTs/hAb7Olpkj2l+nbyPu5YHeQl+7Ba2oFa uT27Uazc3m6ETWi/tu16ZtN6yu01R1ip8xQ/CD1djJ5S5ykQVuo8Baunknw9sxg9E/HFRGyf qD3t7Dl6Y+teG/D4tN5/fx6xjPr15vvv41j5/fd2297tb1LOkjp7Ic+Jg3rm8PS03vsubyMc K3/OwHY9fbSecvvk5WUnsNL75HXd0m3V0xs/TyEvD4G1PE8Rw0qcp0jcpxI7T2G7n3hoP5Hb U0/oWS4ZOwmcM7BdT2ZOFpNHn8FXmaypQKyxN5nAsj14iDX2JuPYZK01eN3snEzqPEXitr+g 5yk8WV5iDE8PlIHePZAnxjk49zD3tWnq7r/Ow2WHtQSSHcfWNz/xnLrn440MFtkex9a9eved 6k1P+0R+Qspw4oB648PrHT9n4M4l9vPodVBudFw+cc68NtSxQE/OXiQhFp3TkKsjbdfTL9Dz jJTs6DyFHCfRcxpyetq8t9GdS+zjw+t36uzAAvWjO+5k/JZ/zmCB1sy9U1SjMOcMeFjROQNM Bgc5cTOc8M8ZMHpG7ck9Z7BAa9/uBKOn6JwBDys6Z4DJ4CAn2XQ9wz1n8PBVFYFbtv5UlLMI LJWz6FyIY3m5EGI5MtTddKQo8ELtB0ngxEVzwj1nUHX8KfVM/nuiMZzAzu3zuNZtxO/N9DSw 9a1KL9e6DSqmsTwZ6tsff0490/XWJHCSJah7y63OGTD8xbAsf4yeCEvraWB5MtT3W7PkzZWp jc5z4md6AcJzBiWbXxH0Ar5kzhmsX3YNoSfWS6fODiwIr18+nsYKzhkswGVwkBM/w4nonMHa 6m9F/UsGS/HH6Bk/O7CAwWL9XwaLyeAgJzkMJ6JzBtRYTPNHYCn+aD2xswMLuFj+OYMF/LHY 7nmY34fPw6JjJjqTi+2F4M2ttPS+H6mbs09HRrULW2Lj/SXFDOugnl5GT05PVyg7mkdIYbE+ 2gXQ08PoyelzC2VPhBNOn1tOTxvu3HLnsH6L7h2tUszvHY1hS7tkEFjOXaxgT5lxxyuBFd53 ZbueXp6e4O5OQp5AIFfb9ukvuHrSnJSU381g43p2ILDPfPs7bfuZQ0nQk/RbKA95lyj8m3OH WlTPRLDkfabw7/lfVSflPk53jhs/w4TxztyDquW/Npy1Ef9+VQbL0RNiZxWf1QIPbuRheffB 4lgHbZ/NjWUmPgesFfo46tdgfrvOxMdZrMjH7bW9i7G95F2stJ/gWGF+k8VeyLtY3TlZDCeS d7HS/Jndr0rraYm9kHexun25PE5k7mLF+cOxXP4wPWWxF+wuVrfPz3AieRcrw5/J/aqMnlbY C3kXq9uXw44l/HtQuWOJ4H5V7lgiwnLHEoEMorGkua2c+PC7WPG8id8zw82FWD6hsdx8jGKH wIryFPIp1aJfjdsFxwr9GnGNY+l5D3mGQudb9FkO6SuHwzWY3A6a+vmgEWBtQKv+7TBbzlAA 28mdoUibNnkK+RkO8R7AtU32Dw/eZ8Xutz+0t6Mx9m1p7NFBfeDIrfSdxMZdSOFDn++lscH9 JX9lsVmTdNtcRGBbjymhsbzPEjCwuAyCc/V2cOJlONHtD/YORGNYmxzq9NwH2j37mDv/w1vK J4mwwU9qRjLY9/pXq7VFLQlsv2AmjYUyCLBCTvA12Cbf6ZylcD8bgtqHrM7b11n4uRa67DhW 6787wsUiPRns9tq5Fra3QU+vwv1sCFnZOXv4tZJfX8vFIj9hsF8MPvCD4sTv4nICZa/8vnVd 5bC1VWZ6Rveu7CWwTzxzlsWuHA450XMsgV1dpnE5MfijZcCwjsWD18uNB6RnK3M9sTOhOJb7 eRkEJ61EnDhme7fXg9te3Xo83eA9ujdizet5o9/vBfKb1r1srCgX0lg2F376pbrvtk1axaa5 BHbx6heDH9+8jljDfvOB0SKsdnmvd5MwPvhwTgQ5v4EXyzh/ltgt5WWcnN9Ax73JWNIgmSPs 4MTN5AhcnsriX9QvGjiHHq9icwMBlj+PwOYcCMubczBzGQybpHkEETscPe+qXxRcz9OTsT2G pePMOHOA6Qmxup5DmZhk+UPYPSNwGRzLJ9m5RI2G77t5rW/v9ursu78NXXd9IHT3h1do3Y98 zcguwJrNN3GsPof8NcN1/MzGTyjsXTh/DvpJDuMnSPacwxUjjfUhNFd+X2RPAqvbnsbifkJj RT4FOKFlkODEDj/xsZxE76vC+9T1jY1nRXHPw4o+zwus2xD979Zju/HrHbKGweySjNgh6hK9 Ni1Fel65pfH6JbieWqAuItojhmNDSutmHNujvWcn2+BYXc8JNBbvb5DYsd1wGZyLHT+ZT+hc CGvHmxpAfuPLTtevCGvVxzGwIB4oLB47DDYp+cTvp3IsPZaM1HP+H7Qbjn2hrUyfRq5hBx4Q Yutctab8IaxadeYojeWMUXEsJoODnOSK5rHEfIkzj4WciLCBuu2m/BlYMG5TWOH8jhrj+Zy0 aLRhbp9jyomxHgQ5+b6asmd/oy4hsE9clK513zSV4mRKFEt9PiBY06PyFOy3iWQI1L3teF3n xj+vheQkXNn4es6vXPdt+1nL2fy5vStHzxFttOonHyGwqye+oa5oGCfij8TK1HW22N5HzddL iVoN410fB9uLatIqyvZ1J4a1Z8ZMAZaZs9H1IiYDXi86yEk2Nb6WGX7b/5KZbbdVj/Po86DB 6piFK7XqwBSRPSlshVbwURsGi+p/AgvWGSksOgPAx2IyOMiJi9v7QbGsyzNUl2c6u78yPmfj YdUeS24X+QmB1fmjsbj/0dht23YoScgR2cxnHyB5dDlef2Po8K79ObFMc0Ji2d4PHg8E1qzH Zed805WbxY0HdIbO+8gl/+upKfbxciGe8wks0JPFluHn22LYJ545w6xJGVieDJb7j2zhhPh8 D0bPl9veEltPE+nJw4r0NDgxsBQnzvXB3Qpje4x3s962gQXzGtWiZw6xaA6kmvS2ef4n6pk7 1/P1K5Tt5fXE5srEPW3zGh4/X04cs72H/JxXvEcD1/VThy8Ljwo1Brf88qh29XdF5Ni2vQis l0buGDkEx9avv75eu2b/h0wuFGAjLa84JOr9UDIciVzUcijLSUbP+Dq6HfeZuF3xdXRwH0dM z0EK2v8Bvure2rI58FSbhrjsOrbT34IAqz20biSO1Zb/bRKNDR0/fqksFuPvFlKGbYoJdgiJ 3foHRl7MhmZYx+6O8eBxliAndd8+aTd/zt2R484i745JwKfAHFJST1n/k90XATneduQk3BeB 1mHAmJbkfREZhaVFE0sLxxTOKC4onzpNEe2RqFSaNTXvk+ufjI91/Kydett3fwpcubtV3qEb X8bzFuO7CBt8vWZt3uO3j6OwxGfGx7Abe5ep93nfC1y14zHR3BqXQR3d+5SBFY4RTeYkm6gf E9GT8UeEVb1D5+al7axlsBw9Vc8inzp+4TCcE1n+HOSE7KckoicdzwaWU1fh9SONVYs77z0f /hyrH73ZuZSfdCX2d6tnZ6t9Rvwr782+Dxm6YrKrIqyW6vaI1oRxbGjF6Su1G07dLlprprGB 53fnm88jbampiR5TIpzIys7LEfjrBpY9ku9478Cb7afiQd6elI8T2BvuJPSEY5HI9v1f7Xo+ fiK/RzAwGfK8bO6XsOdf9ug8sO6U7D2CRcZnkHHyWpPPULlIO9Kf9Wi2fxNi1y5sFinRfiWF XffJ7ZHJfeVed+OBYZEJaU/KfV6izTWSN9tjuj5Z8U1FqOZMeeiyyCvB/SWbRbIT2PvbNdBY 2G8TYOt27dxvuu4Zl2EDjnWuZ6AoDCe47PeO2h/69+Yanp647Qnss7sv4nIiwHI5Ecggw0nT Y8edxfRPUTyELc4U0p+lZIlFekphEX9h2bOK9uYTNnYSyRF6ro1MWXlMCrvio1yQk+3KPY7F Tg4ndjAfD+59YWq46I3mvHjA9SSwr616mBs7Aiw3dgQyJCd2sn1M7CDbS/l4InEmEQ80fxco dryMnyBO4Py+a7/vwj9/arFQ9kSwmJ+YYWn/E2EdO+Ptcmcze3GpXKgkkGNNsdhn5ikyOcJe Pb3MuhM2B1Ks8huSXQpLfZa3fC5sbYeewriHe5b0PKTqechqfJDCohxhhcXziRnWQU5yRPMI GHPqH2vUPitGyOhpiUW2t8LisWOGla2l4GfWgLUPWEtln0a1VDj5tZRP3Ets8vphjp/ar9af l6tCg0uq1NoXDjM1MTVOQezyjpvUiuffYrDU+AexC3Z61fGfj2X2Bkbt+C8C6390Jy6Dg7UU ta8xfo8KXUtx9wsJ6iNmDyTGNYPtvmmKaL8kKUM4Retevcv5tXc/u/YuqGO4nAjqIy4nIizN Cc0fLgOGdZATF8MJNmc35mK8eMD5I7CcOCPu/MGxVDzEXherXWJYKs4c5CSbySeJ5AhqLgux z5+6Qx208E8Mlpp7Q+yqlw6q2TsmnE/ucZATt8hP6DqGGzuC+ogbOyIsL3ZEMiQndjwMJ1ht bGZ7XpwpZnFGxYNo3DHGeqOWF/mUg5x4mdhBnFRhdYyQk0SwSE8CK4odCaxz+5uo+8/wO82w vkj9iys6cfe4YHmzSjCP4OXjKsG8x0E9c4h9vnAO1P7lyPj72obVg83VK945EbrpkzUh/+rW au3ae0VzAxxb/+JLk9QVDRNEYybxumZ6YnWDDXr6mbjn1DHceSGWx6WwnLqL5+N4PJhhHeSE vE8G81tYx+RNH6de13sRz2/xubIlluIvhhXlQgksVUsJP/8zvHDfh2ptj0/VrZfsVD/YMCv8 8qhv1WDP7bbUUpf18Uh//mfBuMIxZRNLwSYxrKaqVFoZ9kxvNK2NwXtZnotyoVhO2QJeO9Ah NQJ0BvriZwg4NWyl2m/Y7RDbauOzlljAp44NPDRnrSw23GPRFbIyhJevnWCFDXRIUwx7WmHD 17ztln1d6C9Rea+WxcrwoMuQI8MvFuvYHae2+Aae/6K+AWJC943g0pPPwHMG5QVlQrsArC67 FBbpaYXF/dMM6yAneP4j9FSHVI2A8nS/dq3Qr3UssL0UFvmJJRbjzwzrHCfZWf/P3JmGR1Gl e7xZJAiIUVBQHEAGEAYc0lsWSPdpFWaQGZGroOADxICEgJAgAQXEpC8jYARFHRGQRWQZldER ZbxXIelqETcWBUVBhqsoel1QUMEBF8ytU13Vec+ps7X26dwPPjMffk943/+7naWqmtAE+ik+ L02yuNaVWLsvqLIyGzRq4mVpYtluxsiaM6J4YtbsPUqs3aekLNRPwGrUxMeqHWy7WctLLXum F0/j9m7Mmr1bibX7vIyF+olYjZr4yR5b72es3p7p3Bll66fE2n7KWKifiNWoCdxvE34aA6ND 7bxdx52viTrrpsTac1vKAv1ErEZNgoQm0E9JL3RY3AuVWLtvqrIyGzRqksvSxLJ9YHSEJzEH V3LXVvbcVmLt+SploX4CVqMmeVTtJP00a9myw1wvVXDXVvb6Tom112EyFuonYsn9mWcgd3/2 5aEd6Ms5R9C22WPQuz8+EJm70heZ/+GWtOzPqqurVfdnY6aOK765aNKE8aXTKur3Zx7wDUqP OJ4ej8Lvdzm/a4XfnfHUGfvmtkG7tvyA/U3e/VWR1tn/Xp1x8KDH0keF/bT6oDKL9Ve1Af9d M07K9iqwnDPNul99Txz0EmffSa3N/EKjNh0I19V9x3u2Jal1Kqzpp5QF8RaxGjUhnzcDfrLi Q9ju5FQqrB17IUvlNY/VqAn5HBHw07BjxLXdqZ1UWNNPKQv0E7EaNSG/OUT5GZPZjus+Fdb2 M5aCfrHMa5LnyhPbT2uOyXI8VdauB0NWZwqsRk3yXf3E9hPJ4kn1YyXW7ptCFuiHlPIk7TM+ F854a22jOF/Rp71+Vp3b6GBlF2V23yV+ZRvw31Wc8Za9DTrjc8j3zBytFeZ2UutUWIUZD+Pd MDM+h3yuCvgpm8XJnEqFVZjxdF5nfsbnkN+8An7KZnGydlJhFWY81K+BZjzxXBXtZ0xmu+KM h/1EylL6NcCM97ryRHFuJ3thKqzCjKf7cQPMeJ+rnyjOeLofK7EKMx7qJ53xyTOIRvz3+I9M fg99+3RTtBzdiTZ5nozfMuDM+JgHvkjLGYTn+HHVM4iSqeVl01xnEI1APLMvqXO8YK5P7N86 9HDj2XyK11/gzYHv2DSqQ/sf/xA9c8v2ePmUz3MHb/463GdYX2N2fh+39iZ79Gghemb99/Hy SbdJ2WNdh6EVPUfHb4kskbL73z+Fln93KdZexNbnuQZdvC5dDqFnHrs2PvbsK2suHDkNVf1w oCYr+hu+Lv+aEx/b4m01NqGhlAWxEbFadfFRugBfUdXpysLWH8zv23r+X7g5sPzOt+KTAgOU WDtfpCzQUMRq1cVP6WL1kIp/Yl8LO/xYYFRVnlFbeehypv0HJzyO+018Uv4mNfbjs3FtSFls w4r2EayhiNWqS4CuI1zbQ9ZgX42q0/6adqNW5q/c/gMn35M1p8Ama0PO1vcXEatVlyCpizl3 3kXPPvRtvOz7JsEjE1uE+wx9yOx5AZb9xjs9ZqFnd1wcLzuxSMru/XYsWjn4rviU1/4uZY/k GWjlhdfHp+zqLGK16pLr0uU99OzOO+Jjltxo9ryJZs/bX5M1tx1HlzusmW3OawU2qaGUBbER sVp1yaN1MWO1YvrO+M3xNxI5XNQhf/moDzn2JzVUYJO+ytn6fBGxWnXJp3TB+b7iidPxm2tG mj3vG7vnreHab2uoxNq+SllQcyJWqy4FlC6gNhIz8qMefVvfPYJrv62hEmv7KmVBzYlYcq2e 3Z37nZFWO3dFzur4PP7/oZ17d8Ur/J7I3GWr07JWx98qU1urN68oLb6p/Db4LCf8JtpZ64Tx dL6JJoxnwOurX19Y30Vz/MY+hwqWfoiqajay90jZ3QPRhD6WThLW+btYRxHL/v5bmnwNkL5C +61n4Kq+ChZuyyll2Y9zwrFfxkJfRaxWX4Okr479OK61fZuuNvUv5sUK+ipjoYYilvC1aZp9 JWa7adNd3e7BNm3q4q1MnAWeKq2ZOelylv2xC95ZGjL/f/yaUFTGGo9/t1WVhbqIWJ054PdR +X6Xy6bxpk2XsewPd22XTfnKZRkaMlmtvvqlvpby7EfsuKrqUpppX315pK/Q/lBlr0tQVeWS wk73d5f2bAlLzAIBq9XXfEEfiza7HFXNXlrYZeluaW+SsLC2RaxWXwv4s9jKtcpdf6x9+fO2 vBxOhSVymMNqrdccflxl9huK9jusyt+lniXjv+vzysLz0c6Bf7Dm47LJg+I1pV9Euu7t4EnH 2vC48jlu0/GBQEI/yXceYjc8uTt80xdDLHvbPvEWttc4+fCPeC0bMf+b8mvsTeU7D9PLeN95 GGH/r0d4f+AR3B9MIr8ZW7toZGdU93Sj+OinPjdGFuw2Gs/LxZLUntzTK3Jm95/gOb/DYk0g i0qfWUezsQuW3RdpfruHybZbuJvFMm0ALOdOJQ2a+AhNQmv3JTXBdji/oc7SxGGxn5BlaQL1 U2VlNujThPzOfvi3+7KdGCE7Rh5GjCCL/YQsK/ZQPxfL0ZppQ0Y0CbjyJHJOJ1uT0G9R4+iy pD3djs+ibcdsws961vKTYkn9KJajNdOGjNRO0NVPHE2s3Lb7K0sTh3XqIfkbbQxNoH6qrMwG fZrkEpqQ/Y0fI3ffFMce6mdIcgrGxRDkar0mWfA5LLEmLVu2lGvifDsfP4eVVW+POWOj9pkC vks3/qfxn0nbs+rjqcAm64HFEvpl1fcTFkv0nqz6fqzAJuMtsUFf/pHP0EI/zb65x+mbbttb E/q5WF7vmf90lGA7vzWW1+eZbEZ6N/kMLelnqJtZDw9HOX7C/HOxvN5j+QlY7CenzzPZzORJ HnOemX56QN9k+QnrV5k1/SRYhiZQPxGrUZN85jzDewE7Rjw/Yd27WN6a1/STYBm1A/VzsZnR pIA5zyw/xT0C9k1D0nuSrOUnv0e49eP3Ho17hhzmPsquBwPWA28dmwpr14MB60Ggn4jV9t0i P/m8Xu1T781AP0W+iRcPL4b2xNoPj0Sa/ak/4efWodGU2dEb74Zs7akzXWzSBgmrURPieT3o pzkH3zbz1svzM3zF8KWR5rNOMNl2C2uYrOknZC0/KRbq52IzownxLhjpZ+h3Zn+7L8rxE9se OffdFky2x5tBJmv5Wc9aflIsqR/FAhs0ahKg88TxE85Blp84x1Nm7XpAsB4E+olYjZoE6X7i +GnYMeL5GSvo0NbJKRdL5VSSNf2ELKt2oH4uNjOakL9vRPgp7hGwHxuS3gP7piHoEW79+L1H nyY5RO3UvnGdB51aVhSf1+YiYg6273sq0gStJnL8oz2NUmZZM4pikzZIWI2akHtA4Ke9//Lz /MRn4GY8/5fJtlu4nskmZlSStfNvPU8/F5sZTcg9IOFnqLtZy3+NcvzEtlt3Aiy214H9TDYx o5Ks5SfFkvpRLLBBoyZ5dJ44fhL7L4afOMdTZlkzSqCfiNWoST7dTxw/jUSMHuT5ie+QnJxy sVROJdnEjEqyrNqB+rnYzGhC7gEJP61aDvD8hP3YxQr6JmRZPZbUj2IzUjvkHjA5B+ePb2ba s9e0J/HuUaer93NnMYvlzeKEfvUs1o83i1lsRmaxz8tcs1l+hno46yXLT96ajcXy1myJOqtn KT8JG1hsRtZsPh9zbW/6Cd+/ZGkC9VNmnX7ssJSfhA0SVqMm7D2g6SeyYxTlxB7q52IFfhIs Q5OkDSw2M7UTYJ4VWH6KewSpn7j3kH7yewRhA4vNyFmBL8g8U7LrwYD1wDsnSoV19gGwHgT9 WMRq1ES4ZnP2G8y1KVX3BCvpJ0KWWgvybNCoST7zLsM+Cw2vvvPfRkW7T1h3DvT9hJCl+nGS FfUeCatRkwLmXYbpZ2zB2rfD3WZvNKbuWMryE56vu1j6LgPMbYLlrHscTVxsRjQhf/cQ5nhU kuNwzeFi6fUJWB8z2PW82ok2SO34vcz7HSv2j/wc6/afL5kxOsq7m3LuHFwsfT8BejfBMvox mVMUm5FZ7Pcx5w6rv9HzgTp/IljeHobF0vtFkH8eQf5p1MTPvPMyY2+dWaye+6jZ33awYg/v saQsmNsEK9obSViNmrDXbAp5Qp89ivIklZxSzVWNmgSZz1qYsQ8vWN3IrOWYWctfsvoJXMcS LGcf4MTexdJag/xz2ZCRu1HytwPhGlw2S+A5pWyWwJyKSvIE5mq0YfIkj7dmCy9Yu9ZcG5Sa MVrDfE4ErK0IlrEOI3OKYmmtiVylbJA/V5AOTfKZZwV2LUcF6xN6HxAV7ANgTrlY+owf5CqD zcTcKWDe79jnw84ZMfMehnoGgWB5aw4Wy1vfsdkMnD0Gcpj3Owqa0M9aiDRJRT/VuGjUxPtL NYH3MKJ40s8ryPJEVWuNmviYd14KftL3MATLO1dgsbx+LNFPoyZ+5ppt9Ma7+2041HPLoIXv o6qfd7LuuuFzIi6WN0tGP/U5wTKe+4bvNrjYjKxPAgGeJpjZsi2437TnHZYm0HaCFbxDpMRS z27xbNCoCfvs0bRny4ZDXc0YfWjas4P53Bnwk2AZfsL3A1ws76yFZUNmaof9/Illzyfn9hs0 7wSvHkg/AcvwE76v4GJ5Z3IsGzJyphTIY96N2v0tKuix9JojKpgl9HNeUUGPpe/bo5zerVET 9h26xJ5U/aTnjpCl5lkDaFLAPHs08xbb0m9b4Hiyv9HxpN6rSrKCd82UWPCMn8gGfZoEc5j7 HWu+fvy6Wcsrk/2Njifwk2AZfpKzmGJ5ZxAsG5g9Nv3f6fB7ye904N5pvZu9ZW7nxH3t8Wdr Vm3ew/7GxLL7rHe+/+NIlYzFuqTCqthA/RYk/zufsa756KVDE9GbdwyMdOnWKt68bVf8fnha vh2k/r5182nTp04dN81DvnOdzt909SXvphK/6br+pX9ifyNdan9CE4u/Cr/e/7Paf5zXLjIz kB25/JrDMBdNfUrQ6RtXRjp/XUmwMzzjIll9f3axewedh/5y8ByCzX9iMnr9xw7aazlYQKwN UvZTwfZfxJr5ZTw/+wrIolWTr0IvcjRpklZNgr8q9gq2W+y6T4dE2sX+ZlT0GEywr426MZJz epF2P33Ju0bLz9gjOzujTw6/jms6dmLOGpRd+ILRe/Ei9MfvQujTISug7VYfSPg5gGBXTf4T 7aex6s2/OX4SbKb8DBYQtWza85htz58pe4qgPZYm9399qcW+c8FbBLtgxFIXq6iftlr2kfdf sOas3j0rb1V4+M1+bs3ZPYtgGT3Lin0qrIINGjXxuzQBtsdmHspCMy4/jH6z2Fxr3Hyeqz5b d2vhfP/EYcPPvHop+r7x+64c57DkTHbrB22IRXZdp7/u/XQ9JG2vCdT1Du3993OocumzLNuh JjRLawL7JmStdcj3T5ZkoO7zeH1cZE9SE8yaMaJZVzwV9dOY4wHeDE+s+V7IqQ2P+n2kdNua SPuXvbwZBFm0uVNBpP2tt/P6OM2iNiX7ePoRNoxf54OsRk3I36QCthsVnY+EV1/50Jblj91E zyC6Z0GW1TdhLROspG+KWI31EHDVfUKTIUqaqPoJYu9iwXpJo59+jp9qsbfXNQTLWtco5om+ HCf34WYtD7b9vD58ZMUcdN6xE8bv3nzV9HMU7afJDnU0oViXJs5+D2tCsAxNwqtPN3fWQASb qTVQsKDgl2qiarvNtlBml2/o4qwhCZZaQ2rMEy+lyVCijzvftEr0/Nk82wk2emQjevfYFby1 sot9tM1zwlkCbODOh7SugYI+2CPCt25/2Mrx9etLa7Zeuc+YdX2/2NDaErThp2pGjidjT7CM 2MPaIViqdjT6SfZC0N8Kt+7oZcwakB27LvsFVi3D/QzBMvyM9b8419GPYCn9NPpJzDYYI6Py +KuhvLq2tatXHWbWJ4g9wbJiD+qBYEW1nF4/ibMJqDu6Y0TLUPnJtbFm+SNZtsN4EiwrnqCW CTZTfvpzvK68tdcfsR1nDwj7y6pQydNXcdcf9nqcYGct7RrpfHoBb63i+ruZWKv4c4g+BPdX 4cdu7xbaXJ2Ppmy/jGU73MsSLOucEewJCJY6w2L72fLX+xnwE2dNrrOJqpMzC++8ZDR3ja3I wnqArFofSoefyWd8eH7OSMH2GSzb6Z4lYjX66aX8TM65voebNDaqTo0snPFAG9ZcgZpAlqUJ 9JP4u5nz08frt5s/8g617TmXFSOYt5Dl5ritH/F3WesElXuaVxaebyyf2xEdLdkVOadjiTEx VIIWd9yV4e/itkrc04wpn+H18L6PW5nu7+Na3zA2/cb+Ot9gxf9FwhOvR99FryJ0N1msD4uN dPt2FovFWkIW7bhuOIvFNrBYaANnzV+Z7m/BQj/h+/kR72Pzws8NeJCw3cwbHovaXzidxWI/ IYtqPlvjYoF+NAtt0KcJ+S1Ypz4cP53vffDyJFXW8dNh6dhDG2SsPk2CQk2cODH9pPIEsrza UWVVbNCnSS6znzgxcuLEjCeV45B1+UnVjoxVsUF1PqBHLxuMv/P+/2Y++DTOhyD5LUTHb8tn W5Mopz4xm9SHYukYOSzWEbKsHHdsYLEZyfEg+R0M6CfdmyPd571N2G7mDpdt1+MzFsuaJS4W 6OdigQ0aNSHPyXCNKPZxmFOqrMoscWyQsRo18bFqR2U+0PEU9Xw6T2Rsg86HIPkdDDpPRPOB rh1Rz6drUsb+gvnA/R2Q2JIWKLyiR531nNeFbQ/Em/ZYjPc8aXnOq2PPgOrvaowpL58G5kIV PBcX/i43/jekZ2nEuydV2Gfsq/Hk+R/A76sw7nyrsDYpsydqimRs0gYJC3I73ZrkuDQ5Y2Br HH/rHbKzj/1gXLvpMNfPFFj01UtXYz9lLLZBhdWoSZCnifVvHzirjzH+kQdV4ili6TyRsgo2 EJo0Sasm8FykCp7ToMp782pXNHkvtCTnRVnsVVhHExGrLfa5OUSPULWH7hFSNhX9FFmN9RCg 68GJp3HH7t/Hzrj3eJTX38D5mZQF/ThdrLZ6yM2B576/zHYV/RS11lj3uUTdw1oG+xhZz1Ji nToTsBr9zHPF07bdiLKXNswYKbDJ2AtYjbWcT/Q3+l6h/Lzxsf/O2iarZSkLNJGxMKdErDZN /LnkvKf8DM15Yz6qmuWV9WYpS60hRSy9NuWxqr/zh3q+50WDtr8T6bTrYCTUdEE4lNcePRVc kpb1vfrv/LWaXDy2dELZuCLy9/M8A+vj2Ugcz+rqavkdThDE0zMQFa59LdJ302LLZ9M+/Dua gc6s+rRZrM8VxiklNhhqjIonFiqxvi9boaLXmorY+hzXrEm+J+zYY8hsx6ztpxJr66fE2nEx GkaTXEKTAUu6Rnp8/Ae04R7rHaqYd08rNPuiG5i2YzZnch2uISnbp9VHKbEKNujTJDfg0qR3 9jw0775W0hzHrP9hhKrz/6rE2poosbYmDVM7uUGXJrafVm+dfVFx2Lv7NW48U2FBnghZKv94 rEZNyNoBfkrrHrN2TimxduyVWFuThuknuXm82rHWNbMvGh7z7t4oy3EpS/UIKatgQ8Z6bHDY +IhvwjJUNOkM69/27skxbRrGtB2zQWM6Kn4lJGXR4JUpsQo2aMyTHJcmOf3HortaTpfmOGZV 6wzop8TamjRQ7XhdmpB9c7TZ377mxjMVFuSJkKXyj8dq1MRHaAL8lM5MzNo5pcTasVdibU0a aBb7XZrYftr97Tqzvx3kxjMVFvQIIUv1Ex6rscfmufY79nrdztsbwzzbwX5HyoK1vRKrYING TfJdmgDbTVuGmXEq4mpi70ukLNjDKLEKNmjUpIC3LwZrg22y/auUBXtLJVbBBo39JN+1jgXr JXNt0AvXs8raXshSewYpq2AD0KQrOA/r6mjCOl6s69+/v4ImME8m4LMjfG6EHj10A3y2kWF7 gu2TIru4zT0StjRpg4TNkCaNrNjb9ojPts3eh9k+KbKmfkpsJzmrT5M8uI7tB+2Bz2kwbO8H /ZSyIKeUWAUbNGoC17G5tJ/Oe28M23NhnkhZUDvKrMQGjZrAdWxv2k/4nBNle29YZ1IW9Agl VsEGjZoEiTzBZ/OqeeKwKrHHsyRVtuHyJJfIE8pPYTztuw0lFvuZCtuweZJH9FjHT5VeSOWU kKViL2UbtsfmE7MYxF46M0FOKbMqsxjEpYFmMblmAzGSrsNA7JVZlTUbqDPpmi15h5nFf8fp geLb0f3BxyOdt8+OLJs8KNL+zEsjnZb0TcsdZsuWLVW/RVdcNm1cWVkxuL/MAu+gZdUJ9yT4 35HGEn6/KqsOLaq83/K507WdUWXhzn7RovWhYy8fcGtuslifi3v3wtpI2YU7d1k6diwpEbH1 OZt2PwsIP4HtRuCHk4UPvv6BEahbx7R9zqPFFmtqImWBnyJWm59B+KwQGU9xryVtl7JAE7W+ nHY/vdBP487HX0zYs6QvCvx8urD6BlP30x+xbMe1nYj95rel7L1tZyU0eb5ExGr008fzs/au 7ns3v7F+Pqoq+0Zmu5S9f+7RRJ70HCFi9fmZS/QhGCOjanyrwitONwtVPzVEZruUBZqIWNVn 2cObj/6EFjzUP9Kh11vW/Bl2TQe0c9C/Mvws+0VjyydPLi67adzUSyqKbhtXPKW8rKhiWvG0 CeVlxLtP4Fmm7Ga/+lmmAPHd/CrkOdYM64C2nuoZW5VnnXujihm3sJ45Qn2vaWqxplZKLNZW hcU2YFZiA/v5rrRoQjy/ivPD8nPDov8yru5gfSsYnT+zA9d2Wz8l1vZTxlo2YFZig0ZNgkxN Ft4UkD3DSOinwjp+qrISGzRqksusnfEnq8wYGdYa9PyZ7YSaYNtVWMdPCZvMKYkNGjXJIzRx eoTZU51aNkR1b+unxNp+Slmn90hs0KgJ8QwtqniukeNneFXeDKnttn5KrO2nlMU22PqJWI2a FBCa2PMX5zi6ukPczts2XNtt/ZRY208pi22w60zE6tOE+F5fvSZmL0SSXkjop8I6fqqyEhs0 auJl1s7WU73MGL0UTczBbKEm2HYV1vFTxjo5JbFBoyY+Zo8111ZmLY+IJtZLtwprx7RdibX9 lLJgfSdiCU1apFUTex3b6HnaHta+luenlAV5osyadaZsg9mn/q+9awuRIzvP8+KHdAjZkIu9 XjBnJ16p59bq64x2ZjWSZqSZFSuNxmppNOvENNVdp7vLU11Vqcv09F68m3UIAUOIwWubEO+L A4FAXkJwjBdJIRsCeU3eciUYQvKQGDtsLoTg/P+pU9Wnuqu6zoy6pF3SB9lTXec7l/87//+f /5xTVZuKFfx8KlaYJ9OwYpwhjZXhQYhzJ2Fl12uP3v2Lo4fff//rV57949+88sJv/8Fm9dXy ZevVf3rC67VndFPxF2tdxW11R9ZoU9Xt4qqo24/2vruPcl+mn/lVxueE94UfPfcDi2HvvreT hn3435/6F4ZdOPoZWezmP+d2ZPuw+dVv/10qlsu2qex8kIp9+0++KV3vb9m/IN1fjgUenpHt A/B7fRI2u7mgGIm3GX+fefWbqBvgh1vcD7uJ44JY0A0pLNejVKygn5OwGXISibdFOWG+fsjn 608m6jViwQaksNxe0rAif5OwGXISibcjcqbEgAEWbUcKy+1MFpvWh+w4KRXjOGF9hzHi8f+n JtkO+h4pLPdTadgIfxOwGXJSirMd7DvY8huT1pSB70HfLYXlfj4VK/A3CZshJ+U4H4t9f5jW d5wfOH9SWC7nw1Pw9/DpcBLZNxblfHT7uQdcb59NnF+5nUlhuT2kYgX+JmEz5CSybxyRMyYu iOMEYw4pLI9PZLFpfciQk1ocJ6zvfIwuJ/lNrlMYW0lheRyWihX5m4DNkJPVONvBvoMt9+bS Yise30lheRyWihX4m4TNbv1eWhtb46CcsK5LW18++vl7dYb9wh/9ehqWrRsRu/z9b8liN//x 2Quyfdj80r/9aSo2mD9g3ZqK/bWf+j3pemFdLN1fjgUefke2D8DvO6nr92zs5eLY/Atrf9SN tH0pNi6IBd2QwnI9SsUK+im93zVdTiLxvCgn7l3z9cXPJeo1YsEGpLDcXtKwIn+TsNlxUo7G 86KcaWsRjkXbkcJyO5PFpvUhQ05KcZywvqfFU1yn0PdIYbmfSsNG+HsqcVq5HGc72Pe0c7PA 96DvlsJyP5+KFfh7Oudx5Uqcj8W+p52vsvmB8yeF5XKmYgX+ns65bTkazwtypq5FcH7ldiaF 5faQihX4ezprnHI0nhflTPGFARZjDiksj09ksWl9yJCT1ThOWN9TnusJdApjKyksj8NSsSJ/ T+V5ofJanO1g39Oe/xLjOyksj8NSsQJ/qc+VSZxDXf7kJz68/JWvX77y6a1nrrzwNz/x4I0P zc1v/Ofikz6H6niGQW2n4WidLi7Y4p8V/MSPpzCm0edYvvLOh1c++8NdlPsP/yz31ctvfefu g62Fv409AwSurnz2R7kHJz/813Ts8m8gn5vue9dTscj/C3+9s+l8i07Cxuv5VDh5cYwT0IcH v/zO3PtzX/sv6MvvPnrrO9VETj699VcPDr/0thSW85eKFcZlEjY7TirR51gEOR+99eN/uPjB T57bmDPfSxz755b+cvON94kUlutJOnbI3yRshpxEn2PBvpMvG5vv/uDfN+a+9h+Xtha+fTlx 7Dkn4FtSsWgPzy399OY3jr8nhSXv/P7mu+aXJ2Ez5KSSxMn63zf+/HLuf85dPvjfn03ruxSW +4hUrKBTk7AZclIeeQbMH8/Xv3flMujtdz94Zvf9OftHiXbPfY8UlvuIdOyQv0nY+G+tToUT 8b9pGLX7tOfXBNuRwnL9k44jpytn9bHlRL85JU4ylDPy7VzRliWeRwz9mxQ20NunI+fqmJxC 39+WkRPtXgYryPn2XMrzVSP/y4YXeqL0LJ1e6CmaUdieyyQVi8XVapXMlVZrpWqF4O9iuer/ hVSp1WqkuFopVkrVUmVtlRRLldW1tTlSnHsCyXNcxYaudHRqGBNx1E4REhIJ/35MUu7CVBJU Q+52NYfAP4WotnZMbXKg0f4rmkss2+zYSo90KCyAFJeqpDkgdxRLU69aFikVyiSXE6oI4JoB Q2O4GpTASoPaDo6wlNn8Im25RDFU0rIpQrC8YgwIajLpa4Zq9jnKIW5XAaxNSY9CjcQ1SZMS p2v2DQIZqAGuZxWwhqu62zW9TpdQVXOVpk5Jy1Qpaepm68hhVUD3jjWVqstQK7VZNZ6uEhvy 9AGrA+rGjkC3HNPAxnqmqrUHgAfp2ppOC+SWcgQgy9K1Fnt1bMWxaEtray0s3+oqRgdkBjmg CdLSFceBn76cjDy8LcrJIVj4VdMjLQXkUlWi6I6JFxo2oehQIVwpuvYaaxPrd7xmUL3Z9qmd lkb8oma0dA+4e+ng6AKrudDdxIEmL1N8IhOoMO0RAQhYmerLPVSE3LCq+S3b7IMhbiO80J3H 6lYgkToOYdyYrZMubw1VRaXQkM2kd3Jh4euQc/qiZEfR9abSOoKBdkzPbgH/OfYmYAtH0CaL bQ64E+T/0hfIJfJ6jkCaXwRR660u7VFnHW/AYOnzyzzP6Wi3oB9+BiTX9miYCQWvG6AiLaru 1LfWo5lHdNA0FVvdMVues2+Cfg3WCT1BRdNcjkrnLOg5SCQUSORpCEf03r2bN3NvbgBJuWNT U31FzcOoogl2WsucnUX4cUwWcq9L9olVE9Vgud4lFmRKub7uUDcYSic/NmYLGwKYD8ciWO5G 0DjZZnZJ0OaGBs1djw+C+zDwBu37teTnrw6B88vknE8L8rGwQXKSfBDLdFwmlxwN4/ig5+hN XNMiOj2mOrdIJ5C6rmF8cN8308WmYH+EyyTaZH5eRMwDeViLeG9lE/1ufmFDWk7oFaiObpqW X0RS3NFiMAgrm7YHqoht596U8R1YO/jF4cSFmRKOI6HcR3D8g/jPamcXAabEf6u1KsR8q6XS 2moRgsAKxH/Vcrk6i/+eRBrO0oe9C4c9nKKHt3ZvXti92b9mK/2r0Yx9asPk3aM26E1yDvzb 1yyaCvCdy0TYNsx3BtUnYuotMLeJiJu49V5nfj0Zp3rRPGfgXHC13kgJDYwJvOcIYSzS2YLp o2ObnqGygEeoSetAFMZu8jiBhJItsqhvQ8ioWyy8bDrs7zBHw87YxxDOsQshA9xdX1Pd7jIE LihpNKtnggo3Tpb5xWCYe19TO9QlHb3PLsRObJumrZJjCL3RZ7IoDe6KMpJ1YnlN8GZEvIuz un97HZzNsQbxNXR4yzR1CMBZx+uQR9EVY6RwYZGsPEbKkUVCYBonngULBcfSDEMzOqzbkHUh kIdFIwBrYEbejzzauokrAAhKcKriQP/mCcxvxUJx7P4guA8ZJ2SJ/ShtAMltkj8hm7CgKS6w wislv3SODadmbJtOvnQR0O1FGIZz0Oi5FpshsT+FrmUXoHMCYqWEV8ukOASdDF5joDJkgNBc OQq2omqeAzegzhyJppUkbGscWyzUxqE4RtMZIhaJWYGt+XPz6PiE2Q1ENxDDh2o4chs+owOj 5V+j6UBcQV1cI+YDopZDXnmBHVhM+CqXm5LKsdm5ObQFV3GOxiTCKbcxBDUQxEWKmtIi/G40 OwzAY6soIJA8AIHM2AMuUmBd0TLr64K1+Y3GMYwV29T1bIPsXL1Zvz61MW+ZRlvreODJFGKB s/fDy/Fh728zYF6cEoCQPu9zf2XTtKiRn54yhisCSkL3D/7T7UJHOzpRYdZDJwLLeoX4jpF1 ejikIY957kAbfe2Lwbjer4M8BqwAcC2gao6lKwN/8HZvQo5LT1ykBv9u8AI4z7KoTeUXmHF4 oDngOm8YbXMR9Nkfpo7muNBZ9Ooac0NW+wb0KFCPW57uarB4htWLk9/fubXfuLq/vw2rsmt3 rt5nwS8JnT3oGXYbCmJj7oGyC1ak6B518gFkmUAQsHcc9gPc1rG2zJZ5GK6SQDyo6tC95l+H hX375AJfgmYP/UUH5yDPy6KtgqPDphp379y7zorx2ANG4SqUwS2TbfzvjBuu0DVeNcMHvEE7 eZHQBWgVxOKFg7s+Wzl/lmOqx6nxNXCRaetG+Huokdz7YLQBDhf/+Hf2INheJLZpuv6YQCHo CQw4dbGCfNFf81j90LaH9eYR7Q9fn3ky0BJgR5SOZ9yv8xIhc4HYImpni8t0rIm3/Zs7HjjO wODC7NaQBOKLFfazHgjJbq9sKqq63dV0Ne9nC2GV70eAAia5etNU1B0NuJ7vlZRSQe0350PE yiYM4BZza+f4hLMQ1wZi/U6hmw/7xOMmThwRZwHW3TyrJzo97Nw+yFdrBVAzmFijWXtUsXcU O19iMy6beOMmwrAI9L0OriN/jkdc5/yQa3w696fwCVN5cVluxpafrXMkYc6Zmu+0qYN+EzcO +AbeimpSxzgPEahpH5GB6CyH841fLM8C1WXmvrq+v2QkwtAy2/KZhF/dsbndMm0kjPRXSsxb dFdK0xMKA0gWG+NKmW2Zso0/ekJbnsv3W8OQZUQyjE1YWSYcRtns7wDFg+59dMc/WP87yjEt eJr+5Nf/lWqxvBac/1Qq5RKu/yvF1dn6/0mk54sn0N1SsXx9B1KOPE92xVOaugaBIxjCrq1Y Xa113gnPbQqA9f9FjnLY7Z6perpvMQ3QqdwxtR00p0vk/AE42PM5AwJxB362FFiJOtRAczum uefzW4cLpHnS0CDMyM/72+8NmADnl8l8d54sjCL8PdoAsR2DULyTBhhoB5pxBzpFGPsZA+1B gIGnM7J46Bt0WpWFe5osEhQSppeGM4Aor4fA+u6NGBhEeD3LbYAHangGMqo2+DEKlMFDgfEi eKTWUDUb4lLTHmDVhVjBnCPXtNKB6OsdS4ERcJVOTD4fwNR6gn3SxvGRYlmN4FAK4G1Fd+iE ArrWtBVWcQIyWmMDaYrpAK+mEdfhvOHp+sKEQgl14nciIdxsoEpNrAc7yOoAkHCCEFfl0lLD 0k56ioXczPPLQjdxvLFAoNZY4tbwOr6AasIFeDrsgK+uiVAw6qYJ5ot7zDAeiThsn01FnpWs mJbtGRR476EvMI0JQ497V5qtnTQ6+mQQfU1CfzyDHW/gQFE1sXeGiZ/4NFRFN6GXaUYWVq7S tgJLsUZ4PphYBPvbOvbXw5OlAp5Mo0WTQeBYHQW9TOg9oEC8zkOA7EgAQ3kUHVadBl7BlOCA JGgjE2XibaSMpoEnNeDFMLiaDLU8G5yEv5s4QUcsz23wY6wG7nCkOQms2jVN3VX0o2QUn2xQ 35EA1zb1dPIw1DuCWIyV4vMgwmGqRDQkVoA/ziAelJXJOrlrWjfxUK7epbrOdyHI67wNPNOy Ox7qriPexHTY28MdyGqttjGWgQv16our4xlBFF57sTieGUbl1WJFyH1TuOakjHampxigkCo5 OOKniKKUSVUFB7JiXQEAd4xjCAO+wiZCquJZ2jrZ8/eyL0UfKbh3Y35jCGlCdHKDb95fIorT 0l4DP2BrBu6+4Q7C+fMLApzHA6cvMdoLsQ/orbEfkzBMlJ0EYFQkBt2lZo+6NurBfG21fFIt VpfKxdJSda0sYgO7R9hdfMZAyHM8K2AdcgPa4xH+4x6I889HwuOeuMau+ZSEVe+gLYpAdQBz pdaKzbMUnbou3YU1Dx64z98DElauwYxngHMfx+3BpIswrkSNMWI5bp/NswE6CYWsYv5Scako Zpu21tEMRQ/KHx/1A7IE84IorkXZhkcgOvNCEYziueYdE9ai26F1XGLOd2g4jXpnzw9ibmoO Wut58embZf8Hqkqd6v7m5DUNZrUOZvLjq7rXvEUNbwi/A+tKc+wu/roBvg/unI+2j+f7L1Pd CjuX5GISvQs39hGfMuJODnvYhS3FJj3/b2ljHLIDy3N8zqgXrVTwLvy24FOC6sCfDNtIdCiC EFgQBb8f7Kwe9rbBB8BobHmuC+sf8OLWvmLQ0uk4KV+UpiTaHjqPaHtJSHxiAJGpQJzPpICm xR6VksKO8CI1SqFsbJii9aV4f1BToFdXmjCxMueMK1FYS7GdEt9d5+fRSOYXNiJFegbtmQZz Pkd04Ax6AAuecRkZzGolYSyrKWPpGUOW9mHFAJ7CQCUklvDjNERFyjGyItXKKHYgVKl6MV6q 0tqqtIrue07XH6ddhTVt0L7/O05Nx9B4CnQKOO5rnRKuOKcoYIG2uMn4OrXwoUHTDuoPfpdl Km/psMA6RWfoiRbti5SCDPnn2jFS6zSsaY/2JYxpbxSjtFowTzHCcC7bdm39pVfoYHPvfCLu rn/QNNYDLLu0F1hrvJ4m0BVMvzBfHivD2RePOPCQTcXDTSCRHXQM6xcYFnQ2O4pvQyOFQkGC 5tuyNN8+I823M6MZmUzmWTD27HiuQyMSJNdlSa6fkeR6ZiQjjckEh+4xW4rJVUdOm69myoPi xDMh+v3siNjHViQ42JdVtv0zKtt+ZiQzIhO0LZwsGcOjc+nEyOVU/Yw2K8662Q3tNrYiMbTb skN7/4xDez+zoWVExg+tEKlkR/F1aESC4RNZhj93RoY/lxnDv+JpCbYTLOgyWh1dV6WovZ60 OlrLcnVUPuPqqPyYq6NSglSlYvnsqyO3Sw+O7hmqeYthbD9TavXguacAm9ZAHm0pjktFuBTX 8aJkZ//YlISS3pO1/8+f0f4/n5n9R+jEy3hnEGpChtOZJ+MPXFmqD89I9WF2k5mX4GmHlpMh u9DGNGOF7TPSu50dvSBhQqQ99DUZBtrYyDQD7YMzMnyQXaCNIsZTHGzqZhQs4JN7EtweJAQL tfK0gwUmr3DjFHPYaNHHDRlK8bKtXTx7xIBd3PYLSO0aCvjyKfGVUzIXdOuUhvyYCzpRwKfW cuXJtiwcv2Rk1bf9FmT3G2O0f62a5SqgesZVQPXxTPpiglC1qrRF3zU7HZ2OnHog2XHmnAg+ zSqIV88kj6kwWyUtP+lmw+PGjCwDz4AlzOLlpPmumKVZ1M5oFrXHM4tyOWlxXH6MqQ5HstHS tdYRewwWf0pNeayceUxtdNDyJTRDpSfycBzohoKK0TVt91THgxXpRiDAU9mzZqc58ovjLcut TmiI7ECELGkZaeuYeldruyzM3imdPs5mpZd2SmeKtGN4DPUow7M93sRpJtvHFctX9uxkuoH1 Swh0Y1oCjZhjdpKBYvrfDKpjQy3PlQmSXpmCmEP38UQPTEb8UJbHYabqQYP4Fqrd85+Sl1yz P6aI2B6Tiz1QJjPx+e+6+V9gwmnudI98VdZq0rMie62dtPH/T/UAFSvgC8VqkJHK6Sow/d8d sFdbow8DuaZ11XWVVheLjUncNEEXehMAOm27kewoMzYSk1r/fvDi3mhxrD0xk9WdmAty3W63 HfZA32pMm2HmxbEWw6yY9sK8aFyET22XXozueAzGWg70p/Jiwv5BZbUkqT+7N/u3hLesha+A SGtS+C75+lhtqTqFr5bbnaYy9rAoZqim19Rp02u32fPD4wDoltlSXCp8jiTmoVPktDLGaCWe 0Yu1BEZrtTNuzGFHO/hCZuy2HGbwt+vCRw2CUppheUmlICepGD2xTCd+E9DPGi3oDycF9vw3 9+B6Nv7/P8Y/eP838iLUlD8DlvL9r1KpVmbv/5ZXV8trNfz+V221NHv/92Pz/ddc+OlWfCib WYaiGfjNVgf8ANzp6GZT0UnbM/zvoczjuaX44l1hWEOAcTwL3/Z3iIovQJkWm/U9rJDsaCdL uKuqGR4tiN88dbDOAXuRXyFN8D9Hlsk+ksI/KBpW7prEwS8eagb7aqyuk4j+h2YclmAfY1WC L5IWpsNa/NfEcjGfZPM/NzDCWvDZmT77Corj8u9qQk3BRzVb1LbJSy+R+bv4vVjaa4IbHQ4C 5gCYAfIQP/cVlPLYPGIvy2B5/KIV6ZOF0LuEFeK74ayCQxffa8n3uQsKADCX6Pi3rcM6YIPg dwdm4/9RHP+5WZqlWZqlWZqlWZqlWZqlWZqlWZqlWZqlWZqlWZqlWZqlWZqlWZqlWZqlWZql WZqlWZqlWZqlWZqlWfrYpf8Defb7KABgBAA= --------------5DBA29776A62-- ======================================================================= 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 Mar 7 14:50:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01415; Fri, 7 Mar 1997 09:38:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01399; Fri, 7 Mar 1997 09:38:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA17193; Fri, 7 Mar 1997 09:38:00 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA01112 for ; Fri, 7 Mar 1997 09:37:59 -0800 Received: from dandan.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA05982; Fri, 7 Mar 1997 09:37:58 -0800 Received: by dandan.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA17758; Fri, 7 Mar 1997 09:37:57 -0800 Date: Fri, 7 Mar 1997 09:37:57 -0800 From: zhz@dandan.asd.sgi.com (Jenny Zhao) Message-Id: <199703071737.JAA17758@dandan.asd.sgi.com> To: Eric Chauvineau Subject: Re: Active Surface Definition Cc: info-performer@sgi.com References: <9703062203.ZM3751@bitch.reading.sgi.com> Status: O ASD, in performer2.2, will provide several different features. 1. paging It will support a flexible eye point centered paging scheme that will allow you fly high and low, far and near... Terrain will get coarst instead of broken if paging can not catch up with the rendering evaluation. 2. use a new thread COMPUTE instead of DBASE for evaluation COMPUTE thread should be useful for user's geometry computation. 3. support clipmapping better when clipmap manages very large texture ( >32k), geometry needs to be grouped to best support the texture. 4. support morphing or color, normal, texture coordinates and multiple geostates. 5. multi-channel and multi-pipe to name a few. ================== From: Eric Chauvineau Organization: University of Balearic Islands - SPAIN Mime-Version: 1.0 To: info-performer@sgi.com Subject: Active Surface Definition Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, What is the current state of the Active Surface Definition (ASD) library ? Is there (or will be there) some new features related to this library ? Thanx. Eric Jenny Zhao zhz@asd.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 Fri Mar 7 15:42:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01787; Fri, 7 Mar 1997 11:34:14 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01771; Fri, 7 Mar 1997 11:34:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA00369; Fri, 7 Mar 1997 11:34:09 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03332 for ; Fri, 7 Mar 1997 11:34:07 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id LAA01915 for ; Fri, 7 Mar 1997 11:40:20 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA09182 for ; Fri, 7 Mar 1997 19:30:25 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id LAA02782 for info-performer@sgi.com; Fri, 7 Mar 1997 11:38:54 -0800 From: "Marcus Barnes" Message-Id: <9703071138.ZM2781@vaisyas.engr.multigen.com> Date: Fri, 7 Mar 1997 11:38:54 -0800 In-Reply-To: James Barhorst "Help the Rookie" (Mar 6, 4:31pm) 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: Help the Rookie Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 6, 4:31pm, James Barhorst wrote: > Subject: Help the Rookie > > 5. Why do I have to explicitly save my MultiGen II .flt files as version 14.2 > (instead of the default 15.2) in order to get my textures to show up? If I > don't, most polygons are black and I get a bunch of > > PF Notice/Assert: convTree() unsupported node 113 "unknown" found. You need to get the R15.2d loader from our web site. The URL is: http://www.multigen.com/FAQ/faq.htm > 6. Can and how do I create "billboard"-type trees in MultiGen II for > Performer to display? I can't find "billboards" in the MG documentation. Each face bead has a "Template Transparency" attribute. This is old terminology for what is essentially a billboard. The OpenFlight loaders create "axis billboards" for faces whose template attribute is "Z Axis/Alpha" (modeler) or "Axis type rotate" (OpenFlight spec.) NOTE: Point billboards that rotate wrt the world are supported in the R15.3 alpha loader that'll be released with MultiGen II v1.4 this summer. 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 Mar 7 15:42:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02546; Fri, 7 Mar 1997 13:40:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02528; Fri, 7 Mar 1997 13:40:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA11604; Fri, 7 Mar 1997 13:38:39 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA03343; Fri, 7 Mar 1997 13:38:39 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA19294; Fri, 7 Mar 1997 13:38:37 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA02178; Fri, 7 Mar 1997 13:38:35 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703072138.NAA02178@remi.asd.sgi.com> Subject: Re: lights problem To: brian@sgi.com Date: Fri, 7 Mar 1997 13:38:35 -0800 (PST) Cc: gacek@ai.com.pl, info-performer@sgi.com In-Reply-To: <9703070841.ZM13348@hotsauce.clubfed.sgi.com> from "Brian Furtaw" at Mar 7, 97 08:41: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: 2162 Status: O Brian Furtaw wrote: > > This is just a wild guess but give it a try. Create the root node of your scene > graph (pfScene) then create two groups (pfGroup) and below each group a light > source and any geometry you want lit by it. > > Brian I wont work as every light in the scene are used for the rendering, wherever they are in the scene. The pfGroup will not do anything. What you can do, is having 2 scenes. > > > On Feb 21, 9:49am, Jerzy Galus wrote: > > Subject: lights problem > > Hello everyone, > > > > I have the following problem: > > > > Let's say that we have a scene with some geometry nodes and two > > lights attached to it. My question is : > > is it possible to render part of the scene lit with two lights > > and part with only one light ? > > I'm using Performer 1.2 on RE2 (Irix 5.3). > > Thaks in advance, > > > > -- > > > > Jerzy Z. Galus gacek@ai.com.pl > > MP-PZL Aerospace Industries > > Al. Krakowska 110/114 tel : (48-22) 846-59-61 > > 00-972 Warsaw (48-22) 846-54-17 > > POLAND fax : (48-22) 846-54-18 > > > > ======================================================================= > > 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 Jerzy Galus > > > > -- > 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 > _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Mar 7 15:42:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02463; Fri, 7 Mar 1997 13:27:34 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02447; Fri, 7 Mar 1997 13:27:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA10633; Fri, 7 Mar 1997 13:27:32 -0800 Received: from binky.paradigmsim.com (binky.paradigmsim.com [206.7.114.126]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA00666; Fri, 7 Mar 1997 13:27:10 -0800 Received: by binky.paradigmsim.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA24178; Fri, 7 Mar 1997 15:26:21 -0600 From: "Craig Phillips" Message-Id: <9703071526.ZM24176@binky.paradigmsim.com> Date: Fri, 7 Mar 1997 15:26:18 -0600 In-Reply-To: "Angus W.S. Henderson" "Re: Smart Arse Environment mapping in Performer" (Mar 7, 8:55am) References: <9703062203.ZM3751@bitch.reading.sgi.com> <9703070855.ZM2264@despair.paradigmsim.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Angus W.S. Henderson" , "Angus Dorbie" Subject: Re: Smart Arse Environment mapping in Performer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 7, 8:55am, Angus W.S. Henderson wrote: > Subject: Re: Smart Arse Environment mapping in Performer > .. But what happens to the environment map at .999 of the speed of light near > the event horizon of a black hole....? anti-particles. i.e. another render pass :) -- __________________________________________________ Craig Phillips Paradigm Simulation Inc. 14900 Landmark, Suite 400, Dallas, Texas 75248 craig@paradigmsim.com 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 Fri Mar 7 15:42:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA02618; Fri, 7 Mar 1997 13:50:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02600; Fri, 7 Mar 1997 13:50:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA12949; Fri, 7 Mar 1997 13:50:41 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA06208; Fri, 7 Mar 1997 13:50:39 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id VAA06898; Fri, 7 Mar 1997 21:50:31 GMT From: "Angus Dorbie" Message-Id: <9703072150.ZM6896@bitch.reading.sgi.com> Date: Fri, 7 Mar 1997 21:50:31 +0000 In-Reply-To: "Craig Phillips" "Re: Smart Arse Environment mapping in Performer" (Mar 7, 3:26pm) References: <9703062203.ZM3751@bitch.reading.sgi.com> <9703070855.ZM2264@despair.paradigmsim.com> <9703071526.ZM24176@binky.paradigmsim.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Craig Phillips" , "Angus W.S. Henderson" Subject: Re: Smart Arse Environment mapping in Performer Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 7, 3:26pm, Craig Phillips wrote: > Subject: Re: Smart Arse Environment mapping in Performer > On Mar 7, 8:55am, Angus W.S. Henderson wrote: > > Subject: Re: Smart Arse Environment mapping in Performer > > .. But what happens to the environment map at .999 of the speed of light near > > the event horizon of a black hole....? > > anti-particles. i.e. another render pass :) > You Paradigm guys really hate multi-pass don't you. Maybe youre too focused on Nintendo carts to notice the market for higher quality real-time rendering on the high end :-). 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 Mar 7 20:42:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA03094; Fri, 7 Mar 1997 15:32:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA03078; Fri, 7 Mar 1997 15:32:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA06868; Fri, 7 Mar 1997 15:32:34 -0800 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA01750 for ; Fri, 7 Mar 1997 15:32:32 -0800 Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA19774 for info-performer@sgi.com; Fri, 7 Mar 1997 17:33:49 -0600 From: "Ren-Jye Yu" Message-Id: <9703071733.ZM19773@python.tamu.edu> Date: Fri, 7 Mar 1997 17:33:49 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfFrameRate not work ???? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have a simple question. How to set the frame rate? I used pfFrameRate to set the frame rate but the frame rate didn't change to the value that I want. Do I miss anything? I use statistics diagram to check the target frame rate. The target frame rate is the default frame rate 72Hz. What are video rate and field rate ? How do they affect the frame rate ? Thanks. Have a nice weekend. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ 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 Fri Mar 7 21:44:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA03706; Fri, 7 Mar 1997 16:37:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA03690; Fri, 7 Mar 1997 16:37:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA11266; Fri, 7 Mar 1997 16:37:54 -0800 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA16752; Fri, 7 Mar 1997 16:37:53 -0800 Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.0/8.8.0) with ESMTP id QAA05891; Fri, 7 Mar 1997 16:40:02 -0800 (PST) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id QAA00483; Fri, 7 Mar 1997 16:37:47 -0800 (PST) Date: Fri, 7 Mar 1997 16:37:47 -0800 (PST) Message-Id: <199703080037.QAA00483@gonzo.wolfenet.com> To: remi@remi.asd.sgi.com CC: brian@sgi.com, gacek@ai.com.pl, info-performer@sgi.com In-reply-to: Rémi Arnaud's message of Fri, 7 Mar 1997 13:38:35 -0800 (PST) <199703072138.NAA02178@remi.asd.sgi.com> Subject: Re: lights problem Status: O From: remi@remi.asd.sgi.com (Rémi Arnaud) Date: Fri, 7 Mar 1997 13:38:35 -0800 (PST) I wont work as every light in the scene are used for the rendering, wherever they are in the scene. The pfGroup will not do anything. What you can do, is having 2 scenes. You can also punt on pfLightSources, use pfLights directly, and attach pfLights directly to pfGeoStates. Then you can light your geometry with different lights. See the man page on pfLightSource and pfGeoState. > On Feb 21, 9:49am, Jerzy Galus wrote: > > Subject: lights problem > > Hello everyone, > > > > I have the following problem: > > > > Let's say that we have a scene with some geometry nodes and two > > lights attached to it. My question is : > > is it possible to render part of the scene lit with two lights > > and part with only one light ? > > I'm using Performer 1.2 on RE2 (Irix 5.3). > > Thaks 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 Sat Mar 8 00:50:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA04118; Fri, 7 Mar 1997 19:33:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA04102; Fri, 7 Mar 1997 19:33:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA18224; Fri, 7 Mar 1997 19:33:51 -0800 Received: from sable.nus.sg (sable.nus.sg [137.132.1.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA18116 for ; Fri, 7 Mar 1997 19:33:28 -0800 Received: from leonis.nus.sg (eng30228@leonis.nus.sg [137.132.1.18]) by sable.nus.sg (8.8.4/8.6.9) with ESMTP id LAA11793 for ; Sat, 8 Mar 1997 11:33:23 +0800 (SST) Received: from localhost (eng30228@localhost) by leonis.nus.sg (8.6.10/8.6.9/CNS-3.5) with SMTP id LAA27610 for ; Sat, 8 Mar 1997 11:33:22 +0800 Date: Sat, 8 Mar 1997 11:33:21 +0800 (SST) From: Ming Wah To: info-performer@sgi.com Subject: Origin for models Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O A question: What are the reference points in perfly.c that the trackball performs it functions on? For eg. The first mouse button moves the object in the plane of the monitor, the middle mouse button does the rotation about a point and the third button moves the object in and out of the screen. I need to know what is the reference point that the trackball operates when rotating the object. The current situation is that I have loaded into perfly multiple objects under different DCSs. I also included a function which allows me to switch between the models for the trackball movements. Upon loading, I noticed that only the last object rotates on its own centroid, while the others rotates around some other reference point (I suspect that the reference point is the point of the DCS of the last object loaded). What coordinates must I save during loading if the models so that when I toggle the current DCS, I have to reload the reference points? Hope my question is right. Thanks!!! ps: Are there any documentations on the code perfly.c ? ========================================================================== Lim Ming Wah Department of Mechanical and Production Engineering Faculty of Engineering National University of Singapore ========================================================================== ======================================================================= 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 Mar 8 03:17:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA04681; Fri, 7 Mar 1997 22:07:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA04665; Fri, 7 Mar 1997 22:07:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA22634; Fri, 7 Mar 1997 22:07:55 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA07414; Fri, 7 Mar 1997 22:07:53 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id GAA07597; Sat, 8 Mar 1997 06:07:51 GMT From: "Angus Dorbie" Message-Id: <9703080607.ZM7595@bitch.reading.sgi.com> Date: Sat, 8 Mar 1997 06:07:51 +0000 In-Reply-To: "Ren-Jye Yu" "pfFrameRate not work ????" (Mar 7, 5:33pm) References: <9703071733.ZM19773@python.tamu.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Ren-Jye Yu" , info-performer@sgi.com Subject: Re: pfFrameRate not work ???? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Perhaps this is due to setting the rate in the wrong process. Try setting the frame rate in the application process. Also, check that the pfPhase is one which will sync to the target rate, although this isn't your immediate problem. Your other question was about definitions: Video rate == field rate, frame rate must be some multiple of the video rate. eg if video is 60 Hz this == 16.67milliseconds per field so frame rate must draw at some multiple of 16.67 ms eg 33.33 ms which would give a frame rate of 30 Hz or 50.00 ms which would give a frame rate of 20 Hz. The reason for this is that the graphics system must wait for a video field boundary before it can change the rendered image being sent to video to avoid apparent tearing of the image, so you either make 16.7 ms or must wait 'til 33.33 ms and if you miss 33.33ms you must wait till 50.00 ms etc. Cheers,Angus. On Mar 7, 5:33pm, Ren-Jye Yu wrote: > Subject: pfFrameRate not work ???? > Hello, > I have a simple question. How to set the frame rate? I used pfFrameRate > to set the frame rate but the frame rate didn't change to the value that I > want. Do I miss anything? I use statistics diagram to check the target frame > rate. The target frame rate is the default frame rate 72Hz. > > What are video rate and field rate ? How do they affect the frame rate > ? > Thanks. Have a nice weekend. > > > -- > > ______________________________________________________________________________ > > ("`-''-/").___..--''"`-._ 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 >-- End of excerpt from Ren-Jye Yu ======================================================================= 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 Mar 8 05:23:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA04920; Sat, 8 Mar 1997 00:16:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA04904; Sat, 8 Mar 1997 00:16:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA26808; Sat, 8 Mar 1997 00:15:59 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA22054; Sat, 8 Mar 1997 00:15:59 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id AAA08961; Sat, 8 Mar 1997 00:15:57 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA01329; Sat, 8 Mar 1997 00:15:56 -0800 From: "Sharon Clay" Message-Id: <9703080015.ZM1327@rose.asd.sgi.com> Date: Sat, 8 Mar 1997 00:15:56 -0800 In-Reply-To: brian@sgi.com (Brian Furtaw) "Re: lights problem" (Mar 7, 8:41am) References: <199703070654.HAA08223@phoenix.ai.com.pl> <9703070841.ZM13348@hotsauce.clubfed.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: brian@sgi.com, Jerzy Galus , info-performer@sgi.com Subject: Re: lights problem Cc: src@rose.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 7, 8:41am, Brian Furtaw wrote: > Subject: Re: lights problem -> ->This is just a wild guess but give it a try. Create the root node of your scene ->graph (pfScene) then create two groups (pfGroup) and below each group a light ->source and any geometry you want lit by it. Good guess but pfLightSources are only completely global in effect. The reason that we do this is becuase you frequently want to put a light in a scene graph to position it but then position location can much different from the geometry that you want it to light. Cosmo3d has the right solution to ths problem with a separate environment node to express effect. In Performer, we went for the simple common-case soln: position in scene graph of pfLightSourcs controls position of the light and such lights are global. If you want to have lights be turned on and off for different geometry, use libpr pfLights and express this fact with the LIGHTS array in pfGeoStates. src. ->On Feb 21, 9:49am, Jerzy Galus wrote: ->> Subject: lights problem ->> Hello everyone, ->> ->> I have the following problem: ->> ->> Let's say that we have a scene with some geometry nodes and two ->> lights attached to it. My question is : ->> is it possible to render part of the scene lit with two lights ->> and part with only one light ? ->> I'm using Performer 1.2 on RE2 (Irix 5.3). ->> Thaks in advance, ->> ->> -- ->> ->> Jerzy Z. Galus gacek@ai.com.pl ->> MP-PZL Aerospace Industries ->> Al. Krakowska 110/114 tel : (48-22) 846-59-61 ->> 00-972 Warsaw (48-22) 846-54-17 ->> POLAND fax : (48-22) 846-54-18 ->> ->> ======================================================================= ->> 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 Jerzy Galus -> ->-- ->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 -> +>---- End of excerpt from Brian Furtaw -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ 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 Sat Mar 8 06:09:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA04997; Sat, 8 Mar 1997 01:04:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA04981; Sat, 8 Mar 1997 01:04:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA28426; Sat, 8 Mar 1997 01:04:24 -0800 Received: from ns.yle.fi (ns.yle.fi [193.65.105.161]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA27366 for ; Sat, 8 Mar 1997 01:04:17 -0800 Received: by ns.yle.fi; id LAA27585; Sat, 8 Mar 1997 11:03:17 +0200 (EET) Received: from thaxp1.yle.fi(193.65.107.2) by ns.yle.fi via smap (3.2) id xma027583; Sat, 8 Mar 97 11:03:14 +0200 Received: by thaxp1.yle.fi id LAA16244 ; Sat, 8 Mar 1997 11:04:03 +0200 (EET) Received: from bali.yle.fi (bali.yle.fi [192.168.250.232]) by sgisrv.yle.fi (950413.SGI.8.6.12/8.6.9) with SMTP id LAA02987 for ; Sat, 8 Mar 1997 11:02:29 +0200 Sender: harri@yle.fi Message-ID: <33212B3B.41C6@yle.fi> Date: Sat, 08 Mar 1997 11:02:51 +0200 From: Harri Kaimio Organization: Finnish Broadcasting Company X-Mailer: Mozilla 2.02S (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: rapidapp & performer References: <33203D36.79E4@peril.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Glenn Waldron wrote: > > OK, the previous example of using performer in a rapidapp window only > worked under one certain beta version of Performer. The attached > example > now works under 2.01 and 2.1 also (tested). Still only runs in single > process mode. Glenn. > > (note: the menus don't seem to be working now, probably has something to > do with the VkBackground task. If anyone figures this out let me know) This is very interesting. I have done work with Performer and ViewKit with exactly the same problems with menus. The only solution I have found is not to draw the Performer scene until some time has passed from widget creation. For example, if the backround task is not initialized before expose callback is called *second* time, menus work OK. This is the "solution" I use for now (I have a splash screen anyway in front of Performer window, so I certainly get 2 expose events before the user can see Performer window, and everything kind-of-works) and it seems to work also in Glenn's program. But I don't think this is a good excuse for everyone to use a splash screen... Could someone from SGI look at this? Since more than one customer is getting this behavious, I think it would be worth documenting (or even better, fixing:) Regards, Harri P.S. I have occassionally had problems with some other widgets that are created in Rapidapp, but are not visible in my application that uses Performer. -- ----------------------------------------------------------------- Harri Kaimio | harri.kaimio@yle.fi Computer Graphics Specialist | http://cartes.hut.fi/~hkaimio Finnish Broadcasting Company | Tel. +358-40-50 67 679 TV Production Operations | Fax. +358-0-1480 4769 ======================================================================= 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 Mar 8 14:30:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA06052; Sat, 8 Mar 1997 09:06:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA06036; Sat, 8 Mar 1997 09:06:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09325; Sat, 8 Mar 1997 09:06:15 -0800 Received: from mtolympus.ari.net (mtolympus.ari.net [198.69.192.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA20416 for ; Sat, 8 Mar 1997 09:06:10 -0800 Received: from claire.csi-east.com (peril.ari.net [198.69.194.98]) by mtolympus.ari.net (8.6.12/09161995) with SMTP id MAA22417; Sat, 8 Mar 1997 12:06:01 -0500 Message-ID: <33219C1B.1370@peril.com> Date: Sat, 08 Mar 1997 12:04:28 -0500 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: ANSER LET X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: Harri Kaimio CC: info-performer@sgi.com Subject: Re: rapidapp & performer References: <33203D36.79E4@peril.com> <33212B3B.41C6@yle.fi> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Harri Kaimio wrote: > > Glenn Waldron wrote: > > ... > > (note: the menus don't seem to be working now, probably has something to > > do with the VkBackground task. If anyone figures this out let me know) > > This is very interesting. I have done work with Performer and ViewKit with > exactly the same problems with menus. The only solution I have found is not > to draw the Performer scene until some time has passed from widget creation. ... I've since fixed the problem too, and my solution was to fork() the rapidapp process. I took some pointers from SGI's motif.C example, and forked right after pfConfig(), continuing on with Performer in the parent process and rapidapp as the child. This all occurs before the VkApp is created. (And if the fork() fails, we can in theory revert to the old VkBackground method.) A working example is available upon request. This works well, and it also works in Performer MP modes.. the only drawback is: now that rapidapp and pf are in separate processes, rapidapp can only access a pf data structure if its poniter is in shared memory. I don't know how safe this is. (aside: While we're talking about ViewKit widgets, I'd like to point out that the ImageVision widgets seem to core dump the application somewhat randomly. The only consistent crash I can find is when you try to resize the Image Detail widget..) > -- > ----------------------------------------------------------------- > Harri Kaimio | harri.kaimio@yle.fi > Computer Graphics Specialist | http://cartes.hut.fi/~hkaimio > Finnish Broadcasting Company | Tel. +358-40-50 67 679 > TV Production Operations | Fax. +358-0-1480 4769 -- Glenn Waldron - ANSER Leading Edge Technologies phone/PCS: 703.598.7835 email: gwaldron@peril.com voice mail: 703.416.8462 ======================================================================= 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 Mar 8 14:46:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA06109; Sat, 8 Mar 1997 09:22:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA06093; Sat, 8 Mar 1997 09:22:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09693; Sat, 8 Mar 1997 09:22:12 -0800 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA22358 for ; Sat, 8 Mar 1997 09:22:10 -0800 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA04697; Sat, 8 Mar 97 09:22:48 PST Message-Id: Date: 8 Mar 1997 09:26:20 U From: "SCOTT OFRIEL" Subject: Re: rapidapp & performer To: gwaldron@peril.com Cc: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 3.0.2 Status: O I would venture to say that being that Performer wants to be it's own master of it's processes and Motif wants also to be master, therein lies the problem. If you break Motif and Performer up into two different processes and use interprocess communication between them, both Motif (menus etc.) and Performer work fine. We have found this works very well. It's just a matter of letting Performer know about Motif's (ViewKit's) "glwidget". Scott O'Friel ------------------------------ Date: 3/7/97 2:42 PM To: OFRIEL, SCOTT From: gwaldron@peril.com OK, the previous example of using performer in a rapidapp window only worked under one certain beta version of Performer. The attached example now works under 2.01 and 2.1 also (tested). Still only runs in single process mode. Glenn. (note: the menus don't seem to be working now, probably has something to do with the VkBackground task. If anyone figures this out let me know) -- Glenn Waldron - ANSER Leading Edge Technologies phone/PCS: 703.598.7835 email: gwaldron@peril.com voice mail: 703.416.8462 ------------------ MIME Information follows ------------------ This is a multi-part message in MIME format. --------------5DBA29776A62 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit <<<<<< See above "Message Body" >>>>>> --------------5DBA29776A62 Content-Type: application/x-gzip; name="example.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="example.tar.gz" <<<<<< See Enclosure named "example.tar.gz" >>>>>> --------------5DBA29776A62-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ------------------ RFC822 Header Follows ------------------ Received: by qmsmtpgw.mugu.navy.mil with SMTP;7 Mar 1997 14:40:54 U Received: from holodeck.csd.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406a.SGI) id OAA02744; Fri, 7 Mar 1997 14:37:35 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA01165; Fri, 7 Mar 1997 08:10:03 -0800 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA01149; Fri, 7 Mar 1997 08:10:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA09390; Fri, 7 Mar 1997 08:10:02 -0800 Received: from mtolympus.ari.net (mtolympus.ari.net [198.69.192.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA08156 for ; Fri, 7 Mar 1997 08:09:35 -0800 Received: from claire.csi-east.com (csi-east07.csi-east.com [206.161.162.199]) by mtolympus.ari.net (8.6.12/09161995) with SMTP id LAA02480; Fri, 7 Mar 1997 11:09:01 -0500 Message-ID: <33203D36.79E4@peril.com> Date: Fri, 07 Mar 1997 11:07:18 -0500 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: ANSER LET X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: re: rapidapp & performer Content-Type: multipart/mixed; boundary="------------5DBA29776A62" ======================================================================= 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 Mar 10 00:07:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA08572; Sun, 9 Mar 1997 18:57:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA08556; Sun, 9 Mar 1997 18:57:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA24993; Sun, 9 Mar 1997 18:57:31 -0800 Received: from tis.co.jp (ns.tis.co.jp [210.135.160.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA17872 for ; Sun, 9 Mar 1997 18:57:26 -0800 Received: from tetra01.tis.co.jp ([192.168.50.23]) by mailer.tis.co.jp with SMTP id <15150>; Mon, 10 Mar 1997 11:57:00 +0900 Received: from tetra02.tis.co.jp by tetra01.tis.co.jp (4.1/6.4J.6) id AA27443; Mon, 10 Mar 97 11:58:36 JST Received: from ssten01.tis.co.jp by tetra02.tis.co.jp (4.1/6.4J.6) id AA13929; Mon, 10 Mar 97 11:56:52 JST Received: from [133.157.23.73] by ssten01.tis.co.jp (4.1/6.4J.6) id AA16610; Mon, 10 Mar 97 11:56:05 JST Date: Mon, 10 Mar 1997 11:56:04 +0900 Message-Id: <9703100256.AA16610@ssten01.tis.co.jp> To: info-performer@sgi.com From: arata@ssten01.tis.co.jp (arata) X-Sender: arata@133.157.18.170 Subject: How do I achieve some multipass renderings (motion blur, depth of field effect) on Performer1.2 or 2.0 ? Cc: arata@ssten01.tis.co.jp (arata) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8.5-J13) Status: O How do I achieve some multipass rendering tecxhniques (motion blur, depth of field effect) on Performer 1.2 or 2.0? ------------------------------------------------------ $BEOJU!!?7(B Arata Watanabe $B!!!J3t!KElMN>pJs%7%9%F%`(B $B!!!!!!!!Bg:e;:6H;v6HIt!!8x6&%7%9%F%`Bh#3It(B $B!!!!!!!!@hC<5;=Q%0%k!<%W(B Tel : +81-6-821-1412 Fax : +81-6-821-1575 e-mail : arata@ssten01.tis.co.jp $B!!!!(BToyo Information Systems Co.,Ltd. ------------------------------------------------------ ======================================================================= 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 Mar 10 06:28:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA08984; Mon, 10 Mar 1997 01:21:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA08968; Mon, 10 Mar 1997 01:21:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA06151; Mon, 10 Mar 1997 01:21:12 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA06598; Mon, 10 Mar 1997 01:21:10 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA11911; Mon, 10 Mar 1997 09:21:08 GMT From: "Angus Dorbie" Message-Id: <9703100921.ZM11909@bitch.reading.sgi.com> Date: Mon, 10 Mar 1997 09:21:07 +0000 In-Reply-To: "Ren-Jye Yu" "Re: pfFrameRate not work ????" (Mar 10, 2:56am) References: <9703071733.ZM19773@python.tamu.edu> <9703080607.ZM7595@bitch.reading.sgi.com> <9703100256.ZM25500@python.tamu.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Ren-Jye Yu" Subject: Re: pfFrameRate not work ???? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 10, 2:56am, Ren-Jye Yu wrote: > Subject: Re: pfFrameRate not work ???? > > ......In your reply, you > told me that video rate == field rate. Do you suguest that pfVideoRate == > pfFieldRate? What is the different between these two commands? Have a nice day. No, there's an important difference between the terminology I used in my reply and the functionality of the performer API call pfFieldRate. The manual states that the pfFieldRate can be used to specify the frame rate as a count of video fields. So although the field rate == the video rate the Performer API call pfFieldRate is actually like the iris gl swapinterval call and is used to specify a minimum integer number of video fields between swaps. 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 Mar 10 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 BAA09100; Mon, 10 Mar 1997 01:50:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA09084; Mon, 10 Mar 1997 01:50:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA06970; Mon, 10 Mar 1997 01:50:10 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA10545 for ; Mon, 10 Mar 1997 01:50:06 -0800 Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA02019; Mon, 10 Mar 97 17:53:23 -0800 Date: Mon, 10 Mar 97 17:53:23 -0800 From: jim@systech.hinet.net (Jim) Message-Id: <9703110153.AA02019@systech.hinet.net> To: info-performer@sgi.com Subject: I/O error and request a special effect sample code Status: O Hi Performers: I upgraded Performer 2.0 to 2.1 on maximum impact and when I compiled the C samples of pguide and error displayed as below impact 1# make FATAL 9: I/O error (-lGLw): No such file or directory What is -lGLw lib.? However, I can finish compiling after deleting -lGLw in SYSTEM_OPENGL. Can someone provide some sample code simulating fire, smoke, heli blade, trail or something like that. Thanks lots! JIM ------------------------------------------------------------------------------- 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 Mon Mar 10 08:41:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA09244; Mon, 10 Mar 1997 03:28:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA09228; Mon, 10 Mar 1997 03:28:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA09441; Mon, 10 Mar 1997 03:28:31 -0800 Received: from ugdna.na.aena.es ([195.76.128.131]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA25596 for ; Mon, 10 Mar 1997 03:28:22 -0800 Message-Id: <199703101128.DAA25596@sgi.sgi.com> Received: from SSCN006 ([195.76.128.130]) by ugdna.na.aena.es (Netscape Mail Server v2.0) with SMTP id AAA119; Mon, 10 Mar 1997 12:33:32 +0100 Comments: Authenticated sender is From: "Jose Angel Martinez Conde" To: info-performer@sgi.com Date: Mon, 10 Mar 1997 12:34:19 +0000 Subject: Active Surface Definition (questions) CC: zhz@dandan.asd.sgi.com X-mailer: Pegasus Mail for Windows (v2.01) Status: O Hi, When do you released the Performer 2.2 ? If a new thread COMPUTE for geometry evaluation is used, what do the thread DBASE does? Will it be possible use the standard Posix threads in Performer instead of fork/sproc ? Thanks in advance. Jose Angel. Jose Angel Martinez Conde < Carpe Diem >, email : jamartinez@ugdna.aena.es Aeropuertos Espannoles Navegacion Aerea Division Desarrollo Navegacion Aerea Juan Ignacio Luca de Tena, 14 28027 Madrid 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 Mar 10 11:55:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09451; Mon, 10 Mar 1997 06:25:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09435; Mon, 10 Mar 1997 06:25:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA15018; Mon, 10 Mar 1997 06:25:34 -0800 Received: from ist.ucf.edu (starfury.ist.ucf.edu [132.170.195.193]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA20177 for ; Mon, 10 Mar 1997 06:25:31 -0800 Received: from grail.ist.ucf.edu (grail.ist.ucf.edu [132.170.194.13]) by ist.ucf.edu (8.7.3/8.7.3) with SMTP id JAA09809 for ; Mon, 10 Mar 1997 09:21:28 -0500 (EST) Received: by grail.ist.ucf.edu (940816.SGI.8.6.9) id JAA26530; Mon, 10 Mar 1997 09:25:25 -0500 From: "Dave Russell" Message-Id: <9703100925.ZM26528@grail.ist.ucf.edu> Date: Mon, 10 Mar 1997 09:25:24 -0500 X-Face: S,2I_5VKb+qvoohP]aM-hI"ln#&"["HRuLvG(kLkVX\Crtw&ADY&|w|&[%dwM!5|{RL(FcaX|CB[vgqz!B8fj-:g'KT}D\b!5&M5K?0>MU@F9dfKy7PH]2)K?zW7lxT(Gs- X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Find Node in DBASE? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Is there an easy way to go about finding named nodes in a loaded model in the DBASE process? I have been using pfNode::find() to retreive pointers to DOF beads in the scene graph once the model has been loaded. Unfortunately, this code does not function properly (i.e. dies in find()) when run in the DBASE process. Of course, this probably makes sense to those of us who fully understand all of the caveats associated with multiprocessing; unfortunately, I seem to find myself trying to do a lot of things in forked processes that can't be done. I am going to try using the flight loader callbacks to get the pointers I want; however, this will probably take some pretty creative coding to get it to work the way I want it to. If anyone has a suggestion of an easier method, I would certainly appreciate it. -- David Russell | Visual Systems Lab | Static worlds breed Institute for Simulation and Training | static minds. | drussell@ist.ucf.edu | CHANGE YOUR (virtual) WORLD! ======================================================================= 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 Mar 10 12:14:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09493; Mon, 10 Mar 1997 06:48:46 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09477; Mon, 10 Mar 1997 06:48:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA16207; Mon, 10 Mar 1997 06:48:45 -0800 Received: from dekalb.vf.mmc.com (dekalb.vf.mmc.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA24359 for ; Mon, 10 Mar 1997 06:48:38 -0800 Received: from franklin.vf.lmco.com ([166.17.5.51]) by dekalb.vf.mmc.com (8.7.6/8.7.3) with ESMTP id JAA21786 for ; Mon, 10 Mar 1997 09:48:36 -0500 (EST) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.7.6/8.7.3) with ESMTP id JAA15373 for ; Mon, 10 Mar 1997 09:48:35 -0500 (EST) Received: from newton.motown.lmco.com (newton [129.204.6.238]) by serling.motown.lmco.com (8.8.5/8.8.5) with ESMTP id JAA02435 for ; Mon, 10 Mar 1997 09:48:34 -0500 (EST) From: Richard Rabbitz Received: (rrabbitz@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id JAA07182 for info-performer@sgi.com; Mon, 10 Mar 1997 09:48:41 -0500 Date: Mon, 10 Mar 1997 09:48:41 -0500 Message-Id: <199703101448.JAA07182@newton.motown.lmco.com> To: info-performer@sgi.com Subject: pfdStoreFile Status: O Hi, I used pfdStoreFile in an attempt to create a .pfb file of a terrain model build in MultiGen. Well, it did speed up load time by a factor of 20, but the textures were not included. Any suggestions? Rich Rabbitz PMES 137-124 Lockheed Martin Moorestown, N.J. 08057 (609)722-4559 rrabbitz@motown.lmco.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 Mar 10 14:29:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09843; Mon, 10 Mar 1997 09:03:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09827; Mon, 10 Mar 1997 09:03:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA23756; Mon, 10 Mar 1997 09:03:09 -0800 Received: from Relay1.OLEANE.NET (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA23941 for ; Mon, 10 Mar 1997 09:03:03 -0800 Received: from oleane.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by Relay1.OLEANE.NET (8.8.5/8.8.5) with SMTP id SAA20604 for ; Mon, 10 Mar 1997 18:02:57 +0100 (MET) Message-Id: <1.5.4.32.19970310170102.006c6b0c@pobox.oleane.com> X-Sender: csf2@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 10 Mar 1997 18:01:02 +0100 To: info-performer@sgi.com From: Space Magic Team Subject: Multi-pass rendering Status: O Hi Performers ! I'm currently implementing multi-pass rendering on an IR, and I wonder if I can use a flip-flop mechanism inside twos differents areas of the same framebuffer. Does anybody know if the copy of an area of the framebuffer to the texture memory can be parallelized with the rasterization of graphic primitives to another area of the framebuffer ? If yes, under which conditions ? Thanx a lot. Philippe Poutignat ____________________________________________________________________ | o o Thomson Training & Simulation o o | | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | | o o 78703 Conflans Sainte Honorine Cedex France o o | | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | |____________________________________________________________________| ======================================================================= 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 Mar 10 14:59:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09937; Mon, 10 Mar 1997 09:39:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09921; Mon, 10 Mar 1997 09:39:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26274; Mon, 10 Mar 1997 09:39:30 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03170 for ; Mon, 10 Mar 1997 09:39:28 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id JAA06012 for info-performer@sgi.com; Mon, 10 Mar 1997 09:39:23 -0800 (PST) Date: Mon, 10 Mar 1997 09:39:23 -0800 (PST) From: David Plew Message-Id: <199703101739.JAA06012@shell1.aimnet.com> To: info-performer@sgi.com Subject: How do I achieve some multipass renderings (motion blur, depth of Status: O field effect) on Performer1.2 or 2.0 ? >How do I achieve some multipass rendering tecxhniques (motion blur, depth >of field >effect) on Performer 1.2 or 2.0? >------------------------------------------------------ >$BEOJU!!?7 Arata Watanabe Here are the sample codes to do both. The original code was given to me by Ran Yakir of BVR Technologies Ltd. I have made a few changes to his idea to produce the following code. /**************************** Depth of Field *******************************/ #include #include #include #include #include #include #include "jitter.h" #define PI 3.14 #ifndef IRISGL #define ACSIZE 16 #define GLXSIZE 8 static int attribList[] = { GLX_RGBA, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, 24, GLX_RED_SIZE, GLXSIZE, GLX_GREEN_SIZE, GLXSIZE, GLX_BLUE_SIZE, GLXSIZE, GLX_STENCIL_SIZE, 1, GLX_ACCUM_RED_SIZE, ACSIZE, GLX_ACCUM_GREEN_SIZE, ACSIZE, GLX_ACCUM_BLUE_SIZE, ACSIZE, GLX_ACCUM_ALPHA_SIZE, ACSIZE, None}; #endif int xsize = 720, ysize = 486; void *arena; pfPipe *p; pfPipeWindow **pw; float vx = 0.5f, vy = 0.0f, vz = 1.0f; void channelDraw(pfChannel *chan, void *data); void OpenPipeWin(pfPipeWindow *pw); void bufferSwap(pfPipe *, pfPipeWindow *); int main(int argc, char *argv[]) { pfScene *scene; pfGroup *root; pfChannel *chan; pfMatrix mat, mat1, mat2; float x, z; pfInit(); arena = pfGetSharedArena(); pw = (pfPipeWindow **) pfMalloc(sizeof(pfPipeWindow **), arena); pfConfig(); scene = pfNewScene(); if ((root = (pfGroup *) pfdLoadFile("/disk4/people/kishore/performer/data/manyGlobes.iv")) == NULL) { printf("Unable to create scene data base....\n"); pfExit(); exit(-1); } pfAddChild(scene, root); p = pfGetPipe(0); *pw = pfNewPWin(p); //pfPWinType(*pw, PFWIN_TYPE_X); pfPWinName(*pw, "Depth of Field"); pfPWinOriginSize(*pw, 100, 100, xsize, ysize); pfOpenPWin(*pw); pfPWinConfigFunc(*pw, OpenPipeWin); pfConfigPWin(*pw); chan = pfNewChan(p); x = pfTan(45.0f/2.0f); z = pfTan(31.241362f/2.0f); // choose z such that aspect = xsize/ysize // else image will distort pfMakePerspChan(chan, -x, x, -z, z); pfMakeEulerMat(mat1, 0.0f, 0.0f, 0.0f); pfMakeTransMat(mat2, vx, vy, vz); // dof doesn't work if vx and // vz are non-zero pfMultMat(mat,mat1,mat2); pfChanViewMat(chan,mat); pfChanScene(chan, scene); pfChanTravFunc(chan, PFTRAV_DRAW, channelDraw ); while (1) { pfSync(); pfFrame(); } pfExit(); exit(0); } void OpenPipeWin(pfPipeWindow *pw) { #ifdef IRISGL printf("OpenPipeWin \n"); pfOpenPWin(pw); RGBmode(); RGBsize(12); doublebuffer(); mssize(8, 32, 1); acsize (12); zbsize(32); gconfig(); #else XVisualInfo * acc_vis = NULL; if ( acc_vis = pfChoosePWinFBConfig(pw, attribList) ) { printf("Got the required visual\n"); pfPWinFBConfig ( pw, acc_vis ); } pfOpenPWin(pw); #endif pfSwapPWinBuffers(pw); } void accPerspective( pfChannel *chan, float eyedx, float eyedy, float focus ) { float left, right, bottom, top; float near, far; float dx, dy; float fovh, fovv; float fov2; float xeye = eyedx * 1; float yeye = eyedy * 1; pfGetChanNearFar(chan, &near, &far ); pfGetChanFOV(chan, &fovh, &fovv ); fov2 = ( ( fovv * M_PI ) / 180.0f ) / 2.0f; top = near / ( cos( fov2 ) / sin( fov2 ) ); bottom = -top; right = near * pfGetChanAspect(chan) / ( cos( fov2 ) / sin( fov2 ) ); left = -right; dx = -xeye * near / focus; dy = -yeye * near / focus; // pfMakePerspChan(chan, left + dx, right + dx, bottom + dy, top + dy ); // pfApplyChan(chan); #ifdef IRISGL mmode(MPROJECTION); window(left+dx, right+dx, bottom+dy, top+dy, near, far); mmode(MVIEWING); #else glMatrixMode ( GL_PROJECTION ); glLoadIdentity(); glFrustum(left+dx, right+dx, bottom+dy, top+dy, near, far); glMatrixMode ( GL_MODELVIEW ); #endif pfTranslate( -xeye, vy, -yeye ); } void channelDraw(pfChannel *chan, void *data) { int i; static float scale = 0.43; #ifdef IRISGL acbuf( AC_CLEAR, 0.0f ); #else glClearAccum ( 0.0,0.0,0.0,0.0); glClear(GL_ACCUM_BUFFER_BIT); #endif for (i=0; i<8; i++) { // pfPushMatrix(); #ifndef IRISGL glMatrixMode ( GL_PROJECTION ); glPushMatrix(); glMatrixMode ( GL_MODELVIEW ); glPushMatrix(); #else mmode(MVIEWING); pushmatrix(); #endif // Change perspective for defocusing. accPerspective( chan, scale*j8[i].x, scale*j8[i].y, 15); pfClearChan(chan); pfDraw(); #ifndef IRISGL glMatrixMode ( GL_PROJECTION ); glPopMatrix(); glMatrixMode ( GL_MODELVIEW ); glPopMatrix(); #else mmode(MVIEWING); popmatrix(); #endif // pfPopMatrix(); #ifdef IRISGL acbuf( AC_ACCUMULATE, 1.0/8.0); #else glAccum(GL_ACCUM, 1.0/8.0); /* // Do the following if you want to see the accum. each loop glAccum(GL_RETURN, 8.0/(float)i); pfSwapPWinBuffers(*pw); */ #endif } #ifdef IRISGL acbuf( AC_RETURN, 1.0f ); #else glAccum(GL_RETURN, 1.0f ); #endif } /**************************** Motion blur ***********************************/ #include #include #include #include #include #ifndef IRISGL #define ACSIZE 16 #define GLXSIZE 8 static int attribList[] = { // used with OpenGL GLX_RGBA, GLX_DOUBLEBUFFER, GLX_DEPTH_SIZE, 24, GLX_RED_SIZE, GLXSIZE, GLX_GREEN_SIZE, GLXSIZE, GLX_BLUE_SIZE, GLXSIZE, GLX_STENCIL_SIZE, 1, GLX_ACCUM_RED_SIZE, ACSIZE, GLX_ACCUM_GREEN_SIZE, ACSIZE, GLX_ACCUM_BLUE_SIZE, ACSIZE, GLX_ACCUM_ALPHA_SIZE, ACSIZE, GLX_SAMPLES_SGIS, 4, None}; #endif int xsize = 720, ysize = 486, *FBconfigured; void *arena; pfTexture **tex; pfPipe *p; pfGroup *MkScene(); pfGeoSet *MakeTexCube(void); void channelDraw(pfChannel *chan, void *data); void OpenPipeWin(pfPipeWindow *pw); int main(int argc, char *argv[]) { pfChannel *chan; pfScene *scene; pfGroup *root, *pass1; pfCoord view; pfDCS *dcs; pfPipeWindow *pw; float i = 0.0, step = 0.04; pfInit(); arena = pfGetSharedArena(); tex = (pfTexture **) pfMalloc(sizeof(pfTexture *), arena); FBconfigured = (int *) pfMalloc(sizeof(int *), arena); *FBconfigured = 1; pfConfig(); scene = pfNewScene(); pass1 = pfNewGroup(); dcs = pfNewDCS(); if ((root = MkScene()) == NULL) { printf("Unable to create scene data base....\n"); pfExit(); exit(1); } pfAddChild(scene, dcs); pfAddChild(dcs, pass1); pfAddChild(pass1, root); p = pfGetPipe(0); pw = pfNewPWin(p); //pfPWinType(pw, PFWIN_TYPE_X); // motion blur not working with X in igl pfPWinName(pw, "Motion Blur"); pfPWinOriginSize(pw, 100, 100, xsize, ysize); pfPWinConfigFunc(pw, OpenPipeWin); pfConfigPWin(pw); chan = pfNewChan(p); pfChanScene(chan, scene); pfChanNearFar(chan, 1.0f, 10000.0f); pfChanFOV(chan, 10.0f, -1.0f); pfSetVec3(view.hpr, 0, 0, 0); pfSetVec3(view.xyz, 0, -50, 0); pfChanView(chan, view.xyz, view.hpr); pfChanTravFunc(chan, PFTRAV_DRAW, channelDraw ); while (1) { pfSync(); pfFrame(); /* translate the geo back and forth */ if (i >= 5.0) step = -0.04; if (i <= 0.0) step = 0.04; pfDCSTrans(dcs, i, 0, 0); i = i + step; } } void OpenPipeWin(pfPipeWindow *pw) { #ifdef IRISGL pfOpenPWin(pw); acsize (16); gconfig (); // call this if using GL window, else remove it acbuf (AC_CLEAR, 0.0); #else XVisualInfo * acc_vis = NULL; if (acc_vis = pfChoosePWinFBConfig(pw, attribList)) { printf("OpenPipeWin : Got the required visual\n"); pfPWinFBConfig ( pw, acc_vis ); } else { printf("OpenPipeWin : Unable to get any visual\n"); *FBconfigured = 0; } pfOpenPWin(pw); if (acc_vis) { glClearAccum ( 0.0,0.0,0.0,0.0); glClear(GL_ACCUM_BUFFER_BIT); } #endif } void channelDraw(pfChannel *chan, void *data) { static float af = 0.88; #ifdef IRISGL static float f = 0.0; #else static float f = 0.001; static float mf = 0.0; #endif pfClearChan(chan); pfDraw(); #ifdef IRISGL acbuf ( AC_MULT, af ); // af controls the length of the trail acbuf ( AC_ACCUMULATE, 1.0); f = f * af + 1.0; acbuf (AC_RETURN, 1.0/f); #else if (*FBconfigured) { glAccum(GL_MULT, af); mf = af*mf; glAccum(GL_ACCUM, f); mf = f + mf; glAccum(GL_RETURN, 1.0/mf); } #endif } pfGroup *MkScene() { pfGroup *group; pfGeode *cube; pfGeoSet *coloredCube; group = pfNewGroup(); cube = pfNewGeode(); coloredCube = MakeTexCube(); pfAddGSet(cube, coloredCube); pfAddChild(group,cube); return group; } /******************************** End *******************************************/ Please read your own geometry file in depth of field program. I haven't been able to get this to work on IR, but both work on RE2. Hope this helps -anita kishore@aimnet.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 Mar 10 15:25:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA10075; Mon, 10 Mar 1997 10:02:37 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10059; Mon, 10 Mar 1997 10:02:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA28190; Mon, 10 Mar 1997 10:02:36 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09282 for ; Mon, 10 Mar 1997 10:02:32 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id KAA07481 for info-performer@sgi.com; Mon, 10 Mar 1997 10:02:24 -0800 (PST) Date: Mon, 10 Mar 1997 10:02:24 -0800 (PST) From: David Plew Message-Id: <199703101802.KAA07481@shell1.aimnet.com> To: info-performer@sgi.com Subject: Quaternions Status: O Hi : Is there a Performer function to convert hpr representation of orientation to a PfQuat type and vice-versa? thanks -anita ======================================================================= 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 Mar 10 17:15:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA10382; Mon, 10 Mar 1997 11:50:20 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA10366; Mon, 10 Mar 1997 11:50:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA07678; Mon, 10 Mar 1997 11:50:17 -0800 Received: from helios.Discreet.QC.CA (discreet.com [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA10539 for ; Mon, 10 Mar 1997 11:50:16 -0800 Received: from cuba by helios.Discreet.QC.CA (SMI-8.6/SMI-SVR4) id OAA03770; Mon, 10 Mar 1997 14:43:46 -0500 Received: from norway (norway [172.16.100.40]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA11286; Mon, 10 Mar 1997 14:50:29 -0500 Received: from localhost (panisset@localhost) by norway (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA08739; Mon, 10 Mar 1997 14:50:28 -0500 Message-Id: <199703101950.OAA08739@norway> To: jim@systech.hinet.net (Jim) cc: info-performer@sgi.com, panisset@norway.Discreet.QC.CA Subject: Re: I/O error and request a special effect sample code In-reply-to: Your message of "Mon, 10 Mar 1997 17:53:23 PST." <9703110153.AA02019@systech.hinet.net> Date: Mon, 10 Mar 1997 14:50:26 -0500 From: Jean-Francois Panisset Status: O <9703110153.AA02019@systech.hinet.net>Jim writes >Hi Performers: > I upgraded Performer 2.0 to 2.1 on maximum impact and >when I compiled the C samples of pguide and error displayed as below > >impact 1# make > FATAL 9: I/O error (-lGLw): No such file or directory > > What is -lGLw lib.? However, I can finish compiling after deleting >-lGLw in SYSTEM_OPENGL. > This is the OpenGL widget (i.e. an X/Motif widget used to display OpenGL within an X/Motif application). It is installed as part of: gl_dev.sw.widget (O32) gl_dev.sw32.widget (N32) gl_dev.sw64.gldev (N64) For more information about the OpenGL Widget, you can check out Mark Kilgard's book: OpenGL Programming for the X Window System Addison Wesley (i.e. the green book). JF Jean-Francois Panisset panisset@discreet.com Software Engineer Discreet 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 Mon Mar 10 17:53:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10452; Mon, 10 Mar 1997 12:29:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10436; Mon, 10 Mar 1997 12:29:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA10428; Mon, 10 Mar 1997 12:29:39 -0800 Received: from mail2.access.digex.net (mail2.access.digex.net [205.197.247.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA21586 for ; Mon, 10 Mar 1997 12:29:38 -0800 Received: from mak.com (mak.mak.com [207.86.232.1]) by mail2.access.digex.net (8.8.5/8.8.5) with SMTP id PAA15295 for ; Mon, 10 Mar 1997 15:28:19 -0500 (EST) Received: from mak by mak.com (4.1/SMI-4.1) id AA04432; Mon, 10 Mar 97 15:32:56 EST Message-Id: <9703102032.AA04432@mak.com> To: info-performer@sgi.com Subject: pfGeoState Date: Mon, 10 Mar 97 15:32:56 -0500 From: Len Granowetter Status: O Hi, I'm hoping that someone can shed some light on an apparent Performer bug we've seen in our Performer-based application. Under some circumstances, some polygons appear with the wrong textures on them. The scene will look completely normal, then we'll change the position of the eyepoint so that some new vehicle is in view, or something, and suddenly, a texture from the vehicle replaces the texture on the cloud polygon, or on some piece of the terrain. Move the eyepoint back, and now the right texture is restored. By the way, this problem does NOT seem to happen if lighting is disabled. It would seem that the problem is related to the following note that appears in the pfGeoState man page: In some situations it may appear that pfGeoStates do inherit from each other. This is because IRIS Performer currently does not provide any defaults for the state attributes listed above such as PFSTATE_TEXTURE and PFSTATE_FRONTMTL. Consequently, if the application does not explicitly set these attributes, it is possible for pfGeoStates which inherit these attributes to inherit them from previous pfGeoStates. However, all of our geometry is built by the MultiGen .flt loader, and Marcus Barnes at MultiGen assures me that: > I'm trying to figure out though, why our scene graph would contain > GeoStates with the texture unset. The .flt loader always sets them exactly. They are either bound and enabled or null'd and disabled Marcus and others say they've seen the problem too. This is from Marcus: I've seen this too. I reported it to SGI a year or 2 ago as a pfGeoState::apply() bug. Something going wrong in the push/popping. Once, I spoke with Sharon Clay about it and she thought that it was really a GL bug (Irix 5.3/Iris GL) and that there wasn't much Performer could do about it. I haven't seen the problem since I've been using Irix 6.2 myself. I myself _have_ seen the problem under IRIX 6.2/OpenGL/Performer 2.1 as well. Does anyone have any fixes, workarounds, etc? Or know of any patches that solve the problem? -Len ---------- |\ /| . . | / Len Granowetter | \/ | _ | ( MaK Technologies | | /-\ | \ (617) 876-8085 Ext. 121 T E C H N O L O G I E S lengrano@mak.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 Mar 10 19:08:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA10942; Mon, 10 Mar 1997 13:40:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10926; Mon, 10 Mar 1997 13:40:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16647; Mon, 10 Mar 1997 13:40:27 -0800 Received: from zeus.lnk.com (zeus.lnk.com [198.116.32.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA10348 for ; Mon, 10 Mar 1997 13:40:18 -0800 Received: by zeus.lnk.com (4.1/1.35) id AA12958; Mon, 10 Mar 97 16:39:38 EST From: lelkins@zeus.lnk.com (Les Elkins) Message-Id: <9703102139.AA12958@zeus.lnk.com> Subject: Re: pfdStoreFile To: rrabbitz@motown.lmco.com (Richard Rabbitz) Date: Mon, 10 Mar 1997 16:39:37 -0500 (EST) Cc: info-performer@sgi.com, lelkins@zeus.lnk.com (Les Elkins) In-Reply-To: <199703101448.JAA07182@newton.motown.lmco.com> from "Richard Rabbitz" at Mar 10, 97 09:48:41 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 817 Status: O > > Hi, > > I used pfdStoreFile in an attempt to create a .pfb file of a terrain > model build in MultiGen. Well, it did speed up load time by a factor of 20, but > the textures were not included. Any suggestions? > I've had the same problem. I found that I was calling (I believe) pfdMakeSharedScene() immediately before making the call to write the .pfb file, and that when I removed this line it worked fine. I don't have access to the source I was using at the time, so this may be an inappropriate memory on my part, but I believe I do recall correctly.... And of course your mileage may vary in any case. -Les ----------------------------------------------------------------------- Les Elkins LNK Corporation, Inc Riverdale, MD (301) 927-3223 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 Mon Mar 10 19:48:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA11072; Mon, 10 Mar 1997 14:13:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11056; Mon, 10 Mar 1997 14:13:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA19336; Mon, 10 Mar 1997 14:13:14 -0800 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA18881 for ; Mon, 10 Mar 1997 14:13:12 -0800 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id OAA04498; Mon, 10 Mar 1997 14:13:09 -0800 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA10975; Mon, 10 Mar 1997 14:53:49 -0800 Date: Mon, 10 Mar 1997 14:53:49 -0800 (PST) From: Chris Mitchell To: Dave Russell cc: info-performer@sgi.com Subject: Re: Find Node in DBASE? In-Reply-To: <9703100925.ZM26528@grail.ist.ucf.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > Is there an easy way to go about finding named nodes in a loaded model in the > DBASE process? I have been using pfNode::find() to retreive pointers to DOF > beads in the scene graph once the model has been loaded. Unfortunately, this > code does not function properly (i.e. dies in find()) when run in the DBASE > process. Of course, this probably makes sense to those of us who fully > understand all of the caveats associated with multiprocessing; unfortunately, I > seem to find myself trying to do a lot of things in forked processes that can't > be done. > > I am going to try using the flight loader callbacks to get the pointers I want; > however, this will probably take some pretty creative coding to get it to work > the way I want it to. If anyone has a suggestion of an easier method, I would > certainly appreciate it. I'm sure there are more elegant solutions, but my workaround for this problem was to first clone the scene graph in the dbase process and then do the node->find() call on the cloned version. Then do updates and call buffer->merge(). 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 Mon Mar 10 20:27:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA11163; Mon, 10 Mar 1997 14:49:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11147; Mon, 10 Mar 1997 14:49:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA22498; Mon, 10 Mar 1997 14:49:57 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA27864 for ; Mon, 10 Mar 1997 14:49:54 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id RAA27110; Mon, 10 Mar 1997 17:37:09 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA41111; Mon, 10 Mar 1997 17:39:15 -0500 Received: by eagle.cae.ca (950413.SGI.8.6.12/930416.SGI) id RAA14824; Mon, 10 Mar 1997 17:36:20 -0500 From: "Bernard Leclerc" Message-Id: <9703101736.ZM14822@eagle.cae.ca> Date: Mon, 10 Mar 1997 17:36:20 -0500 In-Reply-To: Richard Rabbitz "pfdStoreFile" (Mar 10, 9:48am) References: <199703101448.JAA07182@newton.motown.lmco.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Richard Rabbitz Subject: Re: pfdStoreFile Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Richard Rabbitz wrote: > I used pfdStoreFile in an attempt to create a .pfb file of a terrain > model build in MultiGen. Well, it did speed up load time by a factor of > 20, but the textures were not included. Any suggestions? Richard, very often textures are stored with a full pathname, this allow them to be located easily by the pfLoader. However, once converted to a .pfb format by pfdStoreFile(), pathnames are stripped off from all texture names. You should then use either PFPATH or pfFilePath() to indicate where are the textures. Try setenv PFPATH path1:path2:path3:... or pfFilePath("path1:path2:path3:..."); -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca 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 Mon Mar 10 22:28:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA11727; Mon, 10 Mar 1997 16:59:47 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA11711; Mon, 10 Mar 1997 16:59:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA04986; Mon, 10 Mar 1997 16:59:46 -0800 Received: from mailhost.multigen.com ([204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA28866 for ; Mon, 10 Mar 1997 16:59:43 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id RAA07643; Mon, 10 Mar 1997 17:05:50 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id AAA12672; Tue, 11 Mar 1997 00:55:52 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id RAA11662; Mon, 10 Mar 1997 17:04:23 -0800 From: "Marcus Barnes" Message-Id: <9703101704.ZM11661@vaisyas.engr.multigen.com> Date: Mon, 10 Mar 1997 17:04:23 -0800 Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, info-vega@paradigmsim.com Subject: Re: DOF transformation ordering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Feb 6, 1:36pm, Mark Baranowski wrote: > On Thu, 6 Feb 1997 17:40:02 -0530 (IST), Swapnil wrote: > >Hi, > > > >Is there any way to find the DOF origin from Performer after DOF gets loaded > >in scene by "pfdLoadFile()"??? > > You need to use the flt loaders callback mechanism. There should be a > readme file with the loader (or it's header file - can't remember) > which explains how to do use it. > > Basically, you have to utilize the callback to get the 'put' and > 'inverse put' matrices which localize the DOFs coordinate system. You > need to store this information for each pfDCS node, then when you want > to update it, you update with the matrix R where > > R = [Put * [T * [R * [S * InvPut]]]] > > where T, R and S are Translation, Rotation and Scale as required. I was recently reworking some DOF code in the loader and found that the this subject is documented incorrectly in the OpenFlight spec. and also in the loader's readme file (it paraphrases the spec.) I'll be making sure it gets corrected in both documents. In the meantime, here's what the next readme file will say: ""begin quote"" ---------------------------------------------------------- | Order of transformations | ---------------------------------------------------------- The order in which the DOF transformations are applied (multiplied) by MultiGen is fixed, as follows: Result = [ Put * S * R * T * Inverse Put ] Translations and scales are straightforward. The order of rotations in a DOF is identical to Performer's heading, pitch and roll rotations that are encapsulated in a pfCoord (these are referred to as Euler angles). The only difference may be the terminology. Older versions of MultiGen used the terms twist, azimuth and inclination to denote heading, pitch and roll respectively in Performer. The Performer man page on pfMakeEulerMat(3) or pfDCS(3) have a concise description of how a set of Euler angles are composited into a rotation matrix. In addition, the matrix equivalent of a pfCoord, containing both transformations and rotations, can be calculated using pfMakeCoordMat(3). ""end quote"" 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 Mar 10 22:49:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA11763; Mon, 10 Mar 1997 17:10:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA11747; Mon, 10 Mar 1997 17:10:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA05853; Mon, 10 Mar 1997 17:10:03 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA01033 for ; Mon, 10 Mar 1997 17:09:55 -0800 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA39826; Mon, 10 Mar 1997 20:04:40 -0500 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id UAA29899; Mon, 10 Mar 1997 20:01:42 -0500 From: "Nicolas Gauvin" Message-Id: <9703102001.ZM29897@christine.cae.ca> Date: Mon, 10 Mar 1997 20:01:42 -0500 In-Reply-To: David Plew "Quaternions" (Mar 10, 10:02am) References: <199703101802.KAA07481@shell1.aimnet.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: kishore@aimnet.com Subject: Re: Quaternions Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 10, 10:02am, David Plew wrote: > Subject: Quaternions > > Hi : > > Is there a Performer function to convert hpr representation > of orientation to a PfQuat type and vice-versa? > You can use the pfMatrix functions: pfMatrix::getOrthoQuat(pfQuat& dst); pfMatrix::makeQuat(const pfQuat& q); to go from pfCoord->pfMatrix->pfQuat or pfQuat->pfMatrix->pfCoord -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca 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 Mon Mar 10 23:37:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA11994; Mon, 10 Mar 1997 18:09:45 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA11978; Mon, 10 Mar 1997 18:09:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA10291; Mon, 10 Mar 1997 18:09:44 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA14423 for ; Mon, 10 Mar 1997 18:09:43 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA17127; Mon, 10 Mar 1997 18:09:42 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA20608; Mon, 10 Mar 1997 18:09:40 -0800 From: "Javier Castellar" Message-Id: <9703101809.ZM20606@sixty.asd.sgi.com> Date: Mon, 10 Mar 1997 18:09:40 -0800 In-Reply-To: Space Magic Team "Multi-pass rendering" (Mar 10, 6:01pm) References: <1.5.4.32.19970310170102.006c6b0c@pobox.oleane.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Space Magic Team , info-performer@sgi.com Subject: Re: Multi-pass rendering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The only parallel texture paging will happen if you request texture paging right after a fill limited operation. Then in this case you will obtain free GEs time while the RMs are draining the internal buffers. 1) fill limited operation 2) texture paging -Javier On Mar 10, 6:01pm, Space Magic Team wrote: > Subject: Multi-pass rendering > Hi Performers ! > > I'm currently implementing multi-pass rendering on an IR, and I wonder if I > can use a flip-flop mechanism inside twos differents areas of the same > framebuffer. > Does anybody know if the copy of an area of the framebuffer to the texture > memory can be parallelized with the rasterization of graphic primitives to > another area of the framebuffer ? > If yes, under which conditions ? > Thanx a lot. > > > Philippe Poutignat > > ____________________________________________________________________ > | o o Thomson Training & Simulation o o | > | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | > | o o 78703 Conflans Sainte Honorine Cedex France o o | > | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | > |____________________________________________________________________| > > ======================================================================= > 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 Space Magic Team -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 11 02:52:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA13110; Mon, 10 Mar 1997 21:27:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA13094; Mon, 10 Mar 1997 21:27:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA19506; Mon, 10 Mar 1997 21:27:15 -0800 Received: from tri.kbs.co.kr (tri.kbs.co.kr [202.31.176.32]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA15388 for ; Mon, 10 Mar 1997 21:27:13 -0800 Received: from fortune by tri.kbs.co.kr (8.6.12H1/8.6.4) id OAA02444; Tue, 11 Mar 1997 14:19:43 +0900 Message-ID: <3324EBE1.6FD9@tri.kbs.co.kr> Date: Tue, 11 Mar 1997 14:21:37 +0900 From: Choi Changrak Reply-To: fortune@tri.kbs.co.kr Organization: Goddess of Fortune X-Mailer: Mozilla 3.0 (WinNT; I) MIME-Version: 1.0 To: Performer Submissions Subject: Sirius Video Sync problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I use ONYX IR 4-cpu system and Performer 2.1. I assigned digital video input as a sirius source node and texture memory as a sirius drain node. At ircombine, I set my monitor 1280x1024_60.vfo, and set sirius ccir601_525.vfo. Periodically, performer's frame rate is changed. 59Hz to 20Hz or 20Hz to 59Hz. If you know the reason, please reply. 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 Tue Mar 11 05:24:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA13971; Tue, 11 Mar 1997 02:07:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA13955; Tue, 11 Mar 1997 02:07:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00132; Tue, 11 Mar 1997 02:07:42 -0800 Received: from hil-img-3.compuserve.com (hil-img-3.compuserve.com [149.174.177.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA24731 for ; Tue, 11 Mar 1997 02:07:40 -0800 Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id FAA18715; Tue, 11 Mar 1997 05:07:27 -0500 Date: 11 Mar 97 05:05:40 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Re: I/O error and request a special effect sample code Message-ID: <970311100539_101372.3460_JHP79-2@CompuServe.COM> Status: O You have example code on libpfutil ( usr/share/Performer/src/lib) ======================================================================= 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 Mar 11 05:24:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA13953; Tue, 11 Mar 1997 02:07:34 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA13937; Tue, 11 Mar 1997 02:07:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00128; Tue, 11 Mar 1997 02:07:33 -0800 Received: from hil-img-3.compuserve.com (hil-img-3.compuserve.com [149.174.177.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA24703 for ; Tue, 11 Mar 1997 02:07:30 -0800 Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id FAA18736; Tue, 11 Mar 1997 05:07:28 -0500 Date: 11 Mar 97 05:05:28 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Re: Find Node in DBASE? Message-ID: <970311100528_101372.3460_JHP79-1@CompuServe.COM> Status: O Your Application process know the node of DBASE process after the pfMergeBuffer. For callback loader , use the function pfdConverter.. functions. 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 Tue Mar 11 05:24:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA13926; Tue, 11 Mar 1997 01:58:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA13910; Tue, 11 Mar 1997 01:58:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA29688; Tue, 11 Mar 1997 01:58:36 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA23417; Tue, 11 Mar 1997 01:58:34 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA13754; Tue, 11 Mar 1997 09:58:31 GMT From: "Angus Dorbie" Message-Id: <9703110958.ZM13752@bitch.reading.sgi.com> Date: Tue, 11 Mar 1997 09:58:30 +0000 In-Reply-To: Len Granowetter "pfGeoState" (Mar 10, 3:32pm) References: <9703102032.AA04432@mak.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Len Granowetter , info-performer@sgi.com Subject: Re: pfGeoState Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've seen similar problems but caused when I've created textures in the draw or in a data structure rather than with a 'new' operator in the app. Even if that data structure exists in shased memory, an array of pfTextures is problematic work,, and I need to 'new'. Cheers, Angus. On Mar 10, 3:32pm, Len Granowetter wrote: > Subject: pfGeoState > > Hi, > > I'm hoping that someone can shed some light on an apparent Performer > bug we've seen in our Performer-based application. > > Under some circumstances, some polygons appear with the wrong > textures on them. The scene will look completely normal, then we'll > change the position of the eyepoint so that some new vehicle is in > view, or something, and suddenly, a texture from the vehicle replaces > the texture on the cloud polygon, or on some piece of the terrain. > Move the eyepoint back, and now the right texture is restored. By the > way, this problem does NOT seem to happen if lighting is disabled. > > It would seem that the problem is related to the following note that > appears in the pfGeoState man page: > > In some situations it may appear that pfGeoStates do inherit from each > other. This is because IRIS Performer currently does not provide any > defaults for the state attributes listed above such as PFSTATE_TEXTURE > and PFSTATE_FRONTMTL. Consequently, if the application does not > explicitly set these attributes, it is possible for pfGeoStates which > inherit these attributes to inherit them from previous pfGeoStates. > > However, all of our geometry is built by the MultiGen .flt loader, and > Marcus Barnes at MultiGen assures me that: > > > I'm trying to figure out though, why our scene graph would contain > > GeoStates with the texture unset. > > The .flt loader always sets them exactly. They are either bound and > enabled or null'd and disabled > > Marcus and others say they've seen the problem too. This is from > Marcus: > > I've seen this too. I reported it to SGI a year or 2 ago as a > pfGeoState::apply() bug. Something going wrong in the push/popping. > Once, I spoke with Sharon Clay about it and she thought that it was > really a GL bug (Irix 5.3/Iris GL) and that there wasn't much > Performer could do about it. I haven't seen the problem since I've > been using Irix 6.2 myself. > > I myself _have_ seen the problem under IRIX 6.2/OpenGL/Performer 2.1 > as well. > > Does anyone have any fixes, workarounds, etc? Or know of any patches > that solve the problem? > > -Len > ---------- > |\ /| . . | / Len Granowetter > | \/ | _ | ( MaK Technologies > | | /-\ | \ (617) 876-8085 Ext. 121 > T E C H N O L O G I E S lengrano@mak.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Len Granowetter ======================================================================= 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 Mar 11 07:39:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA13999; Tue, 11 Mar 1997 02:15:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA13983; Tue, 11 Mar 1997 02:15:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00287; Tue, 11 Mar 1997 02:15:06 -0800 Received: from hil-img-5.compuserve.com (hil-img-5.compuserve.com [149.174.177.135]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA25879 for ; Tue, 11 Mar 1997 02:15:04 -0800 Received: by hil-img-5.compuserve.com (8.6.10/5.950515) id FAA10471; Tue, 11 Mar 1997 05:15:03 -0500 Date: 11 Mar 97 05:13:19 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: Explosion with pfSmoke Message-ID: <970311101318_101372.3460_JHP90-1@CompuServe.COM> Status: O I notice on pfSmoke with EXPLOSION mode, that some time, the first puff is decal From guest Tue Mar 11 11:20:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14874; Tue, 11 Mar 1997 06:38:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14858; Tue, 11 Mar 1997 06:38:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA09934; Tue, 11 Mar 1997 06:38:07 -0800 Received: from helios.Discreet.QC.CA (discreet.com [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA03387 for ; Tue, 11 Mar 1997 06:38:04 -0800 Received: from cuba by helios.Discreet.QC.CA (SMI-8.6/SMI-SVR4) id JAA26851; Tue, 11 Mar 1997 09:31:38 -0500 Received: from atlantis (atlantis [172.16.100.56]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA20717; Tue, 11 Mar 1997 09:38:24 -0500 Received: (from dery@localhost) by atlantis (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA18698; Tue, 11 Mar 1997 09:38:23 -0500 From: "Jean-Luc Dery" Message-Id: <9703110938.ZM18696@atlantis> Date: Tue, 11 Mar 1997 09:38:23 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Pipeline synchronization Cc: dery@atlantis.Discreet.QC.CA Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I've got a question in relation to channel setup synchronization in the rendering pipeline that goes like this: - my application is set to APP_CULL_DRAW multiprocess mode - at frame n, I call the following functions in the channel app callback: chan->setScene( someScene1 ); chan->setESky( someES1 ); someES1->setColor( <> ); and at frame n + 1, chan->setScene( someScene2 ); chan->setESky( someES2 ); someES1->setColor( <> ); Now, my question is: When I'm in the draw process for frame n, from the channel draw callback, I do the following: currentScene = chan->getScene(); currentES = chan->getESky(); chan->clear(); I'm I right or I'm I wrong with the assumption that: currentScene = someScene1 currentES = someES1 but my ES will be red. If this is true, then, in order to have pipeline synchronization for ES attributes, one must apply changes in the draw process using a cycle buffer or the chanPassData feature. Thanks in advance for any help. Jean-Luc -- _____________________________________________________________________________ Jean-Luc Dery Discreet Logic System Engineer 5505 boul. St-Laurent, bureau 5200 3-D Graphics Technology Montreal (Quebec), Canada, H2T 1S6 Tel: (514) 272-0525 #394 Email: dery@discreet.com Fax: (514) 272-0585 _____________________________________________________________________________ ======================================================================= 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 Mar 11 11:20:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15131; Tue, 11 Mar 1997 08:24:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15115; Tue, 11 Mar 1997 08:24:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA18409; Tue, 11 Mar 1997 08:24:22 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA26312; Tue, 11 Mar 1997 08:24:18 -0800 Received: from streptacocus (ts002p2.pop9a.netvision.net.il [194.90.11.40]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id SAA07604; Tue, 11 Mar 1997 18:23:54 +0200 (IST) Sender: internet@nvsgi1.netvision.net.il Message-ID: <332584E9.FF6@netvision.net.il> Date: Tue, 11 Mar 1997 18:14:33 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Javier Castellar CC: Space Magic Team , info-performer@sgi.com Subject: Re: Multi-pass rendering References: <1.5.4.32.19970310170102.006c6b0c@pobox.oleane.com> <9703101809.ZM20606@sixty.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Javier Castellar wrote: > > The only parallel texture paging will happen if you request texture paging > right after a fill limited operation. Then in this case you will obtain free > GEs time while the RMs are draining the internal buffers. > > 1) fill limited operation > 2) texture paging > > -Javier This is not a sufficient condition. The GE may run parallel to the RMs, but, the texture memory update inside the RMs will "fight" with texture memory access by normal textured rasterization. In other words, the texture memory is NOT dual-port. Parallelism at this stage depends on the texture memory read access bandwidth. Thisd epends on many things: the pixel area of textured polygons (vs. un-textured polygons), the type of texture filters used, the bits-per-texel in the textures. (trilinear mipmap, for example, requires 8 texels for each rasterized pixel). Moreover, I guess it also depends on the locality of subsequent texture memory read accesses -- a high-res texture rasterized into a small polygon (with non-mipmap filter), will increase the bandwidth. It sums up to: pretty unpredictable. Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Mar 11 11:20:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15073; Tue, 11 Mar 1997 08:18:30 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15057; Tue, 11 Mar 1997 08:18:29 -0800 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA17905; Tue, 11 Mar 1997 08:18:29 -0800 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id IAA13070; Tue, 11 Mar 1997 08:18:28 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA24814 for ; Tue, 11 Mar 1997 08:16:43 -0800 Received: from streptacocus (ts002p2.pop9a.netvision.net.il [194.90.11.40]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id SAA07097; Tue, 11 Mar 1997 18:12:38 +0200 (IST) Sender: internet@nvsgi1.netvision.net.il Message-ID: <33258248.15FB@netvision.net.il> Date: Tue, 11 Mar 1997 18:03:20 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: fortune@tri.kbs.co.kr CC: "Performer Submissions orad_u@netvision.net.il" Subject: Re: Sirius Video Sync problem References: <3324EBE1.6FD9@tri.kbs.co.kr> Content-Type: multipart/mixed; boundary="------------59E21CFB3F54" Status: O This is a multi-part message in MIME format. --------------59E21CFB3F54 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Choi Changrak wrote: > > Hi, > > I use ONYX IR 4-cpu system and Performer 2.1. > I assigned digital video input as a sirius source node and > texture memory as a sirius drain node. > At ircombine, I set my monitor 1280x1024_60.vfo, and set > sirius ccir601_525.vfo. > Periodically, performer's frame rate is changed. 59Hz to 20Hz > or 20Hz to 59Hz. > > If you know the reason, please reply. You need to genlock the graphics pipe as well. There is a physical cable that needs to be connected. Then, If you are using an Onyx REII: setmon 1280x1024_60f If you are using an iR, you'll need to create a special .cmb file using /usr/gfx/ircombine, with 1280x1024_60.vfo as the "normal" channel's video format, and under "Edit globals" -- see the attached picture. And then, setmon -g Moshe Nissim Orad Hi-Tec Systems --------------59E21CFB3F54 Content-Type: image/jpeg; name="s.jpg" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="s.jpg" /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRof Hh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwh MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAAR CAFLAfcDASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAA AgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkK FhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl 5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOE hYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk 5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD0GiiigAooooAKKKKACiiigAooooAKKKKA CiiigAooqjqmr2Oi2yXF/MYoncRqQjNlsE4woJ6A0m0tWBeornP+E88N/wDQQf8A8Bpf/iaP +E88N/8AQQf/AMBpf/ian2sO6J5o9zo6K5z/AITzw3/0EH/8Bpf/AImj/hPPDf8A0EH/APAa X/4mj2sO6Dmj3OjornP+E88N/wDQQf8A8Bpf/iaP+E88N/8AQQf/AMBpf/iaPaw7oOaPc6Oi ora4iu7WG5gbfDMgkRsEZUjIOD7VLVlBRRRQAUVgXHjXw/a3MtvNfMssTtG4FvIcMDgjIXHU VH/wnnhv/oIP/wCA0v8A8TUe0h3QuZLqdHRXOf8ACeeG/wDoIP8A+A0v/wATR/wnnhv/AKCD /wDgNL/8TR7WHdC5o9zo6K5z/hPPDf8A0EH/APAaX/4mj/hPPDf/AEEH/wDAaX/4mj2sO6Dm j3OjorJ0vxNpGs3TW1hdGWZUMhUwunyggZywHcitaqTTV0UnfYKKKKYBRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQBx/xS/5Jxq3/AGx/9HJR R8Uv+Scat/2x/wDRyUUAdhRRXnXxHu7vT/E3ha/stnm2i3twyucB40jVpFzg4LIGUHHU9utA HotFeaeNdXbUfFHhq2srm3lsLbUrKWZo5A5eSZmMfQcAJGx68iReOhrSvfGl5Z+IYbYNZXFt Jqyac0cEExMYZerXBxH5gJBMYBIHGeCQAdzRXnV7438QW2l63q8dtpj2ekas9nJG3mCSWIOq 8HOFYbhzyDuPA24a54s8aXnh+6v2gaymisVgZ7ZYJpJGDtg+ZKuEgOPug7icZ7gUAdzRXH6v 4q1KLUtah0u3tDDoVulxe/at26fcN+yMrwvyK3zEH5sDbjJrNu/HOrn+z4LK1iN1Poa6mwWz mufNkbAESqhBQZz8zEjkfiAehUVyp8S6leatpmlWNhFb3s2njUrpL0sBGh+XyhgZD7zgsRhQ M7WPFQ/C3/knGk/9tv8A0c9AHYUV5L/wltj/AG9/wmP9oxbftn9n/ZftMWf7O6eb5e3zM+b8 +MbscdOa62PXPEF94z1TSLGHTBZ6dNamWScyCQxSJucKBkFvQnAGOQc5AB1tFcH4W8aavr97 pkjadusL/wC0eYY7SZRZ7CdmZjlJNwBHAXB/Kn6X40vLrxLplhK1lc2+otdKr2kEypEYskbZ nws4wCCVUAH2xkA7muG+K3/IqRf9fP8A7SkrrdP/ALS/0r+0vsn/AB8P9m+zbv8AU8bd+7+P rnHFcl8Vv+RUi/6+f/aUlZ1fgYG//wAIx4f/AOgHpn/gJH/hR/wjHh//AKAemf8AgJH/AIVq 1i2cSx+NNXYFyZLG0Y7nJAO+4HAJ4HA4GBnJ6k1+Wwq1ZKT53or7+aX6nzyq1Gn7z+8l/wCE Y8P/APQD0z/wEj/wo/4Rjw//ANAPTP8AwEj/AMKztO0eyj1S2fTIUX7EzLd6htXzLx9jIyMw AMh3He7HjeoHLbtmVoVt5L+HL37Fawfa8f6dC2bi9zbyP+/G0Y3Y3n53+dV6/eHTyzabVR6L /N9/L8TTmnr77/r5nTf8Ix4f/wCgHpn/AICR/wCFZmsaLpFktnJa6TYQSi8tSssVuisv+kxD ggccE1jeH0yPCmoQWUVsbnbHdXRi2z3rm1kdmY8EpvUHLZ3sAwwArP0/iL/VWn/X3bf+lUNd FBVKWNpQc29V/wClW7vsdGGc1iIxcmy54c/5FjSf+vKH/wBAFadZnhz/AJFjSf8Aryh/9AFT 6hqtlpf2X7ZN5X2q4S1h+UtukbO1eAcZweTxX6JHZHpx+FFyiqdtqtld6le6fBNvurLy/tEe 0jZvG5eSMHI9M1cplHnPhjS9P1LxX4p+3WNtdeXc/J58KvtzLNnGRx0H5V1n/CMeH/8AoB6Z /wCAkf8AhXPeC/8Aka/Fn/XyP/Rs9bnjCJZfBetqxcAWMzfI5U5CEjkHpxyOhHByDX55mc6j zCVNSaTa/JHj4mc/rDipNakv/CMeH/8AoB6Z/wCAkf8AhR/wjHh//oB6Z/4CR/4VneIljuNf 0yzn09NRSW1uWS1lQNEZQ0IV3yCFChn+YjIBIAJYKadhZ2Umg2x1eJL/AOz3V5awWQiVo5XE 7hQkTEgFVjIXnCIWyQoJHJGNR04zdR6/8Hz8vL8GYqVTlT5n/Vzd/wCEY8P/APQD0z/wEj/w o/4Rjw//ANAPTP8AwEj/AMKy5zcaPp2n6ZKLoRTSSvPJY28sogiyWEMZjUlcb0RThfkRiNjB cX/B8qy+C9EZQ4AsYV+dCpyEAPBHTjg9CORkGpmq0aftFNtXst/P/LYTlUS5uZmX4dggt/FN xHbW8VvF++IihQIq5isicAdOSa7OuP0L/kbLj/dl/wDRNjXYV+iZe74anfsvyR73X7vyQUUU V2DCiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiig Dj/il/yTjVv+2P8A6OSij4pf8k41b/tj/wCjkooA7Cs290S2vtb0vVZXlE+m+b5KqRtbzF2t uGMngcYIrSooA5tPBGkxWVnaxPdpHaagmoR5m3kug2opLZ+QKFUAYOFHOckw3HgHTZ72W5S8 1CDdefb0iilXZFckqTKAVOT8mMNuADNgDNdVRQBzc/gnTbjRNX0p57sQareNeTsHXcrllYhT twBlB1BPXmmax4E0vWry+nnuL2Jb9UF1DDKFSZkVljY5BOV3AgZ2kqpIOK6eigDgPFOhalO+ pCw0q9uLi5sVtmube+iiS8OMZuFO3DJ1GwYYHaSFJUaUXgeJ7XSZZNRvbLUrLTV0+SfT5gok QKAR8yngHJBwDkg9QMdbRQBj3nhuyu7mzuVlu7e5to/IE8E5EksJGDG7nJYHrnO4HkEHmjS/ Dlto/hgaDZ3N2kCxyRrP5gEy7yxLBgAAQWODjsK2KKAMf/hGdN/4RT/hHPK/0D7P5H3V3dPv 9Mb8/NnH3uaNH8OW2jX17eRXN3cT3kcEcz3Egcnyk2K2cA5I5JPU+lbFFAHPaJ4QtNAmT7Hq Gpm0iaRobKS5zDEXIzgAAsBjgMSBknqc1WsfAOm6be2Nza3moL9gkZrSIyqyQIxcvGAV5Db8 EnLYVcMMV1VFAFPT9P8AsH2r/S7u5+0XDz/6TJv8vdj5E44QY4HbNcl8Vv8AkVIv+vn/ANpS V3Nch8RtPudT0C3trWKSR2uhuKRs+wGNxuIUE4GR0BrOr8DDozqqpx6ZaxarNqaCX7VNGsTk zuVKr0AQnaMc9B3b1OcFte1dmJGmlR6BbrH62lN/t3WP+fB/++bn/wCRK/PY5JmCvaNr+a/z PHWBq2+Jfea9h4esNMeE2jXqrCuyON7+d41XGANjOVwB044p9roWn2dyk8McuY8+Uj3Ejxxc Y/dxsxVOCQNoGASBwcVi/wBu6x/z4P8A983P/wAiUf27rH/Pg/8A3zc//IlaPKczle63/vL/ ADKeCrP7S+82rXQtPs7lJ4Y5cx58pHuJHji4x+7jZiqcEgbQMAkDg4qv4i/1Vp/1923/AKVQ 1m/27rH/AD4P/wB83P8A8iVBcX+o3zQJcWToiXEMjOIrpyFSVJDhfsq5J2Y6itsLlWOjiadW qtE11T0v6muHw06dWNSck7eZ0vhz/kWNJ/68of8A0AVU8YWV7qmgvplnZxXH22RbeZ5cEW8Z +9NtJG4rgEAHOcHtV3QI5IfDmmRSoySJaRKyMMFSEGQR2NaNfdx2R3x+FHN+EtKvdC/tLTJ4 d9qlwZrfUHYGW78zLMZACSXU/LuONwxwMV0lFFMo4TwX/wAjX4s/6+R/6Nnrrb+wt9TsJrK7 V2t5l2SKkjIWXuMqQcHvzyOOlcPpn9qaPruv3CWEjLd3TbS8VwpwskhDApC6kEP69q1f7d1j /nwf/vm5/wDkSvh8xyvGVsXKtSjppZ3S2S8zza+FnUqynFpa9zdudHs7uGCOX7QDAuyOWO5k SULxkGRWDEHAJyTkgE5IFQy+HdNlS2XZcRm3V1jeC7lifDkM+5kYFixUEliSTyeayP7d1j/n wf8A75uf/kSj+3dY/wCfB/8Avm5/+RK5FlGZLZf+TL/MzWCrL7S+86a1to7O2SCJpWRc4Msr Styc8sxJPXuaLS1hsbOC0tk2QQRrFGmSdqqMAZPJ4Fcz/busf8+D/wDfNz/8iUf27rH/AD4P /wB83P8A8iVDyTMHe8d/Nf5k/UKv8y+8XQv+RsuP92X/ANE2NdhXH+HY7lvEMlxNbSRB0mY/ upgqjbbIo3SRpknymPArsK+8wUJQw8IS3SS/BHrp3f8AXZBRRRXUMKKKKACiiigAooooAKKK KACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOP+KX/ACTjVv8Atj/6OSij 4pf8k41b/tj/AOjkooA7CiiigAooooAKKKKACiiigAooooAKKKKACsC48a+H7W5lt5r5llid o3At5DhgcEZC46it+vOfDGl6fqXivxT9usba68u5+Tz4VfbmWbOMjjoPyrhzDGfVKLrWvb/h jOtUVODmzo/+E88N/wDQQf8A8Bpf/iaP+E88N/8AQQf/AMBpf/ias/8ACMeH/wDoB6Z/4CR/ 4Uf8Ix4f/wCgHpn/AICR/wCFeB/rRH+T+vvOL+0I9v6+8rf8J54b/wCgg/8A4DS//E0f8J54 b/6CD/8AgNL/APE1Z/4Rjw//ANAPTP8AwEj/AMKP+EY8P/8AQD0z/wABI/8ACj/WiP8AJ/X3 h/aEe39feVv+E88N/wDQQf8A8Bpf/iaP+E88N/8AQQf/AMBpf/ias/8ACMeH/wDoB6Z/4CR/ 4Uf8Ix4f/wCgHpn/AICR/wCFH+tEf5P6+8P7Qj2/r7yt/wAJ54b/AOgg/wD4DS//ABNH/Cee G/8AoIP/AOA0v/xNWf8AhGPD/wD0A9M/8BI/8KP+EY8P/wDQD0z/AMBI/wDCj/WiP8n9feH9 oR7f195W/wCE88N/9BB//AaX/wCJo/4Tzw3/ANBB/wDwGl/+Jqz/AMIx4f8A+gHpn/gJH/hR /wAIx4f/AOgHpn/gJH/hR/rRH+T+vvD+0I9v6+8rf8J54b/6CD/+A0v/AMTR/wAJ54b/AOgg /wD4DS//ABNWf+EY8P8A/QD0z/wEj/wo/wCEY8P/APQD0z/wEj/wo/1oj/J/X3h/aEe39feV v+E88N/9BB//AAGl/wDiaP8AhPPDf/QQf/wGl/8Aias/8Ix4f/6Aemf+Akf+FH/CMeH/APoB 6Z/4CR/4Uf60R/k/r7w/tCPb+vvK3/CeeG/+gg//AIDS/wDxNH/CeeG/+gg//gNL/wDE1Z/4 Rjw//wBAPTP/AAEj/wAKP+EY8P8A/QD0z/wEj/wo/wBaI/yf194f2hHt/X3lb/hPPDf/AEEH /wDAaX/4mj/hPPDf/QQf/wABpf8A4mrP/CMeH/8AoB6Z/wCAkf8AhR/wjHh//oB6Z/4CR/4U f60R/k/r7w/tCPb+vvK3/CeeG/8AoIP/AOA0v/xNH/CeeG/+gg//AIDS/wDxNWf+EY8P/wDQ D0z/AMBI/wDCj/hGPD//AEA9M/8AASP/AAo/1oj/ACf194f2hHt/X3lb/hPPDf8A0EH/APAa X/4mj/hPPDf/AEEH/wDAaX/4mrP/AAjHh/8A6Aemf+Akf+FH/CMeH/8AoB6Z/wCAkf8AhR/r RH+T+vvD+0I9v6+8rf8ACeeG/wDoIP8A+A0v/wATR/wnnhv/AKCD/wDgNL/8TVn/AIRjw/8A 9APTP/ASP/Cj/hGPD/8A0A9M/wDASP8Awo/1oj/J/X3h/aEe39feVv8AhPPDf/QQf/wGl/8A iaP+E88N/wDQQf8A8Bpf/ias/wDCMeH/APoB6Z/4CR/4Uf8ACMeH/wDoB6Z/4CR/4Uf60R/k /r7w/tCPb+vvK3/CeeG/+gg//gNL/wDE0f8ACeeG/wDoIP8A+A0v/wATVn/hGPD/AP0A9M/8 BI/8KP8AhGPD/wD0A9M/8BI/8KP9aI/yf194f2hHt/X3lb/hPPDf/QQf/wABpf8A4mj/AITz w3/0EH/8Bpf/AImrP/CMeH/+gHpn/gJH/hR/wjHh/wD6Aemf+Akf+FH+tEf5P6+8P7Qj2/r7 yt/wnnhv/oIP/wCA0v8A8TV3S/E2kazdNbWF0ZZlQyFTC6fKCBnLAdyKj/4Rjw//ANAPTP8A wEj/AMKxvDsEFv4puI7a3it4v3xEUKBFXMVkTgDpyTXoZdnP12q6ajayv+KX6nRQxCrXt0/r udnRRRXunSFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHH/FL/knGrf8AbH/0clFHxS/5 Jxq3/bH/ANHJRQB2FcT4stLa+8feDba8t4riB/tu6KZA6tiJSMg8HkA121Y+r+HotW1LTtQ+ 23dpdaf5vkSW/l/8tAFbIdWB4H60AcwLpfB/izWbOxR201dFfVVs2lISKRJGysQ6IrZJIwee nAxVnw74q17VNxk0v7Uj6Wt7DJHay2qGf/nhukJDZyMOCBjPB7bdn4V061h1JZTcXcuqKUvp 7iUl51wwAO3AUAMVG0DAx6UzRvCsOjWxt11TVbqEW/2aNJ7ogRR5J+XYFwecBvvAAAEAYoAx NA8bXVxDqEmr/Z0lsbH7Vc2S28lvdQsASy7HJDqRghgw6jIG7ia38ReI/wCw7zWLnT7IWbaS +o2skbEiN8MywuC2XOzaSwCjOR6GtLTPB9jp91Lc3F3e6pNJamzL6jIsp8ksWZD8o3Ak/wAW eAAMDiobfwJpdul4ouL2QXFi+nR+ZKGNvbsWPlocdBu4LbiAoGcUAc9farq99p/hjUNZsdKe C81TT3tFheYtGXRiztyoznGB8wGSDuxmrL+N9XtrPWNWuLaybS9J1aSymSPeJpIgwUMuTtDA sp54bJHyYy3ST+F7G40zRbB5bgRaRNBNAQy7maJcLu45B74x+FYOi+C2lm1g6ytwtvPrU14t p54aG5jyDGXUZ4BydvGcDcCAoABQubvVTrPxBjuLuK5sLSzVjaSpJtKtbuQq4kGztuI+91G3 tf0/XtQltdC0PQreygu30WO/droO0KR7QqxqA24ktjknhRn5jxW3d+ErC7vtUuzNdxNqdv5F 0kUuFfCNGHxjqFYjH3eh2kgGmT+D7F7Wwjt7u9s7iytRZx3lrIqTNDt27GO0gjo3ThhkYNAG PF43vtWfwqdJtreJdbW5Egu9zGFohyQVI3AEMccbgAMpnIuaJrniDW/D2piKHTI9bsb6SyJc yfZnZGXc2PvAbSQPcZ4zgaSeFNLgvNFnto3t10dZVtoYiAhEi7W3ZBJPfOckkk5pieFLaHTd Us7a/wBQtv7SvHvJJ4JgksbsVJCMBwPlx3OCeaAN6uE8F/8AI1+LP+vkf+jZ67uuE8F/8jX4 s/6+R/6NnrxOIf8AcZfL80c2N/gP5HbUUUV+eHhBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFcpoX/ACNlx/uy/wDomxrq65TQv+Rs uP8Adl/9E2NfR8M/71L/AA/qj08u2n8vzOwooor7s9MKKKKACiiigAooooAKKKKACiiigAoo ooAKKKKAOP8Ail/yTjVv+2P/AKOSij4pf8k41b/tj/6OSigDsKKKKACiiigAooooAKKKKACi iigAooooAK850z+1NH13X7hLCRlu7ptpeK4U4WSQhgUhdSCH9e1ejUVz4nDU8TD2dRXRM4qS s9jjv7d1j/nwf/vm5/8AkSj+3dY/58H/AO+bn/5ErsaK8/8AsLA/yfi/8yPY0/5V93/BOO/t 3WP+fB/++bn/AORKP7d1j/nwf/vm5/8AkSuxoo/sLA/yfi/8w9jT/lX3f8E47+3dY/58H/75 uf8A5Eo/t3WP+fB/++bn/wCRK7Gij+wsD/J+L/zD2NP+Vfd/wTjv7d1j/nwf/vm5/wDkSj+3 dY/58H/75uf/AJErsaKP7CwP8n4v/MPY0/5V93/BOO/t3WP+fB/++bn/AORKP7d1j/nwf/vm 5/8AkSuxoo/sLA/yfi/8w9jT/lX3f8E47+3dY/58H/75uf8A5Eo/t3WP+fB/++bn/wCRK7Gi j+wsD/J+L/zD2NP+Vfd/wTjv7d1j/nwf/vm5/wDkSj+3dY/58H/75uf/AJErsaKP7CwP8n4v /MPY0/5V93/BOO/t3WP+fB/++bn/AORKP7d1j/nwf/vm5/8AkSuxoo/sLA/yfi/8w9jT/lX3 f8E47+3dY/58H/75uf8A5Eo/t3WP+fB/++bn/wCRK7Gij+wsD/J+L/zD2NP+Vfd/wTjv7d1j /nwf/vm5/wDkSj+3dY/58H/75uf/AJErsaKP7CwP8n4v/MPY0/5V93/BOO/t3WP+fB/++bn/ AORKP7d1j/nwf/vm5/8AkSuxoo/sLA/yfi/8w9jT/lX3f8E47+3dY/58H/75uf8A5Eo/t3WP +fB/++bn/wCRK7Gij+wsD/J+L/zD2NP+Vfd/wTjv7d1j/nwf/vm5/wDkSj+3dY/58H/75uf/ AJErsaKP7CwP8n4v/MPY0/5V93/BOO/t3WP+fB/++bn/AORKP7d1j/nwf/vm5/8AkSuxoo/s LA/yfi/8w9jT/lX3f8E47+3dY/58H/75uf8A5Eo/t3WP+fB/++bn/wCRK7Gij+wsD/J+L/zD 2NP+Vfd/wTjv7d1j/nwf/vm5/wDkSl8Ox3LeIZLia2kiDpMx/dTBVG22RRukjTJPlMeBXYUV 0YbLMNhp89KNn8/1ZUacY/CkvT/hwooor0CwooooAKKKKACiiigAooooAKKKKACiiigAoooo A4/4pf8AJONW/wC2P/o5KKPil/yTjVv+2P8A6OSigDsKKK4b4radYyeB9Sv5LO3a8iWJI7ho lMiL5q8BsZA5P5mgDuaK4/W9Tj8KX2kaRo1haWaalJM8jw2LyhNiA8QxYLE5UZzwB37U/wDh OdS0rTdN1fxHpn2LT7m3eOVEjbz47tS2AVYjCOqErwcEjJA5IB3lFee6Vd+KpviHa2+qXdpb yNo4uJ7OFHaFR5+CAPMx5mON/IHTBHJfonjfV7jS9A1bU7ay+x6rdGx2228SJKXYI/zHG35S CvUYDAnO0AHf0Vw1943vrdNV1eK2tzomk3wsbmNt32mRgQruhztADOmFP3gGyV4FWTrfiTUP FusaPpaaVHBp8ltumuhIWCSRlmwqnDHPTlRxjnOQAdhRXB+B7nxJe/DiC7gvrS6v5N32dr9Z DjEzBvMcMS3A4wBjAHNd5QAVyFxrHiG417V7TT5tIgtrCWKMG7glZmLxK/VW9Sew7V19cZbf 8jJ4r/6+7X/0nFRK+iQmS/bPFv8A0EfDn/gLcf8AxVH2zxb/ANBHw5/4C3H/AMVU1FHK+/5f 5BYh+2eLf+gj4c/8Bbj/AOKo+2eLf+gj4c/8Bbj/AOKrP8Q6tJpGmCS3iWa8nlS3tYmOA8rH ABPYdTyR0xkZqBNBvEktbj+3L17tJkkndz+7lQLtaMRAhFB65wSD3Jo5X3/L/ILGv9s8W/8A QR8Of+Atx/8AFUfbPFv/AEEfDn/gLcf/ABVcTbeJr60l1HVntZr2zuNSFrAEuBtMa/KpgQ53 scHdggE4x0ba2/u9QvvDWoeIrS9uWma6VNNjtndUEazBFzH/ABMx3Z3Bs5A46Ucr7/l/kFju Ptni3/oI+HP/AAFuP/iqPtni3/oI+HP/AAFuP/iqmoo5X3/L/ILEP2zxb/0EfDn/AIC3H/xV H2zxb/0EfDn/AIC3H/xVTVkprUsxkNvo9/NGkrxeYrQgMUYqcbpAcZU9RRyvv+X+QWND7Z4t /wCgj4c/8Bbj/wCKo+2eLf8AoI+HP/AW4/8AiqqWerrdahLYS2lza3KRLNsm2HchJGQUZh1H fFaNHK+/5f5BYk8FeILjxJo897PJbSbLp4Y5LeJo1dVA5wxJ5JPXHGOBXSV598G/+RGP/X3J /Ja9Bpx21GFFFFUAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFF FABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAHH/FL/AJJxq3/bH/0clFHxS/5Jxq3/AGx/9HJR QB2FZuv6JbeI9EuNKvHlSCfbuaEgMNrBhgkEdQO1aVFAGPrfhy21u5sLt7m7tLywkMlvcWsg Vl3DDKQwIIOBkEdsdCQYYfCVgl7bXNzNd35t7NrRUvpfPUhzl3O4E72Hyk5xt4xjit6igDm9 O8FWGmT6fPDeag01lbm1DvPkyxb/ADFRyAOFbGAuOBtOV4rK8FeC2sdC0f8Atpbj7VZNJItl JOJIY5S7bZQBkbguMc4GSQAxJruaKAOeufBml3V/LO7XC208y3FzYK4FtcSrnDumOSeCQCAx VSwOKv2WiW1jreqarE8pn1LyvOViNq+Wu1doxkcHnJNaVFAHPW3hC0sdCn0ey1DU7W3kbMbQ 3O17dd5fbGccDJbJOWIOCSAMdDRRQAVxlt/yMniv/r7tf/ScV2dcnrXw+0nX725ub24v8XEi yvFHMFj3KgQHGOuB3z1PrUyT0YElFY3/AApvwt63/wD3/H/xNH/Cm/C3rf8A/f8AH/xNF32A sazpMesWaRGVoZoZVnt5lGTFKv3WweGHseufxqAaVqMkktxcazIbjY626wxeXDEWUAMY8kuQ QT8zEc8AUn/Cm/C3rf8A/f8AH/xNH/Cm/C3rf/8Af8f/ABNF32Arw+FIobXQ7QXH+iaY/nNF sP76XBw+c5XDFmxyOcdBUVh4R+yx6faTX3n6fp8zXFvCItjmTcSpd9x3bdx4AUHv6Vd/4U34 W9b/AP7/AI/+Jo/4U34W9b//AL/j/wCJou+wGzRWN/wpvwt63/8A3/H/AMTR/wAKb8Let/8A 9/x/8TRd9gNmsa58J6DeXMlzPpcDzSNudsEbj3PHej/hTfhb1v8A/v8Aj/4mj/hTfhb1v/8A v+P/AImk3fdfkBPp3h/StImeawskgd12sUJ5HX1rSrG/4U34W9b/AP7/AI/+Jo/4U34W9b// AL/j/wCJoTtsvyAPg3/yIx/6+5P5LXoNZPh3w7ZeGNMNhYGYwGQyfvWDEEgA84HpWtTitACi iiqAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigDj/il/yTjVv+2P/o5KKPil/wAk41b/ALY/+jkooA7Ciiub8Qaz qVp4k0HSNPa0j/tL7RvluIWl2eWgYYAdevI60AdJRXAHxrqcFn4oiuJ9HW50aaFEvAspt2WR sYZF3OGGCDgnDHHYk9PL4p0aHTb/AFCS8xa6fcG1upPKf93ICFK4xk8sORkc0AbFFY//AAlO jf2l9g+2fvvtH2Xd5T+V52M+X5mNm/H8Oc5468VD4Y1u51r+2ftKRJ9i1Sezj8sEZRNuCck8 8+w9qAN6iuM0/XPE2qprVxYppkg07UprSOzeJ1edIyP+WvmYViDgEqRnrx00rHxlpV3oelal JI6NqKnyreKJ5pC6g+YoVV3MFIILYx09RQB0NFYj+L9BSHTpjqCMmoq7WhRGbzdoGVAA+9yB tPJPygZ4qnq3jaw0+w0a+tI3v7bVLpIEkhVyFVs5bhTlh02cMTkdjQB09FcYvj+ztNd1y31W VLaxsltngb7PL5pWRNzF1wSACVHKjBYA8kV0j61pyXmnWpukaXUVd7TYCyyqqhiQwGMYIPJ5 7UAX6qalqVppFhJfX0hjt4yoZgjOcswUcKCTkkDgVbrmfH//ACJt1/13tv8A0fHSk7JsGH/C f+HP+fu5/wDAC4/+Io/4T/w5/wA/dz/4AXH/AMRVq6urhbydVuJQBIwADnjmsHUvEuo2usWW l2SG6uLlJJH33TIIUXGGbCsQCcgHHUYqbT7/AIf8EWpqf8J/4c/5+7n/AMALj/4ij/hP/Dn/ AD93P/gBcf8AxFZ2neJ5rpr+C8lks7rT2/0lDOWRVILK4fgFSozyARzkCrkOuxXNrJdQaqkt vHnfKlwGRcDJyQcDA5otPv8Ah/wQ1Jf+E/8ADn/P3c/+AFx/8RR/wn/hz/n7uf8AwAuP/iKr p4it3s3vE1mJrWNtrzC6BRTxwWzgHkfmKlg1kXUs0VvqQmkhbbKkc+4xnnhgDweD19KLT7/h /wAENR//AAn/AIc/5+7n/wAALj/4ij/hP/Dn/P3c/wDgBcf/ABFRWeuxahv+xaqlzsxv8m4D 7c9M4PHQ/lUSeJrOWCWePXIHhhx5si3YKpk4GTnjJ6ZotPv+H/BDUtf8J/4c/wCfu5/8ALj/ AOIo/wCE/wDDn/P3c/8AgBcf/EVT0TxMNf0xL+zubgRsxUo8nzIQejAE4PQ/QitD7Zdf8/M3 /fZotPv+H/BDUj/4T/w5/wA/dz/4AXH/AMRR/wAJ/wCHP+fu5/8AAC4/+IqT7Zdf8/M3/fZo +2XX/PzN/wB9mi0+/wCH/BDUW38ceH7q6htobq4MszrGgaynUFicDkpgcnqa6GvMfE95dSeM vB0D3MzRNes5jLkqWGwA49QGP5n1r06mm72YwoorlV8VXI1DSGe3i/s3U/OdJBkNHHviSBz/ AHt7SLxgFfMXONjE0B1VFYniDXJdJl06C2hSWa7uokcOSBHCZUjd/cgyIoGer55ANP8A+Ep0 b+0vsH2z999o+y7vKfyvOxny/Mxs34/hznPHXigDYorntQ8WWEMptrO4SW5S+gs33Rv5e95U V0D4CmQK5O0EkYORwav6dqsdywglmia5eS62LErgFIpvLPUdRlAexOcZFAGlRWO/inRo53ga 8/eJuLqInOxVd42duOEVo2Bc/KOMkAjLzrC31hdSaMUubmBQ6ROpQTDqNpbHyvhgsgyuefmw RQBq0VDaXUN9ZQXls++CeNZY3wRuVhkHB5HBqagAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKKKKACiiigDj/il/wAk41b/ALY/+jkoo+KX/JONW/7Y/wDo5KKA OwrlfEnh+TWfFvhqeWxiu9NtftX2oTBGUbowEyrfe+YdgcYrqqKAOS8YeGhceA9S0jQNNt45 Z2jdYIFSFWYSISewzhe/pWVqXh7WbrXrrxPHpsRurS8jFrphdNl7HHlRM7bsCTEhKkjKBAMH NehUUAedad4WvrfxLeC+0N7uCTWjqNveDU2SGJT824xA8yLgAfLzuIJAGT0PhDSr3S/7e+2Q +V9q1i4uofmDbo227W4JxnB4PNdJRQBw2jweItDTX4LbQ3luL7Vp7m1nkniECo5UBnw+/AAL EBcnpwTxQuPBV/pdl4PS0t5b9NK85byO2vPIlJmALNG+U4DbsDIJGAepI9IooA80uLSXRtd8 BQWujpbPEt+39npdmTZlAzKJGHLcnrgZ43AfNUzeE9YTR7a6Nuj3jeIl1ueyjkUtGhPMSuSF ZgMHJKjrjtnv5LS2muYLmW3ieeDd5MrIC0e4YbaeoyODjrU1AHDNoOsS3PjmaSzRW1Wxhjtg kysryC3ZGUE4OAxxlguetbejLqemaX4d01tN3otmsV5N56j7MyRrgbf48tkcHjGa3qKACuZ8 f/8AIm3X/Xe2/wDR8ddNWF4w0+61TwzcWllF5s7SwMqbguQsyMeSQOgNTPWLE9iK8/4/bj/r o3864m3u5I/FmralcadqMrjy7KyjS1fJjB+c7sCPaXO4MzZwD06G9df8LHnvJ5YtE0mON5GZ UabcVBOQCd4yffA+lQ+V8S/+gRo//fw//HKOZDMa+0XUGmhuNTimEep3Zn1D7JGZmhVE/cRF QCHUHOTsIJxnsS/UNIeY2VzJFqv2bUphNqMkkKvOvlp+5Voo1K7c8kFDzjdg8VreV8S/+gRo /wD38P8A8co8r4l/9AjR/wDv4f8A45RzIDn9etY/JsFNtqtxdaxdLc3cM2xZZYIE5jKoVAO0 ghRznryAKl1bTb7UJp9Qhsrm209/J0xY4YmSZbMPmRxGBkfMAAMfdJyvetL+yviD/an9pf2H o/2zyfs/mec3+r3bsY8zHXvjNWfK+Jf/AECNH/7+H/45RzICqLOGG2bUP7N1O9SVRpjrOiwt HabiGZIolDbckcbQ2PQVQlstTGhXkUFpMbV2i0+2uprUG7itOFkLIFDMmR8q4DYJY9BWz5Xx L/6BGj/9/D/8co8r4l/9AjR/+/h/+OUcyA6O2t4rS1htoF2QwosaLknCgYAyfas7X9Kk1W1t 1hFo7wTeaI7yIyRP8rLhgCP72R7gVm+V8S/+gRo//fw//HKPK+Jf/QI0f/v4f/jlHMgKFz4T 1G5tZoPsPheLzEZPMisWV1yMZU54I7GuxtI5IrOCOZ98qRqrtkncwHJya53yviX/ANAjR/8A v4f/AI5R5XxL/wCgRo//AH8P/wAcpJrfUCLxJ/yPPgz/AK+3/nHXqteUReH/ABrqXijQ7/V9 OsYoLC43k28oztJXJILHP3R0r1emndtgFcfo2lfb9N0SC4h8y1g0e40y9XdjbJmGN04OesUg yOPl4PIz2FMSGKN5HjjRWlbfIVUAu2AMn1OAB9AKoDmBo2py6e814ftGpPeWas+FTMFvOh3Y Bx82JZcdR5m3naKp22iXkWqNBPo13Oh1R7kXP9rOtsIzIZlfyg331YgbNmCRndzmu2ooA49r PWRbvpQ0rMa6wt2LsXCbGhN2s5IH3t4yQVIAwpIYnAL4bLVdLvLK9j017tUm1FJYYpkWRUmu PNjcbiFIwgBG4Ebx6EV1tFAHDQaDrB0nxLHPZolxf2M0cSJMrK0jT3bhQxxxiWPkgfe7EEDo Zf8AiXazqur3f7uwXT4My9ceW07PwOeAynpznitimSwxToEljSRQyuA6ggMpBU/UEAj0IoAo eHrWax8M6VZ3KbJ4LOGKRMg7WVACMjg8itKiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigDj/il/yTjVv+2P/o5KKPil/wAk41b/ALY/+jkooA7C iis3Vtf0zQ/sw1C58p7qTyoI1jaR5G9FVQSeo7dSPUUAaVFZuk6/pmufaRp9z5r2snlTxtG0 bxt6MrAEdD26g+hrSoAKKKKACisrUvEmlaTf29hdXD/bLhS8VvDC80jKOp2opIHB6+h9DU2j 61p2v2AvtLukubcsU3KCCGHUEEAg9DyOhB6GgC/RRRQAUUUUAFFFFABRXO+Op5rfwjdSW88s Enm26+ZDIUYAzIDhgQRkEj8azJtAt4p5I/7W8RnYxXP9ryc4NS5WdkhXO1orz28tdI0/Z9t8 Ra1bb87PO11k3Y64z16j86daWOmX8Rls9f124jDbS8Otu4B9MjvyKXM+35f5hc9Aorh/7Dt/ +gr4j/8ABxJ/hR/Ydv8A9BXxH/4OJP8ACjmfb8v8wudxRXD/ANh2/wD0FfEf/g4k/wAKP7Dt /wDoK+I//BxJ/hRzPt+X+YXO4orh/wCw7f8A6CviP/wcSf4VFb6Zp93As9trevzQtnbJHrTs pwcHBHvRzPt+X+YXO9orh/7Dt/8AoK+I/wDwcSf4Uf2Hb/8AQV8R/wDg4k/wo5n2/L/MLncU Vw/9h2//AEFfEf8A4OJP8KzrGdrL4l6XpMF5q0kTW0k8v2vUZJlbhgBtOBxgnnPbpjk5n2/I D0miiirGFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAFFFFAHH/ABS/5Jxq3/bH/wBHJRR8Uv8AknGrf9sf/RyUUAdhXK+LrXSb vUtFjudWl0vWfMkOl3Ef9/ADKQRtIOU+U4LfdB5IPVVWvdOsdThEN/Z293Erbwk8SyKGwRnB HXk/nQB51Bdaxqmn67LYPaT6npNxbzx6npoKx6sETPlybM7zt4KA43Mo4AyYfEusX2peH/Ef ifTdUu4tNjjt7TTjA8sIf96hllKkDncSgYY4DAjvXos2nNBo8ljorW+mNtIhZLcMkRJySEBA J5J9M8kHoa2leG7DTfDFroMkEV1awxhXWaPcsrZ3FirZ6tlsdu3SgDmJbjVND8a6taWV7e6g G0Fr+O3unMoa4Vyo2qMbQ3PyrgZbAAAUCbwXdrPfWcjeJLi9uL7SVu57KXMiiQyHdIr/AHUC sTH5agY2jPIrs/slt9t+2fZ4vtXl+V5+wb9mc7d3XGecdM0y206xs5p5rWzt4Jbht8zxRKrS tknLEDk8nr6mgDlfEtvpc3iiGSDxE+i+IorFmSUgNG9uGJber/IwGHOMgj7xyFGMT/hIb+Xw f56wWmmi61z7Hfajpy7YmiZsPcxuRgZOF8w55Gcg4x6Ff6TpuqeX/aGn2l35edn2iFZNucZx kHGcD8qm+yW32L7H9ni+y+X5XkbBs2Yxt29MY4x0xQB5jruralZeG/GtpZ6hdva6bcWy2d75 zNKrO6mWLzc5bYTjBJYA4JPFX9e1yWTxRrKafqjtbxeFZbhBb3BKJLuyrjBwG2lSD1wR2rvI tOsYLA2EVnbx2ZVkNukSiMq2dw24xg5OfXNQxaHpECFItLso1MLW5CW6AGJiSydPukkkjoSa AODlfUdM8FaTqH9t6nJ/bLWMV9czzAiyhZMO8ZwBGeQC7Z5IJO7mma3qkum6CkFn4hluof8A hJBZzPNJJAYI+WaBpzl8AgZkBzg+gxXpH2S2+xfY/s8X2Xy/K8jYNmzGNu3pjHGOmKh/snTf 7N/s3+z7T7B/z6+Svldd33MY689OvNAHMadby/8ACK6ta614kSCJL51W6s9SLPZpuUiJp3AO 4ElTu5wwHoB2dU/7J03+zf7N/s+0+wf8+vkr5XXd9zGOvPTrzVygDmfH/wDyJt1/13tv/R8d SXn/AB+3H/XRv51H4/8A+RNuv+u9t/6Pjrn7/wAf+F01G5T+1kbbK43JFIynk9CFII9xxUL4 38v1F1KE73eo+PJHtYYZ10e3VBHcTGILLMCS6lVbcNgAwfw9aNX13VdN1i0hUQvNd25jFmh3 xwSmVUSV32h9h3Y6DkYHXIoLr3gVJZ5ItTu4WnlaaQQy3cYZ26thcDNPn8Q+ArmC9hmut63z h7ktHPukIIK/NjIAwMAHA7CrGVbqaaHWLjVrvVLm7t/D8O3zfLjQS3T4DRrtQjaRhTn5lJ69 61ra88R2bLfamkwtIbeaa+jkWAKpA3KsGxixI5GXPIGeDVV/EngSSK+ie5UxXzbriPyZtrt/ eC7cK3Q5GDkA9RUTa74Bks7u1ku2kju2VrhpFuGeQrjblyN2BgYGf5mgBr33iWDw5p15LrMb Xep+Tb2yLaoFSSRwwd2/3MqQFxyOCRk3m1+60/WNWguL7zorWGJArW4LtdSZKJCi4LKR/Czb uPvYyaJ/GPg25vrW9lv91xab/JfyZht3DDcbcHI9arN4h8BNBNCbr5Zrr7YxEc4YTZB3q2Mq eOxH60AVbzX9Xs7HX45Z7mT7HZRRyfaBHFLHPKcBkMWRt2ndgknIAz1NdvpWnx6VpNpYR7Ss ESoWVNoYgctj1Jyfxrj113wCrKwu2ytwl0MrcEecgwHxjlvU/wAXU5Na3/CwfC//AEFP/JeX /wCJoAta/q8+lz2gWWO3t5Vk3zyWclwA4K7VwhGMgsef7tYs/jGWFFeG/trtvMQGAaXcQllL AN87OQuBk5IPStD/AIWD4X/6Cn/kvL/8TR/wsHwv/wBBT/yXl/8Aialp9GB01cvF/wAlp0v/ ALBrfzkp3/CwfC//AEFP/JeX/wCJrP0XWbDW/i/ptzp0/nQrYPGW2MuGG84wwHYiiWwHr1FF FUAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUA FFFFABRRRQAUUUUAcf8AFL/knGrf9sf/AEclFHxS/wCScat/2x/9HJRQB2FFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFAEVzbW95A0F1BFPCxBMcqBlJByOD6EA/hVT+wNG/6BNh/4DJ/h WL4j8YzaHrMOmwaU99LLEJFEbtuJJbgKqMTgITWf/wAJ3rH/AEJ2of8AfM3/AMarnqYihF8s 2rkuSTszqv7A0b/oE2H/AIDJ/hR/YGjf9Amw/wDAZP8ACuV/4TvWP+hO1D/vmb/41R/wnesf 9CdqH/fM3/xqs/rWF/mQc6Oq/sDRv+gTYf8AgMn+FH9gaN/0CbD/AMBk/wAK5X/hO9Y/6E7U P++Zv/jVH/Cd6x/0J2of98zf/GqPrWF/mQc6Oq/sDRv+gTYf+Ayf4Uf2Bo3/AECbD/wGT/Cu V/4TvWP+hO1D/vmb/wCNUf8ACd6x/wBCdqH/AHzN/wDGqPrWF/mQc6Oq/sDRv+gTYf8AgMn+ FH9gaN/0CbD/AMBk/wAK5X/hO9Y/6E7UP++Zv/jVH/Cd6x/0J2of98zf/GqPrWF/mQc6Oq/s DRv+gTYf+Ayf4Uf2Bo3/AECbD/wGT/CuV/4TvWP+hO1D/vmb/wCNUf8ACd6x/wBCdqH/AHzN /wDGqPrWF/mQc6Oq/sDRv+gTYf8AgMn+FSQaRptrMs1vp1pDKv3XjhVWHbggVyP/AAnesf8A Qnah/wB8zf8Axqj/AITvWP8AoTtQ/wC+Zv8A41T+t4b+ZBzo7qiuF/4TvWP+hO1D/vmb/wCN Uf8ACd6x/wBCdqH/AHzN/wDGqf13D/zoOdHdUVwv/Cd6x/0J2of98zf/ABqj/hO9Y/6E7UP+ +Zv/AI1R9dw/86DnR3VFcL/wnesf9CdqH/fM3/xqj/hO9Y/6E7UP++Zv/jVH13D/AM6DnR3V FcL/AMJ3rH/Qnah/3zN/8ao/4TvWP+hO1D/vmb/41R9dw/8AOg50d1RXC/8ACd6x/wBCdqH/ AHzN/wDGqP8AhO9Y/wChO1D/AL5m/wDjVH13D/zoOdHdUVwv/Cd6x/0J2of98zf/ABqj/hO9 Y/6E7UP++Zv/AI1R9dw/86DnR3VFY/hzW5Ne097qS0FqQ6gIJfM3K0aSK2cDqHHFbFdKd1dF BRRRTAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA4/4pf8k41b/tj/AOjk oo+KX/JONW/7Y/8Ao5KKAOwrN1bX9M0P7MNQufKe6k8qCNY2keRvRVUEnqO3Uj1FaVcr4utd Ju9S0WO51aXS9Z8yQ6XcR/38AMpBG0g5T5Tgt90HkggGxpOv6Zrn2kafc+a9rJ5U8bRtG8be jKwBHQ9uoPoa0q8xgutY1TT9dlsHtJ9T0m4t549T00FY9WCJny5Nmd528FAcbmUcAZMPiXWL 7UvD/iPxPpuqXcWmxx29ppxgeWEP+9QyylSBzuJQMMcBgR3oA9UorgJbjVND8a6taWV7e6gG 0Fr+O3unMoa4Vyo2qMbQ3PyrgZbAAAUCbwXdrPfWcjeJLi9uL7SVu57KXMiiQyHdIr/dQKxM flqBjaM8igDpL3xHpun6mNNme4a8MPniGC0lmby9xXd8inAyMVftbmO8tkniWVUfOBNC8TcH HKuAR07iuMvUvpPi+BYXFvBL/YOS08DSqV+0HjAdeenOfwq54mur5NU8NaVPdvb2d9M6Xt1b FoCzogZI1fJKB2yMA7iBgHrkA62ivK31jVrnQdLiTVLsRr4oTT7e/jf57m2G4KxbG2TuM4Kk ryCc5frUF9petX2mQ67rDwWfhme7VpLtt7yiVyrMwxyMjkYOFAJIyCAeo0yaaK3hkmmkSOKN S7u7AKqgZJJPQCvNNG1i9sdQMl3qmoTQT+F/7XuSXEjLMXJLRqw2pgMQFAC8DIOM1kx6hdXc Or2D3VwbSXwqb1oW1OS6cSYDKzswUoxVhuRcKQRwQcUAewwzRXEMc0MiSRSKHR0YFWUjIII6 g0+uM8P22nf8If4dRtauLRla0kIW/IMkxiUiA7iflYEHyxjjGBXZ0AcLrH/JW9E/69j/AOgX FdfdXUNlbPcXD7I1xk4JJJOAABySSQABySQBya5DWP8Akreif9ex/wDQLitvxWjPoJ2yvCEu rWRpkAzEqzxsz8ggBQCxJGABk8V8Jn0FPMIwfVL82eTjleul5IvWOp2uo+YIDKrx43xzwPC4 Bzg7XAODg4OMHB9DTBrWnNDeTLdI6Wc32eYoC2Jfl+QAfeb5lGBk5OOvFYUVxfanaarZaRq6 alH5MQivmlRdrOziVBJCm1WVFVl+UkFwTkECs1hewabrwNhZW4ttWsZFjhuGMUaoLUnJ8sbU VFUlscDdxhcnzI4OLk032692u6Xftp1OZUk3b+uh2VjqdrqPmCAyq8eN8c8DwuAc4O1wDg4O DjBwfQ1crh4po2uNXv7fV3uzJDYqt3asHje5E0m2FQG2hSWjUpuHyvlmyxc6Uv8Aa18mr2yy Jb6o0MKCBbhxFFCxYeZHIFyHP70btowUXKkKGeKmESlo7LTfzt6d/wDO1yZU9dP62Nca1pzQ 3ky3SOlnN9nmKAtiX5fkAH3m+ZRgZOTjrxTI9d0+S2mn8yWMQ7d6TW8kcnzHC4jZQx3HhcA7 iCBkjFcsi3MWn6/HPZ2tnFDqlnj7NKXW3VUtsuMooAjQK4JG3g7htX5mXTJdQ6lLbas9/Ara cW1RDExjCXLM4yiiPEa/OcrkB8tkYxssFTfV7r8eXsvPv95apR/L9P8AM7Kx1O11HzBAZVeP G+OeB4XAOcHa4BwcHBxg4PoamurqGytnuLh9ka4ycEkknAAA5JJIAA5JIA5NZGgX5ury8hh1 T+1bKOOJkvMxt+8YuHj3RqF4CocYyN/JwRjXurqGytnuLh9kKY3vgkKM4ycdAOpJ4AyTgAmu KpT5KvJbt6/kvyMZRtKxTj13T5LaafzJYxDt3pNbyRyfMcLiNlDHceFwDuIIGSMVNY6na6j5 ggMqvHjfHPA8LgHODtcA4ODg4wcH0NcbdTCWHUrqyv01eOJtOf7c8ibPkuWdkZ4l2KqL85O3 KhyTkbQNXQ0hvtZ1aePUf7QiuLO3jlu7eY7PM3T7kjKt8m1WTAByMgkliWPVUwkIU5T10/8A tfJd329N7ayppRb/AK6f5nR211DeRNLA+9FkeInBHzIxRhz6MpH4VNWR4ZL/ANjsjyyy+XeX UStLI0jbVuJFUFmJJwABye1Mlv117w0NQ0Gd5gWWaDZmIzGOQEx5bG0NsKEnjDZwR15pUbVH FbJ2v/n9xm4+9bpc2qp2Op2upeYbUyuiY/eNA6I4OcFGYAOOOqkjp6isvTJovEyXmoRXNwdK uVjhtvKmkiLiMsWkBBVkJZihHBIiByQRWbp0Z0/4a6W8E1wiyw2b3EjTuxjiYxCUhiSY1Cbj 8uAoyRjGa1WGWsZN810vS+9+t1tYr2a2e+h2VFc/4fnt5NSvo9NvnvdMWGFklN01yomJk3qJ GZjnaIiVzxkHA3c9BXPVp+zlymco8rsFFFFZiCiiigAooooAKiuCVjBBIO9Bx/vCpahuf9Uv /XRP/QhTjujSj/Ej6owfAf8AyAj/ALtt/wCkkFZs1o2peJ/EP2jUtXijtZ7eOKK0v3hVQ0Cs eBx1BPTua0vAf/ICP+7bf+kkFVbb/kZPFf8A192v/pOK/WN0l5/5n0L3fqyL+w7f/oK+I/8A wcSf4Uf2Hb/9BXxH/wCDiT/CqGuSRDWbCK5e/EDW87FLMzZLBosEiLnABbrxzUVle3NjaRrC s19Hd3zxWi3E/wA8SbGYh2IJwGR+DlgpAI3DbVci/psLGp/Ydv8A9BXxH/4OJP8ACj+w7f8A 6CviP/wcSf4VQutfvrYXsg0pZINPVPtbrcgHJUO4jBX5gqsDliuegq5Hq++S3jMG15b2W0ZS /KbVkYMRj+JUUgejg89zkX9NhYf/AGHb/wDQV8R/+DiT/Cj+w7f/AKCviP8A8HEn+FULrxKL e2tZfJhjW6llSOW5nMcBVGIU+YFIBdQGXjBGeemW6r4nOnXS2wt7ZZvsouGW9vUt+pICKfm3 NlWz/CMDnmjkX9NhY0f7Dt/+gr4j/wDBxJ/hR/Ydv/0FfEf/AIOJP8Ks2V3Hf2FveRBhHcRL KoYcgMARn35qejkX9NhYzPh7fSXeqeJITPeyQ2lysEQu7t52G3cCct0yRngDsOcZru685+GP /IY8X/8AYSP/AKE9ejU4bDCiiiqAKKKKACiiigAooooAKKKKAOP+KX/JONW/7Y/+jkoo+KX/ ACTjVv8Atj/6OSigDsKrXunWOpwiG/s7e7iVt4SeJZFDYIzgjryfzqzRQBQm05oNHksdFa30 xtpELJbhkiJOSQgIBPJPpnkg9DW0rw3Yab4YtdBkgiurWGMK6zR7llbO4sVbPVstjt26VsUU AQ/ZLb7b9s+zxfavL8rz9g37M527uuM846Zpltp1jZzTzWtnbwS3Db5niiVWlbJOWIHJ5PX1 NWaKAIfslt9t+2fZ4vtXl+V5+wb9mc7d3XGecdM0XVpbX1s9teW8VxA+N0UyB1bByMg8HkA1 NRQBWbTrF4baF7O3aK1ZXgQxKViZRhSox8pHbHSibTrG4mkmms7eSWSE27u8SlmiJyUJI5U+ nSrNFAFaHTrG3mjmhs7eOWOEW6OkShliByEBA4UenSobbQ9Isnie10uygaFmeMxW6KUZgAxG BwSAAcdQBV+igCmuk6altb2yafaLBbSCWCIQqFicEkMoxhTkk5HPJq5RRQBwusf8lb0T/r2P /oFxXa1zOueHNRvvFFtrFnMkfkW4jQiYRuHy+TzFIpG1yOlRf2F4g/5+U/8AAiD/AOQ6+Xzb Jq+MxHtINJWtrfz8jixGF9tU5ua3yZ1dFcp/YXiD/n5T/wACIP8A5Do/sLxB/wA/Kf8AgRB/ 8h15n+rOK/mj+P8AkYf2cv5/wZ1dFcp/YXiD/n5T/wACIP8A5Do/sLxB/wA/Kf8AgRB/8h0f 6s4r+aP4/wCQf2cv5/wZ1dFcp/YXiD/n5T/wIg/+Q6P7C8Qf8/Kf+BEH/wAh0f6s4r+aP4/5 B/Zy/n/BnRXttLdQhIb64s2DZMkCxliOePnVhj8M8VDZWFzazF5tXvbxSuBHOkIUHjn5I1Of xxzWH/YXiD/n5T/wIg/+Q6P7C8Qf8/Kf+BEH/wAh1a4dxajy80fu/XluV9Q0tz/gzq6K5T+w vEH/AD8p/wCBEH/yHR/YXiD/AJ+U/wDAiD/5DqP9WcV/NH8f8if7OX8/4M6uiuU/sLxB/wA/ Kf8AgRB/8h0f2F4g/wCflP8AwIg/+Q6P9WcV/NH8f8g/s5fz/gzq6K5T+wvEH/Pyn/gRB/8A IdH9heIP+flP/AiD/wCQ6P8AVnFfzR/H/IP7OX8/4M6uiuU/sLxB/wA/Kf8AgRB/8h0f2F4g /wCflP8AwIg/+Q6P9WcV/NH8f8g/s5fz/gzq6K5T+wvEH/Pyn/gRB/8AIdH9heIP+flP/AiD /wCQ6P8AVnFfzR/H/IP7OX8/4M6uiuU/sLxB/wA/Kf8AgRB/8h0f2F4g/wCflP8AwIg/+Q6P 9WcV/NH8f8g/s5fz/gzq6K5T+wvEH/Pyn/gRB/8AIdH9heIP+flP/AiD/wCQ6P8AVnFfzR/H /IP7OX8/4M6uobn/AFS/9dE/9CFc1/YXiD/n5T/wIg/+Q6UaJ4hVgRdKCOQRcQcf+SdC4axS d+aP4/5FQwCjJS59vJk3gP8A5AR/3bb/ANJIKq23/IyeK/8Ar7tf/ScVteG9Kn0ixlgmEags gjVJTJhEhjjGWKrk/Jnp3rn9Y8M+KJtW1S40bUrCzivZ4pi0iF5MJEExgqQBnce/bkcg/b2s l/Xc9Hd38wvrG7mv7a8s7qGGSGKSIiaAyBg5Q9nXBGwfnUFtoksUsVxcXvnXAvWu5WEQRWJi aIKoz8oClepJOPfip/wiXxB/6Giw/wDAdf8A4ij/AIRL4g/9DRYf+A6//EVXMhk1/oN1dSag kOp+RZ6ht+0RGAO4+UI2xsjbuRQOQ2Ooqe50QTXN1cRXDQyyqHiYAnyZwu3zcZwTtCLjphWH R2zS/wCES+IP/Q0WH/gOv/xFH/CJfEH/AKGiw/8AAdf/AIijmQGlPpsi2ENnYywwwRxeQYbi Hzo2jwBgjcCSAMdcYJyDwRTOg3Vr5X9lan9m2WSWbedAJshM7HHK4Ybm9Qc9OKh/4RL4g/8A Q0WH/gOv/wARR/wiXxB/6Giw/wDAdf8A4ijmQGuba8zhNQbaFhHzRKSSrEuSRgZdcL0GMZFT 26SxxlZpvNYu7BtoXCliVXA9AQM98ZrB/wCES+IP/Q0WH/gOv/xFH/CJfEH/AKGiw/8AAdf/ AIijmQEvwx/5DHi//sJH/wBCevRq4/wL4V1Hw02qyaldwXU19MsxeIEfN827IwMcntXYUR2A KKKKoAooooAKKKKACiiigAooooA4/wCKX/JONW/7Y/8Ao5KKPil/yTjVv+2P/o5KKAOwooqK 4uYbSLzZ5BGmcbj0qZSjFc0nZEznGEeaTsiWis/+3NM/5/Yvzqa21KzvJDHb3CSOBuIX0/ya zjiaMnyxmm/VGMMXh6kuWE035NFqiiitjoCiiigAooooAKKKKACiiigAooooAKKKKACiiigA ooooAKKKKACiiigAooooAKzP+Ej0L/oNad/4FJ/jWnXlvgTw1pOt6Nc3GoW8ksqXPlqRcSIA vlxnGFYDqT+dcGPx0cFT9pJXRlVqqlHmkjv/APhI9C/6DWnf+BSf40f8JHoX/Qa07/wKT/Gs j/hAfDf/AD4y/wDgXN/8XR/wgPhv/nxl/wDAub/4uvH/ANaMP/I/w/zOb+0KXZmv/wAJHoX/ AEGtO/8AApP8aP8AhI9C/wCg1p3/AIFJ/jWR/wAID4b/AOfGX/wLm/8Ai6P+EB8N/wDPjL/4 Fzf/ABdH+tGH/kf4f5h/aFLszX/4SPQv+g1p3/gUn+NH/CR6F/0GtO/8Ck/xrI/4QHw3/wA+ Mv8A4Fzf/F02XwL4biheT7BKdqlsfbJucf8AA6FxPQf2H+H+Y44+nJ2UX+B0VnqVjqG/7Fe2 1zsxv8mVX256ZweOh/KrVch4LtYbO81GGCMIiAqOSSQt1dKMk8nCqBk+grr6+jpT9pBT7nYn dXCiiitBhWdJr+jQyvFLq1gkiMVZGuUBUjqCM8GtGvMtC0HTtc8U+JhqMLyiC5JjCzOmN0s2 fukZ+6OvpXHjsZHCUnVkrpGdWoqUOdndf8JHoX/Qa07/AMCk/wAaP+Ej0L/oNad/4FJ/jWR/ wgPhv/nxl/8AAub/AOLo/wCEB8N/8+Mv/gXN/wDF14n+tGH/AJH+H+Zy/wBoUuzNf/hI9C/6 DWnf+BSf40f8JHoX/Qa07/wKT/Gsj/hAfDf/AD4y/wDgXN/8XR/wgPhv/nxl/wDAub/4uj/W jD/yP8P8w/tCl2Zr/wDCR6F/0GtO/wDApP8AGj/hI9C/6DWnf+BSf41kf8ID4b/58Zf/AALm /wDi6P8AhAfDf/PjL/4Fzf8AxdH+tGH/AJH+H+Yf2hS7M3rTVtNv5TFZ6haXEgXcUhmVyB64 B6cirlcR4YsbSw8U3EVnD5UYWYKC5cgGOzbG5skjLMfxNdvX0OHq+2pxqd0n9+p2p33QUUUV sMKo3Gt6VaTtBc6nZQzLjdHJcKrDIyMgn0q9Xm8uk2WtfFPVLW/jeSFbbzAqysnzBYADlSD0 J/OuXGYlYak6rV0iJzUI8zO1/wCEj0L/AKDWnf8AgUn+NH/CR6F/0GtO/wDApP8AGsj/AIQH w3/z4y/+Bc3/AMXR/wAID4b/AOfGX/wLm/8Ai68L/WjD/wAj/D/M5P7Qpdma/wDwkehf9BrT v/ApP8aP+Ej0L/oNad/4FJ/jWR/wgPhv/nxl/wDAub/4uj/hAfDf/PjL/wCBc3/xdH+tGH/k f4f5h/aFLszX/wCEj0L/AKDWnf8AgUn+NH/CR6F/0GtO/wDApP8AGsj/AIQHw3/z4y/+Bc3/ AMXR/wAID4b/AOfGX/wLm/8Ai6P9aMP/ACP8P8w/tCl2ZuW+t6VdzrBbanZTTNnbHHcKzHAy cAH0q9XB2Gk6fpfjO3jsbcxIHiI3SNIQSl4GwWJIzsXj2Fd5Xv4XELEUlVSsmdkZc3Sxx/xS /wCScat/2x/9HJRR8Uv+Scat/wBsf/RyUV0FHYVieKv+QI3/AF0WtusvxBaT3ultDbx75C6n GQOPxNcuNi5UJKKuzkx1OVXDyhBXb/zPKvNk/wCejfnXY+CSTeAk5Jt3yT/vrVH/AIQ++/59 Jv8Av7H/AI1u+GtHvNNvS01u0cQhZQzOpySynsfY142GpVFXg3BrXsPLMtqYSc6lVx1i0rNP W6NHVWmutWsNKiuZbaOaOa4nkhIDPGmxTGDjK5MoO5SGGzAwTkYOqXEWn2Wt2+n6nqsTxaXd yC3uknOZEAHmxzyjPy5AwrFfmBAHJPT6lprXr288Fy9rd2zFopVUMCCMFHB+9GflJUEElVII IBGVeeGb3UvtL32seZJPp9xZbUtgkUXm7PmQZLcbBkMzZJ4KjivozqDU/E17ZS6pJb6P9osN K2fa5jchHOVEj+WmCG2oyt8zLknAzVafXdR0u58RXK2D3ljZXSPKzXIVo4vs8LMIlIO4r8zk EoDngkk4s6n4Zvb2XVI7fWPs9hquz7XCbYO4wojfy3yAu5FVfmVsEZGKNR8M3t62rRQ6x5Fn qsim5i+zBmVPLSNhGxPBZUIJIYDIwAQSwBDc+MjZ68unz2loiNeJaBf7RjNz8+AsnkD+Asw/ i3YO7bWr4emln02Z5ZHkYX14gLsSQq3EgUfQAAD0ArKk8J3qrdw2erRQ202oDUVRrIM3miRZ CrsGG9NynHAYfKNxC4O9plh/Z1q8HmeZuuJ5923GPMlaTH4bsZ74oA563CXeh2muahfawZr1 VnhFl5zC2VxvRPKiBVwoONzqdxHPBCgvPFU2l6Zpro1lerPYicXt7ex2K3LBV4RCCdzZzghV XIGfTSi0W/tENrZaw8FgWZlT7OjSwgkkJE5+RYxwArIxAyARxtp23hS4sJtPmstUSKWDTY9N mdrRXZ0Q5DRkn9233uu5T8uVO2gAl8XsYWurbTXks49Nh1SWWSYIywuJCVCgHMmEyBnaecsu BumuPEtxaR3IuNKf7TE1qVt451ZmSeXylyThRICGyuSvT5znIhtvCUsWh3WnS6gjtPpMeliV LcqFVBKFfbuOTiUZGeq9s4F++0L7bfzXX2nZ5n2P5dmcfZ52l65/i3Y9sZ56UAVl8R3aTPHc 6Yka291FaXUkdzvUSSlPL8vKguP3qbiwTGTjfiq1z4yNnry6fPaWiI14loF/tGM3Pz4CyeQP 4CzD+Ldg7ttaU2hed9t/0nH2rULe9+593yvJ+Xrznyevbd0OOc2Twneqt3DZ6tFDbTagNRVG sgzeaJFkKuwYb03KccBh8o3ELggHVVg+NNZm0DwfqWpWwzPFGFjOR8rOwQNyCDgtnGOcYreq nqumW2s6TdabeLuguYzG3AJGejDIIyDgg44IBoA5Kawh0HU9M+2+K9dOozXSfPKsj2tw7sAY tgXy0Bw+0ZBXdnkAVcvfGw0/xDDplzZ26rNfJZIq3yNc/OuVlMIB2xkkDJYHBBxzimP4N1O5 ksE1DxLLeWun3iXdsklqokJRl2iSQH58KHGcAkvuOcAVDceAJnvZZbbWfKg/tT+14oXtQ+Lk lfvtuBZAA4Cjafn5JxQAyb4hXEb3Aj0F5Vj1aTSYyLpQZZgDswCOASMNnG0MCN3IEz+PWjsI 5f7JeS5Gtf2PLBHOMCTn5kZgNw6Y3BeTyRjNP/4QX/qJf8zB/bf+o/8AIX3v/Hv0o/4QX/qJ f8zB/bf+o/8AIX3v/Hv0oAht/H8z3sUVzo3lQf2p/ZEsyXQfFyS33F2gsgAQljtPz8A4qze+ Nhp/iGHTLmzt1Wa+SyRVvka5+dcrKYQDtjJIGSwOCDjnFM/4QX/qJf8AMwf23/qP/IX3v/Hv 0qG48ATPeyy22s+VB/an9rxQvah8XJK/fbcCyABwFG0/PyTigDqra5vZdSvYJ7DybWHy/s9z 5wb7RkZb5Ryu08c9auVTtra9i1K9nnv/ADrWby/s9t5IX7PgYb5hy24889KuUAePX2rKmieL 7m71DxAt7bapcRWktrNciOIBlCKSD5SjJwQecHjnbXpMF3qcWjaO8cMWqzzeSl3PDOqIFK/P MpxhhnkAAZB4qtYeFIrXTNfsJrp5YtYuridyiBGjWZQCoyTkj1/SprTR9RstD0jToNWSNrFo lllS1GLiFBjy9rMdpI25YHqOMZxQBt1wfwu/5F28/wCvz/2lFXeVwfwu/wCRdvP+vz/2lFXz 3En+6/P/ACOPG/wn/XVG7qNwU1bylFxNcNChtrdJnjRm3kszEKAFG1NxJbAO3aC4Emjp87XW m2tw7IzSwo5ZMbSSAcjDMMfRmHuetE9mJXaSKV7aZl2NNEiF2UBgoJZTwpcsPf2JBGs1MNvC s9wkcDKcCUlpAvQMxyxGcE85OMHIJB+IlKDil/X9f02eQ2mrGdqNwU1bylFxNcNChtrdJnjR m3kszEKAFG1NxJbAO3aC4Elb7e88lq5MtxdT2cMlvBDM0cbsW3O5KblCDam475MAhQDvAl2p 7MSu0kUr20zLsaaJELsoDBQSynhS5Ye/sSCxtPQRqLeaW3kEYiMy7XkZQrBQzOGLYLFhnv1y CQdI1YJJf1/w3pq+/ZqSsZH2955LVyZbi6ns4ZLeCGZo43YtudyU3KEG1Nx3yYBCgHeBLqQz tdaDHcOyM0tqHLJjaSVzkYZhj6Mw9z1p7aegjUW80tvIIxEZl2vIyhWChmcMWwWLDPfrkEgv liWHTXiQuVSEqC7l2IAxyxJJPuTmlOcJWUV1LptOpG3dGJ4V/wCQnqn+8/8A6WXddTXLeFf+ Qnqn+8//AKWXddTX6bhP4EPRHuw2OJupbnX/ABhq9jLqWoWemaJHbu8FgxV7l3VnJLIN+Nvy 7F5JwQQas6HfS2/hq/bRbm98Ry2t0Yo4r5jBMrfJvjd5FGSuWbJHfb2q5qPhq4k1z+2dH1V9 NvJFSO5QwLLDcIpJG9OCW5A3bshRgYzUOneFr/SdD1K0stddL++uvtbXz2qMVkYJ5nyfdIJV sDsGxzjJ6Cjp64TwX/yNfiz/AK+R/wCjZ67uuE8F/wDI1+LP+vkf+jZ68TiH/cZfL80c2N/g P5G/rM8cVzbJMbpkkjlVIbaRkaWQhQFBUDnaXIy6gYLY+XclvTLma6sRLcCITeZIjrEwZVKu y4BBOcYxk4PHKqcqJprZJZElB2TJwsqqpYLuUsuSDgNtAP8AQgEQ/YP+Jd9jN3dHP35/M/ev k5b5sfLnkfLjaD8u3Ax8FzQdNR6/8OeJdOKRU1meOK5tkmN0ySRyqkNtIyNLIQoCgqBztLkZ dQMFsfLuSnNfvNFatfGUu/2mIW9hMw8yUNsCKy9SF38s6YwXKrtPlbs1sksiSg7Jk4WVVUsF 3KWXJBwG2gH+hAIhj09IooQJpWnj/wCXmTa0rAsGcZIwAxUZAAAGNu3AxcKsFFJ7r/g/8DzK UlZGRNfvNFatfGUu/wBpiFvYTMPMlDbAisvUhd/LOmMFyq7T5WvplzNdWIluBEJvMkR1iYMq lXZcAgnOMYycHjlVOVBHp6RRQgTStPH/AMvMm1pWBYM4yRgBioyAAAMbduBia1t/stskPnSz EZLSStuZiTkk9hyegAA6AAAClVnCUbRXX/P/AIApNNaHNaF/yNlx/uy/+ibGuwrj9C/5Gy4/ 3Zf/AETY12FfpWX/AO60/wDCvyR9H1+78kcHrd2v/CzEs7y41X7B/Y4lEFg9z/rPOI3FYOem Rk8dPapvCV5rMXgaW/gEutvJcPJp8U92nnNblwAsknI3j5iRk4+7xjA1b3w/fSeLBr9hqNvB L9h+xGKe0aVSvmF92RIvPQVDpnha/wBI8PX1naa666pe3TXcuoNaoQJGZd2I+mCFxjPUk+gH YB09cJYf8le1b/rz/pb13dcJYf8AJXtW/wCvP+lvXk53/uUzDE/w38/yOk1i4jto7WSaWWOA XAMhiLZbCsVX5VJOXCjbldxIXJzsY0aeaWCaKePyjBIIliaUSui7FIDtuYl8Nk5x1/iGHa5c 2yXMYBOyRcmKUKpaJipXcu4EA4Y9u57GmLaMkNwi3Vx5k7M3mlgzRk8DaCNoCjGBjHGTkkk/ nqlH2fL1/r+u54V1y2K2sXEdtHayTSyxwC4BkMRbLYViq/KpJy4UbcruJC5OdjZwv3jtI/tp ltobe8SNo0maSQKIgyJIyb2ZyxTIJXcSFy4I83aeyja1jhVnVoVxDMxEkkTbSu8M+7LYJ5Oc 5Oc5NMOnoY5N00rTNI8sc77WaFipUGMEFVwpwOOec5JYm4VKajZ/15/8HV/rSlFIyBfvHaR/ bTLbQ294kbRpM0kgURBkSRk3szlimQSu4kLlwR5ujo080sE0U8flGCQRLE0oldF2KQHbcxL4 bJzjr/EMO0x09DHJumlaZpHljnfazQsVKgxggquFOBxzznJLEzW9v5HmkzSytJIZCZGzjPRQ OgAAAwB2yckkkqVISi0l/X9dXqKUk0c1/wAzxB/vRf8AoN/XYVx//M8Qf70X/oN/XYV+h5R/ ucD6CHU4/wCKX/JONW/7Y/8Ao5KKPil/yTjVv+2P/o5KK9Is7CiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAK8r8Fa7Ho2hyxOiM01x5 qkXVuPl2IuCryqwOVPavVKK5MZgqeLhyVNiJwU1ZnHf8JrF/zzT/AMCrT/5Jo/4TWL/nmn/g Vaf/ACTXY0V5n+ruD8zL6vDsvuOO/wCE1i/55p/4FWn/AMk0f8JrF/zzT/wKtP8A5JrsaKP9 XcH5h9Xh2X3HHf8ACaxf880/8CrT/wCSaZJ4yhkieMouGBBxdWnf/t4rtKKP9XcH5jVCKd0l 9xyXg6ZJ77UXRoyWUOVSVJNm+5uXAJQlc7WU4B711tFFe3TgoQUF0NkrIKKKKsYV5jo2rpo3 iPxJLIqMJ7tkX/SIEIKySE5WSRD0cYI9/SvTqK5cXhYYqn7KpsROCnHlZx3/AAmsX/PNP/Aq 0/8Akmj/AITWL/nmn/gVaf8AyTXY0V5f+ruD8zL6vDsvuOO/4TWL/nmn/gVaf/JNH/Caxf8A PNP/AAKtP/kmuxoo/wBXcH5h9Xh2X3HHf8JrF/zzT/wKtP8A5Jo/4TWL/nmn/gVaf/JNdjRR /q7g/MPq8Oy+44nwzdRXXiaWSNo/njmcIJ4pGChLRAW8tmAyUbHPau2oor2aNJUoKnHZafcb q/UKKKK1GFecT6gulfE3V7yRVZPs6xY8+GMhmSEg4kdMj5D0Pp616PRXPicPHEU3TnsyZxUl ZnHf8JrF/wA80/8AAq0/+SaP+E1i/wCeaf8AgVaf/JNdjRXk/wCruD8zH6vDsvuOO/4TWL/n mn/gVaf/ACTR/wAJrF/zzT/wKtP/AJJrsaKP9XcH5h9Xh2X3HHf8JrF/zzT/AMCrT/5Jo/4T WL/nmn/gVaf/ACTXY0Uf6u4PzD6vDsvuOD0/UItQ8W2kyNGpeSNQn2iF2JWO7ZjiN3wB5ijk 967yiivXw9CNCmqcdkbpWOP+KX/JONW/7Y/+jkoo+KX/ACTjVv8Atj/6OSitxnYUUUUAFFFF ABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFc54h1XVrXWN L07SmsUe7iuJHe7jdwBGEPG1gejH17V0dctr3/I6+H/+vS//APQI6mbaWgmRfbPFv/QR8Of+ Atx/8VR9s8W/9BHw5/4C3H/xVTVix32r3dmdRs4LR4GUvBbMxD3Cfwt5nAQsMHaVPoSMnauV 9/y/yCxqfbPFv/QR8Of+Atx/8VR9s8W/9BHw5/4C3H/xVZ7a3Bavfm+kWOOC7S2h2qzNIWjj YAKMlmy54A6D2JqWPXNOlszdRzs6CUwlFicyeYOqeXjfuGCcYzgZ6c0cr7/l/kFi39s8W/8A QR8Of+Atx/8AFUfbPFv/AEEfDn/gLcf/ABVVJtc06CK2d52JuWZYo44neRiudw2KC2Vwc8cH g4NWrK9ttRs4ru0mWaCVdyOvQj+h7Y7Ucr7/AJf5BYhsvEmsp4xsNDv7rSZzcxSTOtpbTKyK AcHc7Y5I9D0PTiu1ry+L/ktOl/8AYNb+cleoU431TYwoooqgCiiigAooooAKKKKACiiigAoo ooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAOP8Ail/yTjVv+2P/AKOSij4pf8k41b/t j/6OSigDsKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAoooo AKKKKACuW17/AJHXw/8A9el//wCgR11Ncf4ve8tNd0nULTTLu/8AItbxDHbxk/M6xhQT0UE5 /AHAOMVE9vu/MTLFYVuNW07Tl0y2sY5HhQxWty0w8kIvCeZ0fdgDIVSCe4z8uf8A8JJ4p/6E W/8A+/p/+Io/4STxT/0It/8A9/T/APEU+ePcZcubK/ivpb2C08/Zqa3AiEiq0kZtlhYrnjIJ JwSM7evIphsJ7q0vJ7/SGkM98LhLdLhRNEFRUV1YEAPlAcBhgMeSeDW/4STxT/0It/8A9/T/ APEUf8JJ4p/6EW//AO/p/wDiKOePcB0ml6iselS3EV7e+Qk8UgivPKuFR2VoyzKyhyFQK3zd Tn5sZrd0a3a20qGN7X7K53O8PnmYqzMWOXPLHJJPvnr1rA/4STxT/wBCLf8A/f0//EUf8JJ4 p/6EW/8A+/p/+Io549wJYv8AktOl/wDYNb+cleoV5R4fi13UviXYavf+H7vToI7V4CZAWXOH IJOBj72K9Xoi73sAUUUVQBRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRR RQAUUUUAFFFFAHH/ABS/5Jxq3/bH/wBHJRR8Uv8AknGrf9sf/RyUUAdhRXyt/wAJb4k/6GDV f/A2T/Gj/hLfEn/Qwar/AOBsn+NAH1TRXyt/wlviT/oYNV/8DZP8aP8AhLfEn/Qwar/4Gyf4 0AfVNFfK3/CW+JP+hg1X/wADZP8AGj/hLfEn/Qwar/4Gyf40AfVNFfK3/CW+JP8AoYNV/wDA 2T/Gj/hLfEn/AEMGq/8AgbJ/jQB9U0V8rf8ACW+JP+hg1X/wNk/xo/4S3xJ/0MGq/wDgbJ/j QB9U0V8rf8Jb4k/6GDVf/A2T/Gj/AIS3xJ/0MGq/+Bsn+NAH1TRXyt/wlviT/oYNV/8AA2T/ ABo/4S3xJ/0MGq/+Bsn+NAH1TRXyt/wlviT/AKGDVf8AwNk/xo/4S3xJ/wBDBqv/AIGyf40A fVNFfK3/AAlviT/oYNV/8DZP8aP+Et8Sf9DBqv8A4Gyf40AfVNFfK3/CW+JP+hg1X/wNk/xo /wCEt8Sf9DBqv/gbJ/jQB9U0V8rf8Jb4k/6GDVf/AANk/wAaP+Et8Sf9DBqv/gbJ/jQB9U0V 8rf8Jb4k/wChg1X/AMDZP8aP+Et8Sf8AQwar/wCBsn+NAH1TRXyt/wAJb4k/6GDVf/A2T/Gj /hLfEn/Qwar/AOBsn+NAH1TRXyt/wlviT/oYNV/8DZP8aP8AhLfEn/Qwar/4Gyf40AfVNFfK 3/CW+JP+hg1X/wADZP8AGj/hLfEn/Qwar/4Gyf40AfVNFfK3/CW+JP8AoYNV/wDA2T/Gj/hL fEn/AEMGq/8AgbJ/jQB9U0V8rf8ACW+JP+hg1X/wNk/xo/4S3xJ/0MGq/wDgbJ/jQB9U0V8r f8Jb4k/6GDVf/A2T/Gj/AIS3xJ/0MGq/+Bsn+NAH1TRXyt/wlviT/oYNV/8AA2T/ABo/4S3x J/0MGq/+Bsn+NAH1TRXyt/wlviT/AKGDVf8AwNk/xo/4S3xJ/wBDBqv/AIGyf40AfVNFfK3/ AAlviT/oYNV/8DZP8aP+Et8Sf9DBqv8A4Gyf40AfVNFfK3/CW+JP+hg1X/wNk/xo/wCEt8Sf 9DBqv/gbJ/jQB9U0V8rf8Jb4k/6GDVf/AANk/wAaP+Et8Sf9DBqv/gbJ/jQB9U0V8rf8Jb4k /wChg1X/AMDZP8aP+Et8Sf8AQwar/wCBsn+NAH1TRXyt/wAJb4k/6GDVf/A2T/Gj/hLfEn/Q war/AOBsn+NAH1TRXyt/wlviT/oYNV/8DZP8aP8AhLfEn/Qwar/4Gyf40AfVNFfK3/CW+JP+ hg1X/wADZP8AGj/hLfEn/Qwar/4Gyf40AfVNFfK3/CW+JP8AoYNV/wDA2T/Gj/hLfEn/AEMG q/8AgbJ/jQB9U0V8rf8ACW+JP+hg1X/wNk/xo/4S3xJ/0MGq/wDgbJ/jQB9U0V8rf8Jb4k/6 GDVf/A2T/Gj/AIS3xJ/0MGq/+Bsn+NAH1TRXyt/wlviT/oYNV/8AA2T/ABo/4S3xJ/0MGq/+ Bsn+NAHvPxS/5Jxq3/bH/wBHJRXgF14h1u+tntrzWNQuIHxuimuXdWwcjIJweQDRQB//2Q== --------------59E21CFB3F54-- ======================================================================= 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 Mar 11 11:24:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15027; Tue, 11 Mar 1997 08:02:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15011; Tue, 11 Mar 1997 08:02:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA16180; Tue, 11 Mar 1997 08:02:05 -0800 Received: from despair.paradigmsim.com (despair.paradigmsim.com [206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA20619 for ; Tue, 11 Mar 1997 08:01:57 -0800 Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA12236 for info-performer@sgi.com; Tue, 11 Mar 1997 10:00:44 -0600 From: "Angus W.S. Henderson" Message-Id: <9703111000.ZM12234@despair.paradigmsim.com> Date: Tue, 11 Mar 1997 10:00:43 -0600 In-Reply-To: David Plew "Quaternions" (Mar 10, 10:02am) References: <199703101802.KAA07481@shell1.aimnet.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Quaternions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 10, 10:02am, David Plew wrote: > Is there a Performer function to convert hpr representation > of orientation to a PfQuat type and vice-versa? >-- End of excerpt from David Plew And if there was a hypothetical new performer-like product might it do the same for the first order terms hdot, pdot & rdot ? That would be handy. 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 Mar 11 11:39:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA14460; Tue, 11 Mar 1997 05:48:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA14444; Tue, 11 Mar 1997 05:48:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA07275; Tue, 11 Mar 1997 05:48:31 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA25008 for ; Tue, 11 Mar 1997 05:48:28 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA22813; Tue, 11 Mar 97 08:41:01 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id IAA29527; Tue, 11 Mar 1997 08:41:03 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <332560EE.2009@ash.crd.ge.com> Date: Tue, 11 Mar 1997 08:41:02 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Marcus Barnes Cc: info-performer@sgi.com, info-vega@paradigmsim.com Subject: Re: DOF transformation ordering References: <9703101704.ZM11661@vaisyas.engr.multigen.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Marcus Barnes wrote: > > Translations and scales are straightforward. The order of rotations in > a DOF is identical to Performer's heading, pitch and roll rotations that > are encapsulated in a pfCoord (these are referred to as Euler angles). > The only difference may be the terminology. Older versions of MultiGen > used the terms twist, azimuth and inclination to denote heading, pitch > and roll respectively in Performer. You sure about the "respectively" part? It sounds to me that twist probably corresponds to roll (not heading), azimuth corresponds to heading (not pitch), and inclination corresponds to pitch (not roll). But I'm just guessing... -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Mar 11 11:54:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15113; Tue, 11 Mar 1997 08:23:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15097; Tue, 11 Mar 1997 08:23:55 -0800 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA18370; Tue, 11 Mar 1997 08:23:55 -0800 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id IAA14122; Tue, 11 Mar 1997 08:23:54 -0800 Received: from ghost.paradigmsim.com (ghost.paradigmsim.com [206.7.114.144]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA24863 for ; Tue, 11 Mar 1997 08:16:56 -0800 Received: from ghost (localhost [127.0.0.1]) by ghost.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA29622; Tue, 11 Mar 1997 10:15:43 -0600 Sender: ch@paradigmsim.com Message-ID: <3325852F.2043@paradigmsim.com> Date: Tue, 11 Mar 1997 10:15:43 -0600 From: Chris Henderson X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Len Granowetter CC: info-performer@sgi.com Subject: Re: pfGeoState References: <9703102032.AA04432@mak.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O We've seen similar problems, but only with OpenGL apps on RE2. It shows up when we set the Flt loader mode PFFLT_INHERIT_GSTATE. Our textures were disappearing on some pieces of geometry, and behaved differently based on the eyepoint as you describe. We've filed a bug with the Performer group, including sample code...no updates lately. ch. Len Granowetter wrote: > > Hi, > > I'm hoping that someone can shed some light on an apparent Performer > bug we've seen in our Performer-based application. > > Under some circumstances, some polygons appear with the wrong > textures on them. The scene will look completely normal, then we'll > change the position of the eyepoint so that some new vehicle is in > view, or something, and suddenly, a texture from the vehicle replaces > the texture on the cloud polygon, or on some piece of the terrain. > Move the eyepoint back, and now the right texture is restored. By the > way, this problem does NOT seem to happen if lighting is disabled. > > It would seem that the problem is related to the following note that > appears in the pfGeoState man page: > > In some situations it may appear that pfGeoStates do inherit from each > other. This is because IRIS Performer currently does not provide any > defaults for the state attributes listed above such as PFSTATE_TEXTURE > and PFSTATE_FRONTMTL. Consequently, if the application does not > explicitly set these attributes, it is possible for pfGeoStates which > inherit these attributes to inherit them from previous pfGeoStates. > > However, all of our geometry is built by the MultiGen .flt loader, and > Marcus Barnes at MultiGen assures me that: > > > I'm trying to figure out though, why our scene graph would contain > > GeoStates with the texture unset. > > The .flt loader always sets them exactly. They are either bound and > enabled or null'd and disabled > > Marcus and others say they've seen the problem too. This is from > Marcus: > > I've seen this too. I reported it to SGI a year or 2 ago as a > pfGeoState::apply() bug. Something going wrong in the push/popping. > Once, I spoke with Sharon Clay about it and she thought that it was > really a GL bug (Irix 5.3/Iris GL) and that there wasn't much > Performer could do about it. I haven't seen the problem since I've > been using Irix 6.2 myself. > > I myself _have_ seen the problem under IRIX 6.2/OpenGL/Performer 2.1 > as well. > > Does anyone have any fixes, workarounds, etc? Or know of any patches > that solve the problem? > > -Len > ---------- > |\ /| . . | / Len Granowetter > | \/ | _ | ( MaK Technologies > | | /-\ | \ (617) 876-8085 Ext. 121 > T E C H N O L O G I E S lengrano@mak.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Chris Henderson ~ Paradigm Simulation Inc (972) 960-2301 FAX (972) 960-2303 mailto:ch@paradigmsim.com http://www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 11 14:24:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15286; Tue, 11 Mar 1997 08:57:28 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15270; Tue, 11 Mar 1997 08:57:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA22023; Tue, 11 Mar 1997 08:57:27 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA04716 for ; Tue, 11 Mar 1997 08:57:25 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id IAA08555 for info-performer@sgi.com; Tue, 11 Mar 1997 08:57:23 -0800 (PST) Date: Tue, 11 Mar 1997 08:57:23 -0800 (PST) From: David Plew Message-Id: <199703111657.IAA08555@shell1.aimnet.com> To: info-performer@sgi.com Subject: spherical linear interpolation Status: O Hi : Pardon me for my ignorance, but I need to know how does pfSlerpQuat perform spherical linear interpolation. Where can I find info on this kind of interpolation? For some reasons I am cornered with the problem of generating arbitrary axis for rotation of an objenct, manually. And I think that knowing how to do this spherical interpolation, will enable me to generate the axis. As a simple example, here is what I would like to to: model a cube at the origin with default position and orientation. Rotate it about X Rotate it about Y Rotate it about Z - all rotations are by 90 deg. Each of the above actions are represented as key frames consisting of list of keyframe positions and orientations. The animation is computed using pfSlerpQuat for orientation and Catmull-Rom method for position interpolation. I do not have any tool to generate these key frames, hence have to do it by hand. Interpolation of both position and orientation takes place from one key frame to next. The rotations in the key frames are expressed as quaternions. My task is to be able to generate these quats by hand. How can I compute the axis for each of the key frames so that pfSlerpQuat interpolates properly between two frames? Specifying the orientation as the list: [ 1 0 0 90, 0 1 0 90, 0 0 1 90 ] doesn't work (First three floats are axis, last one is angle in deg.). any ideas? thanks -anita kishore@aimnet.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 Mar 11 14:05:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15199; Tue, 11 Mar 1997 08:38:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15183; Tue, 11 Mar 1997 08:38:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA20129; Tue, 11 Mar 1997 08:38:54 -0800 Received: from goya.eunet.es (goya.eunet.es [193.127.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA29842 for ; Tue, 11 Mar 1997 08:38:50 -0800 Received: from yago.eunet.es (ns2.eunet.es [193.127.1.9]) by goya.eunet.es (8.8.4/13.42) with ESMTP id RAA16493 for ; Tue, 11 Mar 1997 17:31:16 +0100 (MET) Received: from ipmetacore1.metacore.es (ipmetacore1.metacore.es [193.127.88.56]) by yago.eunet.es (8.8.5/8.8.4) with SMTP id RAA11708 for ; Tue, 11 Mar 1997 17:32:03 +0100 Message-ID: <332588D1.6935@metacore.es> Date: Tue, 11 Mar 1997 17:31:13 +0100 From: "Juan R. Saenz-Diez" Organization: MetaCore X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: Performer Mailing List Subject: constant screen size of an object Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dear Performers, I want to draw an object in 3D space, scaling it so as to make it appear of a constant size when projected on screen. What scaling matrix should I apply before drawing (let's suppose that the object has a original size of 1) so that I get the target size on screen? Thank you in advance, Yuri. -- ---------------------------------------------------------------------------- Juan R. "Yuri" Saenz-Diez M E T A C O R E Visual Computing c/ Huelva, 8 * 28002 - Madrid SPAIN Phone: +34 1 413 72 12 yuri@metacore.es Fax: +34 1 416 99 14 ---------------------------------------------------------------------------- ======================================================================= 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 Mar 11 14: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 LAA15838; Tue, 11 Mar 1997 11:52:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15822; Tue, 11 Mar 1997 11:52:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA08928; Tue, 11 Mar 1997 11:52:37 -0800 Received: from ciup1.ncc.up.pt (ciup1.ncc.up.pt [193.136.51.52]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA21041 for ; Tue, 11 Mar 1997 11:51:11 -0800 Received: from garf.fe.up.pt (garfield.fe.up.pt) by ciup1.ncc.up.pt with SMTP id AA22865 (5.65c/IDA-1.4.4 for ); Tue, 11 Mar 1997 20:50:52 +0100 Received: from onyx (onyx.fe.up.pt) by garf.fe.up.pt with SMTP id AA10643 (5.65c/IDA-1.4.4 for <@garfield:info-performer@sgi.com>); Tue, 11 Mar 1997 19:52:21 GMT Received: by onyx (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id LAA04605; Tue, 11 Mar 1997 11:41:05 -0800 From: "Jose Ricardo Silva" Message-Id: <9703111141.ZM4603@onyx.fe.up.pt> Date: Tue, 11 Mar 1997 11:41:03 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Loading VRML files into Performer. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Does anyone can tell me how to load a VRML file into a Performer Database, or as an alternative if there is any application that can convert a VRML file into another format like Open Inventor or .dxf or .flt. ======================================================================= 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 Mar 11 14: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 KAA15572; Tue, 11 Mar 1997 10:24:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15556; Tue, 11 Mar 1997 10:24:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA29893; Tue, 11 Mar 1997 10:24:14 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA28014 for ; Tue, 11 Mar 1997 10:24:08 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA29189; Tue, 11 Mar 97 13:15:21 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id NAA04284; Tue, 11 Mar 1997 13:15:21 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <3325A138.532D@ash.crd.ge.com> Date: Tue, 11 Mar 1997 13:15:20 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: C++ PipeWindow bug revisited Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O A few weeks ago I sent a message regarding problems I was having with manipulating a pfPipeWindow from the C++ interface. Specifically, I want a borderless fullscreen window. I got a couple of replies pointing me to the PFWIN_NOBORDER mode, but so far nothing has worked. Here is a code snippet: // Initialize a full screen window pwin = new pfPipeWindow(pipe); pwin->setMode(PFWIN_NOBORDER, PF_ON); pwin->setFullScreen(); pwin->setSize(1280,1024); // remove this, and I get minimal window pwin->setOrigin(0,0); pwin->open(); If I leave out this whole segment of code, Performer creates a full screen window for me, but with a border. So, I make my own window and open it. (This is occurring in the app process.) It appears that the setMode and setFullScreen C++ methods have absolutely no effect whatsoever. The setSize method works fine, though, but I don't want to hardcode a specific size. If I remove the setSize call, I get a window consisting entirely of window manager decorations. I'm using Performer 2.1 on an R10000 Onyx iR. Is this a bug in the C++ interface? Am I doing something wrong? Any help would be appreciated. -Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Mar 11 14:24:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15674; Tue, 11 Mar 1997 11:09:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15658; Tue, 11 Mar 1997 11:09:14 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA04535; Tue, 11 Mar 1997 11:09:13 -0800 Received: from shallow.division.co.uk (shallow.division.co.uk [194.70.241.89]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA10107 for ; Tue, 11 Mar 1997 11:09:09 -0800 Received: from nga.division.co.uk (nga.division.co.uk [194.70.241.87]) by shallow.division.co.uk (8.7/8.7) with SMTP id TAA18094 for ; Tue, 11 Mar 1997 19:09:06 GMT Received: by nga.division.co.uk with Microsoft Mail id <01BC2E4F.96F39090@nga.division.co.uk>; Tue, 11 Mar 1997 19:08:22 -0000 Message-ID: <01BC2E4F.96F39090@nga.division.co.uk> From: Andrew Ng To: "'Performer Mailing List'" Subject: Problem with pfChanNodeIsectSegs. Date: Tue, 11 Mar 1997 19:08:21 -0000 Encoding: 173 TEXT Status: O Hi, Are there any known problems with pfChanNodeIsectSegs and deep hierarchies? I have a hierarchy that's about 40 levels deep. Each DCS in this hierarchy has a pfGroup which has three pfGeode's each with a single pfGeoset. If I try to intersect with geometry that's any deeper than about 26/27, this causes a segmentation fault in "_lfree". Here's the stack trace :- > 0 _lfree(0x1808004c, 0x18080000, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x0) ["/vince/6.2-mar09/work/irix/lib/libc/libc_n32_M3/mp/amalloc.c":799, 0xfa9f154] 1 _afree(0x1808004c, 0x18080000, 0x0, 0x183ca3f0, 0x41, 0x0, 0x0, 0x18314180) ["/vince/6.2-mar09/work/irix/lib/libc/libc_n32_M3/mp/amalloc.c":89, 0xfa9e3c0] 2 pfMemory::operator delete(void*)(0x1808004c, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x0) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpr/pfMemory.C":196, 0x5f72bf78] 3 pfMemory::~pfMemory(void)(0x1808004c, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x0) ["/build/perfbuild/perf202.IRIX6/perf/lib/li bpr/pfMemory.C":212, 0x5f72c03c] 4 pfMemory::realloc(unsigned int)(0x183140f0, 0x100, 0x0, 0x183ca3f0, 0x41, 0x0, 0x0, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpr/pfMemory.C":360, 0x5f72cc18] 5 pfMemory::realloc(void*,unsigned int)(0x1808004c, 0x0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpr/pfMemory.C":472, 0x5f72d20c] 6 pfList::setNum(int)(0x183140b0, 0x21, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x40) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpr/pfList.C":297, 0x5f7237b0] 7 pfGeode::pf_discFunc(pfHit*)(0x18314580, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x0, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfGeode.C":793, 0x5f62dda4] 8 ::_pitIsectTri(_prIsectTrav*,pfVec3&,pfVec3&,pfVec3&)(0x1808004c, 0x5f822e64, 0x0, 0x0, 0x41, 0x0, 0x0, 0x0) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpr/pfGeoSet.C":2571, 0x5f6fdd24] 9 pfGeoSet::pr_isect(_prIsectTrav*)(0x0, 0x5f6fd5c4, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpr/pfGeoSet.C":2996, 0x5f70be60] 10 pfGeoSet::isect(pfSegSet*,pfHit***)(0x1808004c, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpr/pfGeoSet.C":1837, 0x5f70981c] 11 pfGeode::nb_intersect(_pfIsector*)(0x5f7091b0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfGeode.C":485, 0x5f62c9bc] 12 pfGroup::nb_intersect(_pfIsector*)(0x18100560, 0x7fff1e9c, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfGroup.C":450, 0x5f631b18] 13 pfGroup::nb_intersect(_pfIsector*)(0x18153670, 0x7fff1e9c, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfGroup.C":450, 0x5f631b18] 14 pfDCS::nb_intersect(_pfIsector*)(0x18158420, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 15 pfDCS::nb_intersect(_pfIsector*)(0x181581f0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 16 pfDCS::nb_intersect(_pfIsector*)(0x18157fc0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 17 pfDCS::nb_intersect(_pfIsector*)(0x18157d90, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 18 pfDCS::nb_intersect(_pfIsector*)(0x18157b60, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 19 pfDCS::nb_intersect(_pfIsector*)(0x18157930, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 20 pfDCS::nb_intersect(_pfIsector*)(0x18157700, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 21 pfDCS::nb_intersect(_pfIsector*)(0x181574d0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 22 pfDCS::nb_intersect(_pfIsector*)(0x181572a0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 23 pfDCS::nb_intersect(_pfIsector*)(0x18156a00, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 24 pfDCS::nb_intersect(_pfIsector*)(0x181567d0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf20 2.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 25 pfDCS::nb_intersect(_pfIsector*)(0x181565a0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 26 pfDCS::nb_intersect(_pfIsector*)(0x18156370, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 27 pfDCS::nb_intersect(_pfIsector*)(0x18156140, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 28 pfDCS::nb_intersect(_pfIsector*)(0x18155f10, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 29 pfDCS::nb_intersect(_pfIsector*)(0x18155ce0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 30 pfDCS::nb_intersect(_pfIsector*)(0x18155ab0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 31 pfDCS::nb_intersect(_pfIsector*)(0x18155880, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 32 pfDCS::nb_intersect(_pfIsector*)(0x18155650, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 33 pfDCS::nb_intersect(_pfIsector*)(0x18155420, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 34 pfDCS::nb_intersect(_pfIsector*)(0x181551f0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 35 pfDCS::nb_intersect(_pfIsector*)(0x18154fc0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 36 pfDCS::nb_intersect(_pfIsector*)(0x18154d90, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 37 pfDCS::nb_intersect(_pfIsector*)(0x18154b60, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 38 pfDCS::nb_intersect(_pfIsector*)(0x18154930, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 39 pfDCS::nb_intersect(_pfIsector*)(0x18154700, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 40 pfDCS::nb_intersect(_pfIsector*)(0x181544d0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 41 pfDCS::nb_intersect(_pfIsector*)(0x181542a0, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfDCS.C":275, 0x5f60ee1c] 42 pfSCS::nb_intersect(_pfIsector*)(0x1808004c, 0x7fff1e9c, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfSCS.C":423, 0x5f67d920] 43 pfGroup::nb_intersect(_pfIsector*)(0x180ccea0, 0x7fff1e9c, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfGroup.C":450, 0x5f631b18] 44 pfNode::pf_isect(pfSegSet*,pfHit***,pfChannel*,pfMatrix*)(0x5fff2788, 0x409, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x409) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfNode.C":1241, 0x5f637f8c] 45 pfChannel::nb_isect(pfNode*,pfSegSet*,pfHit***,pfMatrix*)(0x1808004c, 0x183140e0, 0x0, 0x183ca3f0, 0x41, 0x0, 0x18151230, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/pfChannel.C":1621, 0x5f6081c8] 46 ::pfChanNodeIsectSegs(0x1808004c, 0x183140e0, 0x0, 0x183ca3f0, 0x0, 0x0, 0x0, 0x18314180) ["/build/perfbuild/perf202.IRIX6/perf/lib/libpf/cChannel.C":1360, 0x5f68fc5c] I'm running on IRIX 6.2 using N32 binaries with Performer 2.0.2 on an Indigo 2 Max Impact. Any help would be appreciated. Thanks. ------------------------------------------------------------------------ Andrew Ng (Software Engineer) Division Limited, 19 Apex Court, Email: nga@division.co.uk Woodlands, Almondsbury. Tel: +44 (0)1454 615554 Bristol BS12 4JT. Fax: +44 (0)1454 615532 ======================================================================= 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 Mar 11 14:24:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15501; Tue, 11 Mar 1997 09:57:18 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15485; Tue, 11 Mar 1997 09:57:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA27273; Tue, 11 Mar 1997 09:57:17 -0800 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA20440 for ; Tue, 11 Mar 1997 09:57:10 -0800 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id RAA28602 for info-performer@sgi.com; Tue, 11 Mar 1997 17:56:48 GMT From: Jan Barglowski Posted-Date: Tue, 11 Mar 1997 17:56:48 GMT Message-Id: <199703111756.RAA28602@cyclops> Subject: Checking screen(pipe) size... To: info-performer@sgi.com Date: Tue, 11 Mar 1997 09:56:48 -0800 (PST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 857 Status: O Performers: I have an iR, where sometimes we run the pipe configured to 1280x1024, and other times at 2560x1024 (using the second RGB out for a second display). I'd like to have my Performer App check the size of the screen, and if it's 2560 wide then put the second channel on the second screen, otherwise put the second channel on top of the first channel. So the question is: how do I find out the size of the screen? I've been looking at pfPipeWindow::getCurScreenOriginSize(), but it keeps crashing, and pfPipeWindow::getCurOriginSize(), which gives -1 values until I pfPipeWindow::open(), when it gives the sizes I set it to. Thanks for any help! 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 Tue Mar 11 20:05:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA17096; Tue, 11 Mar 1997 14:51:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA17080; Tue, 11 Mar 1997 14:51:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26122; Tue, 11 Mar 1997 14:51:08 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA08272 for ; Tue, 11 Mar 1997 14:51:05 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id OAA10602; Tue, 11 Mar 1997 14:57:16 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id WAA26123; Tue, 11 Mar 1997 22:47:17 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id OAA13884; Tue, 11 Mar 1997 14:55:49 -0800 From: "Marcus Barnes" Message-Id: <9703111455.ZM13883@vaisyas.engr.multigen.com> Date: Tue, 11 Mar 1997 14:55:49 -0800 In-Reply-To: Christopher R Volpe "Re: DOF transformation ordering" (Mar 11, 8:41am) References: <9703101704.ZM11661@vaisyas.engr.multigen.com> <332560EE.2009@ash.crd.ge.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, info-vega@paradigmsim.com Subject: Re: DOF transformation ordering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 11, 8:41am, Christopher R Volpe wrote: > Subject: Re: DOF transformation ordering > Marcus Barnes wrote: > > > > Translations and scales are straightforward. The order of rotations in > > a DOF is identical to Performer's heading, pitch and roll rotations that > > are encapsulated in a pfCoord (these are referred to as Euler angles). > > The only difference may be the terminology. Older versions of MultiGen > > used the terms twist, azimuth and inclination to denote heading, pitch > > and roll respectively in Performer. > > You sure about the "respectively" part? It sounds to me that twist > probably corresponds to roll (not heading), azimuth corresponds to > heading (not pitch), and inclination corresponds to pitch (not roll). Yes I'm very sure about it. The loader's DOFcb data structure still has members that use those old names: "twist", "azim", and "incl". A brief history of these confusing terms was posted to info-performer last month. Regards. -- + Marcus Barnes, Technical Staff mailto:marcus@multigen.com + + Multigen Inc. http://www.multigen.com + + 550 S. Winchester Blvd. phoneto:1-408-556-2654 + + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 + ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 11 20:30:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA17719; Tue, 11 Mar 1997 15:18:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA17703; Tue, 11 Mar 1997 15:18:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA28541; Tue, 11 Mar 1997 15:18:50 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA15938 for ; Tue, 11 Mar 1997 15:18:45 -0800 Received: from porter (PPP31.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-8 #18943) with SMTP id <01IGDW5LT9CK8XX332@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Tue, 11 Mar 1997 18:15:17 EST Date: Tue, 11 Mar 1997 18:11:37 -0500 From: Prakash Mahesh Subject: Re: C++ PipeWindow bug revisited Sender: gpmahesh@DRAWCOMP.COM To: Christopher R Volpe Cc: info-performer@sgi.com Message-id: <3325E6A9.1CFB@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit References: <3325A138.532D@ash.crd.ge.com> Status: O Christopher R Volpe wrote: > > A few weeks ago I sent a message regarding problems I was having with > manipulating a pfPipeWindow from the C++ interface. Specifically, I want > a borderless fullscreen window. I got a couple of replies pointing me to > the PFWIN_NOBORDER mode, but so far nothing has worked. Here is a code > snippet: I think the problem is not with Performer but with the windows manager you are using. I had the same problem while using PFWIN_NOBORDER. It always drew the window with border. I found out that the windows manager I was using (fvwm) was set to draw a motif-style window. So this put the border even if there wasn't one. So, try changing the windows manager setup, or try any standard(default) SGI windows manager. Hope this solves your problem. -- 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 Mar 11 20: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 PAA17956; Tue, 11 Mar 1997 15:35:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA17940; Tue, 11 Mar 1997 15:35:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA00336; Tue, 11 Mar 1997 15:35:48 -0800 Received: from cyclops (cyclops.chinalake.navy.mil [129.131.85.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA19838 for ; Tue, 11 Mar 1997 15:35:46 -0800 Received: (jan@localhost) by cyclops (950413.SGI.8.6.12/akira1-CL) id XAA01854; Tue, 11 Mar 1997 23:35:17 GMT From: Jan Barglowski Posted-Date: Tue, 11 Mar 1997 23:35:17 GMT Message-Id: <199703112335.XAA01854@cyclops> Subject: Re: C++ PipeWindow bug revisited To: volpe@ash.crd.ge.com (Christopher R Volpe) Date: Tue, 11 Mar 1997 15:35:17 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <3325A138.532D@ash.crd.ge.com> from "Christopher R Volpe" at Mar 11, 97 01:15:20 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1275 Status: O Christopher R Volpe wrote: > > A few weeks ago I sent a message regarding problems I was having with > manipulating a pfPipeWindow from the C++ interface. Specifically, I want > a borderless fullscreen window. I got a couple of replies pointing me to > the PFWIN_NOBORDER mode, but so far nothing has worked. Here is a code > snippet: > > // Initialize a full screen window > pwin = new pfPipeWindow(pipe); > pwin->setMode(PFWIN_NOBORDER, PF_ON); > pwin->setFullScreen(); > pwin->setSize(1280,1024); // remove this, and I get minimal window > pwin->setOrigin(0,0); > pwin->open(); Chris: Here's my code, which opens a full-screen borderless all the time: ////////////////////////////////////////////////////////////////////// // Get the pipe up and running. pipe = pfGetPipe(0); pw = new pfPipeWindow(pipe); pw->setWinType(PFPWIN_TYPE_X); pw->setName("OTW C++ Base"); pw->setOriginSize(1280,0,1280,1024); // 2nd monitor. pw->open(); This only major difference I see is that I explicitly setWinType() > I'm using Performer 2.1 on an R10000 Onyx iR. Me too. 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 Tue Mar 11 21:02:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA18070; Tue, 11 Mar 1997 15:50:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA18054; Tue, 11 Mar 1997 15:50:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA01448; Tue, 11 Mar 1997 15:50:23 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA23069 for ; Tue, 11 Mar 1997 15:50:12 -0800 Received: (from russell@localhost) by random.ctasim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA06323; Tue, 11 Mar 1997 15:42:20 -0800 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9703111542.ZM6321@random.ctasim.com> Date: Tue, 11 Mar 1997 15:42:19 -0800 In-Reply-To: Jan Barglowski "Checking screen(pipe) size..." (Mar 11, 9:56am) References: <199703111756.RAA28602@cyclops> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Jan Barglowski Subject: Re: Checking screen(pipe) size... Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 11, 9:56am, Jan Barglowski wrote: > Subject: Checking screen(pipe) size... > Performers: > > I have an iR, where sometimes we run the pipe configured to 1280x1024, > and other times at 2560x1024 (using the second RGB out for a second > display). I'd like to have my Performer App check the size of the > screen, and if it's 2560 wide then put the second channel on the second > screen, otherwise put the second channel on top of the first channel. > > So the question is: how do I find out the size of the screen? I've > been looking at pfPipeWindow::getCurScreenOriginSize(), but it keeps > crashing, and pfPipeWindow::getCurOriginSize(), which gives -1 values > until I pfPipeWindow::open(), when it gives the sizes I set it to. > > Thanks for any help! > After the pfInit, you can do the following: #include #include Display *display; int screen; int width; int height; display = pfGetCurWSConnection(); screen = DefaultScreen(display); width = DisplayWidth(display, screen); height = DisplayHeight(display, screen); This assumes that you have one pipe. Each pipe will be a different screen. > jan > > -- > Jan Anthony Barglowski jan@chinalake.navy.mil > Real-time Computer Graphics http://www1.ridgecrest.ca.us/~jan > Naval Air Warfare Center, China Lake (619) 927-1057 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jan Barglowski -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.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 Mar 11 22:05:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA18536; Tue, 11 Mar 1997 17:04:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA18520; Tue, 11 Mar 1997 17:04:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA08891; Tue, 11 Mar 1997 17:04:51 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA10903 for ; Tue, 11 Mar 1997 17:04:50 -0800 Received: from hell.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA01636; Tue, 11 Mar 1997 17:04:49 -0800 Received: by hell.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA18434; Tue, 11 Mar 1997 17:04:48 -0800 From: "Don Hatch" Message-Id: <9703111704.ZM18432@hell.asd.sgi.com> Date: Tue, 11 Mar 1997 17:04:47 -0800 In-Reply-To: David Plew "spherical linear interpolation" (Mar 11, 8:57am) References: <199703111657.IAA08555@shell1.aimnet.com> X-Face: /7QDEc=iPrsQG=j>iQo4F||T'ys-t--1bb9IJ9qo~4|i0nB|OG%gK}I3J2{/u*-q.I8=OSv/&K}V(pw:~5aIV!Y4:y+Vk#AAX)|i'B-jHf+r(?U'"B'9"D|<-(/1PD32tUN X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: David Plew Subject: Re: spherical linear interpolation Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 11, 8:57am, David Plew wrote: > Subject: spherical linear interpolation > > Hi : > > Pardon me for my ignorance, but I need to know how does pfSlerpQuat > perform spherical linear interpolation. Where can I find info on this kind > of interpolation? For some reasons I am cornered with the problem of > generating arbitrary axis for rotation of an objenct, manually. And I > think that knowing how to do this spherical interpolation, will enable > me to generate the axis. As a simple example, here is what I would like > to to: > > model a cube at the origin with default position and orientation. > Rotate it about X > Rotate it about Y > Rotate it about Z - all rotations are by 90 deg. > > Each of the above actions are represented as key frames consisting of > list of keyframe positions and orientations. The animation is computed > using pfSlerpQuat for orientation and Catmull-Rom method for position > interpolation. I do not have any tool to generate these key frames, hence > have to do it by hand. Interpolation of both position and orientation > takes place from one key frame to next. The rotations in the key frames > are expressed as quaternions. My task is to be able to generate these > quats by hand. How can I compute the axis for each of the key frames so that > pfSlerpQuat interpolates properly between two frames? > > Specifying the orientation as the list: > > [ 1 0 0 90, > 0 1 0 90, > 0 0 1 90 ] > > doesn't work (First three floats are axis, last one is angle in deg.). > > any ideas? > > thanks > -anita > > kishore@aimnet.com If I am understanding correctly, you want to compose (i.e. multiply) the above quaternions together to accumulate the keyframes. The following code seems to give a believable answer-- note that the final orientation (i.e. the composite of the three 90-degree rotations) is equivalent to a single 90-degree rotation about the Y axis. I assume you mean the rotations to be expressed in terms of the world space axes (as opposed to the object space axes)-- if not, just multiply by the incremental rotation quaternion on the left instead of the right. (My impression is that you are willing to use the Performer math libs as a calculator, but if you *really* want to do the quaternion multiplication by hand, see the references at the end of the pfQuat man page.) #include main(int argc, char **argv) { pfQuat qident, qx, qy, qz; qident.makeRot(0, 1,0,0); qx.makeRot(90, 1,0,0); qy.makeRot(90, 0,1,0); qz.makeRot(90, 0,0,1); pfQuat keyframes[4]; keyframes[0] = qident; keyframes[1] = keyframes[0] * qx; keyframes[2] = keyframes[1] * qy; keyframes[3] = keyframes[2] * qz; pfQuat q; for (k = 0; k < 3; ++k) { int i, n = 4; // number of steps from one keyframe to the next for (i = 0; i <= n; ++i) { float t = (float)i/(float)n; q.slerp(t, keyframes[k], keyframes[k+1]); float angle, x, y, z; q.getRot(&angle, &x, &y, &z); printf("%f %f %f %f\n", angle, x, y, z); } printf("\n"); } } The output is: 0.000000 0.000000 0.000000 1.000000 22.500017 1.000000 0.000000 0.000000 44.999989 1.000000 0.000000 0.000000 67.500008 1.000000 0.000000 0.000000 89.999992 1.000000 0.000000 0.000000 89.999992 1.000000 0.000000 0.000000 92.181213 0.962637 0.191480 -0.191480 98.421036 0.862856 0.357407 -0.357407 107.978378 0.726831 0.485653 -0.485653 120.000000 0.577350 0.577350 -0.577350 120.000000 0.577350 0.577350 -0.577350 107.978378 0.485653 0.726831 -0.485653 98.421051 0.357407 0.862856 -0.357407 92.181213 0.191480 0.962637 -0.191480 89.999992 0.000000 1.000000 0.000000 Don -- Don Hatch hatch@sgi.com (415) 933-5150 Silicon Graphics, Inc. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 11 23:36:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA19071; Tue, 11 Mar 1997 18:17:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA19055; Tue, 11 Mar 1997 18:17:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA13605; Tue, 11 Mar 1997 18:17:14 -0800 Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA26427 for ; Tue, 11 Mar 1997 18:17:07 -0800 Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id SAA06795 for ; Tue, 11 Mar 1997 18:17:05 -0800 (PST) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id SAA28482 for ; Tue, 11 Mar 1997 18:17:03 -0800 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id CAA17534; Wed, 12 Mar 1997 02:17:10 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199703120217.CAA17534@sdchemw1.ucsd.edu> Subject: pfFog on an Impact To: info-performer@sgi.com Date: Tue, 11 Mar 1997 18:17:10 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi Everybody, In my app I'm using pfFog to try to reduce scenery pop-up. What I want is for the fog's onset to be 95% of the distance to the far clipping plane, and for the fog to be opaque at 99% of the distance. This works great on our RE2, but on our Maximum Impact Indigo2, the fog does not appear correctly. Depending on the values I give to pfFog::setRange(), I can get no fog, all fog (no scenery), or a very light fog, but never the effect I want. Here's a code snippet: ... (in the draw process) pfOverride(PFSTATE_FOG | PFSTATE_ENFOG, PF_OFF); fog->setFogType(PFFOG_PIX_LIN); fog->setColor(0.0, 0.0, 0.6); // blue fog, to make it more apparent float farclip=300.; // setNearFar(300./500., 300.) was done in the app process earlier fog->setRange(farclip*0.95, farclip*0.99); // no fog visible //fog->setRange(farclip*0.50, farclip*0.90); // STILL no fog visible //fog->setRange(farclip*0.50, farclip*0.50); // all fog, no scenery visible(!!) //fog->setRange(farclip*0.50, farclip*1.00); // no fog visible(!!) fog->apply(); pfEnable(PFEN_FOG); pfOverride(PFSTATE_FOG | PFSTATE_ENFOG, PF_ON); ... This is with a far-clip-plane-distance/near-clip-plane-distance ratio of 500:1. If I lower the ratio to 10:1, then the fog starts to appear correctly, but of course then nearby objects disappear. Surely there must be something wrong here? Doing a pfWindow::QUERY(PFQWIN_DEPTH_BITS) says that my pfWindow has a 24-bit z-buffer (vs. 32-bits on the RE2). Should this be making such a vast difference? I'll be very grateful for any hints! This is under Irix6.2, Performer2.02, btw. -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 Wed Mar 12 00:22:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA19139; Tue, 11 Mar 1997 19:06:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA19123; Tue, 11 Mar 1997 19:06:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA15907; Tue, 11 Mar 1997 19:06:08 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA04764 for ; Tue, 11 Mar 1997 19:06:07 -0800 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA07568; Tue, 11 Mar 1997 19:06:06 -0800 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id TAA22102; Tue, 11 Mar 1997 19:06:03 -0800 From: "Javier Castellar" Message-Id: <9703111906.ZM22100@sixty.asd.sgi.com> Date: Tue, 11 Mar 1997 19:06:03 -0800 In-Reply-To: Orad Hi-Tec Systems "Re: Multi-pass rendering" (Mar 11, 6:14pm) References: <1.5.4.32.19970310170102.006c6b0c@pobox.oleane.com> <9703101809.ZM20606@sixty.asd.sgi.com> <332584E9.FF6@netvision.net.il> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Orad Hi-Tec Systems Subject: Re: Multi-pass rendering Cc: Space Magic Team , info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You are more or less right about that paging after the rendering does not overlaps 100% sure with the rasterization stages in all cases, however the ONLY chance of getting a percent of overlapping is requesting the paging after the rendering. If you request paging before the rendering, the overlapping will be less that if you try the reverse order. This is also true if you interleave paging operations, but sometimes is worst, therefore the best choice is paging after the fill limited operations, becasue the portion of paging involving GEs will be done and it will be buffered on the internal fifos, waiting for the RMs to give them a chance (i.e. bubbles in the fill rate) -Javier On Mar 11, 6:14pm, Orad Hi-Tec Systems wrote: > Subject: Re: Multi-pass rendering > Javier Castellar wrote: > > > > The only parallel texture paging will happen if you request texture paging > > right after a fill limited operation. Then in this case you will obtain free > > GEs time while the RMs are draining the internal buffers. > > > > 1) fill limited operation > > 2) texture paging > > > > -Javier > > This is not a sufficient condition. > The GE may run parallel to the RMs, but, the texture memory > update inside the RMs will "fight" with texture memory access > by normal textured rasterization. In other words, the texture > memory is NOT dual-port. Parallelism at this stage depends on > the texture memory read access bandwidth. Thisd epends on > many things: the pixel area of textured polygons (vs. un-textured > polygons), the type of texture > filters used, the bits-per-texel in the textures. > (trilinear mipmap, for example, requires 8 texels > for each rasterized pixel). Moreover, I guess it also depends > on the locality of subsequent texture memory read accesses -- > a high-res texture rasterized into a small polygon (with > non-mipmap filter), will increase the bandwidth. > > It sums up to: pretty unpredictable. > > Moshe Nissim > Orad Hi-Tec Systems > ======================================================================= > 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 Orad Hi-Tec Systems -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 12 04:12:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA20151; Tue, 11 Mar 1997 22:41:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA20135; Tue, 11 Mar 1997 22:41:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA24088; Tue, 11 Mar 1997 22:41:30 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA06820 for ; Tue, 11 Mar 1997 22:41:26 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id WAA20860 for info-performer@sgi.com; Tue, 11 Mar 1997 22:41:24 -0800 (PST) Date: Tue, 11 Mar 1997 22:41:24 -0800 (PST) From: David Plew Message-Id: <199703120641.WAA20860@shell1.aimnet.com> To: info-performer@sgi.com Subject: spherical linear interpolation Status: O Hi: Thanks a lot to Don Hatch of SGI for sending me the sample code to generate the axis for doing slerp. It is doing exactly what I had described in my mail. I am now going to test it for various initial orientation of the cube. -anita kishore@aimnet.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 Mar 12 05:18:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA20637; Wed, 12 Mar 1997 01:07:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA20621; Wed, 12 Mar 1997 01:07:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA00308; Wed, 12 Mar 1997 01:07:53 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA28511; Wed, 12 Mar 1997 01:07:46 -0800 Received: from streptacocus (ts001p8.pop9a.netvision.net.il [194.90.11.28]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id LAA08005; Wed, 12 Mar 1997 11:07:14 +0200 (IST) Sender: internet@nvsgi1.netvision.net.il Message-ID: <33266FB3.794B@netvision.net.il> Date: Wed, 12 Mar 1997 10:56:19 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Javier Castellar CC: info-performer@sgi.com Subject: Re: (was: Multi-pass rendering) now: texture paging References: <1.5.4.32.19970310170102.006c6b0c@pobox.oleane.com> <9703101809.ZM20606@sixty.asd.sgi.com> <332584E9.FF6@netvision.net.il> <9703111906.ZM22100@sixty.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Javier Castellar wrote: > > You are more or less right about that paging after the rendering does not > overlaps 100% sure with the rasterization stages in all cases, however the > ONLY chance of getting a percent of overlapping is requesting the paging after > the rendering. > > If you request paging before the rendering, the overlapping will be less that > if you try the reverse order. > > This is also true if you interleave paging operations, but sometimes is worst, > therefore the best choice is paging after the fill limited operations, becasue > the portion of paging involving GEs will be done and it will be buffered on the > internal fifos, waiting for the RMs to give them a chance (i.e. bubbles in the > fill rate) > > Is there a number (milliseconds) for the GE part of the operation? I am mostly concerend with texture paging from video (video read source for glCopyTexSubImage2DEXT()), for the various Sirius pixel packings and their corresponding internal texture formats (and D1 transfer sizes). In the case of video, is this timing dependent only on the placement of the glCopyTexSubImage2DEXT() token in the stream, or also on the timing the Sirius chooses to transmit to the GE? I think I know the answer, it dependes on the Sirius too, and that is why the pipeline needs to be genlocked to video too. But how can I control the timing of this transfer if it is not optimal? I can put the glCopyTexSubImage2DEXT() wherever I want, but cannot control the Sirius transfer delay relative to the vertical sync. Bye, Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Mar 12 05:18:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA20835; Wed, 12 Mar 1997 02:02:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA20819; Wed, 12 Mar 1997 02:02:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA02044; Wed, 12 Mar 1997 02:02:07 -0800 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA05781 for ; Wed, 12 Mar 1997 02:02:04 -0800 Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id EAA03247 for info-performer@sgi.com; Wed, 12 Mar 1997 04:03:21 -0600 From: "Ren-Jye Yu" Message-Id: <9703120403.ZM3246@python.tamu.edu> Date: Wed, 12 Mar 1997 04:03:20 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: How to get rid of the background color from rgb file?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I found a tree1.rgb file from the Performer Town database. I would like to put this tree into my model, just like in Performer Town. But it's background color give me trouble. I couldn't see the object behind it. The background color is white. Do you know how to remove the background color? Or how to make the background to be transparency ? Thanks. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 12 05:18:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA20853; Wed, 12 Mar 1997 02:02:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA20837; Wed, 12 Mar 1997 02:02:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA02049; Wed, 12 Mar 1997 02:02:53 -0800 Received: from Relay1.OLEANE.NET (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA05814 for ; Wed, 12 Mar 1997 02:02:44 -0800 Received: from oleane.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by Relay1.OLEANE.NET (8.8.5/8.8.5) with SMTP id LAA23517 for ; Wed, 12 Mar 1997 11:02:39 +0100 (MET) Message-Id: <1.5.4.32.19970312100052.0069a250@pobox.oleane.com> X-Sender: csf2@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 12 Mar 1997 11:00:52 +0100 To: info-performer@sgi.com From: Space Magic Team Subject: Multi-pass rendering again ! Status: O Thank you to Javier Castellar and Moshe Nissim for all the performance details which aren't obvious for me in the hardware documentation... Another question that I have concerns the maximum performance I can expect from a framebuffer copy into the texture memory. At this time, I use an internal format PFTEX_RGB8 for my texture, and I obtain a time of 14ms for the transfer of a 1024x1024 texture with 2 RM6s. Is it logical ? Does this time depend linearly of the number of RM ? How doest it vary in function of internal format of texels ? If I take the hardware documentation, it precises that one RM6 has a 80Mb transfer rate between frame buffer and texture memory, so for 3 eight bits components texels and 2 RM6s, the practical time that I have corresponds to a transfer rate of 180 Mb and not 160 Mb ? Am I exploding the performances of the IR (I don't believe so) or am I making a mistake in my computations ? Thanx. Philippe Poutignat ____________________________________________________________________ | o o Thomson Training & Simulation o o | | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | | o o 78703 Conflans Sainte Honorine Cedex France o o | | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | |____________________________________________________________________| ======================================================================= 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 Mar 12 10:04:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21650; Wed, 12 Mar 1997 06:10:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21634; Wed, 12 Mar 1997 06:10:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA11266; Wed, 12 Mar 1997 06:10:27 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA12484 for ; Wed, 12 Mar 1997 06:10:18 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA22334; Wed, 12 Mar 97 09:08:05 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id JAA24878; Wed, 12 Mar 1997 09:08:05 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <3326B8C4.3855@ash.crd.ge.com> Date: Wed, 12 Mar 1997 09:08:04 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Prakash Mahesh Cc: info-performer@sgi.com Subject: Re: C++ PipeWindow bug revisited References: <3325A138.532D@ash.crd.ge.com> <3325E6A9.1CFB@drawcomp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Prakash Mahesh wrote: > > > I think the problem is not with Performer but with the windows manager > you are using. I had the same problem while using PFWIN_NOBORDER. It > always drew the window with border. I found out that the windows manager > I was using (fvwm) was set to draw a motif-style window. So this put the > border even if there wasn't one. > So, try changing the windows manager setup, or try any standard(default) > SGI windows manager. I use the standard SGI window manager. (I didn't know I had a choice on an SGI. How do I change my window manager on an SGI? The window system is already up when I log in.) Thanks. -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Mar 12 10:04:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21728; Wed, 12 Mar 1997 06:19:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21712; Wed, 12 Mar 1997 06:19:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA11868; Wed, 12 Mar 1997 06:19:30 -0800 Received: from mtolympus.ari.net (mtolympus.ari.net [198.69.192.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA14203 for ; Wed, 12 Mar 1997 06:19:25 -0800 Received: from claire.csi-east.com (csi-east07.csi-east.com [206.161.162.199]) by mtolympus.ari.net (8.6.12/09161995) with SMTP id JAA12607; Wed, 12 Mar 1997 09:19:11 -0500 Message-ID: <3326BB06.439F@peril.com> Date: Wed, 12 Mar 1997 09:17:42 -0500 From: Glenn Waldron Reply-To: gwaldron@peril.com Organization: ANSER LET X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: "Juan R. Saenz-Diez" CC: Performer Mailing List Subject: Re: constant screen size of an object References: <332588D1.6935@metacore.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Juan R. Saenz-Diez wrote: > > Dear Performers, > > I want to draw an object in 3D space, scaling it so as to make it appear > of a constant size when projected on screen. What scaling matrix should > I apply before drawing (let's suppose that the object has a original > size of 1) so that I get the target size on screen? > This seems to work pretty well: pdist = perceived distance (i.e., you want the object to look as though it is this far away); dist = current distance between eyepoint and object; dcs->scale( dist / pdist ); The matrix would be: r = dist/pdist; m = [ r 0 0 0 0 r 0 0 0 0 r 0 0 0 0 1 ]; -- Glenn Waldron - ANSER Leading Edge Technologies phone/PCS: 703.598.7835 email: gwaldron@peril.com voice mail: 703.416.8462 ======================================================================= 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 Mar 12 10:18:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21774; Wed, 12 Mar 1997 06:24:37 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21758; Wed, 12 Mar 1997 06:24:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA12181; Wed, 12 Mar 1997 06:24:36 -0800 Received: from ligsg11.epfl.ch (ligsg11.epfl.ch [128.178.78.73]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA15140 for ; Wed, 12 Mar 1997 06:24:33 -0800 Received: by ligsg11.epfl.ch (Smail3.1.29.1 #28) id m0w4oxA-0000LGC; Wed, 12 Mar 97 15:24 MET From: "soraia raupp musse" Message-Id: <9703121524.ZM12797@lig.di.epfl.ch> Date: Wed, 12 Mar 1997 15:24:28 +0100 In-Reply-To: Space Magic Team "Multi-pass rendering again !" (Mar 12, 11:00am) References: <1.5.4.32.19970312100052.0069a250@pobox.oleane.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: URGENT: Problems with pfAlphaFunc Cc: soraia@lig.di.epfl.ch Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I have a simple question: I must create some transparence in my texture. I want to use the alphafunc to eliminate some pixels of my texture. I've tried: pfOverride(PFSTATE_ALPHAFUNC, PF_ON); pfGStateMode (gstate, PFSTATE_ALPHAFUNC, PFAF_GREATER); pfGStateVal (gstate, PFSTATE_ALPHAREF, 40.0/255.0); Or pfAlphaFunc(40.0/255.0, PFAF_GREATER); But, it isn't work very well. If you have some example, please, send me. Thank you, Soraia -- ''' (o o) ---------oOO-------OOo------------------------------------------------------- Soraia Raupp Musse | --- PhD student --- ----------------------------------------------+------------------------------ Swiss Federal Institute of Technology | E-mail: soraia@lig.di.epfl.ch Computer Graphics Lab (EPFL - LIG) | Phone: +41(21) 693-6648 CH-1015 Lausanne, Switzerland | Lab: +41(21) 693-5248 http://ligwww.epfl.ch/soraia.html | Fax: +41(21) 693-5328 ----------------------------------------------+------------------------------ ProjK -- http://ligwww.epfl.ch/~soraia/ProjK.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 Wed Mar 12 10:18:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21801; Wed, 12 Mar 1997 06:32:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21785; Wed, 12 Mar 1997 06:32:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA13069; Wed, 12 Mar 1997 06:32:26 -0800 Received: from mail.edgenet.net ([205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA16603 for ; Wed, 12 Mar 1997 06:32:24 -0800 Received: from edgenet ([205.181.169.30]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA20624 for ; Wed, 12 Mar 1997 09:33:35 -0500 Message-ID: <3326BF3D.5740@edgenet.net> Date: Wed, 12 Mar 1997 09:35:42 -0500 From: msin Reply-To: msitech@edgenet.net Organization: MarineSaftey International - Newport X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: faq Subject: rewhitebkgrnd Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O You need to modify tree1.rgb's attributes... go into Multi-gens texture palette, bring up tree1.rgb, and select "write as" tree1.rgb to tree1.rgba.. next step is to bring up tree1.rgba and modify its alpha component.. make it transparent from this point... Joe msitech@edgenet ======================================================================= 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 Mar 12 12:57:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21914; Wed, 12 Mar 1997 07:35:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21898; Wed, 12 Mar 1997 07:35:21 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA17467; Wed, 12 Mar 1997 07:35:19 -0800 Received: from shrsys.hslc.org (SHRSYS.HSLC.ORG [192.100.94.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA28728 for ; Wed, 12 Mar 1997 07:35:09 -0800 Received: from porter (PPP76.HSLC.ORG) by SHRSYS.HSLC.ORG (PMDF V5.1-8 #18943) with SMTP id <01IGEU9CZRBG8Y2Q7M@SHRSYS.HSLC.ORG> for info-performer@sgi.com; Wed, 12 Mar 1997 10:31:50 EST Date: Wed, 12 Mar 1997 10:28:03 -0500 From: Prakash Mahesh Subject: Re: C++ PipeWindow bug revisited Sender: gpmahesh@DRAWCOMP.COM To: Christopher R Volpe Cc: info-performer@sgi.com Message-id: <3326CB83.41C6@drawcomp.com> Organization: DRaW Computing Assoc. Inc. MIME-version: 1.0 X-Mailer: Mozilla 3.0Gold (X11; I; IRIX 5.3 IP22) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit References: <3325A138.532D@ash.crd.ge.com> <3325E6A9.1CFB@drawcomp.com> <3326B8C4.3855@ash.crd.ge.com> Status: O > > I use the standard SGI window manager. (I didn't know I had a choice on > an SGI. How do I change my window manager on an SGI? The window system > is already up when I log in.) > I use fvwm, which has many nice features. You can put the executable (say, fvwm) in any of the startup files (like .xsession) so that it starts the wm when you log in. Though fvwm has some bugs, it is good. Look at http://www.hpc.uh.edu/fvwm/ for details about fvwm. I am sure there is a whole bunch of wms for SGIs. And going back to the Pipewindow question, try any of the examples that comes with Performer, by adding a PFPWIN_NOBORDER in it. In one of the C- examples I just added one line of code (Mode) to get the borderless window (of course, with appropriate wm settings). -- 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 Mar 12 13:33:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA21988; Wed, 12 Mar 1997 08:10:45 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA21972; Wed, 12 Mar 1997 08:10:44 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA20312; Wed, 12 Mar 1997 08:10:43 -0800 Received: from bifrost.copen.sgi.com ([144.253.215.35]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07256 for ; Wed, 12 Mar 1997 08:10:40 -0800 Received: by bifrost.copen.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id QAA10509; Wed, 12 Mar 1997 16:54:58 +0100 From: "Svend Tang Petersen" Message-Id: <9703121654.ZM10507@bifrost.copen.sgi.com> Date: Wed, 12 Mar 1997 16:54:58 +0100 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: MultiGen DED format. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Does anyone have a better description of MultiGen's DED format than the /usr/local/MultiGen/Gifts/DTED/FORMATS.DED file ? I have to write a piece of code converting a 20m regular grid of elevation data into something readable by MultiGen II Pro. I looked at DTED, in that case our data would not be a standard DTED format but DTED2.5 so I'd rather go directly to DED. Secondly I don't feel like introducing another interpolation to the dataset. -- Regards Svend ************************************************************************* * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup Voice mail: 5-7507 * * Denmark * * * * Homepages http://www.sgi.com * * http://www.sgi.dk * * * * OutBox (SGI only) http://rex.copen.sgi.com/~svend * ************************************************************************* ======================================================================= 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 Mar 12 13:48:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22032; Wed, 12 Mar 1997 08:22:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22016; Wed, 12 Mar 1997 08:22:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA21244; Wed, 12 Mar 1997 08:22:07 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10128 for ; Wed, 12 Mar 1997 08:22:06 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id IAA20296; Wed, 12 Mar 1997 08:22:04 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id IAA14802; Wed, 12 Mar 1997 08:22:04 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703121622.IAA14802@remi.asd.sgi.com> Subject: Re: Multi-pass rendering again ! To: arnaud@pobox.oleane.com (Space Magic Team) Date: Wed, 12 Mar 1997 08:22:03 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <1.5.4.32.19970312100052.0069a250@pobox.oleane.com> from "Space Magic Team" at Mar 12, 97 11:00:52 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: 1632 Status: O Space Magic Team wrote: > > Thank you to Javier Castellar and Moshe Nissim for all the performance > details which aren't obvious for me in the hardware documentation... > Another question that I have concerns the maximum performance I can expect > from a framebuffer copy into the texture memory. > At this time, I use an internal format PFTEX_RGB8 for my texture, and I > obtain a time of 14ms for the transfer of a 1024x1024 texture with 2 RM6s. > Is it logical ? Yes this is right. > Does this time depend linearly of the number of RM ? No, in theory it should not matter how many RMs you have, in practice the result is a little faster with 4 RMs. > How doest it vary in function of internal format of texels ? Using a 10 bits/texels should not change the performance as it is still a 32bit word per texel. > If I take the hardware documentation, it precises that one RM6 has a 80Mb > transfer rate between frame buffer and texture memory, so for 3 eight bits > components texels and 2 RM6s, the practical time that I have corresponds to > a transfer rate of 180 Mb and not 160 Mb ? > Am I exploding the performances of the IR (I don't believe so) or am I > making a mistake in my computations ? The Frame buffer to texture is 80M pixels/s theorical maximum. (not bytes) The # of rm do not change this speed as the texture is broadcasted in all RM's in a system. That's why adding RMs do not change the overall texture capacity of a system Salutations, _ / _ _ |_) _ ._ _ 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 Mar 12 14:42:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22169; Wed, 12 Mar 1997 09:34:11 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22153; Wed, 12 Mar 1997 09:34:11 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA28136; Wed, 12 Mar 1997 09:34:10 -0800 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29612 for ; Wed, 12 Mar 1997 09:33:29 -0800 Received: from streptacocus (ts006p2.pop9a.netvision.net.il [194.90.11.112]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id TAA01361; Wed, 12 Mar 1997 19:32:32 +0200 (IST) Sender: internet@nvsgi1.netvision.net.il Message-ID: <3326E8E0.41C6@netvision.net.il> Date: Wed, 12 Mar 1997 19:33:20 +0200 From: Orad Hi-Tec Systems X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Space Magic Team CC: info-performer@sgi.com Subject: Re: Multi-pass rendering again ! References: <1.5.4.32.19970312100052.0069a250@pobox.oleane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Space Magic Team wrote: > Another question that I have concerns the maximum performance I can expect > from a framebuffer copy into the texture memory. Good question. > At this time, I use an internal format PFTEX_RGB8 for my texture, and I > obtain a time of 14ms for the transfer of a 1024x1024 texture with 2 RM6s. > Is it logical ? > Does this time depend linearly of the number of RM ? > How doest it vary in function of internal format of texels ? > If I take the hardware documentation, it precises that one RM6 has a 80Mb > transfer rate between frame buffer and texture memory, so for 3 eight bits > components texels and 2 RM6s, the practical time that I have corresponds to > a transfer rate of 180 Mb and not 160 Mb ? > Am I exploding the performances of the IR (I don't believe so) or am I > making a mistake in my computations ? You didn't take into account the fact that the framebuffer memory is split among the RMs, while the texture memory is duplicated among the RMs. This would imply (against intuition?) that the performance with a single RM is better than with two, adn two is better than four! This is because with >1 RM, pixels have to be copied between RMs -- each RM must fill the whole texture, while the framebuffer data resides on other RMs as well. So you need the cross-RM transfer rates as well. Am I making a mistake? Bye, Moshe Nissim Orad Hi-Tec Systems ======================================================================= 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 Mar 12 17:44:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23064; Wed, 12 Mar 1997 12:18:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23048; Wed, 12 Mar 1997 12:18:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16477; Wed, 12 Mar 1997 12:18:01 -0800 Received: from goya.eunet.es (goya.eunet.es [193.127.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA15728 for ; Wed, 12 Mar 1997 12:17:58 -0800 Received: from yago.eunet.es (ns2.eunet.es [193.127.1.9]) by goya.eunet.es (8.8.4/13.42) with ESMTP id VAA19976; Wed, 12 Mar 1997 21:07:20 +0100 (MET) Received: from ipmetacore1.metacore.es (ipmetacore1.metacore.es [193.127.88.56]) by yago.eunet.es (8.8.5/8.8.4) with SMTP id VAA30208; Wed, 12 Mar 1997 21:08:11 +0100 Message-ID: <3327025D.6C44@metacore.es> Date: Wed, 12 Mar 1997 20:22:05 +0100 From: "Juan R. Saenz-Diez" Organization: MetaCore X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: gwaldron@peril.com CC: Performer Mailing List Subject: Re: constant screen size of an object References: <332588D1.6935@metacore.es> <3326BB06.439F@peril.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Thanks Glenn and Eric (and any other I'm not in time to thank). Certainly it was as simple as that -- late night coding sometimes don't let you see under your nose! 8-) Cheers, Yuri. -- ---------------------------------------------------------------------------- Juan R. "Yuri" Saenz-Diez M E T A C O R E Visual Computing c/ Huelva, 8 * 28002 - Madrid SPAIN Phone: +34 1 413 72 12 yuri@metacore.es Fax: +34 1 416 99 14 ---------------------------------------------------------------------------- ======================================================================= 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 Mar 12 19:48:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA23611; Wed, 12 Mar 1997 14:21:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23595; Wed, 12 Mar 1997 14:20:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA10269; Wed, 12 Mar 1997 14:20:59 -0800 Received: from saturn.isrc.sandia.gov (saturn.isrc.sandia.gov [132.175.175.221]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA16639 for ; Wed, 12 Mar 1997 14:20:56 -0800 Received: from adric (adric [132.175.174.103]) by saturn.isrc.sandia.gov (8.8.4/8.7.3) with SMTP id PAA01545 for ; Wed, 12 Mar 1997 15:20:54 -0700 (MST) Sender: desmall@isrc.sandia.gov Message-ID: <332739EB.167E@isrc.sandia.gov> Date: Wed, 12 Mar 1997 15:19:07 -0800 From: "Daniel E. Small" Organization: Intelligent Systems and Robotics Center, Sandia National Labs X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: multiple projective textures? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Performers, I am a new performer user and am wondering if there is a hardware limitation that prevents me from performing multiple projective textures? I have an app that is projecting texture from a pfLightSource using a frustum to define the camera's field of view. When I add two projections I see some really wierd artifacts and no second projection. I am just wondering if anyone else has tried such a thing. Thanks, Dan Small -- Dan Small, Intelligent Systems and Robotics Center Sandia National Labs, email: desmall@sandia.gov voice: 505-844-5301 fax: 505-844-6161 MS 1010 RMSEL Rm 1239 POBox 5800, ABQ, NM 87185-1010 ======================================================================= 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 Mar 12 20:34:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA24162; Wed, 12 Mar 1997 15:07:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA24146; Wed, 12 Mar 1997 15:07:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA15844; Wed, 12 Mar 1997 15:07:43 -0800 Received: from gossamar.paradigmsim.com (gossamar.paradigmsim.com [206.7.114.134]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA29351; Wed, 12 Mar 1997 15:07:39 -0800 Received: (from richard@localhost) by gossamar.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA10683; Wed, 12 Mar 1997 17:06:21 -0600 From: richard@gossamar.paradigmsim.com (Richard McDonald) Message-Id: <9703121706.ZM10682@gossamar.paradigmsim.com> Date: Wed, 12 Mar 1997 17:06:20 -0600 In-Reply-To: "Svend Tang Petersen" "MultiGen DED format." (Mar 12, 4:54pm) References: <9703121654.ZM10507@bifrost.copen.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Svend Tang Petersen" Subject: Re: MultiGen DED format. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 12, 4:54pm, Svend Tang Petersen wrote: > Subject: MultiGen DED format. > > Does anyone have a better description of MultiGen's DED format than > the /usr/local/MultiGen/Gifts/DTED/FORMATS.DED file ? Take a look at: /usr/local/MultiGen/bin/Tools/float2ded.c > > I have to write a piece of code converting a 20m regular grid of elevation > data into something readable by MultiGen II Pro. > > I looked at DTED, in that case our data would not be a standard DTED format but > DTED2.5 so I'd rather go directly to DED. > > Secondly I don't feel like introducing another interpolation to the dataset. > > > -- > > Regards Svend > > > ************************************************************************* > * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * > * Silicon Graphics Denmark Fax: (+45) 43438606 * > * Stationsparken 25 Phone: (+45) 43438600 * > * 2600 Glostrup Voice mail: 5-7507 * > * Denmark * > * * > * Homepages http://www.sgi.com * > * http://www.sgi.dk * > * * > * OutBox (SGI only) http://rex.copen.sgi.com/~svend * > ************************************************************************* > ======================================================================= > 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 Svend Tang Petersen -- -- 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 Wed Mar 12 22:07:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA24780; Wed, 12 Mar 1997 16:46:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA24764; Wed, 12 Mar 1997 16:46:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA25612; Wed, 12 Mar 1997 16:46:05 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA23011; Wed, 12 Mar 1997 16:46:02 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id AAA17159; Thu, 13 Mar 1997 00:45:56 GMT From: "Angus Dorbie" Message-Id: <9703130045.ZM17157@bitch.reading.sgi.com> Date: Thu, 13 Mar 1997 00:45:56 +0000 In-Reply-To: "soraia raupp musse" "URGENT: Problems with pfAlphaFunc" (Mar 12, 3:24pm) References: <1.5.4.32.19970312100052.0069a250@pobox.oleane.com> <9703121524.ZM12797@lig.di.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "soraia raupp musse" , info-performer@sgi.com Subject: Re: URGENT: Problems with pfAlphaFunc Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Whooaa, :-) You call the override to soon. You override the alpha func then try and change it, you must do things in another order. Also you don't say what geostate you try and change. You don't need to override if you set the appropriate geostate information in the scene graph. If you are in the draw process you could try: pfOverride(PFSTATE_ALPHAFUNC, PF_OFF); pfOverride(PFSTATE_ALPHAREF, PF_OFF); pfAlphaFunc( (int)(40.0/255.0), PFAF_GREATER); pfOverride(PFSTATE_ALPHAFUNC, PF_ON); pfOverride(PFSTATE_ALPHAREF, PF_ON); Or you could simply remove the override from your code if you have the geostate you are interested in already. You should make the geostate changes in the application. Cheers, Angus. On Mar 12, 3:24pm, soraia raupp musse wrote: > Subject: URGENT: Problems with pfAlphaFunc > I have a simple question: I must create some transparence in my texture. > I want to use the alphafunc to eliminate some pixels of my texture. I've tried: > > pfOverride(PFSTATE_ALPHAFUNC, PF_ON); > pfGStateMode (gstate, PFSTATE_ALPHAFUNC, PFAF_GREATER); > pfGStateVal (gstate, PFSTATE_ALPHAREF, 40.0/255.0); > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 13 06:28:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA26689; Thu, 13 Mar 1997 01:12:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA26673; Thu, 13 Mar 1997 01:12:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA19303; Thu, 13 Mar 1997 01:12:18 -0800 Received: from news.irisa.fr (news.irisa.fr [131.254.254.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA20908 for ; Thu, 13 Mar 1997 01:12:15 -0800 Received: (from news@localhost) by news.irisa.fr (8.7.5/8.7.3) id KAA27027; Thu, 13 Mar 1997 10:11:57 +0100 (MET) To: info-performer@sgi.com Path: not-for-mail From: Johan Nouvel Newsgroups: irisa.listes.info-performer Subject: C++ API => C API Date: Thu, 13 Mar 1997 10:11:56 +0100 Organization: Irisa, Rennes (FR) Lines: 14 Message-ID: <3327C4DC.4B25@irisa.fr> NNTP-Posting-Host: shivan.irisa.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) CC: nouvel@irisa.fr Status: O Hello, I have overloaded the pfGeode class, and it works fine, but this new class is in C++, with C++ API. Does anybody know how to make a C API with a C++ API (in order to use this new class in a C program) ? I have looked in the Performer's includes but I don't understand how they do such transformation. Thanks in advance. Johan. -oO0- www -0Oo---------- mailto:nouvel@irisa.fr ----------oO0- \|/ -0Oo- |( 0 0 )| | "LA VERITE EST AILLEURS" | |( o o )| \ (_) / |____ http://www.irisa.fr/prive/nouvel ____| \ (_) / ======================================================================= 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 Mar 13 11: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 GAA27042; Thu, 13 Mar 1997 06:39:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA27026; Thu, 13 Mar 1997 06:39:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA01812; Thu, 13 Mar 1997 06:39:24 -0800 Received: from ntserver.ivex3d.com (ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA09840 for ; Thu, 13 Mar 1997 06:39:09 -0800 Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Thu, 13 Mar 1997 09:33:42 Eastern Standard Time Received: by ntserver.ivex3d.com from eng8 (204.241.103.127::mail daemon; unverified,SLmailNT V2.3); Thu, 13 Mar 1997 09:33:41 Eastern Standard Time Sender: "ram munjulu" Message-ID: <33281145.167E@ivex3d.com> Date: Thu, 13 Mar 1997 09:37:57 -0500 From: "Rambabu Munjuluri" Organization: IVEX X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: "Daniel E. Small" CC: info-performer@sgi.com Subject: Re: multiple projective textures? References: <332739EB.167E@isrc.sandia.gov> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Daniel E. Small wrote: > > Hello Performers, > > I am a new performer user and am wondering if there is a hardware > limitation that prevents me from performing multiple projective > textures? > > I have an app that is projecting texture from a pfLightSource using a > frustum to define the camera's field of view. When I add two > projections I see some really wierd artifacts and no second projection. > > I am just wondering if anyone else has tried such a thing. > > Thanks, > > Dan Small > > -- > Dan Small, Intelligent Systems and Robotics Center > Sandia National Labs, email: desmall@sandia.gov > voice: 505-844-5301 fax: 505-844-6161 > MS 1010 RMSEL Rm 1239 POBox 5800, ABQ, NM 87185-1010 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com Hi Dan, This is Ram. How are your doing ? I guessed your question is from the problem you were working on. I don't know the answer to your question, but remember, I told you about Angus Dorbie, the projected texture GUY from SGI. He posted a very cool demo on PTex, a couple of days back on the maillist. Did you check it ? -- Ram +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rambabu Munjuluri Phone # : 770-564-1148 E-mail : ram@ivex3d.com Fax : 770-381-0622 IVEX Corporation, Norcross GA. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= 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 Mar 13 12:38:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA27204; Thu, 13 Mar 1997 07:50:46 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA27188; Thu, 13 Mar 1997 07:50:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06817; Thu, 13 Mar 1997 07:50:45 -0800 Received: from athena.wes.army.mil (athena.wes.army.mil [134.164.13.245]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA24386 for ; Thu, 13 Mar 1997 07:50:41 -0800 Received: from zeus.wes.army.mil (zeus.wes.army.mil [134.164.13.24]) by athena.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA23925 for <@athena.wes.army.mil:info-performer@sgi.com>; Thu, 13 Mar 1997 09:50:55 -0600 Received: (from stephens@localhost) by zeus.wes.army.mil (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA28673 for info-performer@sgi.com; Thu, 13 Mar 1997 09:53:22 -0600 From: stephens@zeus.wes.army.mil (Mike Stephens) Message-Id: <199703131553.JAA28673@zeus.wes.army.mil> Subject: shadows To: info-performer@sgi.com Date: Thu, 13 Mar 1997 09:53:22 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 151 Status: O hi all. a quickie: how do you know if you have the hardware necessary to do shadows? the manual alludes to such hardware but that's all it does. mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 13 12:38:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27361; Thu, 13 Mar 1997 09:06:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27345; Thu, 13 Mar 1997 09:06:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13841; Thu, 13 Mar 1997 09:06:32 -0800 Received: from cony.gsf.de (cony.gsf.de [146.107.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA13190 for ; Thu, 13 Mar 1997 09:06:15 -0800 Received: from leonardo.gsf.de by cony.gsf.de (8.6.4/WeissBlau-1.10) id SAA17142; Thu, 13 Mar 1997 18:06:17 +0100 Received: (from loesch@localhost) by leonardo.gsf.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA20923 for info-performer@sgi.com; Thu, 13 Mar 1997 18:07:21 +0100 From: "Andreas Loesch" Message-Id: <9703131807.ZM20919@leonardo.gsf.de> Date: Thu, 13 Mar 1997 18:07:20 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: DVR (dynamic video resizing) on IR and field-sequential-mode Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19703131807.ZM20919.gsf.de" Status: O --PART-BOUNDARY=.19703131807.ZM20919.gsf.de Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u Hi Performers, (me again) this is maybe a bit off topic but perhaps... Is anyone out there who has already used DVR on a channel in field-sequential-mode? We tried it today (after convincing Performer to influence video channel 1) but saw only garbage. Well it was recognizable= but DVR seemed to ignore the three-field structure of the field-sequential signal. I understand that dealing with multiple pfPipeVideoChannels per pfPipeWin= dow was buggy in 2.1? Could this affect the field-sequential output? (Yes, we= tried DVR on *one* pfPipeVideoChannel per pfPipeWindow) Our configuration: 12 R4400 200MHz Onyx 2 iR with 2 RM6 each Performer 2.1 Iris 6.2 Any help is greatly appreciated!!! Andi -- = Andreas L=F6sch GSF - Forschungszentrum f=FCr Umwelt und Gesundheit MEDIS/M3 Phone : (+49 89) 3187 4458 Ingolst=E4dter Landstr. 1 FAX : (+49 89) 3187 4243 o. 3326 85764 Neuherberg / GERMANY E-mail : loesch@gsf.de --PART-BOUNDARY=.19703131807.ZM20919.gsf.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 Mar 13 12:38:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA27331; Thu, 13 Mar 1997 08:57:23 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA27315; Thu, 13 Mar 1997 08:57:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA12723; Thu, 13 Mar 1997 08:57:21 -0800 Received: from cony.gsf.de (cony.gsf.de [146.107.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10956 for ; Thu, 13 Mar 1997 08:56:48 -0800 Received: from leonardo.gsf.de by cony.gsf.de (8.6.4/WeissBlau-1.10) id RAA16730; Thu, 13 Mar 1997 17:56:35 +0100 Received: (from loesch@localhost) by leonardo.gsf.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA20658 for info-performer@sgi.com; Thu, 13 Mar 1997 17:57:35 +0100 From: "Andreas Loesch" Message-Id: <9703131757.ZM20654@leonardo.gsf.de> Date: Thu, 13 Mar 1997 17:57:35 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfDispList and parallel drawing (bug?) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19703131757.ZM20654.gsf.de" Status: O --PART-BOUNDARY=.19703131757.ZM20654.gsf.de Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u Hi Performers, we are in a situation where we want to get two pfDispList with identical contents drawn by two parallel processes (multipipe configuration). We ar= e sure that we get everything we need packed in our pfDispLists, but when w= e try to pfDispList::draw() them in parallel we get awful flickering, wrong= colors, positions ... Obviously the two processes are competing for pfState changes!? Everything works fine when we omit the parallel drawing either by ignorin= g one of them (nothing gets draw in this channel) or by making sure that th= ey are drawn one after the other (using locks). All together it looks like pfDispLists are not designed for parallel. Is = this true or a bug and if so will it be fixed in future releases? Here is our configuration: 12 R4400 200MHz Onyx 2 iR pipes with 2 RM6 each Iris 6.2 Performer 2.1 Please, could someone shed some light on this, we ran out of ideas... Thanks and happy performing Andi -- = Andreas L=F6sch GSF - Forschungszentrum f=FCr Umwelt und Gesundheit MEDIS/M3 Phone : (+49 89) 3187 4458 Ingolst=E4dter Landstr. 1 FAX : (+49 89) 3187 4243 o. 3326 85764 Neuherberg / GERMANY E-mail : loesch@gsf.de --PART-BOUNDARY=.19703131757.ZM20654.gsf.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 Mar 13 14:37:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27401; Thu, 13 Mar 1997 09:10:30 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27385; Thu, 13 Mar 1997 09:10:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14244; Thu, 13 Mar 1997 09:10:29 -0800 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA14142 for ; Thu, 13 Mar 1997 09:10:23 -0800 Message-Id: <199703131710.JAA14142@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 13 Mar 1997 18:09:38 +0100 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 13 Mar 1997 18:09:38 +0100 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Thu, 13 Mar 1997 18:06:58 +0100 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Thu, 13 Mar 1997 19:04:50 +0100 Date: Thu, 13 Mar 1997 19:04:50 +0100 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970313180450] 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: _pfDirtCheck - dbx catch - DRAW process MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHi Performers, It's been a vlong time I get a pfdirtcheck error infinite loop in my prog= ram. Such an error occurs when I use PFMP_APPCULL_DRAW mode, and disapears in PFMP_APPCULLDRAW mode. I asked this bug on the pfmailinglist several weeks ago. Since I felt it was linked with the use of the libpfpfb library, Sharon R= ose Clay and Rob Mace (the libpfpfb master) told me to load the patch for Performer 2.0.2. I did it, with no success. I am working on an Onyx RE2, 1 RM4, 2 R4400 CPU's, IRIX 5.3, and now Performer 2.0.2 Question 1 : does any of you have an experience of this bug ? PF Notice/Usage: pfMemory::unref() Attempt to unreference memory with 0 reference count. PF Print: He He !!! PF Notice: Using 60Hz video rate. PF Notice/Usage: pfMemory::unref() Attempt to unreference memory with 0 reference count. PF Print: He He !!! PF Notice/Usage: pfMemory::unref() Attempt to unreference memory with 0 reference count. PF Print: He He !!! .... PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736= PF Print: Ha Ha !!! PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736= PF Print: Ha Ha !!! PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736= PF Print: Ha Ha !!! PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736= PF Print: Ha Ha !!! and so on ... A you see this is not a fatal error, but an infinite loop that occurs in = the DRAW process. In some of the first frame loops I also get this "pfMemory::unref" error. I would like to catch the error with dbx. In multiprocess mode, since the draw process is forked, I cannot get any = call stack with dbx in this process, which is the place where the pfdirtcheck error occurs. I used a notify handler to catch the calls to pfNotify, in order to be ab= le to stop the program at this function, and get the curent calling stack : main() < pfNotifyHandler(notify_handler); .... > void notify_handler(pfNotifyData *nfy_data) < pfDefaultNotifyHandler(nfy_data); if(strstr(nfy_data->emsg, "unref")) < pfNotify(PFNFY_ALWAYS, PFNFY_PRINT, "He He !!!"); if(strstr(nfy_data->emsg, "pfDirtCheck")) < pfNotify(PFNFY_ALWAYS, PFNFY_PRINT, "Ha Ha !!!"); //kill(getpid(), SIGSEGV); > > That's why you see the "He He" and "Ha Ha" captions in a few of the pfNot= ify outputs. The problem is : I still cannot stop correctly the program in the "notify_handler" function. I set a breakpoint at the line number where I write "He He", and the breakpoint is set one line above. So the program stops every time the pfNotify function is called, even if the severity is beyond the PFNFY_LEV= EL limit ; this is impossible to manage ! I also tried another technique, which is to provocate a SIGSEGV signal in= side the notify_handler ( kill(getpid(), SIGSEGV); ) But dbx does not stop at this point. Instead, the program exits, with a message "Exiting program because of SIGCHILD signal". dbx always places itself in the parent process (APP) point of vue, so tht I never can inter= cept correctly a SIGSEGV inside a forked DRAW process. Is there an option to set to dbx to make it debug in a given forked proce= ss ? I hope this mail was not too ununderstandable. There are both bugs and attempts to intercept them, which may not be very clear... Thanks in advance for any help. Mike ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 13 16: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 LAA27571; Thu, 13 Mar 1997 11:07:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA27555; Thu, 13 Mar 1997 11:07:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27021; Thu, 13 Mar 1997 11:07:35 -0800 Received: from needle.acim.usl.edu (needle.acim.usl.edu [130.70.47.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA18000 for ; Thu, 13 Mar 1997 11:07:00 -0800 Received: from sgi06.acim.usl.edu by needle.acim.usl.edu (AIX 4.1/UCB 5.64/4.03) id AA16074; Thu, 13 Mar 1997 12:51:04 -0600 Sender: kpv@needle.acim.usl.edu Message-Id: <33284FF4.41C6@acim.usl.edu> Date: Thu, 13 Mar 1997 13:05:24 -0600 From: "Karthikeyan P. Vazhkudai" Organization: University of SouthWestern Louisiana X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Summer internship required!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, I am a Masters student in computer science in University of Southwestern Louisiana. I am looking for an internship between May 1997 to Aug 1997. I am primarily interested in position involving Computer Graphics or Virtual Reality. I am aslo conversant with Performer, Alias/Wave FRont, openGL. I would appreciate if some of you inform me about any internship openings in your companies. Thnaks, Karthik. RESUME ------ Karthikeyan Vazhkudai, 908, Lamar Street, #106, Lafayette, LA-70501, Phone: 318-234-7724, E-mail: kpv@acim.usl.edu. ------------------------------------------------------------------------ Objective: To obtain a summer internship that develops and utilizes my technical skills. Education: Graduate: Pursuing M.S in Computer Science in University of Southwestern Louisiana (from spring 1997). Undergraduate: B.S in Computer Science & Engineering from University of Madras, India in May 1996. GPA: 3.5/4.0. Experience: 1. Worked on a project for McKinsey & Company. This project, known as "People Net" was developed for keeping track of the consultants employed by the company. Extensively wrote Test Scripts and Use-Cases for the software. 2. Worked as a programmer trainee at Teledata Informatics Ltd., India for three months (from May 1996 to July 1996). Had exposure to software development tools like Visual C++ and Windows SDK. 3. Internship at Microdigital Marketing Ltd., India for two months, from April 1994 to May 1994. Learnt about database design methodology and database tools like Foxpro and Oracle. Projects: 1. Currently working on project for developing a virtual reality based under-water simulator. This real-time simulator is being developed using IRIS-Performer under IRIX operating system on a ONYX Reality Station. 2. Developed a software for rendering 3-d objects and as well as for manipulating them. Effects like texturing and animation were implemented. This software was designed using openGL with GLUT as the User Interface. 3. Wrote and submitted a proposal to automate the PDS (Public Distribution System) in the state of TamilNadu, India. Received a grant from the State Council of Science and Technology for this proposal. 4. Developed a software for simulating Analog and Digital circuits. This software was implemented while pursuing undergraduate degree at University of Madras, India. This was developed using Visual C++. Computing Skills: Programming Languages: C, C++, MS Fortran-Power Station, openGL, IRIS_Performer, HTML. Operating Systems: Unix SVR4, IRIX, Sun OS, Windows 95, DOS. Database Tools: Foxpro, Oracle, dBase IV. Software Packages: Cosmo Create, Alias Wavefront, MS_Word, Word Perfect, Latex. Front End Tools: Visual C++ and MFC, Visual Basic 4.0, GLUT. References provided on request. ======================================================================= 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 Mar 13 22: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 QAA29153; Thu, 13 Mar 1997 16:36:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA29137; Thu, 13 Mar 1997 16:36:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA28514; Thu, 13 Mar 1997 16:36:04 -0800 Received: from picard.division.com (picard.division.com [38.250.16.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA13410 for ; Thu, 13 Mar 1997 16:35:57 -0800 Received: from riker.division.com (riker.division.com [38.250.16.9]) by picard.division.com (8.6.12/8.6.12) with ESMTP id QAA16521 for ; Thu, 13 Mar 1997 16:34:34 -0800 Received: from romulan.division.com (romulan.division.com [38.250.16.16]) by riker.division.com (8.6.12/8.6.12) with ESMTP id QAA09305 for ; Thu, 13 Mar 1997 16:41:59 -0800 Received: (from andy@localhost) by romulan.division.com (8.6.12/8.6.12) id AAA27264; Fri, 14 Mar 1997 00:37:58 GMT Date: Fri, 14 Mar 1997 00:37:58 GMT From: Andy Hamilton Message-Id: <199703140037.AAA27264@romulan.division.com> To: info-performer@sgi.com Subject: Employment at Division Inc Cc: andy@division.com Status: O OK Performers, Division Inc, the world's leading supplier of software for Digital Prototyping in the Aerospace and Automotive industries, has an employment opportunity for a technical Sales Engineer in our Detroit, MI office. A dynamic duo, you and your salesperson will cover the Great Lakes area, traveling, presenting and demoing Division's Virtual Prototyping software with skill and aplomb! You will probably have a background like this : * Education -- At least a BSc. Computer Science or equivalent. * Skill Set -- Unix (SGI/HP) admin, 3D Graphics familiarity, CAD/CAM engineering familiarity (user/support engineer). PC skills. Sales skills or interests. * Willingness to travel and work in a partnership. * Job Plus -- Travel, intense customer interaction, performance- related salary bonuses. Check out our Web page on www.division.com to find out more about Division. For consideration, send a resume and cover letter to robertr@division.com. We look forward to hearing from you! Andy Hamilton Division Tech Support ======================================================================= 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 Mar 13 22:44:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA29617; Thu, 13 Mar 1997 17:20:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA29601; Thu, 13 Mar 1997 17:20:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA03007; Thu, 13 Mar 1997 17:20:27 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA26646 for ; Thu, 13 Mar 1997 17:20:21 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id RAA28242; Thu, 13 Mar 1997 17:20:00 -0800 (PST) Date: Thu, 13 Mar 1997 17:20:00 -0800 (PST) From: David Plew Message-Id: <199703140120.RAA28242@shell1.aimnet.com> To: info-performer@sgi.com, stephens@zeus.wes.army.mil Subject: Re: shadows Status: O here is a snippet from Performer sample program shadows.c++. pfQueryFeature(PFQFTR_TEXTURE_PROJECTIVE, &ret); if (!(ret == PFQFTR_FAST)) { printf("Sorry, shadows aren't supported on this machine.\n"); return 0; } Putting this in the program should tell you if you can have shadows or not. -anita kishore@aimnet.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 Mar 13 22:58:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA29675; Thu, 13 Mar 1997 17:32:11 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA29659; Thu, 13 Mar 1997 17:32:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA03880; Thu, 13 Mar 1997 17:32:09 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA00998 for ; Thu, 13 Mar 1997 17:32:07 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id RAA28778; Thu, 13 Mar 1997 17:32:01 -0800 (PST) Date: Thu, 13 Mar 1997 17:32:01 -0800 (PST) From: David Plew Message-Id: <199703140132.RAA28778@shell1.aimnet.com> To: MICHAEL.BOCCARA@siege.aerospatiale.fr, info-performer@sgi.com Subject: Re: _pfDirtCheck - dbx catch - DRAW process Status: O You can try cvd - SGI's GUI interface to dbx. Though it has its own problems, it lets you debug forked, sproced and execl'ed processes very nicely. You need to configure it through the 'Admin->Multiprocess View->onfig-> Preferences' menu. The cvd manual has all the necessary details for multiprocess debugging. -anita kishore@aimnet.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 Mar 13 23:56:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA01148; Thu, 13 Mar 1997 18:44:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA01132; Thu, 13 Mar 1997 18:44:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA08020; Thu, 13 Mar 1997 18:44:53 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA17501 for ; Thu, 13 Mar 1997 18:44:45 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id SAA18401 for ; Thu, 13 Mar 1997 18:51:01 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id CAA01702 for ; Fri, 14 Mar 1997 02:40:56 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id SAA21148 for info-performer@sgi.com; Thu, 13 Mar 1997 18:49:31 -0800 From: "Marcus Barnes" Message-Id: <9703131849.ZM21147@vaisyas.engr.multigen.com> Date: Thu, 13 Mar 1997 18:49:31 -0800 In-Reply-To: BOCCARA Michael "_pfDirtCheck - dbx catch - DRAW process" (Mar 13, 7:04pm) References: <199703131710.JAA14142@sgi.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: _pfDirtCheck - dbx catch - DRAW process Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 13, 7:04pm, BOCCARA Michael wrote: > Subject: _pfDirtCheck - dbx catch - DRAW process > > > A you see this is not a fatal error, but an infinite loop that occurs in the > DRAW process. In some of the first frame loops I also get this > "pfMemory::unref" error. > > The problem is : I still cannot stop correctly the program in the > "notify_handler" function. > I set a breakpoint at the line number where I write "He He", and the > breakpoint is set one line above. So the program stops every time the > pfNotify function is called, even if the severity is beyond the PFNFY_LEVEL > limit ; this is impossible to manage ! You need to learn how to debug multiple processes using dbx. This isn't too hard to do ... it starts with setting the dbx variable $promptonfork. Here's what dbx.help file says: $promptonfork - if 1 prompt user to add child process to pool on fork; The reply is taken from the current input file (which may be the screen). if 0, child not added to pool. if 2, child added to pool. If 0, the running process does not stop on a fork or sproc. Exec always stops the running process. The important commands to understand are: active, resume pid, set and showproc. See the dbx User's Guide, Chapter 8 for more details. ===========example session that stops in the DRAW process================== 221> dbx /usr/sbin/perfly dbx version 6.2 Mar 9 1996 15:23:28 set Executable /usr/sbin/perfly (dbx) $promptonfork=1 (dbx) run -m4 Process 21131 (perfly_ogl) started Process 21132 (perfly_ogl) has executed the "fork" system call Add child to process pool (no if no)?no Process 21131 (perfly_ogl) stopped on sysexit fork at [_fork:39 ,0xfa4a0b8] Source (of fork.s) not available for Process 21131 (dbx) c PF Info: All 1 processors available on this machine. Process 21133 (perfly_ogl) has executed the "fork" system call Add child to process pool (no if no)?yes Process 21133 (perfly_ogl) added to pool Process 21133 (perfly_ogl) stopped on sysexit fork at [_fork:39 ,0xfa4a0b8] Process 21131 (perfly_ogl) stopped on sysexit fork at [_fork:39 ,0xfa4a0b8] Source (of fork.s) not available for Process 21131 (dbx) active 21133 Process 21133 (perfly_ogl) stopped on sysexit fork Source (of fork.s) not available for Process 21133 (dbx) set $promptonfork=0 (dbx) resume pid 21131 (dbx) PF Info: pfdMakeShared optimizing traversal PF Unique state objects: PF None PF Redundant state objects: PF None PF Performance statistics: PF Elapsed time: 0.000 sec PF PF Info: pfdCombineLayers optimizing traversal PF Performance statistics: PF Elapsed time: 0.000 sec PF PF Info: pfdMakeSharedScene scene pfGeoState traversal PF Performance statistics: PF pfGeoStates: 0 PF Elapsed time: 0.000 sec PF PF Info: No Databases loaded PF PF Info: Initialized 1 Pipe PF (dbx) showproc Process 21131 (perfly_ogl) running Process 21133 (perfly_ogl) stopped on sysexit fork (dbx) bp pfDraw Process 21133: [3] stop in pfDraw (dbx) c PF Info: DRAW process(21133) forked PF Info: scaleFonts 1.00 - Load: 1.12 secs PF Info: Initialized 1 Channel PF PF Notice: Using 72Hz video rate. PF Info: scaleFonts 1.00 - Load: 0.01 secs PF Info: Asynchronous X Input Display opened on Display :0.0 PF Info: scaleFonts 0.91 - Load: 1.14 secs PF Info: scaleFonts - Make Font Bitmaps: 0.20 secs [3] Process 21133 (perfly_ogl) stopped at [pfDraw:4696 ,0x53acdc] Source (of ../../../lib/libpf/pfProcess.C) not available for Process 21133 (dbx) t > 0 pfDraw(0x0, 0x180f6208, 0x180fe030, 0x100000c) ["../../../lib/libpf/pfProcess.C":4696, 0x53acdc] 1 DrawFunc(0x18172a90, 0x0, 0x180fe030, 0x100000c) ["../../../../../sample/apps/C/common/main.c":239, 0x4786a0] 2 pfChannel::pf_callDrawFunc(void)(0x183132c0, 0x180f6208, 0x180fe030, 0x100000c) ["../../../lib/libpf/pfChannel.C":1992, 0x4feba8] 3 doDraw(pfChannel*,pfPipe*,int*)(0x183132c0, 0x18101dc0, 0x7fff2d1c, 0x100000c) ["../../../lib/libpf/pfProcess.C":4554, 0x53a854] 4 mpDraw(void)(0x0, 0x180f6208, 0x180fe030, 0x100000c) ["../../../lib/libpf/pfProcess.C":4992, 0x53b9f4] 5 pfConfig(0x0, 0x18101c70, 0x180fe030, 0x100000c) ["../../../lib/libpf/pfProcess.C":1761, 0x533d18] 6 main(0x2, 0x7fff2ed4, 0x180fe030, 0x100000c) ["../../../../../sample/apps/C/common/main.c":97, 0x478388] 7 __istart() ["crt1tinit.s":13, 0x4782f0] (dbx) d all (dbx) trace Process 21133: [4] trace (dbx) c [4] Process 21133 (perfly_ogl) stopped at [pfDraw:4696 +0x14,0x53acf0] [4] Process 21133 (perfly_ogl) stopped at [pfDraw:4697 ,0x53ad00] [4] Process 21133 (perfly_ogl) stopped at [pfDraw:4699 ,0x53ad14] [4] Process 21133 (perfly_ogl) stopped at [pfDraw:4701 ,0x53ad24] [4] Process 21133 (perfly_ogl) stopped at [pfDraw:4699 +0x14,0x53ad28] [4] Process 21133 (perfly_ogl) stopped at [pfDraw:4701 +0x8,0x53ad2c] Process 21133 (perfly_ogl) terminated (dbx) q ===============================end of example================================ 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 Mar 14 03:24:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA01743; Thu, 13 Mar 1997 21:57:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA01727; Thu, 13 Mar 1997 21:57:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA15380; Thu, 13 Mar 1997 21:57:57 -0800 Received: from noc.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA17606 for ; Thu, 13 Mar 1997 21:57:53 -0800 Received: from sdchemw1 by noc.ucsd.edu; id VAA20279 sendmail 8.8.5/UCSD8.3 via SMTP Thu, 13 Mar 1997 21:57:50 -0800 (PST) for Received: by sdchemw1.ucsd.edu (Amiga SMTPpost 0.88 Feb 28, 1994) id AA01; Thu, 13 Mar 97 21:57:00 Message-Id: <241c392a.u7t157e.76010-jaf@chewilst1.ucsd.edu> To: info-performer@sgi.com Subject: Are there any Performers in L.A.? Reply-To: jfriesne@UCSD.EDU From: jaf@sdchemw1.ucsd.edu (Jeremy Friesner) Date: Thu, 13 Mar 97 21:57:00 Organization: Entropiphilic Reorganization Consultants Status: O Hi All, I'm going to be moving to Los Angeles this summer, and I'd like to be able to get another job working with Performer. Can anyone give me a lead on Performer-using, Los Angeles-based companies that might be interested in my resume? Thanks much, Jeremy Friesner Jeremy Friesner | Experience is what you get when jfriesne@ucsd.edu | you didn't get what you wanted. ======================================================================= 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 Mar 14 04:39:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA01847; Thu, 13 Mar 1997 23:11:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA01831; Thu, 13 Mar 1997 23:11:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA18247; Thu, 13 Mar 1997 23:11:41 -0800 Received: from tis.co.jp (ns.tis.co.jp [210.135.160.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA27987 for ; Thu, 13 Mar 1997 23:11:36 -0800 Received: from tetra01.tis.co.jp ([192.168.50.23]) by mailer.tis.co.jp with SMTP id <14986>; Fri, 14 Mar 1997 16:11:12 +0900 Received: from tetra02.tis.co.jp by tetra01.tis.co.jp (4.1/6.4J.6) id AA09645; Fri, 14 Mar 97 16:12:52 JST Received: from ssten01.tis.co.jp by tetra02.tis.co.jp (4.1/6.4J.6) id AA18375; Fri, 14 Mar 97 16:11:08 JST Received: from [133.157.23.73] by ssten01.tis.co.jp (4.1/6.4J.6) id AA26199; Fri, 14 Mar 97 16:10:20 JST Date: Fri, 14 Mar 1997 16:10:20 +0900 Message-Id: <9703140710.AA26199@ssten01.tis.co.jp> To: info-performer@sgi.com From: arata@ssten01.tis.co.jp (arata) X-Sender: arata@133.157.18.170 Subject: How do I achieve some multipass renderings (motion blur, depth of field effect) on Performer1.2 or 2.0 ? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8.5-J13) Status: O How do I achieve some multipass renderings (motion blur, depth of field effect) on Performer 1.2 or 2.0? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Mar 14 10:33:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA02677; Fri, 14 Mar 1997 05:21:11 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA02661; Fri, 14 Mar 1997 05:21:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA04386; Fri, 14 Mar 1997 05:21:09 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA23998; Fri, 14 Mar 1997 05:20:59 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id NAA04059; Fri, 14 Mar 1997 13:20:49 GMT From: "Angus Dorbie" Message-Id: <9703141320.ZM4057@bitch.reading.sgi.com> Date: Fri, 14 Mar 1997 13:20:49 +0000 In-Reply-To: "Rambabu Munjuluri" "Re: multiple projective textures?" (Mar 13, 9:37am) References: <332739EB.167E@isrc.sandia.gov> <33281145.167E@ivex3d.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Rambabu Munjuluri" , "Daniel E. Small" Subject: Re: multiple projective textures? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Glad you liked the demo, but it didn't really use any projective texture methods. Using projective texture in a textured scene requires a multipass approach as you are aware. This is because you can only bind one texture at a time in OpenGL. However there is no restriction on the number of passes and number of projective textures one might apply in a scene. It would be trickier to get the spotlights to apply the appropriate brightness when overlapping and not, perhaps requiring destination alpha in some situations. There may be problems with multiple projective textures in a particular application or library such as performer but it has little to do with any hardware limitations. Cheers,Angus On Mar 13, 9:37am, Rambabu Munjuluri wrote: > Subject: Re: multiple projective textures? > Daniel E. Small wrote: > > > > Hello Performers, > > > > I am a new performer user and am wondering if there is a hardware > > limitation that prevents me from performing multiple projective > > textures? > > > > I have an app that is projecting texture from a pfLightSource using a > > frustum to define the camera's field of view. When I add two > > projections I see some really wierd artifacts and no second projection. > > > > I am just wondering if anyone else has tried such a thing. > > > > Thanks, > > > > Dan Small > Hi Dan, > > This is Ram. How are your doing ? I guessed your question is from the > problem you were working on. I don't know the answer to your question, > but remember, I told you about Angus Dorbie, the projected texture GUY > from SGI. He posted a very cool demo on PTex, a couple of days back on > the maillist. Did you check 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 Fri Mar 14 11:22:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02921; Fri, 14 Mar 1997 06:14:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02905; Fri, 14 Mar 1997 06:14:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06744; Fri, 14 Mar 1997 06:14:18 -0800 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA02688 for ; Fri, 14 Mar 1997 06:14:14 -0800 Received: from seahorse.ait.nrl.navy.mil (seahorse [132.250.128.88]) by ait.nrl.navy.mil (8.8.3/8.8.3) with ESMTP id PAA01823 for ; Thu, 13 Mar 1997 15:58:32 -0500 (EST) Received: (from bcolbert@localhost) by seahorse.ait.nrl.navy.mil (8.7.5/8.7.3) id PAA24958 for info-performer@sgi.com; Thu, 13 Mar 1997 15:58:31 -0500 (EST) From: "Brad Colbert" Message-Id: <9703131558.ZM24956@seahorse> Date: Thu, 13 Mar 1997 15:58:31 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfPick again... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi folks, Sometime back I asked about how to use pfPick, which allows you to use the mouse to "Pick" polygons. Well, I got one reply that, although I appreciate, did not match my problem. If there is anyone out there who has successfully used pfPick, please let me in on your secret. SG, in classic form, has no documentation on this. The man page actually tells the user to refer to the include file. Thanks, Brad -- -| How I want a break, Caribbean of course, after the heavy lectures involving -| quantum mechanics. All of thy geometry, Herr Planck, is fairly hard... -+----------------------------------------------------------------------------- -| bcolbert@ait.nrl.navy.mil (202) 404-4708 ITD Virtual Reality Lab, NRL ======================================================================= 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 Mar 14 18:27:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04217; Fri, 14 Mar 1997 13:12:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04201; Fri, 14 Mar 1997 13:12:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA14932; Fri, 14 Mar 1997 13:12:25 -0800 Received: from mailrelay.csn.net (mailrelay1.csn.net [199.117.27.35]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA15793 for ; Fri, 14 Mar 1997 13:12:20 -0800 Received: from snowmass.evt.com ([204.133.157.14]) by mailrelay.csn.net (8.7.5/8.7.3) with SMTP id OAA12630 for <@mailrelay.csn.net:info-performer@sgi.com>; Fri, 14 Mar 1997 14:12:07 -0700 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id OAA02003 for info-performer@sgi.com; Fri, 14 Mar 1997 14:11:17 -0800 From: "Dewey Anderson" Message-Id: <9703141411.ZM2001@snowmass.evt.com> Date: Fri, 14 Mar 1997 14:11:16 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Perf eoe 2.0.3 vs Perf 2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We developed our product with Performer 2.0 and run it on Indy, Impact and Onyx using IRIX 5.3 with no problem. But we've noticed a problem when running it on the O2 that we've tracked down to being a difference between Performer eoe versions. It appears that the O2 ships with Performer 2.0.3 and if we replace that with 2.0 the problem goes away. Is anybody aware of some important difference between the two? Is there some patch we need to have? Or are we going to have to recompile with Performer 2.0.3 to run on systems with that eoe? DETAILS OF THE PROBLEM: It LOOKS like a perspective error in the X direction only. We draw 2D shapes in our window using OpenGL. Then we texture map that drawing onto a rectangle in Performer and then draw it with Performer. We size the rectangle and calculate the FOV and viewMatrix in such a way as to keep the Performer drawing the same size as its OpenGL counterpart when the rectangle is place at Z=0. (We use a coordinate system where the screen is the XY plane.) The result is that you can't tell the difference between the OpenGL drawing and the Performer version. I have a lot of faith in these calculations because we've been using them for so long on the Indy, Impact & Onyx. When run on the O2, the textured rectangle appears too wide, scaled out from the center of the screen. A small rectangle to the left appears too far left. A small rectangle to the right appears too far right. A rectangle straddling the middle of the screen appears too wide. It's almost as if the perspective calculation is making the rectangle appear TOO CLOSE in Performer. But this only happens in the X direction. If it were really a distance error, I'd expect the rectangle to be displaced vertically as well. The O2 details are: IRIX 6.3 for O2 including R10000, version 12161207. CRM graphics revision C. Dewey Anderson dewey@evt.com Evolving Video Technologies ======================================================================= 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 Mar 14 18:41:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04488; Fri, 14 Mar 1997 13:24:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04472; Fri, 14 Mar 1997 13:24:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16163; Fri, 14 Mar 1997 13:23:59 -0800 Received: from nvl.army.mil (cougar.nvl.army.mil [140.183.6.68]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA18557 for ; Fri, 14 Mar 1997 13:23:50 -0800 Received: by nvl.army.mil via sendmail with stdio id for info-performer@sgi.com; Fri, 14 Mar 1997 13:02:48 -0500 (EST) (Smail-3.2 1996-Jul-4 #12 built 1996-Aug-8) Message-Id: From: dflorek@nvl.army.mil (David Florek) Subject: Re: _pfDirtCheck - dbx catch - DRAW process To: MICHAEL.BOCCARA@siege.aerospatiale.fr (BOCCARA Michael) Date: Fri, 14 Mar 97 13:02:48 EST Cc: info-performer@sgi.com In-Reply-To: <199703131710.JAA14142@sgi.sgi.com>; from "BOCCARA Michael" at Mar 13, 97 7:04 pm X-Mailer: ELM [version 2.3 PL11] Status: O > It's been a vlong time I get a pfdirtcheck error infinite loop in my > program. Such an error occurs when I use PFMP_APPCULL_DRAW mode, and > disappears in PFMP_APPCULLDRAW mode. > > I asked this bug on the pfmailinglist several weeks ago. > > PF Notice/Usage: pfMemory::unref() Attempt to unreference > memory with 0 reference count. > > PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736 I also have submitted a report regarding pfApplyFog() generating the following apparent bug (message approximated): PF Warning/Internal: _pfDirtCheck: attempt to reallocate 0 bytes from/for a NULL pointer with about the same level of response. About all I've heard is that this sporadically shows up as a result of various apply() calls (i.e., in C++ internally, fog->apply()). It would seem to me that any attempt to reallocate 0 bytes for a NULL pointer is indeed a bug and should be handled before any call to pfRealloc or whatever _pfDirtCheck() is calling. I suspect that the system is attempting to copy the structure internally, and isn't correctly checking for NULL pointers, but since Performer has been so kind as to encapsulate its structure definitions, I can't do much in the way of tracking the actual cause of the bug. Does anyone on the Performer team wish to address the recurring _pfDirtCheck() issues? Dave ----------------------------------------------------------------------------- David W. Florek E-OIR Measurements, Inc. Phone: 703 / 704 - 1767 Senior Engineer NVESD Night Vision Lab Email: dflorek@nvl.army.mil Computer Graphics Ft. Belvoir, VA 22060 ----------------------------------------------------------------------------- ======================================================================= 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 Mar 14 19:21:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA04898; Fri, 14 Mar 1997 14:06:30 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA04882; Fri, 14 Mar 1997 14:06:29 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA20433; Fri, 14 Mar 1997 14:06:28 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA29047 for ; Fri, 14 Mar 1997 14:06:24 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id QAA03732; Fri, 14 Mar 1997 16:58:08 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA26671; Fri, 14 Mar 1997 17:00:48 -0500 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id RAA08505; Fri, 14 Mar 1997 17:00:36 -0500 Sender: bleclerc@poster.cae.ca Message-Id: <3329CA84.FF6@cae.ca> Date: Fri, 14 Mar 1997 17:00:36 -0500 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: Brad Colbert Cc: info-performer@sgi.com Subject: Re: pfPick again... References: <9703131558.ZM24956@seahorse> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Brad Colbert wrote: > Sometime back I asked about how to use pfPick, which allows you to > use the mouse to "Pick" polygons. Well, I got one reply that, although > I appreciate, did not match my problem. > > If there is anyone out there who has successfully used pfPick, please > let me in on your secret. SG, in classic form, has no documentation > on this. The man page actually tells the user to refer to the > include file. Brad, have you looked at the sample program /usr/share/Performer/src/pguide/libpfui/pick.c I compiled and tried it. Seems to work... and it's relatively simple. Give it a try. Good luck. -- 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 Sat Mar 15 01:24:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA06555; Fri, 14 Mar 1997 20:06:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA06539; Fri, 14 Mar 1997 20:06:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA15139; Fri, 14 Mar 1997 20:06:41 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA11084; Fri, 14 Mar 1997 20:06:39 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id EAA06608; Sat, 15 Mar 1997 04:06:37 GMT From: "Angus Dorbie" Message-Id: <9703150406.ZM6606@bitch.reading.sgi.com> Date: Sat, 15 Mar 1997 04:06:36 +0000 In-Reply-To: "Dewey Anderson" "Perf eoe 2.0.3 vs Perf 2.0" (Mar 14, 2:11pm) References: <9703141411.ZM2001@snowmass.evt.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Dewey Anderson" , info-performer@sgi.com Subject: Re: Perf eoe 2.0.3 vs Perf 2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do you have some exotic matrix operations to position the objects. Perhaps the problem lies with some performer assumptions about the contents of your transformations for optimization purposes. Investigate using pfDCS::setMatType Cheers,Angus. On Mar 14, 2:11pm, Dewey Anderson wrote: > Subject: Perf eoe 2.0.3 vs Perf 2.0 > > We developed our product with Performer 2.0 and run it on Indy, Impact and Onyx > using IRIX 5.3 with no problem. But we've noticed a problem when running it on > the O2 that we've tracked down to being a difference between Performer eoe > versions. It appears that the O2 ships with Performer 2.0.3 and if we replace > that with 2.0 the problem goes away. > > Is anybody aware of some important difference between the two? Is there some > patch we need to have? Or are we going to have to recompile with Performer > 2.0.3 to run on systems with that eoe? > > DETAILS OF THE PROBLEM: > > It LOOKS like a perspective error in the X direction only. We draw 2D shapes > in our window using OpenGL. Then we texture map that drawing onto a rectangle > in Performer and then draw it with Performer. We size the rectangle and > calculate the FOV and viewMatrix in such a way as to keep the Performer drawing > the same size as its OpenGL counterpart when the rectangle is place at Z=0. > (We use a coordinate system where the screen is the XY plane.) The result is > that you can't tell the difference between the OpenGL drawing and the Performer > version. > > I have a lot of faith in these calculations because we've been using them for > so long on the Indy, Impact & Onyx. > > When run on the O2, the textured rectangle appears too wide, scaled out from > the center of the screen. A small rectangle to the left appears too far left. > A small rectangle to the right appears too far right. A rectangle straddling > the middle of the screen appears too wide. It's almost as if the perspective > calculation is making the rectangle appear TOO CLOSE in Performer. But this > only happens in the X direction. If it were really a distance error, I'd > expect the rectangle to be displaced vertically as well. > > The O2 details are: > > IRIX 6.3 for O2 including R10000, version 12161207. > > CRM graphics revision C. > > > > Dewey Anderson > dewey@evt.com > Evolving Video Technologies > > > > > > ======================================================================= > 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 Dewey Anderson ======================================================================= 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 Mar 16 02:30:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA08451; Sat, 15 Mar 1997 21:16:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA08435; Sat, 15 Mar 1997 21:16:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA01386; Sat, 15 Mar 1997 21:16:04 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA04191 for ; Sat, 15 Mar 1997 21:16:03 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA06049; Sat, 15 Mar 1997 21:16:02 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA20749; Sat, 15 Mar 1997 21:16:01 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703160516.VAA20749@remi.asd.sgi.com> Subject: Re: pfDispList and parallel drawing (bug?) To: loesch@leonardo.gsf.de (Andreas Loesch) Date: Sat, 15 Mar 1997 21:16:01 -0800 (PST) Cc: info-performer@sgi.com In-Reply-To: <9703131757.ZM20654@leonardo.gsf.de> from "Andreas Loesch" at Mar 13, 97 05:57:35 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: 1256 Status: O Andreas Loesch wrote: > > Hi Performers, > > we are in a situation where we want to get two pfDispList with identical > contents drawn by two parallel processes (multipipe configuration). We ar= > e > sure that we get everything we need packed in our pfDispLists, but when w= > e > try to pfDispList::draw() them in parallel we get awful flickering, wrong= > > colors, positions ... > Obviously the two processes are competing for pfState changes!? > > Everything works fine when we omit the parallel drawing either by ignorin= > g > one of them (nothing gets draw in this channel) or by making sure that th= > ey > are drawn one after the other (using locks). > > All together it looks like pfDispLists are not designed for parallel. Is = > this > true or a bug and if so will it be fixed in future releases? That's interesting. In libpf each pfChannel produce each own pfDispList, so it is not designed to be used by two draw process at the same time. Before going in further investigations, the 2 process that draw the displist are forked, right ? (not sproced) Best 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 Sun Mar 16 04:29:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA08565; Sat, 15 Mar 1997 23:15:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA08549; Sat, 15 Mar 1997 23:15:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA04598; Sat, 15 Mar 1997 23:15:06 -0800 Received: from emerald.oz.net (emerald.oz.net [198.68.184.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA15613 for ; Sat, 15 Mar 1997 23:14:39 -0800 Received: from brain (avi.oz.net [206.61.159.122]) by emerald.oz.net (8.8.4/8.7.3) with SMTP id XAA24193 for ; Sat, 15 Mar 1997 23:28:38 -0800 (PST) Message-Id: <3.0.1.32.19970315231420.006ab760@oz.net> X-Sender: avi@oz.net X-Mailer: Windows Eudora Pro Version 3.0.1 beta 13 (32) Date: Sat, 15 Mar 1997 23:14:20 -0800 To: info-performer@sgi.com From: Avi Bar-Zeev Subject: JOB: Contract SGI/Performer Devel for Entertainment in Seattle Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O We are currently seeking qualified candidates for a contract position on an exciting high-end VR project for a major client. This position requires extensive knowledge of real-time graphics programming and optimization under IRIX 6.x. Experience with SGI's high-end graphics systems is essential. Successful candidates will have at least 5 years experience with C and/or C++ programming under UNIX and first-hand knowledge of OpenGL and Performer 2.x. Entertainment industry experience is major a plus but the ability to work in a production environment among a team of artists is the main objective here. Experience with motion-platforms will earn you many experience points. The position is contract-based (options from 3 to 9 months) but could possibly lead to permanent work with the company or the client. Physical presence in Seattle is required but unusual work-hour arrangements are possible only for the most qualified candidates. Salary is, of course, commensurate with experience. Please send resume and references to: Tracey Donnelly, Producer Zombie, LLC 114 1/2 1st Ave. S. Seattle, WA 98104 fax: 206 623-9714 Or mail-to:tracey@zombie.com (email ASCII, Postscript, or Word Documents only) Wolfchild-3D is a high-end entertainment consulting service, not a recruiter. Please submit all inquiries about this or other jobs directly to Zombie. see http://www.wolfchild.com >From the Zombie Web Page: "Zombie Virtual Reality Entertainment is a design and development studio based in Seattle, WA producing some of the first commercially available virtual reality games for the PC, Mac and Playstation.Work among brilliant teams of designers, artists, mathmaticians, musicians and producers, creating outstanding, immersive 3D environments. If you want to let your creative inhibitions run wild and are interested in working for a company that breaks the conventional barrier, let us know who you are." ======================================================================= 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 Mar 16 19:28:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA09568; Sun, 16 Mar 1997 14:17:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA09552; Sun, 16 Mar 1997 14:17:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA00758; Sun, 16 Mar 1997 14:17:07 -0800 Received: from saturn.isrc.sandia.gov (saturn.isrc.sandia.gov [132.175.175.221]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA20403 for ; Sun, 16 Mar 1997 14:17:04 -0800 Received: from adric (adric [132.175.174.103]) by saturn.isrc.sandia.gov (8.8.4/8.7.3) with SMTP id PAA15284 for ; Sun, 16 Mar 1997 15:17:01 -0700 (MST) Sender: desmall@isrc.sandia.gov Message-ID: <332C7EFE.3F54@isrc.sandia.gov> Date: Sun, 16 Mar 1997 15:15:10 -0800 From: "Daniel E. Small" Organization: Intelligent Systems and Robotics Center, Sandia National Labs X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: 16-bit vs. 24-bit texels for pfTex->setImage() Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Performers, Newbie questions continued. I a bunch of texture data from video that I need to map. I would like to conserver memory, so I want to take the 24 bit data and reduce it to 16, and scale the image down by 1/2, ending up with a 320x240 16bit image. (I know they are not powers of 2 but I have some complex video calibration issues that I have to deal with before attempting that piece of optimization). I convert each texel component to 5 bits and shift them in the following manner: r,g&b are ushort arrays. unsigned short tr; unsigned short tg; unsigned short tb; unsigned short dest; tr = ((r[i]&0x00f8)>>3); tg = ((g[i]&0x00f8)<<2); tb = ((b[i]&0x00f8)<<7); dest = tr | tg | tb; I am 'assuming' that the bit ordering is (from lowest to highest) 5 bits red, 5 bits green, 5 bits blue, and 1 bit alpha. Please enlighten me if I am in error. I know the data is good because I am able to use this method to create a texture of 32 bits in the same method; by shifting green by 8 and blue by 24 and or'ing the 3 components. I am scaling down hthe 24 bit image and it looks fine. Using the above method, I step thru the original image data and create a new image of 16bit texels. I then use setImage in the following way: tex = new(arena) pfTexture; tex->setFormat(PFTEX_INTERNAL_FORMAT,PFTEX_RGB_5); where imgPtr is the 16bit data. tex->setImage((uint *)imgPtr,2,320,240,1); tex->setRepeat(PFTEX_WRAP,PFTEX_CLAMP); The texture does appear when it is downloaded, but it has no red or green components, just blue. I am wondering if there is another mode I need to set that I am missing, or if I have made some newbie mistake. thanks for any and all help, Dan -- Dan Small, Intelligent Systems and Robotics Center Sandia National Labs, email: desmall@sandia.gov voice: 505-844-5301 fax: 505-844-6161 MS 1010 RMSEL Rm 1239 POBox 5800, ABQ, NM 87185-1010 ======================================================================= 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 Mar 17 01:59:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA09982; Sun, 16 Mar 1997 20:50:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA09966; Sun, 16 Mar 1997 20:50:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA13507; Sun, 16 Mar 1997 20:50:04 -0800 Received: from cec.wustl.edu (express.cec.wustl.edu [128.252.21.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA08537 for ; Sun, 16 Mar 1997 20:50:01 -0800 Received: from presto by cec.wustl.edu (SMI-8.6/ECL-J1.00) id WAA00200; Sun, 16 Mar 1997 22:49:59 -0600 Message-Id: <199703170449.WAA00200@cec.wustl.edu> Reply-To: From: "Sathyamoorthi" To: Subject: I am new Date: Sun, 16 Mar 1997 22:45:04 -0600 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Status: O Dear Performers , I am new to IRIS-Performer . Kindly send me all the guide lines you can think of that any Performer -programmer must have in mind. Thanks Sathya ======================================================================= 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 Mar 17 02:33:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA10061; Sun, 16 Mar 1997 21:21:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA10045; Sun, 16 Mar 1997 21:21:20 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA14429; Sun, 16 Mar 1997 21:21:19 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA12260; Sun, 16 Mar 1997 21:21:16 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id FAA09691; Mon, 17 Mar 1997 05:21:09 GMT From: "Angus Dorbie" Message-Id: <9703170521.ZM9689@bitch.reading.sgi.com> Date: Mon, 17 Mar 1997 05:21:09 +0000 In-Reply-To: "Daniel E. Small" "16-bit vs. 24-bit texels for pfTex->setImage()" (Mar 16, 3:15pm) References: <332C7EFE.3F54@isrc.sandia.gov> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Daniel E. Small" , info-performer@sgi.com Subject: Re: 16-bit vs. 24-bit texels for pfTex->setImage() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There's a big difference between the internal format and the data you need to supply the gl. Generally the gl does all the conversion for you so yes you pick an internal format but you also need to create an appropriate array of information to match the data format the gl expects. PFTEX_EXTERNAL_FORMAT, PFTEX_PACK_8 is what is supported by default and you certainly won't need more for what you are doing, just supply an array of 8 bit packed data in the image array and let the graphic system do the work. This api smacks of IrisGL with it's use of the external format token. There days OpenGL on the Infinite Reality supports packed external image data like GL_UNSIGNED_SHORT_5_5_5_1_EXT, but I don't know if these tokens would work through Performer, it'd be worth a try if you _really_ want to keep your 5 bpc host copy, but it's much simpler to send the 8 bit per component image and let the machine do the conversion work for you. Cheers,Angus. On Mar 16, 3:15pm, Daniel E. Small wrote: > Subject: 16-bit vs. 24-bit texels for pfTex->setImage() > Hello Performers, > > Newbie questions continued. > > I a bunch of texture data from video that I need to map. I would like > to conserver memory, so I want to take the 24 bit data and reduce it to > 16, and scale the image down by 1/2, ending up with a 320x240 16bit > image. (I know they are not powers of 2 but I have some complex video > calibration issues that I have to deal with before attempting that piece > of optimization). > > > I convert each texel component to 5 bits and shift them in the following > manner: > > r,g&b are ushort arrays. > > unsigned short tr; > unsigned short tg; > unsigned short tb; > unsigned short dest; > > tr = ((r[i]&0x00f8)>>3); > tg = ((g[i]&0x00f8)<<2); > tb = ((b[i]&0x00f8)<<7); > > dest = tr | tg | tb; > > I am 'assuming' that the bit ordering is (from lowest to highest) 5 bits > red, 5 bits green, 5 bits blue, and 1 bit alpha. Please enlighten me if > I am in error. > > I know the data is good because I am able to use this method to create a > texture of 32 bits in the same method; by shifting green by 8 and blue > by 24 and or'ing the 3 components. I am scaling down hthe 24 bit image > and it looks fine. > > > Using the above method, I step thru the original image data and create a > new image of 16bit texels. > > I then use setImage in the following way: > > tex = new(arena) pfTexture; > > tex->setFormat(PFTEX_INTERNAL_FORMAT,PFTEX_RGB_5); > > where imgPtr is the 16bit data. > > tex->setImage((uint *)imgPtr,2,320,240,1); > > tex->setRepeat(PFTEX_WRAP,PFTEX_CLAMP); > > The texture does appear when it is downloaded, but it has no red or > green components, just blue. > > I am wondering if there is another mode I need to set that I am missing, > or if I have made some newbie mistake. ======================================================================= 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 Mar 17 05:33:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA10497; Mon, 17 Mar 1997 00:20:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA10481; Mon, 17 Mar 1997 00:20:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA21493; Mon, 17 Mar 1997 00:20:01 -0800 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA03856 for ; Mon, 17 Mar 1997 00:19:52 -0800 Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id CAA01082 for info-performer@sgi.com; Mon, 17 Mar 1997 02:21:08 -0600 From: "Ren-Jye Yu" Message-Id: <9703170221.ZM1081@python.tamu.edu> Date: Mon, 17 Mar 1997 02:21:07 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfGeoState problem ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, When I compile my program, I get the following warning message : PF Warning/Usage: pfGeoStatgstate::setAttr() Unknown attribute 1. PF Warning/Usage: pfGeoState::setMode of PFSTATE_ALPHAREF is obsolete -- use pfGStateVal with float in [0,1]. I set the pfGeoState in the following way : gstate = pfNewGState(pfGetSharedArena()); pfGStateMode(gstate, PFSTATE_CULLFACE, PFCF_OFF); pfGStateMode(gstate, PFSTATE_ENTEXTURE, 1); pfGStateMode(gstate, PFSTATE_ALPHAREF, PFAF_NOTEQUAL); pfGStateVal(gstate, PFSTATE_ALPHAREF, 0.0f); pfGStateAttr(gstate, PFSTATE_ENLIGHTING, 0); pfGStateAttr(gstate, PFSTATE_TEXENV, tev); pfGStateAttr(gstate, PFSTATE_TEXTURE, tex); Do you think what is the problem? I will appreciate any help you can give me. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ 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 Mar 17 06:17:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA10591; Mon, 17 Mar 1997 01:09:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA10575; Mon, 17 Mar 1997 01:09:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA23085; Mon, 17 Mar 1997 01:09:01 -0800 Received: from cony.gsf.de (cony.gsf.de [146.107.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA10380; Mon, 17 Mar 1997 01:08:35 -0800 Received: from lola.gsf.de by cony.gsf.de (8.6.4/WeissBlau-1.10) id KAA00745; Mon, 17 Mar 1997 10:08:02 +0100 Received: (from loesch@localhost) by lola.gsf.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA14041; Mon, 17 Mar 1997 10:09:18 +0100 From: "Andreas Loesch" Message-Id: <9703171009.ZM14037@lola.gsf.de> Date: Mon, 17 Mar 1997 10:09:17 +0100 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Easd=2Esgi=2Ecom_=28R=E9mi_Arnaud?= =?iso-8859-1?Q?=29 _______=22Re=3A_pfDispList_and_parallel_drawing_=28bug=3F=29=22_=28Mar_15?= =?iso-8859-1?Q?=2C__9=3A16pm=29?= References: <199703160516.VAA20749@remi.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: remi@remi.asd.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=) Subject: Re: pfDispList and parallel drawing (bug?) Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19703171009.ZM14037.gsf.de" Status: O --PART-BOUNDARY=.19703171009.ZM14037.gsf.de Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u On Mar 15, 9:16pm, R=E9mi Arnaud wrote: > Subject: Re: pfDispList and parallel drawing (bug?) > Andreas Loesch wrote: > > > > Hi Performers, > > > > we are in a situation where we want to get two pfDispList with identi= cal > > contents drawn by two parallel processes (multipipe configuration). W= e ar=3D > > e > > sure that we get everything we need packed in our pfDispLists, but wh= en w=3D > > e > > try to pfDispList::draw() them in parallel we get awful flickering, wrong=3D > > > > colors, positions ... =2E.. (snip) ... > > That's interesting. In libpf each pfChannel produce each own > pfDispList, so it is not designed to be used by two draw process > at the same time. > > Before going in further investigations, the 2 process that draw > the displist are forked, right ? (not sproced) Actually we tried to use as much of the Performer architecture as possibl= e. Our two main goals were: 1. provide more than one culling process per channel (our scene graph can= produce culling times longer than the drawing time) 2. Omit culling almost identical viewing frustums in the stereo viewing c= ase. We prefer to cull against a slightly larger frustum and use the result= for both (left and right eye) channels. Here is our setup: cullChannel0 -----> pfPipeWindow0 -> Pipe0 cullChannel1 ---| | ---| cullChannelN ---| drawChannel0 ---| drawChannel1 -----> pfPipeWindow1 -> Pipe1 The traversalmasks are set up in way that makes the cullChannels divide t= he scene into N parts and cull these parts. The drawChannels have a zero mas= k. In the (common) drawfunction we us two pfDispList (one for each channel) = and do the following: if (chan =3D=3D cullChannelX) { pfDispList0->open(); chan->draw(); pfDispList0->close(); pfDispList1->open(); chan->draw(); pfDispList1->close(); } else // channel is drawChannel { pfDispListY->draw(); } We assure that drawing of Pipe1 does not start before the "drawing" (i.e.= the setup of the pfDispLists) of the cullChannels has finished. We also take = care that they do not get out of phase. The multiprocessing scheme of Performer remains intact. We have one draw-process for each pipe. The cullChannels are assigned to the the pfPipeWindow to give the desired drawing order. As you can see, the two pfDispList have the same contents. They give a perfect result if they are drawn separately, hence the "cull data transfe= r" from the cullChannels should work. We tried both, forbidding the pfDispList->draw() call for one of the drawChannels (no matter which one)= or forcing them to be drawn sequentially. The latter of course doubles the drawing time =3D:(((((. Any ideas? Is there perhaps a non-documented initialization we should do = in order to make the pfDispLists work? Can we access the original pfChannel.pfDispLists ? Thanks for your help! Andi -- = Andreas L=F6sch GSF - Forschungszentrum f=FCr Umwelt und Gesundheit MEDIS/M3 Phone : (+49 89) 3187 4458 Ingolst=E4dter Landstr. 1 FAX : (+49 89) 3187 4243 o. 3326 85764 Neuherberg / GERMANY E-mail : loesch@gsf.de --PART-BOUNDARY=.19703171009.ZM14037.gsf.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 Mar 17 08:17:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10754; Mon, 17 Mar 1997 02:59:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10738; Mon, 17 Mar 1997 02:59:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA26500; Mon, 17 Mar 1997 02:59:39 -0800 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA24438 for ; Mon, 17 Mar 1997 02:59:37 -0800 Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id FAA01130 for info-performer@sgi.com; Mon, 17 Mar 1997 05:00:47 -0600 From: "Ren-Jye Yu" Message-Id: <9703170500.ZM1129@python.tamu.edu> Date: Mon, 17 Mar 1997 05:00:47 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Why couldn't kill my process?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have a serious problem in my program. I use pfBillboard node to add trees to my scenery. After adding pfBillboard nodes (about 1000 pbBillboard nodes in all), my refresh rate was greatly reduced. In addition, problems were encountered including console lockup where we were unable to kill the responsible Perfomer process or get back into the system aside from telnet. Has anyone encountered similar problems or know of any possible solutions ? Thanks, -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Mar 17 12:13:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11846; Mon, 17 Mar 1997 06:48:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11830; Mon, 17 Mar 1997 06:48:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07235; Mon, 17 Mar 1997 06:48:41 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA28957 for ; Mon, 17 Mar 1997 06:48:37 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id JAA15996; Mon, 17 Mar 1997 09:44:07 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA19711; Mon, 17 Mar 1997 09:46:40 -0500 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id JAA05348; Mon, 17 Mar 1997 09:44:39 -0500 Sender: bleclerc@poster.cae.ca Message-Id: <332D58D6.167E@cae.ca> Date: Mon, 17 Mar 1997 09:44:38 -0500 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: Sathyamoorthi Cc: info-performer@sgi.com Subject: Re: I am new References: <199703170449.WAA00200@cec.wustl.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Sathyamoorthi wrote: > I am new to IRIS-Performer . > > Kindly send me all the guide lines you can think of that any Performer > -programmer must have in mind. A good start is to surf http://www.sgi.com/Technology/Performer/. Pay attention to the FAQ and the mailing list archive. Don't forget to read the Performer Programming Guide available in Postscript and HTML format http://www.sgi.com/Technology/TechPubs/ and also available from Insight if you've installed performer_dev.books.Perf_PG Finally, try various sample programs found in /usr/share/Performer/src. Welcome aboard Sathya. -- 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 Mon Mar 17 12:30:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11889; Mon, 17 Mar 1997 06:59:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11873; Mon, 17 Mar 1997 06:59:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA07680; Mon, 17 Mar 1997 06:59:01 -0800 Received: from claws15.prosolvia.se (claws15.prosolvia.se [193.13.245.79]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA01040 for ; Mon, 17 Mar 1997 06:58:52 -0800 Received: (from jesper@localhost) by claws15.prosolvia.se (950511.SGI.8.6.12.PATCH526/8.6.11) id PAA09517; Mon, 17 Mar 1997 15:58:09 +0100 From: "Jesper Nystr|m" Message-Id: <9703171558.ZM9515@claws15.prosolvia.se> Date: Mon, 17 Mar 1997 15:58:08 +0100 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-vega@paradigmsim.com, info-performer@sgi.com Subject: Best performance? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I'm trying to run a 7 channel Vega/Performer application on an one pipe IR with 4 R10000 cpu:s and 2 RM6 boards. Just recently we (SGI France and I) installed Performer 2.1 and the patch 1696 and then the fog and the time of day is NOT working correct. Current Vega version is 2.0.3. The terrain database is rather huge but intelligent designed so that should not be a problem. I would like to get some hints on how to tune this application for best performance. I use the APP_CULL_DRAW method and I also lock the different processes to specific cpu:s. I have turned off the graphic statistics collection also. I also have another problem, the image stops for a very short while (long enough to see it) approximately once a second. I have heard that this maybe depend on badly installed software, wrong order for patches or something. Thanks for any and all help, Jesper -- ___ _ Jesper Nystrom Phone: +46 31 703 51 07 / _| |___ __ _ _ ___ Software Engineer Phone: +46 31 703 51 00 | | | |_ \/ _| | | __\ Prosolvia Clarus AB Fax: +46 31 703 51 20 | |_| | _ | | | | |__ | Gardavagen 1 Email: jesper@clarus.se \___|_|___|_| \___/___/ S-412 50 GOTEBORG WWW: www.clarus.se SIXTH SENSE TECHNOLOGY SWEDEN "Bring your CAD models to life with CAD Real-Time Link" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Mar 17 13:56:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12204; Mon, 17 Mar 1997 08:45:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12188; Mon, 17 Mar 1997 08:44:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA19042; Mon, 17 Mar 1997 08:44:58 -0800 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA24761 for ; Mon, 17 Mar 1997 08:44:55 -0800 Received: from l114.mistral.co.uk (l114.mistral.co.uk [194.73.212.114]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id QAA23117 for ; Mon, 17 Mar 1997 16:47:03 GMT Date: Mon, 17 Mar 1997 16:47:03 GMT Message-Id: <199703171647.QAA23117@hinge.mistral.co.uk> X-Sender: dcolthart@hinge.mistral.co.uk Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_858641794==_" To: info-performer@sgi.com From: dcolthart@mistral.co.uk (Intersim) Subject: Multi-channel clearing problems usin EarthSky model X-Mailer: X-Attachments: A:\ESKY.1; Status: O --=====================_858641794==_ Content-Type: text/plain; charset="us-ascii" To Performer Help Chaps Regard Peter Smithies (Intersim ltd) --=====================_858641794==_ Content-Type: application/mac-binhex40; name="ESKY.1" (This file must be converted with BinHex 4.0) :"N965eNZ-3"849K8G(4iG!!!!!!#*3!!!!$Tr94[)'&ZH@pZC5`0$9GP)'KKGQ8 JBfpYC5"KBh*[Fh-JB5"`FQpLE'9Y)(GTG'JJEA9XG'PMD'&ZEQ9X)(9cC5"dD'& d$AGP)(4SD@jV)'eKH5"LC5"NG@8JG'mJG'KP)%9KFR4S8fYj)'e[C'9X,Jd09fK PEL"hC5"SBACP)'%JE'&bCf8JFQpXE#`JG'KP)'pQCL"MC@jdFQ8JBfKKEQjPE(- JC'm0EQpd)'&`F'9KFL"dEb"ME'9KFL"`FQp`CA*XH5"KEQ3JB5"cG'&RCf9bC@3 JE'&jCA*TEQF0C@CQC@0d)'Pc)(0PC@iZ$3e*CL"hC5"bC@e[GQ8JEh9b)'0KE'` JG'mJF'C$D'&Z490VH5"dD'9Z)'&XE#"cC@9YFb"[Dbi0$9GP)'KKGQ8J-b"MD'& ZEQ9XFb"hDA4S)(4SC5"cD@4P)'0SB@jZC@ac)'pQCR0PG#"LH3dV,bdJ0$8JC'9 RFQ9PFbi0$84[CA-JB@jjEfjP)'YZEhFJGfKKG#"TFb"REfPZCb"[EL"KEQ3JD@B JFfmX)(GSBA3JGf8JBf&Z$@4[)(4[)'GPG#"bEh9ZC#"TG$mJ9f8JEQ9PC#"dD'8 J4@&bG'K6DhNJE@pNC@`JCQpb)'C[C`ePCQCPBh4c)'&ZC#"KE(0[)'C[FL"bC@& X,A4TE@8JFfYj)'0[E'peFL"MD'&ZCf9c,Jd09'KKEQYc$3e3CA4P)&0YDA4SD@9 c$B'i!!!!: --=====================_858641794==_-- ======================================================================= 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 Mar 17 14:32:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12284; Mon, 17 Mar 1997 09:21:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12268; Mon, 17 Mar 1997 09:21:30 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA23310; Mon, 17 Mar 1997 09:21:29 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA04310 for ; Mon, 17 Mar 1997 09:21:17 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id JAA20233 for info-performer@sgi.com; Mon, 17 Mar 1997 09:20:54 -0800 (PST) Date: Mon, 17 Mar 1997 09:20:54 -0800 (PST) From: David Plew Message-Id: <199703171720.JAA20233@shell1.aimnet.com> To: info-performer@sgi.com Subject: shared memory stuff Status: O Hi: Sometime back there was a discussion on shared memory, shared memory not enough while malloc, .. etc. Can someone kindly redirect those mails to me? thanks -anita kishore@aimnet.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 Mar 17 14:56:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12340; Mon, 17 Mar 1997 09:39:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12324; Mon, 17 Mar 1997 09:39:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA25079; Mon, 17 Mar 1997 09:39:26 -0800 Received: from hope.reading.sgi.com ([144.253.70.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA09174 for ; Mon, 17 Mar 1997 09:39:23 -0800 Received: from hope by hope.reading.sgi.com via SMTP (940816.SGI.8.6.9/911001.SGI) for id RAA27302; Mon, 17 Mar 1997 17:39:15 GMT Sender: davidh@reading.sgi.com Message-ID: <332D81C3.FF6@reading.sgi.com> Date: Mon, 17 Mar 1997 17:39:15 +0000 From: David Hughes Organization: Silicon Graphics X-Mailer: Mozilla 2.01S (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Open Position in the UK Reality Centre for a graphics specialist Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O A position has arisen at Silicon Graphics for a Technical Support Specialist, working in the Reality Centre in Reading, Berks in the UK. The Reality Centre is a leading edge demonstration and development facility for the pinacle of graphics capabilities with the leading supplier of 3D graphics technology. The open position is for a specialist in the area of real-time graphics. Your responsibilities would include: - Work with customers to help them find solutions to their problems. - Working with Partners to improve and develop the offerings they have. - Work on leading edge internal projects that change the way people think about how they use our products. - Present and demonstrate the results of these efforts in the Reality Centre to raise awareness and stimulate interest and excitement in SGI products. - Present and demonstrate at Exhibitions and Trade Shows. Person & Technical Spec. - You should possess good communication and presentation skills. - Able to work under pressure with the ability to juggle priorities as and when appropriate. - Configure graphics hardware that meet a specific requirement. - Experience of working with Customers and Partners. - Have good knowledge of some or all of the following: Open GL, IRIS Performer, C and C++ and Real Time Graphics. - Experience with 3D rendering. You should be able to: - Make peoples graphics code run better and faster - Add effects and features that have not been created or thought of before. - Inspire and incent our customers and partners to new heights of achievement. - Maintain the Reality Centre's leading edge reputation in the field of graphics excellence. This is a challenging, but highly stimulating role, working with the top equipment and peripherals as well as working with the leading software development partners and suppliers in the world of 3D graphics. This is a rare and unique position. For applications, please apply via email either to myself: David Hughes - Reality Centre Manager email: davidh@reading.sgi.com Or Debbie Potter in Human Resources email: debbie@reading.sgi.com Or write to myself or Debbie at: Silicon Graphics 1530 Arlington Business Park Theale, Reading Berks, RG7 4SB Further details on the Reality Centre and Silicon Graphics can be found on http://www.sgi.com/International/UK/centre ======================================================================= 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 Mar 17 15:58:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12523; Mon, 17 Mar 1997 10:40:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12507; Mon, 17 Mar 1997 10:40:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA02746; Mon, 17 Mar 1997 10:40:31 -0800 Received: from Relay1.OLEANE.NET (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA28643 for ; Mon, 17 Mar 1997 10:40:26 -0800 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by Relay1.OLEANE.NET (8.8.5/8.8.5) with SMTP id TAA14403 for ; Mon, 17 Mar 1997 19:40:17 +0100 (MET) Received: from coro21 by corysmailserv (5.x/SMI-SVR4) id AA23720; Mon, 17 Mar 1997 19:33:12 +0100 Sender: maiaux@corys.fr Message-Id: <332D8E6A.41C6@corys.fr> Date: Mon, 17 Mar 1997 19:33:14 +0100 From: Lionel Maiaux Organization: CORYS S.A. X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: info-performer@sgi.com Subject: cfe error when compiling Performer src Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I would like to compile /p/usr/share/Performer/src/pguide/libpf/C (I installed Performer in /p) but when I run (I am root): make PFROOT=/p I get the compiler error: making OpenGL DSO version of alignDCS.ogldso /usr/bin/cc -I/p/usr/include -nostdinc -I/usr/include -mips2 -o32 -O -Olimit 2000 -MDupdate Makedepend -woff 1685,515,608,658,799,803,852,1048,1233,1499 -c ../alignDCS.c cfe: error Makedepend: (null) and the linker error: ld: FATAL: Makedepend: (null) *** Error code 1 In /p/usr/share/Performer/src/pguide/libpf/C/OPT.O32.OPENGL, my Makedepend contains: alignDCS.o: /usr/include/svr4_math.h /usr/include/sys/unistd.h /usr/include/stddef.h /p/usr/include/Performer/prmath.h /usr/include/sys/bsd_types.h /usr/include/sys/select.h /usr/include/sys/errno.h /usr/include/sys/utime.h /usr/include/X11/extensions/XSGIvc.h /usr/include/X11/extensions/XSGIvcstr.h /usr/include/sys/types.h /usr/include/stdio.h /usr/include/sys/prctl.h /usr/include/sys/uio.h /usr/include/ctype.h /usr/include/utime.h /usr/include/errno.h /usr/include/standards.h /usr/include/sgidefs.h /usr/include/unistd.h /usr/include/re_comp.h /usr/include/wctype.h /p/usr/include/Performer/prstats.h /usr/include/task.h /usr/include/X11/Xutil.h /usr/include/X11/Xlib.h /usr/include/GL/gl.h /usr/include/GL/glu.h /p/usr/include/Performer/pfs.h /usr/include/ulocks.h /usr/include/getopt.h /usr/include/stdlib.h /usr/include/GL/glx.h /usr/include/X11/Xmd.h /usr/include/X11/Xfuncproto.h /p/usr/include/Performer/pfstats.h /usr/include/string.h /p/usr/include/Performer/pf.h /p/usr/include/Performer/opengl.h /usr/include/GL/glxtokens.h /usr/include/time.h /usr/include/wchar.h /usr/include/math.h /p/usr/include/Performer/pr.h /usr/include/X11/Xosdefs.h /usr/include/limits.h /usr/include/X11/X.h #:cfe alignDCS.dsocmd: /p/usr/lib/libpfdu_ogl.so /p/usr/lib/libpfui.so /usr/lib/libfpe.so alignDCS.o /usr/lib/libc.so /usr/lib/libGLU.so /usr/lib/libXsgivc.a /usr/lib/libXt.so /p/usr/lib/libpfs.so /usr/lib/libXm.so /usr/lib/libGLw.a /usr/lib/libXext.so /usr/lib/crtn.o /usr/lib/libmpc.a /usr/lib/libGL.so /usr/lib/libC.so /p/usr/lib/libpfutil_ogl.so /usr/lib/crt1.o /usr/lib/libXmu.so /usr/lib/libmalloc.so /usr/lib/libimage.a /p/usr/lib/libpf_ogl.so /usr/lib/libX11.so /usr/lib/libm.so #:ld Any idea ??? Thanks a lot, Lionel Maiaux ------------------------------------------------------------------------ Lionel Maiaux l.maiaux@corys.fr ------------------------------------------------------------------------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Mar 17 17:21:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA12819; Mon, 17 Mar 1997 11:49:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA12803; Mon, 17 Mar 1997 11:49:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA11518; Mon, 17 Mar 1997 11:49:34 -0800 Received: from mailrelay2.sni.net (mailrelay2.sni.net [199.117.27.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17219; Mon, 17 Mar 1997 11:49:32 -0800 Received: from snowmass.evt.com ([204.133.157.14]) by mailrelay2.sni.net (8.7.5/8.6.9) with SMTP id MAA05712; Mon, 17 Mar 1997 12:49:28 -0700 Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id MAA05216; Mon, 17 Mar 1997 12:47:46 -0800 From: "Dewey Anderson" Message-Id: <9703171247.ZM5214@snowmass.evt.com> Date: Mon, 17 Mar 1997 12:47:44 -0800 In-Reply-To: "Angus Dorbie" "Re: Perf eoe 2.0.3 vs Perf 2.0" (Mar 15, 4:06am) References: <9703141411.ZM2001@snowmass.evt.com> <9703150406.ZM6606@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Angus Dorbie" Subject: Re: Perf eoe 2.0.3 vs Perf 2.0 Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks for the reply, Angus. My object positioning is pretty trivial. The scene graph looks like this: Scene | pfDCS | pfSCS | pfGeoset As it happens in my example, the pfSCS is identity (and pfFlattened anyway). The pfDCS has the type set with: dcs.setMatType( PFMAT_TRANS | PFMAT_ROT | PFMAT_NONORTHO ); In my example, the DCS matrix is set with: pfMatrix mat; mat.makeTrans( x+rcx, y+rcy, z+rcz ); // M = Cinv * L mat.preRot( ry, 0., 1., 0., mat ); // M = Ry * M mat.preRot( rx, 1., 0., 0., mat ); // M = Rx * M mat.preRot( rz, 0., 0., 1., mat ); // M = Rz * M mat.preScale( size*sx, size*sy, size*sz, mat ); // M = S * M mat.preTrans( -rcx, -rcy, -rcz, mat ); // M = C * M where the rotations are 0, the scales are 1, the rcx/y/z are 0, z is 0 and only the x value changes. Pretty simple stuff. The other matrix fiddling I do is with the view matrix where I set the z distance based on the FOV and the window height so that the z=0 plane maps to the window with one unit = one pixel: chan->setFOV(0.0f, fov); // specify VERTICAL FOV pfCoord view; view.hpr.set(0.0f, -90.0f, 0.0f); float z_distance = win_height/2 / tanf( fov * (3.1415926/180.) / 2. ); view.xyz.set(0.0f, 0.0f, z_distance ); chan->setView(view.xyz, view.hpr); Like I said, this all works fine with Performer 2.0 eoe. Changing to the 2.0.3 eoe messes it up. The only thing I can think of is that there is some problem in dealing with the window itself. I give Performer the window at initialization: pw = new pfPipeWindow(p); pw->setWSWindow(dpy,xwin); pw->setGLCxt(cx); pw->setWSDrawable( dpy, dwbl ); On Mar 15, 4:06am, Angus Dorbie wrote: > Subject: Re: Perf eoe 2.0.3 vs Perf 2.0 > Do you have some exotic matrix operations to position the objects. > > Perhaps the problem lies with some performer assumptions about the > contents of your transformations for optimization purposes. > > Investigate using pfDCS::setMatType > > Cheers,Angus. > > On Mar 14, 2:11pm, Dewey Anderson wrote: > > Subject: Perf eoe 2.0.3 vs Perf 2.0 > > > > We developed our product with Performer 2.0 and run it on Indy, Impact and > Onyx > > using IRIX 5.3 with no problem. But we've noticed a problem when running it > on > > the O2 that we've tracked down to being a difference between Performer eoe > > versions. It appears that the O2 ships with Performer 2.0.3 and if we > replace > > that with 2.0 the problem goes away. > > > > Is anybody aware of some important difference between the two? Is there some > > patch we need to have? Or are we going to have to recompile with Performer > > 2.0.3 to run on systems with that eoe? > > > > DETAILS OF THE PROBLEM: > > > > It LOOKS like a perspective error in the X direction only. We draw 2D shapes > > in our window using OpenGL. Then we texture map that drawing onto a > rectangle > > in Performer and then draw it with Performer. We size the rectangle and > > calculate the FOV and viewMatrix in such a way as to keep the Performer > drawing > > the same size as its OpenGL counterpart when the rectangle is place at Z=0. > > (We use a coordinate system where the screen is the XY plane.) The result > is > > that you can't tell the difference between the OpenGL drawing and the > Performer > > version. > > > > I have a lot of faith in these calculations because we've been using them for > > so long on the Indy, Impact & Onyx. > > > > When run on the O2, the textured rectangle appears too wide, scaled out from > > the center of the screen. A small rectangle to the left appears too far > left. > > A small rectangle to the right appears too far right. A rectangle > straddling > > the middle of the screen appears too wide. It's almost as if the perspective > > calculation is making the rectangle appear TOO CLOSE in Performer. But this > > only happens in the X direction. If it were really a distance error, I'd > > expect the rectangle to be displaced vertically as well. > > > > The O2 details are: > > > > IRIX 6.3 for O2 including R10000, version 12161207. > > > > CRM graphics revision C. > > > > > > > > Dewey Anderson > > dewey@evt.com > > Evolving Video Technologies > > > > > > > > > > > > ======================================================================= > > 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 Dewey Anderson > >-- End of excerpt from Angus Dorbie ======================================================================= 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 Mar 17 22:06:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA14568; Mon, 17 Mar 1997 16:40:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA14550; Mon, 17 Mar 1997 16:40:07 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA11492; Mon, 17 Mar 1997 16:40:07 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA01112 for ; Mon, 17 Mar 1997 16:40:04 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id AAA11183; Tue, 18 Mar 1997 00:40:03 GMT From: "Angus Dorbie" Message-Id: <9703180040.ZM11181@bitch.reading.sgi.com> Date: Tue, 18 Mar 1997 00:40:02 +0000 In-Reply-To: David Hughes "Open Position in the UK Reality Centre for a graphics specialist" (Mar 17, 5:39pm) References: <332D81C3.FF6@reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: David Hughes , info-performer@sgi.com Subject: Re: Open Position in the UK Reality Centre for a graphics specialist Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Performers, One thing Dave doesn't mention is that the Reality Centre is equipped with the entire SGI product line including it's very own 4 pipe Infinite Reality Onyx2 Dual Rack with 12 R10000 4MbSC CPUs and a 3 channel ~7.5m wide PRODAS display from SES with 150degree combined Horizontal FOV. This might be considered important by some applicants :-) Cheers, Angus. On Mar 17, 5:39pm, David Hughes wrote: > Subject: Open Position in the UK Reality Centre for a graphics specialist > A position has arisen at Silicon Graphics for a Technical Support Specialist, working in the > Reality Centre in Reading, Berks in the UK. > > The Reality Centre is a leading edge demonstration and development facility for the pinacle > of graphics capabilities with the leading supplier of 3D graphics technology. The open > position is for a specialist in the area of real-time graphics. > > Your responsibilities would include: > > - Work with customers to help them find solutions to their problems. > - Working with Partners to improve and develop the offerings they have. > - Work on leading edge internal projects that change the way people think about > how they use our products. > - Present and demonstrate the results of these efforts in the Reality Centre to > raise awareness and stimulate interest and excitement in SGI products. > - Present and demonstrate at Exhibitions and Trade Shows. > > Person & Technical Spec. > > - You should possess good communication and presentation skills. > - Able to work under pressure with the ability to juggle priorities as and when > appropriate. > - Configure graphics hardware that meet a specific requirement. > - Experience of working with Customers and Partners. > - Have good knowledge of some or all of the following: > Open GL, > IRIS Performer, > C and C++ and > Real Time Graphics. > - Experience with 3D rendering. > > You should be able to: > > - Make peoples graphics code run better and faster > - Add effects and features that have not been created or thought of before. > - Inspire and incent our customers and partners to new heights of achievement. > - Maintain the Reality Centre's leading edge reputation in the field of > graphics excellence. > > This is a challenging, but highly stimulating role, working with the top equipment and > peripherals as well as working with the leading software development partners and suppliers > in the world of 3D graphics. > > This is a rare and unique position. > > For applications, please apply via email either to myself: > > David Hughes - Reality Centre Manager > > email: davidh@reading.sgi.com > > Or > Debbie Potter in Human Resources > > email: debbie@reading.sgi.com > > Or write to myself or Debbie at: > > Silicon Graphics > 1530 Arlington Business Park > Theale, Reading > Berks, RG7 4SB > > Further details on the Reality Centre and Silicon Graphics can be found on > > http://www.sgi.com/International/UK/centre > ======================================================================= > 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 David Hughes ======================================================================= 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 Mar 17 22: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 RAA14808; Mon, 17 Mar 1997 17:22:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA14792; Mon, 17 Mar 1997 17:22:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA14986; Mon, 17 Mar 1997 17:22:34 -0800 Received: from firewall.cgsd.com (firewall.cgsd.com [205.164.126.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA12705 for ; Mon, 17 Mar 1997 17:22:31 -0800 Received: (from etran@localhost) by firewall.cgsd.com (8.6.12/8.6.12) id RAA22744; Mon, 17 Mar 1997 17:23:47 -0800 Date: Mon, 17 Mar 1997 17:23:46 -0800 (PST) From: Eric Tran To: Ren-Jye Yu cc: info-performer@sgi.com Subject: Re: Why couldn't kill my process?? In-Reply-To: <9703170500.ZM1129@python.tamu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Yu, Try using "freeproc" ? Eric T. ------------------------------------------- Computer Graphics Systems Development Corp. (415)903-4940 (415)903-4932 (415)903-4930 Fax: (415)967-5252 On Mon, 17 Mar 1997, Ren-Jye Yu wrote: > Hello, > > I have a serious problem in my program. I use pfBillboard node to add > trees to my scenery. After adding pfBillboard nodes (about 1000 pbBillboard > nodes in all), my refresh rate was greatly reduced. In addition, problems were > encountered including console lockup where we were unable to kill the > responsible Perfomer process or get back into the system aside from telnet. Has > anyone encountered similar problems or know of any possible solutions ? > > Thanks, > > > > -- > > ______________________________________________________________________________ > > ("`-''-/").___..--''"`-._ Ren-Jye Yu > `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu > (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 > _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 > (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department > H.R. Bright Building > Texas A&M University > College Station 77840-3141 > _______________________________________________________________________________ > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= 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 Mar 18 00:07:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA15704; Mon, 17 Mar 1997 18:48:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA15688; Mon, 17 Mar 1997 18:48:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA20291; Mon, 17 Mar 1997 18:48:03 -0800 Received: from tis.co.jp (ns.tis.co.jp [210.135.160.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA29538 for ; Mon, 17 Mar 1997 18:47:59 -0800 Received: from tetra01.tis.co.jp ([192.168.50.23]) by mailer.tis.co.jp with SMTP id <14992>; Tue, 18 Mar 1997 11:47:41 +0900 Received: from tetra02.tis.co.jp by tetra01.tis.co.jp (4.1/6.4J.6) id AA13347; Tue, 18 Mar 97 11:49:26 JST Received: from ssten01.tis.co.jp by tetra02.tis.co.jp (4.1/6.4J.6) id AA24176; Tue, 18 Mar 97 11:47:39 JST Received: from [133.157.23.73] by ssten01.tis.co.jp (4.1/6.4J.6) id AA07569; Tue, 18 Mar 97 11:46:51 JST Date: Tue, 18 Mar 1997 11:46:51 +0900 Message-Id: <9703180246.AA07569@ssten01.tis.co.jp> To: info-performer@sgi.com From: arata@ssten01.tis.co.jp (arata) X-Sender: arata@133.157.18.170 Subject: How do I achieve some multipass renderings (motion blur, depth of field effect) on Performer1.2 or 2.0 ? Cc: arata@ssten01.tis.co.jp (arata) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8.5-J13) Status: O How do I achieve some multipass rendering tecxhniques (motion blur, depth of field effect) on Performer 1.2 or 2.0? ------------------------------------------------------ Arata Watanabe Toyo Information Systems Co.,Ltd. Tel : +81-6-821-1412 Fax : +81-6-821-1575 e-mail : arata@ssten01.tis.co.jp $B!!!!(B ------------------------------------------------------ ======================================================================= 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 Mar 18 00:37:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA15863; Mon, 17 Mar 1997 19:13:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA15847; Mon, 17 Mar 1997 19:13:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA21804; Mon, 17 Mar 1997 19:13:42 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA03821 for ; Mon, 17 Mar 1997 19:13:40 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id TAA24262 for info-performer@sgi.com; Mon, 17 Mar 1997 19:13:29 -0800 (PST) Date: Mon, 17 Mar 1997 19:13:29 -0800 (PST) From: David Plew Message-Id: <199703180313.TAA24262@shell1.aimnet.com> To: info-performer@sgi.com Subject: VMIN and VTIME Status: O Hi: In my performer application, I interface with the RE2 5.3, serial port to read data coming from an external serial device. The port is opened with the default blocking mode. I set the termio.c_cc[VMIN] and termio.c_cc[VTIME] to 15 and 4 respectively. According to the man pages this means that 'read' will wait to read atleast 15 bytes from the port, and will time out after 4 units of time in any case and return. What is not clear is that: in such a setting, does blocking mode override the termio controls or does the 'read' always return after 4 units of time? I was not doing anything to the O_NONBLOCK flag so far and sometimes, 'read' would wait and wait for ever at the port probably 'coz there was no data available for it to read. Shouldn't the termio control override what ever the setting was, once it has been set? I do set the termio controls after 'open' and before any 'read' begins. Even when I did set the O_NONBLOCK flag, sometimes I can see the same thing happening to 'read'. Can someone please explain who overrides whome? thanks -anita kishore@aimnet.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 Mar 18 02:15:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA16244; Mon, 17 Mar 1997 21:00:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA16221; Mon, 17 Mar 1997 21:00:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA26199; Mon, 17 Mar 1997 20:58:39 -0800 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA21901; Mon, 17 Mar 1997 20:58:32 -0800 Received: from caftei-adm (pm2-23.bta.net.cn [202.96.32.119]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id MAA04873; Tue, 18 Mar 1997 12:56:17 +0800 Message-ID: <332F715C.393C@public.bta.net.cn> Date: Wed, 19 Mar 1997 12:53:48 +0800 From: Cao Zhigang Reply-To: czg@iname.com X-Mailer: Mozilla 3.01Gold (WinNT; I) MIME-Version: 1.0 To: perel@cluny.ensam.fr, scott@ht.com, dorbie@bitch.reading.sgi.com, brian@sgi.com, info-performer@sgi.com Subject: how to achieve spotlight on iR with IRIX 6.2 & Performer 2.1 ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello friends, I'v read your messages about "Shadow and projected texture" on performer mail list. But I'm new to IRIX & Performer programming. Would you please tell me how can I achieve spotlight on iR with IRIX 6.2 & Performer 2.1 in details? Is it possible only use Performer to get things done? Scott wrote : >The two spotlight projected texture demo (uncompiled) can be found at: > ftp://ftp.ht.com/outgoing/two_spots.tar.gz I tryed to get it but failed. Thanks ahead. Cao Zhigang flysiml@public.bta.net.cn ======================================================================= 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 Mar 18 04:03:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA16365; Mon, 17 Mar 1997 22:35:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA16349; Mon, 17 Mar 1997 22:35:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA01108; Mon, 17 Mar 1997 22:35:01 -0800 Received: from llogic.com (llogic.com [198.168.83.173]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA05013 for ; Mon, 17 Mar 1997 22:34:57 -0800 Received: by llogic.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id BAA02662; Tue, 18 Mar 1997 01:42:44 -0800 From: fred@llogic.com (Frederic Francis) Message-Id: <199703180942.BAA02662@llogic.com> Subject: pfGeoSet::getPrimLengths problem on Onyx2 To: info-performer@sgi.com Date: Tue, 18 Mar 1997 01:42:24 -0800 (PST) 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: 1424 Status: O Hi, I've just begun porting some code from an Onyx iR (6.2) to an Onyx2 iR (6.4) and pfGeoSet::getPrimLengths() seems to be misbehaving ?! It seems to always return a NULL pointer on the Onyx2. The following piece of code works fine on 6.2 systems (including Indigo2Impact) but fails on the Onyx2. ///////// START OF CODE ///////////////// #include #include void main (void) { pfInit(); pfMultiprocess(0); pfConfig(); pfGeoSet *gset = new pfGeoSet; int *primLength = (int *) new(sizeof(int)) pfMemory; primLength[0] = 4; cerr << " INITIAL primLength pointer: " << primLength << endl; gset->setPrimLengths(primLength); cerr << " RETRIEVED primLength pointer: " << gset->getPrimLengths() << endl; pfExit(); } /////////END OF CODE ///////////////// 6.2 Output: INITIAL primLength pointer: 0x18040a50 RETRIEVED primLength pointer: 0x18040a50 6.4 Output: INITIAL primLength pointer: 0x500409d0 RETRIEVED primLength pointer: 0x0 Unfortunately, I don't have cvd running on the Onyx2 yet to see if the problem is the setPrimLengths or in the getPrimLengths. I am confused (even more than usual). Any thoughts ? Thanks in advance, 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 Tue Mar 18 07:45:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA17219; Tue, 18 Mar 1997 02:50:37 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA17203; Tue, 18 Mar 1997 02:50:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA11824; Tue, 18 Mar 1997 02:50:35 -0800 Received: from mailgw1.fhg.de (mailgw1.fhg.de [153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA09559; Tue, 18 Mar 1997 02:50:27 -0800 From: scheff@iff.fhg.de Received: by mailgw1.fhg.de (fhg.de); Tue, 18 Mar 1997 11:48:44 +0100 (MET) X-ENV: (mailgw1.fhg.de) scheff@iff.fhg.de -> Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Tue, 18 Mar 1997 11:48:39 +0100 (MET) from ue.iff.fhg.de Received: by ue.iff.fhg.de with SMTP; Tue, 18 Mar 1997 11:49:08 +0100 (MET) from sgi08.ue.iff.fhg.de Date: Tue, 18 Mar 1997 11:50:29 +0100 Received: by sgi08.ue.iff.fhg.de; Tue, 18 Mar 1997 11:50:29 +0100 Message-Id: <9703181150.ZM6676@sgi08> In-Reply-To: "Brad Colbert" "pfPick again..." (Mar 13, 15:58) References: <9703131558.ZM24956@seahorse> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Brad Colbert" Subject: Re: pfPick again... Cc: info-vega@sgi.com, info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Brad, > Sometime back I asked about how to use pfPick, which allows you to > use the mouse to "Pick" polygons. Well, I got one reply that, although > I appreciate, did not match my problem. > > If there is anyone out there who has successfully used pfPick, please > let me in on your secret. SG, in classic form, has no documentation > on this. The man page actually tells the user to refer to the > include file. We choosed a fully other way because we are Vega users. To pick something we used a line-of-sight-Isector. The origin was copied from observer. The direction is set using the coordinates of mouse pointer transformed into real world coords. We - my girlfriend and me - needed from Sunday evening until Monday morning to implement this. It works nice. (Our greatest problem was to change our motion model to free the left button for picking. ;-)) If you can't solve your problem not at all you could think about such or similar solution like our. I guess pfPick is a similar solution for convinience, isn't it? Best regards, Dirk. -- ---------------------------------------------------- Dipl.-Inf. Dirk Scheffter scheff@iff.fhg.de Fraunhofer IFF Steinfeldstr. 3 fon: +49-39203/81591 D-39179 Barleben fax: +49-39203/81619 Germany ---------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 18 07:45:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA17444; Tue, 18 Mar 1997 04:08:17 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA17428; Tue, 18 Mar 1997 04:08:16 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA14692; Tue, 18 Mar 1997 04:08:15 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA20960; Tue, 18 Mar 1997 04:08:06 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id MAA12064; Tue, 18 Mar 1997 12:08:01 GMT From: "Angus Dorbie" Message-Id: <9703181208.ZM12062@bitch.reading.sgi.com> Date: Tue, 18 Mar 1997 12:08:00 +0000 In-Reply-To: Cao Zhigang "how to achieve spotlight on iR with IRIX 6.2 & Performer 2.1 ?" (Mar 19, 12:53pm) References: <332F715C.393C@public.bta.net.cn> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: czg@iname.com, perel@cluny.ensam.fr, scott@ht.com, brian@sgi.com, info-performer@sgi.com Subject: Re: how to achieve spotlight on iR with IRIX 6.2 & Performer 2.1 ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O A pfLightSource should be enough. Read the manual page on this and in particular look for: setMode or pfLSourceMode with the PFLS_PROJTEX_ENABLE token. Cheers,Angus. On Mar 19, 12:53pm, Cao Zhigang wrote: > Subject: how to achieve spotlight on iR with IRIX 6.2 & Performer 2.1 ? > Hello friends, > > I'v read your messages about "Shadow and projected texture" on > performer mail list. But I'm new to IRIX & Performer programming. > Would you please tell me how can I achieve spotlight on iR with > IRIX 6.2 & Performer 2.1 in details? Is it possible only use > Performer to get things done? > > Scott wrote : > >The two spotlight projected texture demo (uncompiled) can be found at: > > ftp://ftp.ht.com/outgoing/two_spots.tar.gz > I tryed to get it but failed. > > Thanks ahead. > > > Cao Zhigang > > flysiml@public.bta.net.cn > ======================================================================= > 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 Cao Zhigang ======================================================================= 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 Mar 18 08:13:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA17389; Tue, 18 Mar 1997 03:58:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA17373; Tue, 18 Mar 1997 03:58:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA13822; Tue, 18 Mar 1997 03:58:52 -0800 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA19809 for ; Tue, 18 Mar 1997 03:58:34 -0800 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 PAA06145 for ; Tue, 18 Mar 1997 15:01:08 +0200 Date: Tue, 18 Mar 1997 15:01:08 +0200 (EET) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: info-performer@sgi.com Subject: Lights under DCSs? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I'm VERY new to Performer, so bear with me... I can move pfLightSources with ->setPos ok, but if I place them as children of a pfDCS and move the DCS, the light doesn't move. Am I missing something fundamental? Jukka Vaisanen Executive Manager 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 Mar 18 12:02:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA18025; Tue, 18 Mar 1997 08:31:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA18007; Tue, 18 Mar 1997 08:31:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA29751; Tue, 18 Mar 1997 08:31:32 -0800 Received: from shell1.aimnet.com (shell1.aimnet.com [204.247.0.210]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07562; Tue, 18 Mar 1997 08:31:07 -0800 Received: (from kishore@localhost) by shell1.aimnet.com (8.8.5/SHELL) id IAA21965; Tue, 18 Mar 1997 08:30:57 -0800 (PST) Date: Tue, 18 Mar 1997 08:30:57 -0800 (PST) From: David Plew Message-Id: <199703181630.IAA21965@shell1.aimnet.com> To: brian@sgi.com, czg@iname.com, dorbie@bitch.reading.sgi.com, info-performer@sgi.com, perel@cluny.ensam.fr, scott@ht.com Subject: Re: how to achieve spotlight on iR with IRIX 6.2 & Performer 2.1 ? Status: O You can take a look at the sample program "shadows.c" that is distributed with Performer. -anita kishore@aimnet.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 Mar 18 11:31:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA17785; Tue, 18 Mar 1997 06:07:48 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17769; Tue, 18 Mar 1997 06:07:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19467; Tue, 18 Mar 1997 06:07:47 -0800 Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA08423 for ; Tue, 18 Mar 1997 06:07:43 -0800 Received: from tree ([202.230.84.136]) by farm.ddd.co.jp (post.office MTA v1.9.3 ID# 0-13383) with ESMTP id AAA191 for ; Wed, 19 Mar 1997 00:12:08 +0900 From: mishina@ddd.co.jp (T.Mishina) To: Subject: pfPipeWindow::setFBConfig Date: Tue, 18 Mar 1997 23:09:07 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Message-ID: <19970318151208458.AAA191@tree> Status: O Hi, Does anyone have an experience to make stereo FB configuration using pfPipeWindow::setFBConfig? In my application, I wrote the window-open callback as follows: static int FBAttrs[] = { PFFB_RGBA, PFFB_DOUBLEBUFFER, PFFB_STEREO, PFFB_DEPTH_SIZE, 23, PFFB_RED_SIZE, 1, NULL, }; static void OpenPipeWin(pfPipeWindow *pw) { pw->setFBConfig(FBAttrs); pw->open(); } But, my FBAttrs was ignored and the window seemed to be opened in default FB setting. My H/W is ONYX IR, OS is IRIX6.2 and the version of Performer is 2.1. Any ideas? Tsuyoshi Mishina (3D Inc.) E-mail: mishina@ddd.co.jp Tel : +81-45-314-8334 Fax : +81-45-314-8335 http://www.ddd.co.jp Mitsuishi-Yokohama-building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 18 12:02:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17919; Tue, 18 Mar 1997 07:55:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17903; Tue, 18 Mar 1997 07:55:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA26832; Tue, 18 Mar 1997 07:55:53 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA28538 for ; Tue, 18 Mar 1997 07:55:52 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA03910; Tue, 18 Mar 1997 10:52:44 -0500 Date: Tue, 18 Mar 1997 10:52:44 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703181052.ZM3909@hotsauce.clubfed.sgi.com> In-Reply-To: "Angus Dorbie" "Re: 16-bit vs. 24-bit texels for pfTex->setImage()" (Mar 17, 5:21am) References: <332C7EFE.3F54@isrc.sandia.gov> <9703170521.ZM9689@bitch.reading.sgi.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Angus Dorbie" , "Daniel E. Small" , info-performer@sgi.com Subject: Re: 16-bit vs. 24-bit texels for pfTex->setImage() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Angus, You can use the OpenGL token names such as GL_UNSIGNED_SHORT_5_5_5_1_EXT for image formats to a pfTexture node it is just not guarunteed to work in future releases of Performer. Brian On Mar 17, 5:21am, Angus Dorbie wrote: > Subject: Re: 16-bit vs. 24-bit texels for pfTex->setImage() > There's a big difference between the internal format and the data you need > to supply the gl. Generally the gl does all the conversion for you so yes > you pick an internal format but you also need to create an appropriate > array of information to match the data format the gl expects. > > PFTEX_EXTERNAL_FORMAT, PFTEX_PACK_8 > > is what is supported by default and you certainly won't need more for > what you are doing, just supply an array of 8 bit packed data in the image > array and let the graphic system do the work. This api smacks of IrisGL > with it's use of the external format token. > > There days OpenGL on the Infinite Reality supports packed external > image data like GL_UNSIGNED_SHORT_5_5_5_1_EXT, but I don't know if > these tokens would work through Performer, it'd be worth a try if > you _really_ want to keep your 5 bpc host copy, but it's much simpler > to send the 8 bit per component image and let the machine do the > conversion work for you. > > Cheers,Angus. > > > On Mar 16, 3:15pm, Daniel E. Small wrote: > > Subject: 16-bit vs. 24-bit texels for pfTex->setImage() > > Hello Performers, > > > > Newbie questions continued. > > > > I a bunch of texture data from video that I need to map. I would like > > to conserver memory, so I want to take the 24 bit data and reduce it to > > 16, and scale the image down by 1/2, ending up with a 320x240 16bit > > image. (I know they are not powers of 2 but I have some complex video > > calibration issues that I have to deal with before attempting that piece > > of optimization). > > > > > > I convert each texel component to 5 bits and shift them in the following > > manner: > > > > r,g&b are ushort arrays. > > > > unsigned short tr; > > unsigned short tg; > > unsigned short tb; > > unsigned short dest; > > > > tr = ((r[i]&0x00f8)>>3); > > tg = ((g[i]&0x00f8)<<2); > > tb = ((b[i]&0x00f8)<<7); > > > > dest = tr | tg | tb; > > > > I am 'assuming' that the bit ordering is (from lowest to highest) 5 bits > > red, 5 bits green, 5 bits blue, and 1 bit alpha. Please enlighten me if > > I am in error. > > > > I know the data is good because I am able to use this method to create a > > texture of 32 bits in the same method; by shifting green by 8 and blue > > by 24 and or'ing the 3 components. I am scaling down hthe 24 bit image > > and it looks fine. > > > > > > Using the above method, I step thru the original image data and create a > > new image of 16bit texels. > > > > I then use setImage in the following way: > > > > tex = new(arena) pfTexture; > > > > tex->setFormat(PFTEX_INTERNAL_FORMAT,PFTEX_RGB_5); > > > > where imgPtr is the 16bit data. > > > > tex->setImage((uint *)imgPtr,2,320,240,1); > > > > tex->setRepeat(PFTEX_WRAP,PFTEX_CLAMP); > > > > The texture does appear when it is downloaded, but it has no red or > > green components, just blue. > > > > I am wondering if there is another mode I need to set that I am missing, > > or if I have made some newbie mistake. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Angus Dorbie -- 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 Tue Mar 18 12:02:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17992; Tue, 18 Mar 1997 08:29:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17976; Tue, 18 Mar 1997 08:29:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA29436; Tue, 18 Mar 1997 08:29:51 -0800 Received: from sim6.dciem.dnd.ca (sim6.dciem.dnd.ca [131.136.68.217]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07292 for ; Tue, 18 Mar 1997 08:29:37 -0800 Received: (from rpv@localhost) by sim6.dciem.dnd.ca (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA00055; Tue, 18 Mar 1997 11:29:32 -0500 Date: Tue, 18 Mar 1997 11:29:32 -0500 (EST) From: Remotely Piloted Vehicle To: info-performer@sgi.com Subject: Do Performer math routines only use floats? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I was just wondering whether there is any way to use pfVec3, pfMatrix, pfCoord, etc. as arrays of doubles rather than floats. For most applications, floats are sufficient. But for describing objects in actual geographic coordinates, you get into some big numbers and rounding off errors. Thanks in advance, Eran Guendelman. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 19 01:27:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA04223; Tue, 18 Mar 1997 20:18:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA04204; Tue, 18 Mar 1997 20:18:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA08172; Tue, 18 Mar 1997 20:18:04 -0800 Received: from farm.ddd.co.jp (farm.ddd.co.jp [202.230.84.113]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA24488 for ; Tue, 18 Mar 1997 20:17:57 -0800 Received: from tree ([202.230.84.136]) by farm.ddd.co.jp (post.office MTA v1.9.3 ID# 0-13383) with ESMTP id AAA156 for ; Wed, 19 Mar 1997 14:22:15 +0900 From: mishina@ddd.co.jp (T.Mishina) To: Subject: RE: pfPipeWindow::setFBConfig Date: Wed, 19 Mar 1997 13:19:16 -0000 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Message-ID: <19970319052215593.AAA156@tree> Status: O Thanks for your reply. > > According to T.Mishina: > > > >Hi, > > > >Does anyone have an experience to make stereo FB > >configuration using pfPipeWindow::setFBConfig? > >In my application, I wrote the window-open callback > >as follows: > > > >static int FBAttrs[] = { > > PFFB_RGBA, > > PFFB_DOUBLEBUFFER, > > PFFB_STEREO, > > PFFB_DEPTH_SIZE, 23, > > PFFB_RED_SIZE, 1, > > NULL, > >}; > > > >static void > >OpenPipeWin(pfPipeWindow *pw) > >{ > > pw->setFBConfig(FBAttrs); > > This should be pw->setFBConfigAttrs(FBAttrs); Sorry, this is just a miss-type. Actually, I wrote it as pw->setFBConfigAttrs(FBAttrs) in my program. Any ideas? Tsuyoshi Mishina (3D Inc.) E-mail: mishina@ddd.co.jp Tel : +81-45-314-8334 Fax : +81-45-314-8335 http://www.ddd.co.jp Mitsuishi-Yokohama-building 1-39-3 Hiranuma Nishi-ku Yokohama 220 Japan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 19 04:42:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA11422; Tue, 18 Mar 1997 23:16:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA11404; Tue, 18 Mar 1997 23:16:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA14525; Tue, 18 Mar 1997 23:16:31 -0800 Received: from gate2 (gate2.volkswagen.de [193.23.96.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA19521 for ; Tue, 18 Mar 1997 23:16:22 -0800 Sender: purschke@gate2 Message-ID: <332F930E.167E@volkswagen.de> Date: Wed, 19 Mar 1997 08:17:34 +0100 From: Frank Purschke Organization: Volkswagen AG X-Mailer: Mozilla 2.01S (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Can't map /dev/zero Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dear Performers, on an Onyx (2GB Main Mem, 5Gb HD left, Irix 6.2, Performer 2.1) I am trying to load quit a lot of VRML files. Loding a few works fine, but trying to load them all fails with the following message: rld_sbrk: Can't map /dev/zero -- probably not enough virtual memory There is still a lot of free memory left during load time and PFTMPDIR points to a loacation on a hard disk with enough capacity. Swap space is ca. 800 MB. Any ideas? Frank -- Frank Purschke --------- Virtual Reality Lab Volkswagen AG --------- Phone: +49 5361 922176 Postbox 1777/3 --------- Fax: +49 5361 924263 38436 Wolfsburg --------- Germany --------- Email: frank.purschke@volkswagen.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 Mar 19 06:25:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA19298; Wed, 19 Mar 1997 01:10:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA19282; Wed, 19 Mar 1997 01:10:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA20251; Wed, 19 Mar 1997 01:10:11 -0800 Received: from nordwest.pop.de (mail.nordwest.POP.DE [193.100.96.7]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA05585 for ; Wed, 19 Mar 1997 01:10:08 -0800 Received: from pink.atlas.de by nordwest.pop.de with smtp (Smail3.1.28.1 #6) id m0w7HNi-0001JDC; Wed, 19 Mar 97 10:10 MEZ Received: from trixi by pink.atlas.de (4.1/SMI-4.1) id AA13045; Wed, 19 Mar 97 10:11:49 +0100 Date: Wed, 19 Mar 1997 10:09:28 +0000 (WET) From: Nikolaus Hanekamp X-Sender: klaus@trixi Reply-To: Nikolaus Hanekamp To: info-performer@sgi.com Subject: Job Opportunities in Bremen (Germany) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O STN ATLAS has open positions for software engineers, to extend its Image Generator Software Group: 1. Design and development of visual simulation software for various applications. 2. Design and development of database generation software in conjunction with STN ATLAS own roadtool (START) and other modelling tools, like MultiGen or DWB. Qualified candidates should have a MS degree or Diplom in Computer Science or related fields, a strong programming background in C++/Unix and 2 years experience in: - Object-oriented design and development of large software systems - SGI Performer and OpenGl - 3D Modelling ( OpenFlight, MultiGen, DWB or Medit ) - Real-time visual systems - Unix ( preferable IRIX) The Simulation Division ( 500 employees) of STN ATLAS ( 4500 employees) is located in Bremen, northern Germany. The main activities are: - driving simulators - ship handling simulators - power plant simulators - tank simulators - combat trainers - computer based training systems - etc. For more details please email or fax to the address below. ______________________________________________________________________________ | STN ATLAS Elektronik GmbH D-28305 Bremen | | Nikolaus Hanekamp Simulation Division ETZ2 Sebaldsbruecker Heerstr. 235 | | +49/421/457-2906 -4120 fax | |___________ hanekamp@atlas.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 Mar 19 11:04:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA20040; Wed, 19 Mar 1997 07:40:19 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20024; Wed, 19 Mar 1997 07:40:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07454; Wed, 19 Mar 1997 07:40:12 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA08427; Wed, 19 Mar 1997 07:40:11 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id HAA16680; Wed, 19 Mar 1997 07:40:09 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id HAA25624; Wed, 19 Mar 1997 07:40:08 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703191540.HAA25624@remi.asd.sgi.com> Subject: Re: how to achieve spotlight on iR with IRIX 6.2 & Performer 2.1 ? To: czg@iname.com Date: Wed, 19 Mar 1997 07:40:07 -0800 (PST) Cc: perel@cluny.ensam.fr, scott@ht.com, dorbie@bitch.reading.sgi.com, brian@sgi.com, info-performer@sgi.com In-Reply-To: <332F715C.393C@public.bta.net.cn> from "Cao Zhigang" at Mar 19, 97 12:53:48 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: 931 Status: O Cao Zhigang wrote: > > Hello friends, > > I'v read your messages about "Shadow and projected texture" on > performer mail list. But I'm new to IRIX & Performer programming. > Would you please tell me how can I achieve spotlight on iR with > IRIX 6.2 & Performer 2.1 in details? Is it possible only use > Performer to get things done? > > Scott wrote : > >The two spotlight projected texture demo (uncompiled) can be found at: > > ftp://ftp.ht.com/outgoing/two_spots.tar.gz > I tryed to get it but failed. > Spot lights and shadow textures are not implemented in Performer for OpenGL, therefore they are not available for 2.1 You'll have to wait for the coming 2.2, or use the OpenGL directly as the functions are there (since patch 1355 for Onyx) _ / _ _ |_) _ ._ _ 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 Mar 19 11: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 HAA19976; Wed, 19 Mar 1997 07:36:28 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA19960; Wed, 19 Mar 1997 07:36:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07227; Wed, 19 Mar 1997 07:36:27 -0800 Received: from ns.fel.tno.nl ([192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA07771 for ; Wed, 19 Mar 1997 07:36:19 -0800 Received: by ns.fel.tno.nl; id QAA09835; Wed, 19 Mar 1997 16:46:10 +0100 (MET) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma009807; Wed, 19 Mar 97 16:45:43 +0100 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 QAA20382 for ; Wed, 19 Mar 1997 16:35:40 +0100 (MET) Received: from FEL3/SpoolDir by fel3.fel.tno.nl (Mercury 1.21); 19 Mar 97 16:36:18 GMT+1 Received: from SpoolDir by FEL3 (Mercury 1.21); 19 Mar 97 16:36:11 GMT+1 From: "DONKERS H.C." Organization: TNO-FEL To: info-performer@sgi.com Date: Wed, 19 Mar 1997 16:36:04 GMT+1 Subject: Intersection problem X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <810B235DA9@fel3.fel.tno.nl> Status: O I have the following problem using the isect commando for pfNodes: I want to know what the pfGeode is which I intersect. So, I constrcuct a pfSegSet with the mode set to PFTRAV_IS_GEODE. Then I call root->isect. When a intersection is detected I do: pfGeode geode; geode = new pfGeode(); hit->query(PFQHIT_NODE, geode); But nothing happens, The masks of all the geometry is set to the same value, but the resulting geode is empty. hit->query(PFQHIT_POINT, vec) in the contrary works perfect, but I want the Geode of the intersection point. Who can help me. ===============================[INTER]================================ Jos D. van Loo TNO Physics and Electronics Laboratory email: vanloo@fel.tno.nl Dep: Simulation phone: +31 70 374 0269 P.O. box 96864 fax : +31 70 328 0961 2509 JG Den Haag home : +31 70 361 7573 the Netherlands www : http://vtd.fel.tno.nl/~floo ====================================================================== ======================================================================= 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 Mar 19 11:04:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19870; Wed, 19 Mar 1997 06:21:03 -0800 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; Wed, 19 Mar 1997 06:21:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02553; Wed, 19 Mar 1997 06:21:02 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA19401 for ; Wed, 19 Mar 1997 06:20:58 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA15913; Wed, 19 Mar 97 08:20:04 -0500 Date: Wed, 19 Mar 97 08:20:04 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9703191320.AA15913@mred.bgm.link.com> To: info-performer@sgi.com Subject: RE: pfPipeWindow::setFBConfig Status: O > >Does anyone have an experience to make stereo FB > >configuration using pfPipeWindow::setFBConfig? > >In my application, I wrote the window-open callback > >as follows: > > > >static int FBAttrs[] = { > > PFFB_RGBA, > > PFFB_DOUBLEBUFFER, > > PFFB_STEREO, > > PFFB_DEPTH_SIZE, 23, > > PFFB_RED_SIZE, 1, > > NULL, > >}; > > > >static void > >OpenPipeWin(pfPipeWindow *pw) > >{ > > pw->setFBConfig(FBAttrs); > I recollect that someone at SGI (I think it was Sharon Clay) told me that if you set any of the FBConfig attributes, you must set them ALL. I don't see this mentioned in the manual anywhere - but I have had a similar experience of trying to set up some (but not all) of the attributes and discovering that I was being ignored. Can someone at SGI confirm my recollection? Steve Baker 817-619-1361 (Vox-Lab) Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) 2200 Arlington Downs Road 817-619-4028 (Fax) Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= 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 Mar 19 11:04:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA20022; Wed, 19 Mar 1997 07:39:39 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA20006; Wed, 19 Mar 1997 07:39:38 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07418; Wed, 19 Mar 1997 07:39:37 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA08323 for ; Wed, 19 Mar 1997 07:39:20 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA16359; Wed, 19 Mar 97 09:38:25 -0500 Date: Wed, 19 Mar 97 09:38:25 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9703191438.AA16359@mred.bgm.link.com> To: info-performer@sgi.com Subject: GL_QUADS and PFGS_QUADS Status: O I noticed a strange thing today, looking at the output of ogldebug, it looks like the Performer Tmesher take pairs of triangles that share an edge and turns them into PFGS_QUADS geosets - even if the original triangles were not mutually planar. This results in a lot of non-planar PFGS_QUADS geosets. This would be a bad error were it not for the fact that Performer doesn't appear to render PFGS_QUADS as GL_QUADS...which is also a suprising thing. Is the choice not to render GL_QUADS a performance issue - or is it for some other reason? Is it intended that PFGS_QUADS are *allowed* to be non-planar and consistently split along the 'correct' edge? (This is not mentioned in the manual anywhere) - or are we merely seeing two bugs that cancel each other out? My mother always taught me the "Two wrongs don't make a right" - she obviously never got into programming! Steve Baker 817-619-1361 (Vox-Lab) Hughes Training Inc. 817-619-8776 (Vox-Office/Vox-Mail) 2200 Arlington Downs Road 817-619-4028 (Fax) Arlington, Texas. TX 76005-6171 Steve@MrEd.bgm.link.com (eMail) http://www.hti.com (external) http://MrEd.bgm.link.com/staff/steve (intranet) http://web2.airmail.net/sjbaker1 (external) "You can't destroy the Earth - that's where I keep all my stuff!" - The Tick. ======================================================================= 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 Mar 19 10:20:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA19664; Wed, 19 Mar 1997 04:48:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA19648; Wed, 19 Mar 1997 04:48:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA28160; Wed, 19 Mar 1997 04:48:25 -0800 Received: from ns1.sara.nl (ns1.sara.nl [192.16.188.198]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA05256 for ; Wed, 19 Mar 1997 04:48:16 -0800 Received: from horus.sara.nl (sondant@horus.sara.nl [192.16.188.40]) by ns1.sara.nl (8.8.3/8.7.1) with ESMTP id NAA14171 for ; Wed, 19 Mar 1997 13:48:14 +0100 (MET) Received: by horus.sara.nl (8.8.3/4.04) id NAA92725; Wed, 19 Mar 1997 13:48:05 +0100 From: anton@sara.nl (Anton Koning) Message-Id: <199703191248.NAA92725@horus.sara.nl> Subject: Texture loading problem To: info-performer@sgi.com Date: Wed, 19 Mar 1997 13:48:05 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Status: O Hi, When I use perfly (Performer 2.1) on our Onyx2 and O2 machines to display .lsb files containing textures (.rgb files) with an odd width, the textures are mangled. My guess is that this happens during the scaling to a power of 2, as the textures already appear mangled during the 'preview' when they are loaded. However, when we use the same textures in a vrml dataset they are loaded (scaled?) correctly. I find this strange, because I assume that the texture loader is independent of the data loaders. Is this a known bug, and if so, is there a fix (other than resizing the textures)? ------------------------------------------------------------------------------ | Anton H.J. Koning, Ph.D. | Consultant, Academic Computing Services Amsterdam | | e-mail: anton@sara.nl | s-mail: P.O. Box 94613, NL-1090 GP Amsterdam | ------------------------------------------------------------------------------ ======================================================================= 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 Mar 19 15:09:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA20240; Wed, 19 Mar 1997 08:53:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA20224; Wed, 19 Mar 1997 08:53:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13427; Wed, 19 Mar 1997 08:53:25 -0800 Received: from norway.it.earthlink.net (norway-c.it.earthlink.net [204.119.177.49]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA20724 for ; Wed, 19 Mar 1997 08:53:12 -0800 Received: from Infinity0 (lowell-ip26.ziplink.net [208.196.127.26]) by norway.it.earthlink.net (8.8.5/8.8.5) with SMTP id IAA03060 for ; Wed, 19 Mar 1997 08:50:42 -0800 (PST) Sender: bingz@norway.it.earthlink.net Message-ID: <333041DD.4487@infinity-technologies.com> Date: Wed, 19 Mar 1997 11:43:25 -0800 From: Bing Zeng Organization: Infinity Technologies X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Mailing List - Performer Subject: Lightscape Question Again Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I remember a while ago, someone posted a question about loading Lightscape file (".ls") to Performer. I don't seem to recall any feedback on that. We also need to use some Lightscape models in our Performer/Vega apps. The files given to us are in ".ls" format. But It seems the available Performer Loaders only deal with ".lsa" or ".lsb". Does anyone know how to get ".lsb" from ".ls"? -- Regards, Bing *********************************** Bing Zeng Infinity Technologies P.O.Box 991013, Boston, MA 02199 Voice: 617-262-8273 Fax: 617-262-3718 Email: bz@infinity-technologies.com ************************************ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 19 15:43:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20315; Wed, 19 Mar 1997 09:26:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20299; Wed, 19 Mar 1997 09:26:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA16653; Wed, 19 Mar 1997 09:26:40 -0800 Received: from suw3svr01.hisd.harris.com (suw3svr01.hisd.harris.com [158.147.19.67]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA27906; Wed, 19 Mar 1997 09:26:36 -0800 Received: from sgr3rte07 (sgr3rte07 [158.147.199.16]) by suw3svr01.hisd.harris.com (8.8.4/8.8.4) with SMTP id LAA23618; Wed, 19 Mar 1997 11:41:29 -0500 (EST) Received: by sgr3rte07 (950413.SGI.8.6.12) id LAA17211; Wed, 19 Mar 1997 11:37:17 -0500 From: "Eric Snowberg" Message-Id: <9703191137.ZM17209@tahoe.hisd.harris.com> Date: Wed, 19 Mar 1997 11:37:17 -0500 In-Reply-To: Remotely Piloted Vehicle "Do Performer math routines only use floats?" (Mar 18, 11:29am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Do Performer math routines only use floats? Cc: src@rose.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We have experienced the same problem with round off errors when using geocentric coordinates. We would also be interested in a way to represent a pfCoord/pfMatrix using double precision floats. Are there any other solutions to this problem? Thanks, Eric On Mar 18, 11:29am, Remotely Piloted Vehicle wrote: > Subject: Do Performer math routines only use floats? > Hi, > > I was just wondering whether there is any way to use pfVec3, > pfMatrix, pfCoord, etc. as arrays of doubles rather than floats. For > most applications, floats are sufficient. But for describing objects in > actual geographic coordinates, you get into some big numbers and rounding > off errors. > > Thanks in advance, > > Eran Guendelman. > > ======================================================================= > 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 Remotely Piloted Vehicle ======================================================================= 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 Mar 19 16: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 JAA20370; Wed, 19 Mar 1997 09:48:51 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20354; Wed, 19 Mar 1997 09:48:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19400; Wed, 19 Mar 1997 09:48:49 -0800 Received: from dub-img-4.compuserve.com (dub-img-4.compuserve.com [149.174.206.134]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA04232 for ; Wed, 19 Mar 1997 09:48:48 -0800 Received: by dub-img-4.compuserve.com (8.6.10/5.950515) id MAA04878; Wed, 19 Mar 1997 12:48:41 -0500 Date: 19 Mar 97 12:46:44 EST From: Jean BENOIT <101372.3460@CompuServe.COM> To: info_performer Subject: noborder fonction on performer Message-ID: <970319174644_101372.3460_JHP111-1@CompuServe.COM> Status: O I'd like to open a window with performer application running with Gl & OPENGL version, with "noborder option" . how can I do ?? Yo ======================================================================= 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 Mar 19 19: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 MAA21401; Wed, 19 Mar 1997 12:41:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA21385; Wed, 19 Mar 1997 12:41:53 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA08466; Wed, 19 Mar 1997 12:41:53 -0800 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA28891 for ; Wed, 19 Mar 1997 12:41:49 -0800 Received: from marvin by acusoft.com (5.x/SMI-SVR4) id AA09709; Wed, 19 Mar 1997 15:41:47 -0500 Received: by marvin (940816.SGI.8.6.9) id PAA21632; Wed, 19 Mar 1997 15:39:55 -0500 Date: Wed, 19 Mar 1997 15:39:55 -0500 (EST) From: "Thomas M. Miller" X-Sender: miller@marvin To: info-performer@sgi.com Subject: pfMultithread -- PFPROC_CULL Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O >From man page: "When multithreading the CULL, care must be taken to avoid data collisions in user callback functions. In particular, pfChannel and pfNode CULL callbacks (pfChanTravFunc, pfNodeTravFuncs) may be invoked in parallel." I have a scene in which all of the geosets have indexed geostates if I change the geostate table for each channel would it adversely affect the scene when multithreading? Is each cull thread capable of holding its own geostate table? Thanks. --TMIV ======================================================================= 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 Mar 19 19:36:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA21448; Wed, 19 Mar 1997 13:02:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA21432; Wed, 19 Mar 1997 13:02:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA10510; Wed, 19 Mar 1997 13:02:47 -0800 Received: from sgimco.orlando.sgi.com ([169.238.145.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA03854 for ; Wed, 19 Mar 1997 13:02:46 -0800 Received: from magic.orlando.sgi.com by sgimco.orlando.sgi.com via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@sgimco.orlando.sgi.com:info-performer@sgi.com> id QAA24211; Wed, 19 Mar 1997 16:02:45 -0500 Received: by magic.orlando.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id PAA04592; Wed, 19 Mar 1997 15:58:41 -0500 From: "peter" Message-Id: <9703191558.ZM4590@magic.orlando.sgi.com> Date: Wed, 19 Mar 1997 15:58:32 -0500 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Fonts Question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, Does anyone have any experience with different fonts in Performer ? We are looking for an LCD/LED looking font that we can use in our Performer 2.x application, but have been unable to convert a particular Adobe font for use. Thank you, Peter Drewes System Engineer Silicon Graphics Orlando, Florida peter@orlando.sgi.com -- peter ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 20 00:34:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA22660; Wed, 19 Mar 1997 18:24:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA22642; Wed, 19 Mar 1997 18:24:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA09514; Wed, 19 Mar 1997 18:23:59 -0800 Received: from caligari.com (sprite.caligari.com [206.40.94.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA19465 for ; Wed, 19 Mar 1997 18:23:58 -0800 Received: from jupiter.caligari.com by caligari.com (SMI-8.6/SMI-SVR4) id SAA04399; Wed, 19 Mar 1997 18:23:17 -0800 Message-Id: <199703200223.SAA04399@caligari.com> Comments: Authenticated sender is From: "Pari Natarajan" <> To: info-performer@sgi.com Date: Wed, 19 Mar 1997 18:21:21 +0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Announcement: March Silicon Valley ACM SIGGraph Chapter Meeting Reply-to: pari@caligari.com X-mailer: Pegasus Mail for Win32 (v2.42a) Status: O Hi Guys, I was not sure whether we can post announcements in the mailing list, anyway I have posted it this time. If its not permitted, please let me know. Sillicon Valley ACM SIGGraph Chapter is looking for volunteers to help in organizing monthly meetings. If anyone is interested, please contact me. Look at http://www.best.com/~siggraph/ for more information. Thanks pari ANNOUNCEMENT March : Silicon Valley ACM SIGGraph Chapter Meeting Date: Monday March 24, 1997 Time: 7:30pm Place: Apple R&D 4 Auditorium Apple Headquarters, Cupertino Entry: Free Topic: MMX technology Speaker: Sam Wilkie, program manager in Intel's Desktop Products Group. ----- Directions to the Apple Auditorium >From Highway 101, take Highway 85 towards Cupertino. Take the 280 South exit onto 280 South. >From Highway 280, take the Saratoga Sunnyvale exit, heading towards Saratoga. The first light after the freeway is Mariani. Turn left on Mariani towards the main Apple campus. Turn left again at the end of Mariani onto Infinite Loop, the street surrounding the Apple complex. Drive around Infinite loop until you reach building #4, and park in the lot nearby. The auditorium is just inside the entrance to building #4. Hope is a good thing, may be the best thing and good things never fail. -------- Pari Natarajan Software Engineer - Caligari Corp. http://www.iastate.edu/~pari (415) 390-9600 ext:117 ======================================================================= 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 Mar 20 01:23:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA22783; Wed, 19 Mar 1997 19:19:58 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA22767; Wed, 19 Mar 1997 19:19:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA12680; Wed, 19 Mar 1997 19:19:57 -0800 Received: from sydney.sydney.sgi.com ([134.14.48.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA28721 for ; Wed, 19 Mar 1997 19:19:55 -0800 Received: from scarlet.sydney.sgi.com by sydney.sydney.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/930416.SGI) for <@sydney.sydney.sgi.com:info-performer@sgi.com> id OAA15997; Thu, 20 Mar 1997 14:19:11 +1100 Received: by scarlet.sydney.sgi.com (950413.SGI.8.6.12/920502.SGI) for info-performer@sgi.com id OAA10182; Thu, 20 Mar 1997 14:19:10 +1100 From: "Svetlana Savic" Message-Id: <9703201419.ZM10180@scarlet.sydney.sgi.com> Date: Thu, 20 Mar 1997 14:19:09 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: driving simulator demo! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I am after a driving simulation demo. I know of Inmartec and that was certainly one but would appreciate any other suggestions. Also I do have Multigen which I will be installing on an Octane just for demoing purposes but the customer would be looking at purchasing an ONYX naturally. Thanks for your help. Svetlana -- ------------------------------------------------------------------ Svetlana Savic (Systems Engineer) Silicon Graphics 446 Victoria Rd Gladesville NSW 2558 Australia Tel : 61-2-9879 9500 Voice Mail : 58749 Email : svetlana@sydney.sgi.com Mail Stop : IAU-3450 ------------------------------------------------------------------- ****Check out http://www.sgi.com.au**** ======================================================================= 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 Mar 20 06:00:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA23594; Thu, 20 Mar 1997 02:03:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA23578; Thu, 20 Mar 1997 02:03:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00251; Thu, 20 Mar 1997 02:03:52 -0800 Received: from gwsmtp.thomson.fr (gwsmtp.thomson.fr [193.48.25.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA23584 for ; Thu, 20 Mar 1997 02:03:49 -0800 From: CHRISTOPHE.C.D.DELEPINE@TTS.thomson.fr Received: by gwsmtp.thomson.fr (1.0.242); 20 Mar 1997 11:02:42 +0100 X400-Received: by mta TFM-SMTP in /PRMD=internet/ADMD=atlas/C=fr; Relayed; 20 Mar 1997 11:02:07 +0100 X400-Received: by mta M4000 in /PRMD=internet/ADMD=atlas/C=fr; Relayed; 20 Mar 1997 10:01:00 +0000 X400-Received: by mta INDRE.MUAS in /PRMD=internet/ADMD=atlas/C=fr; Relayed; 20 Mar 1997 11:05:18 +0000 X400-Received: by mta INDRE in /PRMD=internet/ADMD=atlas/C=fr; Relayed; 20 Mar 1997 11:05:19 +0000 X400-Received: by /PRMD=THOMSON/ADMD=ATLAS/C=FR; Relayed; 20 Mar 1997 11:05:27 +0000 Date: 20 Mar 1997 11:02:07 +0100 Delivery-Date: 20 Mar 1997 11:02:22 +0100 Message-Type: Multiple Part X400-Originator: CHRISTOPHE.C.D.DELEPINE@TTS.thomson.fr X400-MTS-Identifier: [/PRMD=THOMSON/ADMD=ATLAS/C=FR;7418051120031997/A21633/INDRE] X400-Recipients: info-performer@sgi.com X400-Content-Type: P2-1984 Message-ID: <7418051120031997/A21633/INDRE/11B3A2C51100* @MHS> Importance: high Sensitivity: Company-Confidential Subject: u,v range Autoforwarded: FALSE To: info-performer@sgi.com (Receipt Notification Requested) Conversion: Allowed Conversion-With-Loss: Allowed Alternate-Recipient: Allowed Content-Identifier: 11B3A2C51100 X-Zm-Priority: Urgent Status: O Hello, It says in the Performer programmer's guide: Keep the maximum texture coordinate range under (1 << (13-log2(TexCSize))) where TexCSize is the size of the texture in the dimension of the component (u or v) For instance, if the image is 1024 x 1024 pixels, the texture coordinates should not exceed 8. Is it still true for the new machines (Onyx2 IR) ? - 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 Mar 20 06:01:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA24880; Thu, 20 Mar 1997 02:40:47 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA24864; Thu, 20 Mar 1997 02:40:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA02159; Thu, 20 Mar 1997 02:40:43 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA28523 for ; Thu, 20 Mar 1997 02:40:43 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id CAA02905; Thu, 20 Mar 1997 02:40:00 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id CAA10155; Thu, 20 Mar 1997 02:39:59 -0800 From: "Sharon Clay" Message-Id: <9703200239.ZM10153@rose.asd.sgi.com> Date: Thu, 20 Mar 1997 02:39:58 -0800 In-Reply-To: dflorek@nvl.army.mil (David Florek) "Re: _pfDirtCheck - dbx catch - DRAW process" (Mar 14, 1:02pm) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: dflorek@nvl.army.mil (David Florek), MICHAEL.BOCCARA@siege.aerospatiale.fr (BOCCARA Michael) Subject: Re: _pfDirtCheck - dbx catch - DRAW process Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 14, 1:02pm, David Florek wrote: > Subject: Re: _pfDirtCheck - dbx catch - DRAW process -> ->I also have submitted a report regarding pfApplyFog() generating the ->following apparent bug (message approximated): -> ->PF Warning/Internal: _pfDirtCheck: attempt to reallocate 0 bytes -> from/for a NULL pointer -> ->with about the same level of response. About all I've heard is that this ->sporadically shows up as a result of various apply() calls (i.e., in C++ ->internally, fog->apply()). I have not heard this! I looked for your hot-line call and could not find it - by any chance did you file a test case and can you send me the call number? ->It would seem to me that any attempt to ->reallocate 0 bytes for a NULL pointer is indeed a bug and should be ->handled before any call to pfRealloc or whatever _pfDirtCheck() is calling. ->I suspect that the system is attempting to copy the structure internally, ->and isn't correctly checking for NULL pointers, but since Performer has ->been so kind as to encapsulate its structure definitions, I can't do much ->in the way of tracking the actual cause of the bug. -> ->Does anyone on the Performer team wish to address the recurring ->_pfDirtCheck() issues? _pfDirtCheck is really a simple end-of-food-chain routine and the most likely problem (unless you are hitting the N32 bug that was in Performer2.0) is that _pfDirtCheck is a victim of some other earlier memory corruption which caused malloc to return NULL inside _pfDirtCheck. In later versions of Performer, including Performer 2.0.2 where we fixed the N32 problem, we check for a null return from the realloc routine. For general memory corruption, the dmalloc libarary from our web page can help find these things, otherwise, a test case will be necessary (and welcome!) for us to help more. I know that can be hard in things like this, but I really can't make any further helpful guesses at this point. 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 Mar 20 06:00:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA23643; Thu, 20 Mar 1997 02:23:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA23627; Thu, 20 Mar 1997 02:23:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA01002; Thu, 20 Mar 1997 02:23:29 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA25988 for ; Thu, 20 Mar 1997 02:23:28 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id CAA02625; Thu, 20 Mar 1997 02:23:07 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id CAA10031; Thu, 20 Mar 1997 02:23:07 -0800 From: "Sharon Clay" Message-Id: <9703200223.ZM10029@rose.asd.sgi.com> Date: Thu, 20 Mar 1997 02:23:07 -0800 In-Reply-To: BOCCARA Michael "_pfDirtCheck - dbx catch - DRAW process" (Mar 13, 7:04pm) References: <199703131710.JAA14142@sgi.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: BOCCARA Michael , Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Re: _pfDirtCheck - dbx catch - DRAW process Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 13, 7:04pm, BOCCARA Michael wrote: > Subject: _pfDirtCheck - dbx catch - DRAW process -> ->[ plain text -> Encoded with "quoted-printable" ] : Hi Performers, -> ->It's been a vlong time I get a pfdirtcheck error infinite loop in my program. ->Such an error occurs when I use PFMP_APPCULL_DRAW mode, and disapears in ->PFMP_APPCULLDRAW mode. -> ->I asked this bug on the pfmailinglist several weeks ago. ->Since I felt it was linked with the use of the libpfpfb library, Sharon Rose ->Clay and Rob Mace (the libpfpfb master) told me to load the patch for ->Performer 2.0.2. Actually, the reason we asked you to load the 2.0.2 patch is that this sounds _exactly_ like the only bug we have ever known with pfDirtCheck which was an N32 compiler bug that cause an end-condition on a loop in that routine to not pass and we could inf loop through memory, as shown below. It only happened after a large number of deleted objects to cause us to get into that section of code. Anyway, we put a work-around for this bug N32 into the 2.0.2 patch in libpf. ->I did it, with no success. ->I am working on an Onyx RE2, 1 RM4, 2 R4400 CPU's, IRIX 5.3, and now ->Performer 2.0.2 Well, if you are 5.3 then you aren't running N32. In which case _pfDirtCheck could potentially be a victim of memory corruption elsewhere. By any chance have you tried our debugging malloc library that can catch some cases of memory corruption and is available from the ftp area on our web page. Barring that, by any chance does perfly show this problem if you load your database into it? Can you make a test case that you can file with the hotline? (and send me the case number which makes it easier to find the call). ->Question 1 : does any of you have an experience of this bug ? -> ->PF Notice/Usage: pfMemory::unref() Attempt to unreference ->memory with 0 reference count. ->PF Print: He He !!! ->PF Notice: Using 60Hz video rate. ->PF Notice/Usage: pfMemory::unref() Attempt to unreference ->memory with 0 reference count. ->PF Print: He He !!! ->PF Notice/Usage: pfMemory::unref() Attempt to unreference ->memory with 0 reference count. ->PF Print: He He !!! -> ->.... -> ->PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736 ->PF Print: Ha Ha !!! ->PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736 ->PF Print: Ha Ha !!! ->PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736 ->PF Print: Ha Ha !!! ->PF Warning/Internal: _pfDirtCheck: bad pfObject index 420546736 ->PF Print: Ha Ha !!! -> ->and so on ... -> ->A you see this is not a fatal error, but an infinite loop that occurs in the ->DRAW process. In some of the first frame loops I also get this ->"pfMemory::unref" error. - -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ 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 Mar 20 06:00:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA24812; Thu, 20 Mar 1997 02:39:11 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA24796; Thu, 20 Mar 1997 02:39:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA02041; Thu, 20 Mar 1997 02:39:09 -0800 Received: from relay-11.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA28368 for ; Thu, 20 Mar 1997 02:39:05 -0800 Received: from apollo13.demon.co.uk ([158.152.181.251]) by relay-10.mail.demon.net id aa1008947; 20 Mar 97 9:55 GMT From: Gordon To: Anton Koning Cc: info-performer@sgi.com Subject: Re: Texture loading problem Date: Thu, 20 Mar 1997 09:52:51 GMT Reply-To: gordon@apollo13.demon.co.uk Message-ID: <33310868.1916414@post.demon.co.uk> References: <199703191248.NAA92725@horus.sara.nl> In-Reply-To: <199703191248.NAA92725@horus.sara.nl> X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Wed, 19 Mar 1997 13:48:05 +0100 (MET), you wrote: > >Hi, > >When I use perfly (Performer 2.1) on our Onyx2 and O2 machines to = display >.lsb files containing textures (.rgb files) with an odd width, the = textures >are mangled. My guess is that this happens during the scaling to a power= of 2, >as the textures already appear mangled during the 'preview' when they = are >loaded. However, when we use the same textures in a vrml dataset they = are >loaded (scaled?) correctly. I find this strange, because I assume that = the >texture loader is independent of the data loaders. Is this a known bug, = and >if so, is there a fix (other than resizing the textures)? Performer requires that ALL textures be a power of 2 in u and v,=20 use imginfo on the file(s) to get the size and resize them to powers of 2 if you can. ( it is not a bug but makes for more efficient use of texture memory)=20 Gordon Tomlinson =20 *************************************************************** Email: gordon@apollo13.demon.co.uk WWW: http://www.apollo13.demon.co.uk *************************************************************** The Truth is out there ........... =20 Smoke me a Kipper I'll be back for Breakfast ..... =20 *************************************************************** ======================================================================= 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 Mar 20 10:32:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA25607; Thu, 20 Mar 1997 05:46:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA25591; Thu, 20 Mar 1997 05:46:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA09636; Thu, 20 Mar 1997 05:46:11 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA23848 for ; Thu, 20 Mar 1997 05:46:06 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA01488; Thu, 20 Mar 97 08:44:38 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id IAA14026; Thu, 20 Mar 1997 08:44:36 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <33313F44.6D7@ash.crd.ge.com> Date: Thu, 20 Mar 1997 08:44:36 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: Jean BENOIT <101372.3460@CompuServe.COM> Cc: info_performer Subject: Re: noborder fonction on performer References: <970319174644_101372.3460_JHP111-1@CompuServe.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Jean BENOIT wrote: > > I'd like to open a window with performer application running with Gl & OPENGL > version, with "noborder option" . how can I do ?? I recently asked how to do this as well as how to get a fullscreen window. I got lots of helpful replies (mainly regarding the PFWIN_NOBORDER option with the setMode member function). Unfortunately, nothing worked. I just found out why yesterday. There is apparently a bug in the 64 bit version of the Performer 2.1 opengl library. It works fine if I build either the 32 or N32 versions. This is manifested even in the sample code provided in the distribution. -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Mar 20 10:32:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA25691; Thu, 20 Mar 1997 06:34:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA25675; Thu, 20 Mar 1997 06:34:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA12138; Thu, 20 Mar 1997 06:34:25 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA02029 for ; Thu, 20 Mar 1997 06:34:19 -0800 Received: (from andenmat@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id PAA17876 for info-performer@sgi.com; Thu, 20 Mar 1997 15:30:58 +0100 From: "Yann Andenmatten" Message-Id: <9703201530.ZM17874@imtsg11.epfl.ch> Date: Thu, 20 Mar 1997 15:30:58 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: White spot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'm trying to have an shiny textured object. I have set a pfMaterial with specular light to (1.0,1.0,1.0) and shininess to 16.0. It's working, but the spot on the object isn't white (the color of the spot is defined by the texture). The light has also a specular light to (1.0,1.0,1.0). How can I get a very saturated spot ? Any idea ? Thanks for help. Yann Andenmatten -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne [] [] [] [] [] > Swiss Federal Institute of Technology [][] [][][] [][] [] > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 [][][] [] [] [][][] > yandenmat@di.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 Thu Mar 20 09:42:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA25397; Thu, 20 Mar 1997 03:34:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA25381; Thu, 20 Mar 1997 03:34:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA04159; Thu, 20 Mar 1997 03:34:51 -0800 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA07195 for ; Thu, 20 Mar 1997 03:34:49 -0800 Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id MAA00429; Thu, 20 Mar 1997 12:34:39 +0100 Received: from luca.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) id MAA03491; Thu, 20 Mar 1997 12:33:20 +0100 Received: by luca.hannover.sgi.com (950413.SGI.8.6.12/930416.SGI) id MAA02141; Thu, 20 Mar 1997 12:32:41 +0100 From: "Axel Sammet" Message-Id: <9703201232.ZM2139@luca.hannover.sgi.com> Date: Thu, 20 Mar 1997 12:32:40 +0000 In-Reply-To: "Svetlana Savic" "driving simulator demo!" (Mar 20, 14:19) References: <9703201419.ZM10180@scarlet.sydney.sgi.com> 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 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Svetlana Savic" Subject: Re: driving simulator demo! Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Svetlana! We have a company called AITEC here in Germany that is specialised in building Driving Simulators. They have a demo application called MiniDrive where you may navigate a truck through various parts of a database. It shows different driving situations and all vehicles have correct physical/dynamic behavior. It runs at 60Hz @ 1280x1024 on 4CPU/IR/2RM and is on the IR Demo CD. Feel free to contact me Axel On Mar 20, 14:19, Svetlana Savic wrote: > Subject: driving simulator demo! > Hi Performers, > > I am after a driving simulation demo. I know of Inmartec and that was > certainly one but would appreciate any other suggestions. Also I do have > Multigen which I will be installing on an Octane just for demoing purposes but > the customer would be looking at purchasing an ONYX naturally. > > Thanks for your help. > Svetlana > > -- > > > ------------------------------------------------------------------ > Svetlana Savic (Systems Engineer) > Silicon Graphics > 446 Victoria Rd Gladesville NSW 2558 Australia > Tel : 61-2-9879 9500 Voice Mail : 58749 > Email : svetlana@sydney.sgi.com > Mail Stop : IAU-3450 > ------------------------------------------------------------------- > ****Check out http://www.sgi.com.au**** > > > ======================================================================= > 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 Svetlana Savic -- _____________________________________________________________________ Axel Sammet Visual Simulation, Digital Media, CAD/CAM Silicon Graphics GmbH | Tel: +49 511 9017229 (HNV Office) Ahrensburger Strasse 3 | Tel: +49 40 6028282 (Home Office) 30659 Hannover | Fax: +49 511 6138115 Germany | E-Mail: axel@hannover.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 Mar 20 10:32:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA25718; Thu, 20 Mar 1997 06:42:18 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA25700; Thu, 20 Mar 1997 06:42:18 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA12549; Thu, 20 Mar 1997 06:42:17 -0800 Received: from mgate.uni-hannover.de (mgate.uni-hannover.de [130.75.2.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA03366 for ; Thu, 20 Mar 1997 06:42:12 -0800 Received: from helios (actually helios.tnt.uni-hannover.de) by mgate with SMTP (PP); Thu, 20 Mar 1997 15:41:39 +0100 Received: from bach by helios (SMI-8.6/SMI-SVR4) id PAA09452; Thu, 20 Mar 1997 15:40:19 +0100 Sender: schulze@helios Message-ID: <3331CAE0.41C6@tnt.uni-hannover.de> Date: Thu, 20 Mar 1997 15:40:16 -0800 From: Peter Schulze Organization: Universitaet Hannover, Theoretische Nachrichtentechnik X-Mailer: Mozilla 2.01S (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer@sgi.com Subject: pfLayer + pfChanPick Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hey, I'm using Performer2.1 and a model based on a pfLayer structure. Creating new childs of this structure and manipulation of states works fine. But I got two problems: 1) When I try to catch a layer-child by using pfChanPick, this works only for the older childs but not for the last created one, although it has been rendered. But when I create another child, which becomes now the last created one, all of the other child can be detected. 2) Detecting of a child by moving the cursor to this layer and intersect the surface seems to work only in some parts of the layer, although it is a region without holes. All intersections with other objects (created on the fly) works directly at creation time without any regions of missdetections. Does anybody know, if this a special problems of pfLayer ? 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 Mar 20 11:30:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26146; Thu, 20 Mar 1997 07:20:23 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26130; Thu, 20 Mar 1997 07:20:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA15083; Thu, 20 Mar 1997 07:20:21 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA10033 for ; Thu, 20 Mar 1997 07:20:08 -0800 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA18131; Thu, 20 Mar 1997 10:11:15 -0500 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id KAA10461; Thu, 20 Mar 1997 10:10:10 -0500 Sender: bleclerc@poster.cae.ca Message-Id: <33315351.794B@cae.ca> Date: Thu, 20 Mar 1997 10:10:09 -0500 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: "Thomas M. Miller" Cc: info-performer@sgi.com Subject: Re: pfMultithread -- PFPROC_CULL References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Thomas M. Miller wrote: > >From man page: > > "When multithreading the CULL, care must be taken to avoid data collisions > in user callback functions. In particular, pfChannel and pfNode CULL > callbacks (pfChanTravFunc, pfNodeTravFuncs) may be invoked in parallel." > > I have a scene in which all of the geosets have indexed geostates if I change > the geostate table for each channel would it adversely affect the scene > when multithreading? > > Is each cull thread capable of holding its own geostate table? Thomas, The geostate table set through pfChannel::setGStateTable() is private to the channel and will be handled properly by the CULL stage even when multithreading. What the man page is telling you is to pay attention to data shared by callbacks - especially if those callbacks are setting node attributes. For instance if the CULL callback associated with a light source calls pfLightSource::on() or ::off(), this will certainly affect the other channel being culled in parallel. -- 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 Mar 20 11:30:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26165; Thu, 20 Mar 1997 07:28:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26149; Thu, 20 Mar 1997 07:28:04 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA15700; Thu, 20 Mar 1997 07:28:04 -0800 Received: from bats (mac540.acusoft.com [205.187.235.139]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA11798 for ; Thu, 20 Mar 1997 07:28:00 -0800 Received: (from miller@localhost) by bats (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA06650; Thu, 20 Mar 1997 10:26:02 -0500 Date: Thu, 20 Mar 1997 10:26:02 -0500 (EST) From: "Thomas M. Miller" X-Sender: miller@bats To: Bernard Leclerc cc: info-performer@sgi.com Subject: Re: pfMultithread -- PFPROC_CULL In-Reply-To: <33315351.794B@cae.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 20 Mar 1997, Bernard Leclerc wrote: > Thomas, > > The geostate table set through pfChannel::setGStateTable() is private to the > channel and will be handled properly by the CULL stage even when > multithreading. What the man page is telling you is to pay attention to data > shared by callbacks especially if those callbacks are setting node attributes. > For instance if the CULL callback associated with a light source calls > pfLightSource::on() or ::off(), this will certainly affect the other channel > being culled in parallel. I was unaware of pfChannel::setGStateTable() I was using pfGeoState::applyTable( GeoStateTable ); in the CULL callback which dosen't seem to be private. Thank you Thomas Miller. --TMIV ======================================================================= 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 Mar 20 11: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 HAA26239; Thu, 20 Mar 1997 07:43:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26223; Thu, 20 Mar 1997 07:43:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16965; Thu, 20 Mar 1997 07:43:23 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA14971 for ; Thu, 20 Mar 1997 07:43:19 -0800 Received: from uucp5.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp5.UU.NET [192.48.96.36]) id QQchry22421; Thu, 20 Mar 1997 10:43:22 -0500 (EST) Received: from ds9.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Thu, 20 Mar 1997 10:43:05 -0500 Received: from cerebus.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA11797; Thu, 20 Mar 97 10:38:42 EST Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id PAA12968; Thu, 20 Mar 1997 15:38:41 GMT Resent-From: jason@cerebus.cambridge.com (Jason Williams) Resent-Message-Id: <9703201038.ZM12966@cerebus> Resent-Date: Thu, 20 Mar 1997 10:38:39 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) Resent-To: info-performer@sgi.com Resent-Cc: jason@cerebus.cambridge.com Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id CAA09089; Sat, 15 Mar 1997 02:00:02 GMT From: jason@cerebus.cambridge.com (Jason Williams) Message-Id: <9703142100.ZM9087@cerebus> Date: Fri, 14 Mar 1997 21:00:01 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: fred@cerebus.cambridge.com Subject: Dynamic Object paging Cc: jason@cerebus.cambridge.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We have a situation, where we need to support potentially thousands of dynamic objects which will come and go from our scene. We wanted to subclass various pfNode types to represent our dynamic objects. The question is, since pfNodes need to have seperate memory copies maintained, would there be alot of overhead when using a huge number pfNode types which are created and deleted fairly often?. What if they weren't in the scene graph but the geometry was culled and drawn by a different method, but the pfNodes are used to create the gsets in seperate cull and draw processing? Should we abandon the pf class objects altogether for representing our dynamic objects in favor of pr defined objects? Thanks in advanced, Jason Williams. ======================================================================= 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 Mar 20 11:58:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26192; Thu, 20 Mar 1997 07:36:46 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26176; Thu, 20 Mar 1997 07:36:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16524; Thu, 20 Mar 1997 07:36:44 -0800 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA13603 for ; Thu, 20 Mar 1997 07:36:41 -0800 Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA087872482; Thu, 20 Mar 1997 09:41:22 -0600 Received: from MKTPO.mkt.lesc.lockheed.com (mktnt1.mkt.lesc.lockheed.com) by gruel.hq.lesc.lockheed.com with ESMTP (1.39.111.2/16.3) id AA209652024; Thu, 20 Mar 1997 09:33:44 -0600 Received: from Microsoft Mail (PU Serial #1074) by MKTPO.mkt.lesc.lockheed.com (PostalUnion/SMTP(tm) v2.1.6 for Windows NT(tm)) id AA-1997Mar20.082800.1074.23666; Thu, 20 Mar 1997 09:34:24 -0600 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: esnowber@hisd.harris.com (Eric Snowberg), info-performer@sgi.com (info-performer) Message-Id: <1997Mar20.082800.1074.23666@MKTPO.mkt.lesc.lockheed.com> X-Mailer: Microsoft Mail via PostalUnion/SMTP for Windows NT Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Organization: Lockheed Martin Engineering & Sciences Date: Thu, 20 Mar 1997 09:34:24 -0600 Subject: Re: Do Performer math routines only use Status: O We had to solve the problem by doing geodetic transforms to a "local" coordinate system. We have the difficulty that we have multiple inputs from various coordinate entries, so we had the math already done. Once we discovered the problems with geocentric XYZ, we converted the database to a local tangent to the ellipsoid and plot everything in the local frame of reference. We had to still build a flat LOD for the lowest LOD because high altitude operations still affect the appearance.... Jeffry J. Brickley NewTec New Mexico Technology Group, Ltd. White Sands Missile Range ---------- From: Eric Snowberg To: info-performer Cc: src Subject: Re: Do Performer math routines only use Date: Wednesday, March 19, 1997 6:28PM We have experienced the same problem with round off errors when using geocentric coordinates. We would also be interested in a way to represent a pfCoord/pfMatrix using double precision floats. Are there any other solutions to this problem? ======================================================================= 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 Mar 20 10:06:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA25441; Thu, 20 Mar 1997 03:49:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA25425; Thu, 20 Mar 1997 03:49:23 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA04608; Thu, 20 Mar 1997 03:49:18 -0800 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA08761 for ; Thu, 20 Mar 1997 03:49:05 -0800 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 OAA17835 for ; Thu, 20 Mar 1997 14:51:31 +0200 Date: Thu, 20 Mar 1997 14:51:31 +0200 (EET) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: info-performer@sgi.com Subject: Clipping with arbitary planes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I am creating a model viewer with Performer which will be used by artists creating content for mostly entertainment applications. It is part of a toolset for a cross-platform 3D engine used by major game developers. What I would like to do is create a cross-section of the model, a bit like if I set the near clipping plane too far. But I would like to clip the model with arbitarily placed planes (or even better, cubes). The solidview demo does this. I'm kinda lost on where to start with Performer. 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 Thu Mar 20 16:21:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA26453; Thu, 20 Mar 1997 09:53:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA26437; Thu, 20 Mar 1997 09:53:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA00261; Thu, 20 Mar 1997 09:53:57 -0800 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA21011 for ; Thu, 20 Mar 1997 09:53:34 -0800 Received: from sgi2 by cse.cuhk.edu.hk with ESMTP id BAA06770; Fri, 21 Mar 1997 01:53:25 +0800 Received: by sgi2 (940816.SGI.8.6.9/Spike-2.0) id BAA24877; Fri, 21 Mar 1997 01:53:06 +0800 Date: Fri, 21 Mar 1997 01:53:06 +0800 (HKT) From: David Chan X-Sender: tfchan@sgi2 To: info-performer Subject: dataglove and perfly Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O HI, How can I use dataglove as input device in perfly? Any suggestion are welcome. 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 Mar 20 17:28:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA26574; Thu, 20 Mar 1997 11:01:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA26558; Thu, 20 Mar 1997 11:01:36 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA06864; Thu, 20 Mar 1997 11:01:35 -0800 Received: from ez31.echtzeit.de ([195.82.64.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA11181 for ; Thu, 20 Mar 1997 11:01:32 -0800 Received: by ez31.echtzeit.de (Smail3.2) from tuennes.echtzeit.de (195.82.64.7) with smtp id ; Thu, 20 Mar 1997 19:52:54 +0100 (MEZ) Received: by tuennes.echtzeit.de (Smail3.2) id ; Thu, 20 Mar 1997 19:34:15 +0100 (MET) From: "Ruediger Polster" Message-Id: <9703201934.ZM7184@tuennes.echtzeit.de> Date: Thu, 20 Mar 1997 19:34:15 +0100 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Performer Version 2.2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dear Sir , Madam since we are using Performer for developing Virtual Reality. To Do Live-Video to Texture there is actually a Sourcecode available ported by SGI which needs Performer Version 2.2. Is it possible to send us a Performer CD whith the new Release 2.2 and if not how can I get this new Version. thank you in advance 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 Thu Mar 20 18:01:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA26944; Thu, 20 Mar 1997 11:48:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA26928; Thu, 20 Mar 1997 11:48:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA11400; Thu, 20 Mar 1997 11:48:55 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24377 for ; Thu, 20 Mar 1997 11:48:49 -0800 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA21183; Thu, 20 Mar 1997 11:48:11 -0800 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA12314; Thu, 20 Mar 1997 11:48:11 -0800 From: "Sharon Clay" Message-Id: <9703201148.ZM12312@rose.asd.sgi.com> Date: Thu, 20 Mar 1997 11:48:11 -0800 In-Reply-To: Christopher R Volpe "Re: noborder fonction on performer" (Mar 20, 8:44am) References: <970319174644_101372.3460_JHP111-1@CompuServe.COM> <33313F44.6D7@ash.crd.ge.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Christopher R Volpe , Jean BENOIT <101372.3460@CompuServe.COM> Subject: Re: noborder fonction on performer Cc: info_performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Mar 20, 8:44am, Christopher R Volpe wrote: > Subject: Re: noborder fonction on performer ->From guest@holodeck.csd.sgi.com Thu Mar 20 11:43:52 1997 ->Sender: volpe@ash.crd.ge.com ->Date: Thu, 20 Mar 1997 08:44:36 -0500 ->From: Christopher R Volpe ->Organization: GE Corporate Research & Development, Schenectady, NY ->X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) ->To: Jean BENOIT <101372.3460@CompuServe.COM> ->Cc: info_performer ->Subject: Re: noborder fonction on performer -> ->Jean BENOIT wrote: ->> ->> I'd like to open a window with performer application running with Gl & OPENGL ->> version, with "noborder option" . how can I do ?? -> ->I recently asked how to do this as well as how to get a fullscreen ->window. I got lots of helpful replies (mainly regarding the ->PFWIN_NOBORDER option with the setMode member function). Unfortunately, ->nothing worked. I just found out why yesterday. There is apparently a ->bug in the 64 bit version of the Performer 2.1 opengl library. It works ->fine if I build either the 32 or N32 versions. This is manifested even ->in the sample code provided in the distribution. Actually, the bug was in X - this one is in the release notes (just FYI :-)). 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 Mar 20 18:29:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA27088; Thu, 20 Mar 1997 12:20:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA27072; Thu, 20 Mar 1997 12:20:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA14001; Thu, 20 Mar 1997 12:20:26 -0800 Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA03512 for ; Thu, 20 Mar 1997 12:20:24 -0800 From: dpugmire@facility.cs.utah.edu Received: from gemini.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id NAA02800; Thu, 20 Mar 1997 13:20:18 -0700 (MST) Received: by gemini.cs.utah.edu (8.6.12/utah-2.15sun-leaf) id NAA24310; Thu, 20 Mar 1997 13:20:16 -0700 Date: Thu, 20 Mar 1997 13:20:16 -0700 Message-Id: <199703202020.NAA24310@gemini.cs.utah.edu> To: info-performer@sgi.com Subject: Caligraphics board Status: O hi, I heard that there was a caligraphics board for sgi's on the market. Anyone know who makes it ? Any experience with it ? Is there an interface in performer to it ? thanks, dp. ==================================================== |David Pugmire dpugmire@facility.cs.utah.edu | | | |Unbreakable toys can be used to break other toys. | ==================================================== ======================================================================= 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 Mar 20 18:50:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA27290; Thu, 20 Mar 1997 12:46:07 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA27274; Thu, 20 Mar 1997 12:46:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16076; Thu, 20 Mar 1997 12:46:05 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA09708 for ; Thu, 20 Mar 1997 12:46:04 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA13570; Thu, 20 Mar 1997 15:42:52 -0500 Date: Thu, 20 Mar 1997 15:42:52 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703201542.ZM13569@hotsauce.clubfed.sgi.com> In-Reply-To: "Yann Andenmatten" "White spot" (Mar 20, 3:30pm) References: <9703201530.ZM17874@imtsg11.epfl.ch> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: White spot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You highlight is being blend with the textured color because textures are applied after lighting. To get the effect you desire you need some kind of texturing that emualates lighting, hence you need Projected Texture mapping and it is already available in hardware on the RE2 and IR. The way you do this is to create an intensity map of your light source, look at /usr/demos/data/textures/spotlight.rgb to get an idea. Then in IRISGL we used to set the repeat pfTexture::setRepeat(PFTEX_WRAP, TX_SELECT) was the key with OpenGL however you need to set to ???? PFTEX_CLAMP maybe or GL_CLAMP_TO_EDGE_SGIS , although clamping in IRISGL meant that the last row of pixels in the texture map was smeared acrossed the remainder (U or V value > 1 ) of the polygon, not what you want here. I'll have to ask around for the answer in OpenGL or maybe someone else can help me out here. Brian On Mar 20, 3:30pm, Yann Andenmatten wrote: > Subject: White spot > Hi, > > I'm trying to have an shiny textured object. I have set a pfMaterial with > specular light to (1.0,1.0,1.0) and shininess to 16.0. It's working, but the > spot on the object isn't white (the color of the spot is defined by the > texture). The light has also a specular light to (1.0,1.0,1.0). > > How can I get a very saturated spot ? > Any idea ? > > Thanks for help. > > Yann Andenmatten > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne > [] [] [] [] [] > Swiss Federal Institute of Technology > [][] [][][] [][] [] > > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 > [][][] [] [] [][][] > yandenmat@di.epfl.ch > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ======================================================================= > 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 Yann Andenmatten -- 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 Thu Mar 20 19:11:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA27654; Thu, 20 Mar 1997 13:07:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA27638; Thu, 20 Mar 1997 13:07:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA17843; Thu, 20 Mar 1997 13:07:55 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA15018; Thu, 20 Mar 1997 13:07:54 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id VAA16533; Thu, 20 Mar 1997 21:07:52 GMT From: "Angus Dorbie" Message-Id: <9703202107.ZM16531@bitch.reading.sgi.com> Date: Thu, 20 Mar 1997 21:07:52 +0000 In-Reply-To: "Yann Andenmatten" "White spot" (Mar 20, 3:30pm) References: <9703201530.ZM17874@imtsg11.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: White spot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 20, 3:30pm, Yann Andenmatten wrote: > Subject: White spot > Hi, > > I'm trying to have an shiny textured object. I have set a pfMaterial with > specular light to (1.0,1.0,1.0) and shininess to 16.0. It's working, but the > spot on the object isn't white (the color of the spot is defined by the > texture). The light has also a specular light to (1.0,1.0,1.0). > > How can I get a very saturated spot ? > Any idea ? It's the GL which is the problem here. To add the specular highlight after texture modulation you must render a second untextured pass with a black material and a (one, one) blendfunction, and polygon offset to avoid zfighting. As you can surmise, this type of approach can be expensive. The OpenGL ARB is currently exploring extensions to the API which may improve this situation on future implementations. I've been working on multipass shaders in Performer recently so if you want performer draw callbacks for the above email me and I can supply some code. 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 Mar 20 22: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 QAA28959; Thu, 20 Mar 1997 16:39:23 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA28943; Thu, 20 Mar 1997 16:39:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA05201; Thu, 20 Mar 1997 16:39:22 -0800 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA06622 for ; Thu, 20 Mar 1997 16:39:20 -0800 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA04517; Thu, 20 Mar 97 16:40:07 PST Message-Id: Date: 20 Mar 1997 16:42:46 U From: "SCOTT OFRIEL" Subject: Gouraud Shading w/ pfMateri To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-QM 3.0.2 Status: O Subject: Time: 4:24 PM OFFICE MEMO Gouraud Shading w/ pfMaterial Date: 3/20/97 Dear Performers: Is it possible to use Gouraud shading on a pfGeoSet, say a quad, when using a pfMaterial that is associated with it's pfGeostate? Right now I am doing Gouraud shading and assigning a color to each vertex, but I would like to use transparency which requires a pfMaterial. Any help would be much appreciated. Thank you, Scott O'Friel ======================================================================= 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 Mar 20 23:33:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA29310; Thu, 20 Mar 1997 17:21:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA29294; Thu, 20 Mar 1997 17:21:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA08426; Thu, 20 Mar 1997 17:21:04 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA15739; Thu, 20 Mar 1997 17:20:44 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id BAA16818; Fri, 21 Mar 1997 01:20:27 GMT From: "Angus Dorbie" Message-Id: <9703210120.ZM16816@bitch.reading.sgi.com> Date: Fri, 21 Mar 1997 01:20:21 +0000 In-Reply-To: Jukka Vaisanen "Clipping with arbitary planes" (Mar 20, 2:51pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Jukka.Vaisanen@iscape.fi, info-performer@sgi.com Subject: Re: Clipping with arbitary planes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You can call glClipPlane and glEnable from within a performer draw callback. This will allow you to create an arbitrary clip plane which slices through the scene. The other problem is then, how do you cap the end of the clipped geometry so that it looks like you've sliced through an object. This is a little trickier but the sort of thing you can easily implement is disabling backface culling, ie pfCullFace(PFCF_OFF) and have a back facing material which is black with a two sided lighting model applied. This should give you a slice through the database. There are a number tricks involving stencil plane operations and multiple/separate passes on the back & front facing geometry to draw a capping surface with texrure & lighting which you may want to consider once you have implemented the simple clipping outlined above. Cheers,Angus. On Mar 20, 2:51pm, Jukka Vaisanen wrote: > Subject: Clipping with arbitary planes > > > I am creating a model viewer with Performer which will be used by artists > creating content for mostly entertainment applications. It is part of a > toolset for a cross-platform 3D engine used by major game developers. > > What I would like to do is create a cross-section of the model, a bit like > if I set the near clipping plane too far. But I would like to clip the > model with arbitarily placed planes (or even better, cubes). The solidview > demo does this. I'm kinda lost on where to start with Performer. > > > > 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 >-- End of excerpt from Jukka Vaisanen ======================================================================= 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 Mar 21 00:38:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA00988; Thu, 20 Mar 1997 21:05:20 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA00972; Thu, 20 Mar 1997 21:05:19 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA18521; Thu, 20 Mar 1997 21:05:19 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA25509; Thu, 20 Mar 1997 21:05:12 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id FAA17089; Fri, 21 Mar 1997 05:05:10 GMT From: "Angus Dorbie" Message-Id: <9703210505.ZM17087@bitch.reading.sgi.com> Date: Fri, 21 Mar 1997 05:05:09 +0000 In-Reply-To: brian@sgi.com (Brian Furtaw) "Re: White spot" (Mar 20, 3:42pm) References: <9703201530.ZM17874@imtsg11.epfl.ch> <9703201542.ZM13569@hotsauce.clubfed.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: brian@sgi.com, "Yann Andenmatten" , info-performer@sgi.com Subject: Re: White spot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sorry Brian, but I don't understand what you are trying to describe here. The spotlight demo while producing a per pixel shading effect does not produce a highlight after texturing, and doesn't really resemble what one would do to acieve this effect other than the fact that it draws the database twice. One might use a _spheremap_ texgen with a second textured pass to approximate phong shading for the specular term using a (one, one) blendfunction , but this is optional and would involve the regeneration of the environment map each frame for reasonable results, the important factor is still the application of a specular term using an additive blendfunction during a second rendering pass. Cheers,Angus. On Mar 20, 3:42pm, Brian Furtaw wrote: > Subject: Re: White spot > You highlight is being blend with the textured color because textures are > applied after lighting. To get the effect you desire you need some kind of > texturing that emualates lighting, hence you need Projected Texture mapping and > it is already available in hardware on the RE2 and IR. The way you do this is > to create an intensity map of your light source, look at > /usr/demos/data/textures/spotlight.rgb to get an idea. Then in IRISGL we used > to set the repeat pfTexture::setRepeat(PFTEX_WRAP, TX_SELECT) was the key with > OpenGL however you need to set to ???? PFTEX_CLAMP maybe or > GL_CLAMP_TO_EDGE_SGIS , although clamping in IRISGL meant that the last row of > pixels in the texture map was smeared acrossed the remainder (U or V value > 1 > ) of the polygon, not what you want here. I'll have to ask around for the > answer in OpenGL or maybe someone else can help me out here. > > Brian > > On Mar 20, 3:30pm, Yann Andenmatten wrote: > > Subject: White spot > > Hi, > > > > I'm trying to have an shiny textured object. I have set a pfMaterial with > > specular light to (1.0,1.0,1.0) and shininess to 16.0. It's working, but the > > spot on the object isn't white (the color of the spot is defined by the > > texture). The light has also a specular light to (1.0,1.0,1.0). > > > > How can I get a very saturated spot ? > > Any idea ? > > > > Thanks for help. > > > > Yann Andenmatten > > > > -- > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > [][][] [][] [][][] [] > Ecole Polytechnique Federale de Lausanne > > [] [] [] [] [] > Swiss Federal Institute of Technology > > [][] [][][] [][] [] > > > [] [] [] [] > Yann Andenmatten, +41.22 693.58.50 > > [][][] [] [] [][][] > yandenmat@di.epfl.ch > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ======================================================================= > > 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 Yann Andenmatten > > > > -- > 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 >-- End of excerpt from Brian Furtaw ======================================================================= 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 Mar 21 00:38:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA29926; Thu, 20 Mar 1997 18:53:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA29910; Thu, 20 Mar 1997 18:53:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA13329; Thu, 20 Mar 1997 18:53:01 -0800 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA04091 for ; Thu, 20 Mar 1997 18:52:58 -0800 Received: from bert.eecs.uic.edu (ajohnson@bert.eecs.uic.edu [131.193.40.32]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id UAA08126 for ; Thu, 20 Mar 1997 20:53:38 -0600 (CST) Received: from localhost (ajohnson@localhost) by bert.eecs.uic.edu (8.6.10/8.6.10) with SMTP id UAA29762 for ; Thu, 20 Mar 1997 20:53:42 -0600 X-Authentication-Warning: bert.eecs.uic.edu: ajohnson owned process doing -bs Date: Thu, 20 Mar 1997 20:53:41 -0600 (CST) From: Andy Johnson To: info-performer@sgi.com Subject: Performer -> Pixmap Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O hi-ho I'm trying to convince Performer 2.0/2.01 (C++, IRIX 6.2, on a variety of SGI hardware - Indy, Impact, Onyx) to render into a pixmap instead of a window, so the program will dump an image to a file at regular intervals without having to open a window . I can dump the graphics using OpenGL, or pfuSaveImage in a post-draw but then I need to have an unobscured window - which I can't guarentee, so using a Pixmap seemed to be the solution ... if it worked, that is :) So the simple question is, can anyone supply some code and/or hints on how to do this? I have tried modifying simpleC.C but haven't had much luck with the code below: Pixmap saveScrnPixmap; pfWSConnection dsp; pfGLContext context; XVisualInfo * visual; int attribList[64] = { GLX_DOUBLEBUFFER, GLX_RGBA, GLX_RED_SIZE, 1, GLX_GREEN_SIZE, 1, GLX_BLUE_SIZE, 1, GLX_DEPTH_SIZE, 1, None }; // Configure and open GL window pfPipe *p = pfGetPipe(0); pfPipeWindow *pwin = new pfPipeWindow(p); dsp = pfOpenWSConnection(":0.0", True); saveScrnPixmap = XCreatePixmap(dsp, DefaultRootWindow(dsp), 300, 300, 24); // using 8 gives the same result visual = glXChooseVisual( dsp, DefaultScreen( dsp ), attribList); context = glXCreateContext(dsp, visual, 0, GL_TRUE); pwin->setWinType(PFPWIN_TYPE_X); pwin->setName("IRIS Performer"); pwin->setOriginSize(0,0,300,300); pwin->setGLCxt(context); pwin->setWSDrawable(dsp, (pfWSDrawable) saveScrnPixmap); pwin->setFBConfig(visual); // pwin->open(); X is very unhappy if I try an do this // I can either have the setWSDrawable() or open() // but not both ... . . . pfFrame(); . . . if (saveScrnPixmap != NULL) { XpmAttributes saveAttributes; XpmWriteFileFromPixmap(dsp, "out.xpm", saveScrnPixmap, NULL, &saveAttributes); } else printf("saveScrnPixmap is NULL!\n"); this code has a lot of fun creating what appears to be an infinitely big out.xpm file on disc, or at least bigger than 60 meg. I also tried letting performer open the window and then change the WSdrawable to my pixmap, but X got upset about that as well. thanks in advance for any help ... ===================================================================== Andy Johnson Electronic Visualization Lab (M/C 154) EVL phone (312) 996-3002 University of Illinois at Chicago EVL FAX (312) 413-7585 851 S. Morgan St. Room 1120 SEO ajohnson@eecs.uic.edu Chicago, IL 60607-7053 www.eecs.uic.edu/~ajohnson "If it ain't real cute, it ain't real science" ======================================================================= 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 Mar 21 00:38:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA01039; Thu, 20 Mar 1997 21:10:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA01023; Thu, 20 Mar 1997 21:10:43 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA18644; Thu, 20 Mar 1997 21:10:43 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA26217; Thu, 20 Mar 1997 21:10:38 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id FAA17100; Fri, 21 Mar 1997 05:10:33 GMT From: "Angus Dorbie" Message-Id: <9703210510.ZM17098@bitch.reading.sgi.com> Date: Fri, 21 Mar 1997 05:10:33 +0000 In-Reply-To: "Angus Dorbie" "Re: White spot" (Mar 20, 9:07pm) References: <9703201530.ZM17874@imtsg11.epfl.ch> <9703202107.ZM16531@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Yann Andenmatten" , info-performer@sgi.com Subject: Re: White spot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 20, 9:07pm, Angus Dorbie wrote: > Subject: Re: White spot > On Mar 20, 3:30pm, Yann Andenmatten wrote: > > Subject: White spot > > Hi, > > > > I'm trying to have an shiny textured object. I have set a pfMaterial with > > specular light to (1.0,1.0,1.0) and shininess to 16.0. It's working, but the > > spot on the object isn't white (the color of the spot is defined by the > > texture). The light has also a specular light to (1.0,1.0,1.0). > > > > How can I get a very saturated spot ? > > Any idea ? > > > It's the GL which is the problem here. > > To add the specular highlight after texture modulation you must > render a second untextured pass with a black material and > a (one, one) blendfunction, and polygon offset to avoid zfighting. I should have mentioned here that the black material used on the second pass should contain the shininess and specular material properties of the material on the object. All other terms should be black unless you have other aspects of the material which you don't want modulated by texture, eg EMISSIVE. To be really accurate you should remove the terms in this material from the material used in the first pass, ie blacken them. > > As you can surmise, this type of approach can be expensive. > The OpenGL ARB is currently exploring extensions to the API > which may improve this situation on future implementations. > > I've been working on multipass shaders in Performer recently so > if you want performer draw callbacks for the above email me and > I can supply some code. > > Cheers,Angus. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Angus Dorbie ======================================================================= 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 Mar 21 00:38:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA00891; Thu, 20 Mar 1997 20:51:59 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA00875; Thu, 20 Mar 1997 20:51:58 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA17910; Thu, 20 Mar 1997 20:51:58 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA23757; Thu, 20 Mar 1997 20:51:54 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id EAA17064; Fri, 21 Mar 1997 04:51:40 GMT From: "Angus Dorbie" Message-Id: <9703210451.ZM17062@bitch.reading.sgi.com> Date: Fri, 21 Mar 1997 04:51:39 +0000 In-Reply-To: dpugmire@facility.cs.utah.edu "Caligraphics board" (Mar 20, 1:20pm) References: <199703202020.NAA24310@gemini.cs.utah.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: dpugmire@facility.cs.utah.edu, info-performer@sgi.com Subject: Re: Caligraphics board Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 20, 1:20pm, dpugmire@facility.cs.utah.edu wrote: > Subject: Caligraphics board > > hi, > > I heard that there was a caligraphics board for sgi's on the market. > Anyone know who makes it ? Any experience with it ? Is there an > interface in performer to it ? > EIS make a calligraphic light board for the Infinite Reality, I'm not sure what the current status of manufacture & shipment is, it is at least in beta test at some sites. The iR supports calligraphic lights which are subpixel zbuffer occluded with the scene using information sent to the LPB from the rastermanagers using the calligraphic connectors. In addition to the subpixel light point information from the Raster Managers the calligraphic board is sent colour, luminance and other information like defocus from the host using the VME interface. This is a CPU intensive task and should be performed on a dedicated processor. Future releases of Performer will support the EIS board with an additional light point process calculating the light point information like the colour, fog attenuation, defocus, sorting, and controlling the calligraphic board. This should allow the performer users to easily render a scene containing calligraphic lights. The light point information output by the board is kept separate from the video and sent to the projector using a fiber optic connection, the video format from the iR display generator is programmed to contain additional blanking information to allow time for the calligraphic lights to be projected. I believe Remi Arnaud is the engineer closest to this. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Mar 21 06:39:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01356; Fri, 21 Mar 1997 00:34:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01340; Fri, 21 Mar 1997 00:34:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA27090; Fri, 21 Mar 1997 00:34:26 -0800 Received: from MOEsun.edu.tw (moesun.edu.tw [140.111.1.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA24788 for ; Fri, 21 Mar 1997 00:33:52 -0800 Received: from nchc.gov.tw (dns.nchc.gov.tw [140.110.192.11]) by MOEsun.edu.tw (8.6.13/8.6.13) with SMTP id QAA18072 for ; Fri, 21 Mar 1997 16:35:38 +0800 Received: by nchc.gov.tw (th3.8s.nchc.gov) from ceres.nchc.gov.tw id AA08434; Fri, 21 Mar 97 16:17:56 CST Received: by ceres.nchc.gov.tw (station v4.0) id AA24443; Fri, 21 Mar 97 16:33:29 CST From: a00chc00@nchc.gov.tw (Charlie H. Chang) Message-Id: <9703210833.AA24443@ceres.nchc.gov.tw> Subject: Collision detection To: info-performer@sgi.com Date: Fri, 21 Mar 1997 16:33:28 +0800 (CST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 796 Status: O Hi, I am loading a terrain file as a SCS object and a car model as a DCS object. And then update the car coordinate from network (sending only x,y coord info from other machine). The problem is that the car won't follow the terrain (it goes under or above the terrain), and I wonder if I can use collision detection function in performer to do the trick. Is there any example to follow? (The "driving.c" from the tutorial source shows the collision detection between viewer and the scene which I can't apply to my case.) Thank you in advance! --------------------------------------------------------------- Charlie H. Chang (ext 209) E-mail: a00chc00@nchc.gov.tw National Center for High-performance Computing (NCHC) Scientific Visualization and Interactive Media Lab (SVIML) ======================================================================= 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 Mar 21 07:01:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01458; Fri, 21 Mar 1997 00:50:56 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01442; Fri, 21 Mar 1997 00:50:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA27593; Fri, 21 Mar 1997 00:50:55 -0800 Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA26929 for ; Fri, 21 Mar 1997 00:48:31 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id OAA06188; Fri, 21 Mar 1997 14:17:15 -0530 Date: Fri, 21 Mar 1997 14:14:00 -0530 (IST) From: Binoy Marvar Subject: VRML loader for performer To: info-performer@sgi.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O If anybody knows about a VRML 2.0 loader for Performer please let me know about it. Thanks ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Mar 21 05:03:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA01163; Thu, 20 Mar 1997 22:58:28 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA01147; Thu, 20 Mar 1997 22:58:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA22115; Thu, 20 Mar 1997 22:58:26 -0800 Received: from sgiger.munich.sgi.com ([144.253.192.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA10834 for ; Thu, 20 Mar 1997 22:58:25 -0800 Received: from sgihan.hannover.sgi.com by sgiger.munich.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406.SGI) id HAA16143; Fri, 21 Mar 1997 07:58:15 +0100 Received: from elwood.hannover.sgi.com by sgihan.hannover.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) id HAA01917; Fri, 21 Mar 1997 07:56:55 +0100 Received: by elwood.hannover.sgi.com (950413.SGI.8.6.12/930416.SGI) id HAA25025; Fri, 21 Mar 1997 07:56:15 +0100 From: "Axel Sammet" Message-Id: <9703210756.ZM25023@elwood.hannover.sgi.com> Date: Fri, 21 Mar 1997 07:56:15 +0000 In-Reply-To: dpugmire@facility.cs.utah.edu "Caligraphics board" (Mar 20, 13:20) References: <199703202020.NAA24310@gemini.cs.utah.edu> 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 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dpugmire@facility.cs.utah.edu, info-performer@sgi.com Subject: Re: Caligraphics board Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi David, There is such a company named Electronic Image Systems, Inc. (EIS) in Xenia, Ohio EIS has developed a calligraphic light point circuit card, called the Light Point Board (LPB), to enable Onyx InfiniteReality to display realistic airport runway lights, city lights, or stars for use in pilot training simulators, planetariums and location-based entertainment centers. The EIS LPB directly and digitally interfaces with all EIS raster/calligraphic projectors and monitors. It also provides a more commonly-used analog calligraphic interface for use with other raster/calligraphic displays. Generating all of the required signals to support three display channels at up to 8000 calligraphic light points per channel, the LPB exceeds the latest military requirements of 6,000 light points per channel. The IRIS PerformerTM makes the capability of the EIS LPB accessible to end users. Remi Arnaud (remi@asd.sgi.com) is the person to contact. Rgds Axel On Mar 20, 13:20, dpugmire@facility.cs.utah.edu wrote: > Subject: Caligraphics board > > hi, > > I heard that there was a caligraphics board for sgi's on the market. > Anyone know who makes it ? Any experience with it ? Is there an > interface in performer to it ? > > thanks, > > dp. > > ==================================================== > |David Pugmire dpugmire@facility.cs.utah.edu | > | | > |Unbreakable toys can be used to break other toys. | > ==================================================== > ======================================================================= > 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 dpugmire@facility.cs.utah.edu -- _____________________________________________________________________ Axel Sammet Visual Simulation/VR Silicon Graphics GmbH | Tel: +49 511 9017229 (HNV Office) Ahrensburger Strasse 3 | Tel: +49 40 6028282 (Home Office) 30659 Hannover | Fax: +49 511 6138115 Germany | E-Mail: axel@hannover.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 Mar 21 10:42:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA02486; Fri, 21 Mar 1997 04:20:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA02470; Fri, 21 Mar 1997 04:20:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA04622; Fri, 21 Mar 1997 04:20:38 -0800 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.91.190]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA26696 for ; Fri, 21 Mar 1997 04:20:26 -0800 Received: from sgi2 by cse.cuhk.edu.hk with ESMTP id UAA09947; Fri, 21 Mar 1997 20:15:16 +0800 Received: by sgi2 (940816.SGI.8.6.9/Spike-2.0) id UAA01179; Fri, 21 Mar 1997 20:15:10 +0800 Date: Fri, 21 Mar 1997 20:15:07 +0800 (HKT) From: David Chan X-Sender: tfchan@sgi2 To: info-performer Subject: virtualhand lib and perfly Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O HI, Does any successfully using Virtual Technologies's CyberGlove, the virtualhand toolkit as input device in perfly? If so, can you mail me how to do it? 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 Fri Mar 21 14:01:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02834; Fri, 21 Mar 1997 07:30:18 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02818; Fri, 21 Mar 1997 07:30:17 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA11806; Fri, 21 Mar 1997 07:30:16 -0800 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA25687 for ; Fri, 21 Mar 1997 07:30:11 -0800 Received: by gauntlet.ht.com; id KAA20011; Fri, 21 Mar 1997 10:30:50 -0500 (EST) Received: from he.ht.com(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma020004; Fri, 21 Mar 97 10:30:20 -0500 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id PAA09795; Fri, 21 Mar 1997 15:31:33 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id KAA14123; Fri, 21 Mar 1997 10:31:24 -0500 From: scott@ht.com (Scott McMillan) Message-Id: <199703211531.KAA14123@hf.ht.com> Subject: Where's Angus Dorbie To: info-performer@sgi.com Date: Fri, 21 Mar 1997 10:31:23 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O I just sent email to Angus in the UK and got a message back saying he is moving to Mountain View and would be able to receive the email. Does anyone know how to contact him (are you listening Angus?). Regards, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation 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 Mar 21 15:39:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA03653; Fri, 21 Mar 1997 12:20:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03637; Fri, 21 Mar 1997 12:20:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04807; Fri, 21 Mar 1997 12:20:30 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA15211 for ; Fri, 21 Mar 1997 12:20:28 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA13369 for ; Fri, 21 Mar 1997 12:26:45 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA00687 for ; Fri, 21 Mar 1997 20:16:29 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id MAA13242 for info-performer@sgi.com; Fri, 21 Mar 1997 12:25:14 -0800 From: "Marcus Barnes" Message-Id: <9703211225.ZM13241@vaisyas.engr.multigen.com> Date: Fri, 21 Mar 1997 12:25:14 -0800 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: Caligraphics board Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 21, 4:51am, Angus Dorbie wrote: > > Future releases of Performer will support the EIS board with an > additional light point process calculating the light point information > like the colour, fog attenuation, defocus, sorting, and controlling the > calligraphic board. This should allow the performer users to easily render > a scene containing calligraphic lights. In conjunction with The Performer Team, MultiGen has been developing modeling tools to allow easy creation of light points and strings with all the attributes that Angus mentions. The modeling tools are in MultiGen Series II v1.4 (currently in alpha test). The associated OpenFlight Performer loader, revision R15.3, fully supports these new light points (currently part of Performer 2.2alpha) 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 Mar 21 15:39:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03426; Fri, 21 Mar 1997 10:37:49 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03410; Fri, 21 Mar 1997 10:37:49 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26955; Fri, 21 Mar 1997 10:37:48 -0800 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA17007 for ; Fri, 21 Mar 1997 10:37:45 -0800 Received: (from cutt@localhost) by netcom.netcom.com (8.6.13/Netcom) id JAA08501; Fri, 21 Mar 1997 09:06:29 -0800 Date: Fri, 21 Mar 1997 09:06:26 -0800 (PST) From: "Paul S. Cutt" Subject: Re: dataglove and perfly To: David Chan cc: info-performer In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Our VR device API XvsLink allows the use of the dataglove as input in any performer application. Thanks, paul On Fri, 21 Mar 1997, David Chan wrote: > HI, > How can I use dataglove as input device in perfly? > Any suggestion are welcome. > > Bye! > > David > > > ======================================================================= > 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 Mar 21 15: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 MAA03633; Fri, 21 Mar 1997 12:19:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03617; Fri, 21 Mar 1997 12:19:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04695; Fri, 21 Mar 1997 12:19:40 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA15071 for ; Fri, 21 Mar 1997 12:19:35 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA13355 for ; Fri, 21 Mar 1997 12:25:57 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA00634 for ; Fri, 21 Mar 1997 20:15:41 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id MAA13239 for info-performer@sgi.com; Fri, 21 Mar 1997 12:24:26 -0800 From: "Marcus Barnes" Message-Id: <9703211224.ZM13238@vaisyas.engr.multigen.com> Date: Fri, 21 Mar 1997 12:24:26 -0800 In-Reply-To: "SCOTT OFRIEL" "Gouraud Shading w/ pfMateri" (Mar 20, 4:42pm) 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: Gouraud Shading w/ pfMaterial Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 20, 4:42pm, SCOTT OFRIEL wrote: > > Is it possible to use Gouraud shading on a pfGeoSet, say a quad, when using a > pfMaterial that is associated with it's pfGeostate? Yes. The material generally gets pfMtlColorMode( PFMTL_CMODE_AMBIENT_AND_DIFFUSE ). The geostate has lighting enabled and the geoset has a primitive type that is not FLAT (to insire shademodel( GOURAUD )). The geoset also has normals and per vertex colors. > Right now I am doing Gouraud shading and assigning a color to each vertex, but > I would like to use transparency which requires a pfMaterial. Transparency does not require a material. The geoset colors are RGBA colors and the alpha component is usable; see pfMaterial(3) note: "" For non-homogeneous transparency, use a color mode other than PFMTL_CMODE_OFF and transparency will be taken from geometry colors. "" The geostate must have PFSTATE_TRANSPARENCY enabled in any case. 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 Mar 21 15:39:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03493; Fri, 21 Mar 1997 11:18:27 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03477; Fri, 21 Mar 1997 11:18:26 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA00369; Fri, 21 Mar 1997 11:18:25 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA27986 for ; Fri, 21 Mar 1997 11:18:23 -0800 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA58412; Fri, 21 Mar 1997 14:01:31 -0500 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id OAA09194; Fri, 21 Mar 1997 14:00:27 -0500 From: "Nicolas Gauvin" Message-Id: <9703211400.ZM9192@christine.cae.ca> Date: Fri, 21 Mar 1997 14:00:26 -0500 In-Reply-To: a00chc00@nchc.gov.tw (Charlie H. Chang) "Collision detection" (Mar 21, 4:33pm) References: <9703210833.AA24443@ceres.nchc.gov.tw> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: a00chc00@nchc.gov.tw Subject: Re: Collision detection Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 21, 4:33pm, Charlie H. Chang wrote: > Subject: Collision detection > > The problem is that the car won't follow the terrain (it > goes under or above the terrain), and I wonder if I can > use collision detection function in performer to do the trick. > >-- End of excerpt from Charlie H. Chang Take a look at pfuCollideGrnd. It's probably what you are looking for and it's also very easy to use. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca 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 Fri Mar 21 15: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 MAA03676; Fri, 21 Mar 1997 12:24:51 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03660; Fri, 21 Mar 1997 12:24:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04959; Fri, 21 Mar 1997 12:24:50 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA16358 for ; Fri, 21 Mar 1997 12:24:46 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA13389 for ; Fri, 21 Mar 1997 12:31:03 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA01065 for ; Fri, 21 Mar 1997 20:20:46 GMT Received: (from marcus@localhost) by vaisyas (950413.SGI.8.6.12/8.6.12) id MAA13193 for info-performer@sgi.com; Fri, 21 Mar 1997 12:11:36 -0800 From: "Marcus Barnes" Message-Id: <9703211209.ZM13192@vaisyas.engr.multigen.com> Date: Fri, 21 Mar 1997 12:09:06 -0800 In-Reply-To: "Angus Dorbie" "Re: Caligraphics board" (Mar 21, 4:51am) References: <199703202020.NAA24310@gemini.cs.utah.edu> <9703210451.ZM17062@bitch.reading.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Caligraphics board Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 21, 4:51am, Angus Dorbie wrote: > > Future releases of Performer will support the EIS board with an > additional light point process calculating the light point information > like the colour, fog attenuation, defocus, sorting, and controlling the > calligraphic board. This should allow the performer users to easily render > a scene containing calligraphic lights. In conjunction with The Performer Team, MultiGen has been developing modeling tools to allow easy creation of light points and strings with all the attributes that Angus mentions. The modeling tools are in MultiGen Series II v1.4 (currently in alpha test). The associated OpenFlight Performer loader, revision R15.3, fully supports these new light points (currently part of Performer 2.2alpha) 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 Mar 21 18:58:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA03701; Fri, 21 Mar 1997 12:30:04 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03685; Fri, 21 Mar 1997 12:30:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05217; Fri, 21 Mar 1997 12:30:02 -0800 Received: from ns.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17519 for ; Fri, 21 Mar 1997 12:29:54 -0800 Received: by ns.fel.tno.nl; id VAA09659; Fri, 21 Mar 1997 21:39:14 +0100 (MET) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma009653; Fri, 21 Mar 97 21:38:52 +0100 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id VAA14617; Fri, 21 Mar 1997 21:28:40 +0100 (MET) From: Mario Veraart Message-Id: <199703212028.VAA14617@s00sn1.fel.tno.nl> Subject: Re: Collision detection To: a00chc00@nchc.gov.tw (Charlie H. Chang) Date: Fri, 21 Mar 1997 21:28:40 +0100 (MET) Cc: info-performer@sgi.com (Performer) In-Reply-To: <9703210833.AA24443@ceres.nchc.gov.tw> from "Charlie H. Chang" at Mar 21, 97 04:33:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > I am loading a terrain file as a SCS object and a car model > as a DCS object. And then update the car coordinate from > network (sending only x,y coord info from other machine). > The problem is that the car won't follow the terrain (it > goes under or above the terrain), and I wonder if I can > use collision detection function in performer to do the trick. > Is there any example to follow? (The "driving.c" from the > tutorial source shows the collision detection between > viewer and the scene which I can't apply to my case.) You can use the pfNodeIsectSegs function to determine the height of the terrain at a certain (x,y) position. Look at the itersection traversal chapter in the Programmers manual. 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 Mar 21 19:58:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA03920; Fri, 21 Mar 1997 13:29:11 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA03904; Fri, 21 Mar 1997 13:29:10 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA09195; Fri, 21 Mar 1997 13:29:10 -0800 Received: from graphics.cis.upenn.edu (GRAPHICS.CIS.UPENN.EDU [158.130.2.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA01192 for ; Fri, 21 Mar 1997 13:29:05 -0800 Received: from graphics by graphics.cis.upenn.edu via SMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA21955; Fri, 21 Mar 1997 16:29:03 -0500 Sender: granieri@transom.com Message-ID: <3332FD9F.6231@transom.com> Date: Fri, 21 Mar 1997 16:29:03 -0500 From: John Granieri Organization: Transom Technologies, Inc. X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer@sgi.com CC: john@transom.com Subject: Positions: Human Modeling & Simulation, Philadelphia PA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Fellow Performers, Please feel free to forward this note to interested parties. Thanks, -John John Granieri, Transom Technologies, Inc. ---------------------------------------------------------------------- Transom Technologies, Inc. -------------------------- We are a new software company, but we start with a wealth of experience, opportunities and momentum. Our first product is based on the Jack software developed at the Center for Human Modeling and Simulation at the University of Pennsylvania. Our challenge is to build a high-performance, open system for interactive and real-time simulation of virtual human figures. We are endowing these human figures with the attributes and behaviors they need to function as digital surrogates for the real thing, for a variety of visualization and analysis tools for product design environments. For a quick view on our company background, please point your web browser to http://www.transom.com The Opportunities ----------------- We are seeking talented and creative software development individuals to join our Philadelphia, PA based Advanced Development Group. We are responsible for producing the building-block tools and components which application-domain experts use to build 3D worlds and populate them with simulated human figures. Software development opportunites exist in the following areas: * 3D world database features & functionality * Real-time simulation software infrastructure * 3D Human body modeling and behavioral simulation * Animation and motion control algorithms * 2D & 3D User interface components for interactive visualization Technical expertise is desired in the following domains (one or more): 2D & 3D direct-manipulation user-interface components, articulated figure simulation, human figure modeling, 3D animation and motion control algorithms (from key-framing to physically-based), behavioral animation, 2D and 3D visualization techniques, geometric modeling (parametric and boundary-rep surfaces), real-time scheduling, 3D scene-description languages, language-based interfaces to interactive systems (MUDs & MOOs), operating systems and coarse-grain parallel algorithms. Software development expertise in any of the following areas: SGI's Performer, OpenGL, C++, STL, Tcl/Tk, Lisp, VRML 2.0, Silicon Graphics Irix environment For software development opportunities, please email to jobs@transom.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 Mar 21 21:23:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA04194; Fri, 21 Mar 1997 14:56:46 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA04178; Fri, 21 Mar 1997 14:56:45 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA15542; Fri, 21 Mar 1997 14:56:40 -0800 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA22541; Fri, 21 Mar 1997 14:56:27 -0800 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 BAA26449; Sat, 22 Mar 1997 01:58:47 +0200 Date: Sat, 22 Mar 1997 01:58:47 +0200 (EET) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: Angus Dorbie cc: info-performer@sgi.com Subject: Re: Clipping with arbitary planes In-Reply-To: <9703210120.ZM16816@bitch.reading.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 21 Mar 1997, Angus Dorbie wrote: > You can call glClipPlane and glEnable from within a performer draw > callback. > > This will allow you to create an arbitrary clip plane which slices > through the scene. I got the attached code to work if I set the funcs to the scene, but not if I set the funcs to the site_objs pfGroup. Can't I have these callbacks in pfGroups? I don't want to clip the entire scene, just some objects if possible. int klipPre(pfTraverser *_trav, void *_userData) { GLdouble plane[4] = { 0.0, 1.0, 1.0, 0.0 }; glClipPlane(GL_CLIP_PLANE1,plane); glEnable(GL_CLIP_PLANE1); return 0; } int klipPost(pfTraverser *_trav, void *_userData) { glDisable(GL_CLIP_PLANE1); return 0; } and in my scene setup: ... SimState->scene->addChild(SimState->site_objs = new pfGroup); SimState->site_objs->setName("SiteObjs"); SimState->site_objs->setTravFuncs(PFTRAV_DRAW, klipPre, klipPost); ... ======================================================================= 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 Mar 21 23: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 RAA05514; Fri, 21 Mar 1997 17:08:26 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA05498; Fri, 21 Mar 1997 17:08:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA25612; Fri, 21 Mar 1997 17:08:25 -0800 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA22757 for ; Fri, 21 Mar 1997 17:08:20 -0800 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id RAA20546; Fri, 21 Mar 1997 17:08:17 -0800 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA27969 for info-performer@sgi.com; Fri, 21 Mar 1997 17:51:26 -0800 Date: Fri, 21 Mar 1997 17:51:26 -0800 From: chris@scotch.physics.ucla.edu (chris) Message-Id: <199703220151.RAA27969@scotch.physics.ucla.edu> To: info-performer@sgi.com Subject: cvd bugs? Status: O Hi Performers. Have a multiprocessed performer app that uses named pipes for IPC. Program runs fine, but crashes when executed with cvd. cvd seems to have problems writing to pipes, and seems to be forking too many processes. Has anyone had this problem with cvd? Indigo2 Max Impact, IRIX 6.2, Performer 2.1. Thanks for any wisdom. 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 Sat Mar 22 02:31:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA06102; Fri, 21 Mar 1997 20:15:13 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA06086; Fri, 21 Mar 1997 20:15:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA03093; Fri, 21 Mar 1997 20:15:11 -0800 Received: from emerald.oz.net (emerald.oz.net [198.68.184.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA21608 for ; Fri, 21 Mar 1997 20:15:05 -0800 Received: from brain (avi.oz.net [206.61.159.122]) by emerald.oz.net (8.8.4/8.7.3) with SMTP id UAA28131; Fri, 21 Mar 1997 20:29:11 -0800 (PST) Message-Id: <3.0.1.32.19970321201345.006fc3cc@oz.net> X-Sender: avi@oz.net X-Mailer: Windows Eudora Pro Version 3.0.1 beta 13 (32) Date: Fri, 21 Mar 1997 20:13:45 -0800 To: David Plew , info-performer@sgi.com From: Avi Bar-Zeev Subject: Re: VMIN and VTIME In-Reply-To: <199703180313.TAA24262@shell1.aimnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O I'm not sure about those mode bits in any event. The built-in serial boards on the old Onyx are notoriously bad (I'm guessing that's what you're using). Non-blocking isn't really non-blocking, as you've seem to have discovered. But you still need to set O_NONBLOCK. The trick that seemed to work for me was for a polhemus driver that required reading from 2 or 3 serial ports simultaneously for a real-time (30HZ) motion-capture application. The trick is to do a read(0) for each port, then go do something else, and then come back and read the real data, for as much as you want. The read(0) seemed to prime the queue, so to speak. I had to really tweak the timing on this so be prepared to search for the magic combo. For example, when I dropped down to 1 polhemus, I got chugs from the new timing. Oddly, there also seemed to be a hit from reading the entire queue, as if leaving a couple of characters in the queue for next frame helped prevent stalls. I never figured that out. If you can afford it, get a serial-port board such as the CDSIO or ASO boards. Avi At 07:13 PM 3/17/97 -0800, David Plew wrote: > >Hi: > > In my performer application, I interface with the RE2 5.3, serial >port to read data coming from an external serial device. The port is >opened with the default blocking mode. I set the termio.c_cc[VMIN] and >termio.c_cc[VTIME] to 15 and 4 respectively. According to the man pages >this means that 'read' will wait to read atleast 15 bytes from the port, >and will time out after 4 units of time in any case and return. What is not >clear is that: in such a setting, does blocking mode override the termio >controls or does the 'read' always return after 4 units of time? >I was not doing anything to the O_NONBLOCK flag so far and sometimes, >'read' would wait and wait for ever at the port probably 'coz there was no >data available for it to read. Shouldn't the termio control override what >ever the setting was, once it has been set? I do set the termio controls after >'open' and before any 'read' begins. > >Even when I did set the O_NONBLOCK flag, sometimes I can see the same >thing happening to 'read'. Can someone please explain who overrides whome? > >thanks >-anita > >kishore@aimnet.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 Sat Mar 22 16:04:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA07596; Sat, 22 Mar 1997 10:30:43 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA07580; Sat, 22 Mar 1997 10:30:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA26420; Sat, 22 Mar 1997 10:30:41 -0800 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA03208 for ; Sat, 22 Mar 1997 10:30:31 -0800 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id KAA23748; Sat, 22 Mar 1997 10:30:26 -0800 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA01645; Sat, 22 Mar 1997 11:13:14 -0800 Date: Sat, 22 Mar 1997 11:13:14 -0800 (PST) From: Chris Mitchell To: info-performer@sgi.com Subject: Re: cvd bugs? In-Reply-To: <199703220151.RAA27969@scotch.physics.ucla.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > Hi Performers. > > Have a multiprocessed performer app that uses named pipes > for IPC. Program runs fine, but crashes when executed with cvd. > cvd seems to have problems writing to pipes, and seems to be > forking too many processes. Has anyone had this problem with > cvd? Indigo2 Max Impact, IRIX 6.2, Performer 2.1. Forgot to mention that cvd can run code just fine if "Attach to forked processes" is not selected in the Multiprocess View/Preferences box. > > Thanks for any wisdom. > 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 Sat Mar 22 16: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 LAA07646; Sat, 22 Mar 1997 11:16:51 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA07630; Sat, 22 Mar 1997 11:16:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA27745; Sat, 22 Mar 1997 11:16:49 -0800 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA08670; Sat, 22 Mar 1997 11:16:39 -0800 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id TAA18750; Sat, 22 Mar 1997 19:16:36 GMT From: "Angus Dorbie" Message-Id: <9703221916.ZM18748@bitch.reading.sgi.com> Date: Sat, 22 Mar 1997 19:16:35 +0000 In-Reply-To: Jukka Vaisanen "Re: Clipping with arbitary planes" (Mar 22, 1:58am) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Jukka.Vaisanen@iscape.fi Subject: Re: Clipping with arbitary planes Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think this *may* be due to the orientation of the clip plane through the model transformation matrix. Try glClipPlane before the pfDraw call in the channel draw callback, then use glEnable in the object draw callbacks. Cheers,Angus. On Mar 22, 1:58am, Jukka Vaisanen wrote: > Subject: Re: Clipping with arbitary planes > On Fri, 21 Mar 1997, Angus Dorbie wrote: > > > You can call glClipPlane and glEnable from within a performer draw > > callback. > > > > This will allow you to create an arbitrary clip plane which slices > > through the scene. > > I got the attached code to work if I set the funcs to the scene, but not > if I set the funcs to the site_objs pfGroup. Can't I have these callbacks > in pfGroups? I don't want to clip the entire scene, just some objects if > possible. > > > int klipPre(pfTraverser *_trav, void *_userData) > { > GLdouble plane[4] = { 0.0, 1.0, 1.0, 0.0 }; > > glClipPlane(GL_CLIP_PLANE1,plane); > glEnable(GL_CLIP_PLANE1); > return 0; > } > > int klipPost(pfTraverser *_trav, void *_userData) > { > glDisable(GL_CLIP_PLANE1); > return 0; > } > > and in my scene setup: > > ... > SimState->scene->addChild(SimState->site_objs = new pfGroup); > SimState->site_objs->setName("SiteObjs"); > SimState->site_objs->setTravFuncs(PFTRAV_DRAW, klipPre, klipPost); > ... >-- End of excerpt from Jukka Vaisanen ======================================================================= 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 Mar 23 17:54:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA09383; Sun, 23 Mar 1997 12:40:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09367; Sun, 23 Mar 1997 12:39:59 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA08110; Sun, 23 Mar 1997 12:39:59 -0800 Received: from sguk.reading.sgi.com ([144.253.64.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17070 for ; Sun, 23 Mar 1997 12:39:57 -0800 Received: from greed.reading.sgi.com (greed.reading.sgi.com [144.253.70.19]) by sguk.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA21151 for <@sguk.reading.sgi.com:info-performer@sgi.com>; Sun, 23 Mar 1997 20:39:56 GMT Received: from greed (localhost [127.0.0.1]) by greed.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id UAA03764 for ; Sun, 23 Mar 1997 20:39:55 GMT Sender: max@reading.sgi.com Message-ID: <3335951A.794B@reading.sgi.com> Date: Sun, 23 Mar 1997 20:39:54 +0000 From: Max Waterman Organization: Silicon Graphics X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Re: Where's Angus Dorbie References: <199703211531.KAA14123@hf.ht.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O He had indeed finished working here at the Reality Center (as of Friday), and he doesn't start in Mountain View for a few weeks yet. I guess, therefore, that he'll be off line for a while. Max. PS. I'm helping out here while they find his replacement. I come from a long background with Silicon Graphics hardware and have worked on SGI kit at Westland Helicopters and Thomson in simulation applications, as well as having experience of a variety of SGI products over about 7 years. My graphics knowledge is need of a bit of an update, and has been gained predominantly in 2D IrisGL programming on SGI's lower end machines, so please don't expect Angus type guru-ness. I will be attemplting to learn Performer etc while I'm here and so may fire questions at you lot from time to time, if thats OK. Scott McMillan wrote: > > I just sent email to Angus in the UK and got a message back saying he > is moving to Mountain View and would be able to receive the email. > Does anyone know how to contact him (are you listening Angus?). > > Regards, > scott > > -- > Scott McMillan | HT Medical, Inc. | Developing virtual environ- > scott@ht.com | http://www.ht.com | ment medical and surgical > Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery > Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Max Waterman John 3:16 Limited, 19, Marlborough Road, Yeovil, Somerset. BA21 5JN Work : mailto:max@reading.sgi.com +44 1734 257578 Home : mailto:max@john316.u-net.com +44 1935 432643 ======================================================================= 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 Mar 23 23:19:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA09685; Sun, 23 Mar 1997 18:01:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA09669; Sun, 23 Mar 1997 18:01:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA17412; Sun, 23 Mar 1997 18:01:54 -0800 Received: from tis.co.jp (ns.tis.co.jp [210.135.160.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA23070 for ; Sun, 23 Mar 1997 18:01:49 -0800 Received: from tetra01.tis.co.jp ([192.168.50.23]) by mailer.tis.co.jp with SMTP id <14980>; Mon, 24 Mar 1997 11:01:17 +0900 Received: from tetra02.tis.co.jp by tetra01.tis.co.jp (4.1/6.4J.6) id AA06077; Mon, 24 Mar 97 11:03:11 JST Received: from ssten01.tis.co.jp by tetra02.tis.co.jp (4.1/6.4J.6) id AA12127; Mon, 24 Mar 97 11:01:16 JST Received: from [133.157.23.73] by ssten01.tis.co.jp (4.1/6.4J.6) id AA03295; Mon, 24 Mar 97 11:00:26 JST Date: Mon, 24 Mar 1997 11:00:25 +0900 Message-Id: <9703240200.AA03295@ssten01.tis.co.jp> To: info-performer@sgi.com From: arata@ssten01.tis.co.jp (arata) X-Sender: arata@133.157.18.170 Subject: multipass renderings on Performer Cc: arata@ssten01.tis.co.jp (arata) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Mailer: Eudora-J(1.3.8.5-J13) Status: O Hi, Now I,m trying to add motion blur effect and depth of field effect to VR simulator on Performer. Please let me know how I can achieve some multipass rendering techniques (ex. motion blur, depth of field effect) on Performer 1.2 or 2.0? Would you please send me a sample source if you have ? Any suggestions are welcome. Thanks. Arata. ------------------------------------------------------ Arata Watanabe Toyo Information Systems Co.,Ltd. Tel : +81-6-821-1412 Fax : +81-6-821-1575 e-mail : arata@ssten01.tis.co.jp ------------------------------------------------------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Mar 24 06:03:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA10226; Mon, 24 Mar 1997 00:52:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA10210; Mon, 24 Mar 1997 00:52:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA00694; Mon, 24 Mar 1997 00:52:33 -0800 Received: from sgisgp.singapore.sgi.com ([134.14.84.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA09363 for ; Mon, 24 Mar 1997 00:52:30 -0800 Received: from sdev8.singapore.sgi.com by sgisgp.singapore.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) for <@sgisgp.singapore.sgi.com:info-performer@sgi.com> id QAA01449; Mon, 24 Mar 1997 16:48:23 -0800 Received: from sdev8 (localhost [127.0.0.1]) by sdev8.singapore.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA15176 for ; Mon, 24 Mar 1997 12:50:08 -0800 Sender: rickoh@nus.sg Message-ID: <3336E8FF.41C6@nus.sg> Date: Mon, 24 Mar 1997 12:50:07 -0800 From: richard koh X-Mailer: Mozilla 3.0SC-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Pixel color mapping / Texture mapping Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am currently working in a project that requires rendering of 3d textures in performer, but I am still new to performer, can anyone please tell me how can i go about doing it in performer? Specifically, I would like to know the use of pfTexGen in performer to do texture rendering. Furthermore, I would like to do some pixel color mapping, sre there any functions that can enable me to do so like glpixelmap in open gl? or is pfcolortable able to manipulate pixel color? Thanks everyone who read this mail and more so to those who reply. Help greatly appreciated. richard ======================================================================= 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 Mar 24 08:28:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA10364; Mon, 24 Mar 1997 03:08:33 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA10348; Mon, 24 Mar 1997 03:08:32 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA04461; Mon, 24 Mar 1997 03:08:32 -0800 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA25921 for ; Mon, 24 Mar 1997 03:08:14 -0800 Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA00884; Mon, 24 Mar 97 19:11:53 -0800 Date: Mon, 24 Mar 97 19:11:53 -0800 From: terence@systech.hinet.net (Terence Ker) Message-Id: <9703250311.AA00884@systech.hinet.net> To: info-performer@sgi.com Subject: Railroad driving simulation Status: O Hi, Performers; I am looking for a demo about driving simulation with tracks. Anyone knows about any availability of such demos or company that I can talk to. Thanks! -= 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 Mar 24 13:15:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA10992; Mon, 24 Mar 1997 07:37:40 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA10976; Mon, 24 Mar 1997 07:37:39 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA15251; Mon, 24 Mar 1997 07:37:38 -0800 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA04979 for ; Mon, 24 Mar 1997 07:37:36 -0800 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id HAA00819; Mon, 24 Mar 1997 07:37:31 -0800 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id IAA05102; Mon, 24 Mar 1997 08:21:04 -0800 Date: Mon, 24 Mar 1997 08:21:04 -0800 (PST) From: Chris Mitchell To: Bob Cowling cc: info-performer@sgi.com Subject: Re: cvd bugs? In-Reply-To: <9703241026.ZM11958@torus.autometric.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > cvd does in fact have problems with exec(), at least from what I've seen. > Specifically, you must remove all calls to popen(), system(), etc. and replace > them with equivalent kernal calls (or test stubs). I believe the problem has > more to do with shells (I use csh) than with exec itself, but I haven't > investigated it further. Thanks for responding, Bob. Glad to know it isn't just me. The solution you suggest (just avoid these calls) seems somewhat unsatisfying, though. SGI? Hello? Help? > Bob > > -- > -------------------------------------------------------------------- > Robert Cowling cowling@autometric.com > Director, Product Engineering (703) 658-4035 > 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 Mon Mar 24 13:35:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA11044; Mon, 24 Mar 1997 07:53:28 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA11028; Mon, 24 Mar 1997 07:53:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16222; Mon, 24 Mar 1997 07:53:26 -0800 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA08513 for ; Mon, 24 Mar 1997 07:53:24 -0800 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA13232; Mon, 24 Mar 97 10:50:51 -0500 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id KAA24732; Mon, 24 Mar 1997 10:50:51 -0500 Sender: volpe@ash.crd.ge.com Message-Id: <3336A2DA.28D6@ash.crd.ge.com> Date: Mon, 24 Mar 1997 10:50:50 -0500 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5.1 sun4m) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Link warnings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi- I get lots of link warnings when building a performer executable, and I was wondering how benign they are and whether they indicate I am doing something wrong or if I should just add a few -woff flags. The warnings are mostly about definitions preempting other definitions, or weak definitions. If anyone has any advice, I'd greatly appreciate it. I'll attach an example at the end of this message. thanks, Chris ld: WARNING 134: weak definition of getData__8pfMemoryCFv in /usr/lib/Performer/Debug/libpf_ogl.so preempts that weak definition in /usr/lib/Performer/Debug/libpfui.so. ld: WARNING 134: weak definition of isOfType__8pfMemoryFP6pfType in /usr/lib/Performer/Debug/libpf_ogl.so preempts that weak definition in /usr/lib/Performer/Debug/libpfui.so. ld: WARNING 134: weak definition of isExactType__8pfMemoryFP6pfType in /usr/lib/Performer/Debug/libpf_ogl.so preempts that weak definition in /usr/lib/Performer/Debug/libpfui.so. ld: WARNING 85: definition of _malloc in /lib/libmalloc.so preempts that definition in /usr/lib/libc.so. ld: WARNING 85: definition of _realloc in /lib/libmalloc.so preempts that definition in /usr/lib/libc.so. -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= 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 Mar 24 14:50:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA11209; Mon, 24 Mar 1997 09:25:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA11193; Mon, 24 Mar 1997 09:25:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22901; Mon, 24 Mar 1997 09:25:02 -0800 Received: from gts07 (gts07.elan.af.mil [129.198.51.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA00374 for ; Mon, 24 Mar 1997 09:25:01 -0800 Received: by gts07 (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id JAA25384; Mon, 24 Mar 1997 09:24:49 -0800 From: "Tracy Hunt" Message-Id: <9703240924.ZM25382@gts07.elan.af.mil> Date: Mon, 24 Mar 1997 09:24:48 -0800 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: pfMakePolarSeg ?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Does anyone have example code on how to use pfMakePolarSeg? Tracy Hunt hunt@gts.elan.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 Mar 24 15:42:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA11357; Mon, 24 Mar 1997 09:59:00 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA11341; Mon, 24 Mar 1997 09:59:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA26071; Mon, 24 Mar 1997 09:58:59 -0800 Received: from mailgate1.boeing.com ([130.42.28.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA09210 for ; Mon, 24 Mar 1997 09:58:58 -0800 Received: from splinter.boeing.com by mailgate1.boeing.com (SMI-8.6/SMI-SVR4) id JAA13942; Mon, 24 Mar 1997 09:58:52 -0800 Received: from redwood.rt.cs.boeing.com by splinter.boeing.com with SMTP (1.37.109.16/16.2) id AA240336116; Mon, 24 Mar 1997 09:55:16 -0800 Received: from golem.rt.cs.boeing.com by redwood.rt.cs.boeing.com (5.x/SMI-SVR4) id AA04682; Mon, 24 Mar 1997 09:59:46 -0800 Received: by golem.rt.cs.boeing.com (951211.SGI.8.6.12.PATCH1042/911001.SGI) id JAA19076; Mon, 24 Mar 1997 09:58:49 -0800 From: "William J Brown" Message-Id: <9703240958.ZM19074@golem> Date: Mon, 24 Mar 1997 09:58:49 -0800 In-Reply-To: Avi Bar-Zeev "Re: VMIN and VTIME" (Mar 21, 8:13pm) References: <3.0.1.32.19970321201345.006fc3cc@oz.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Avi Bar-Zeev , David Plew , info-performer@sgi.com Subject: Re: Serial Communication (was VMIN and VTIME) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O What are the pros and cons of CDSIO vs ASO? What about IEEE-488 (GPIB)? Is SCSI a possibility? What are SGI's plans regarding Fire Wire (IEEE P1394)? Is it significant that SGI's Q&A section has no heading for Serial Ports? How are we supposed to hook up magnetic trackers to these beasts? Bill On Mar 21, 8:13pm, Avi Bar-Zeev wrote: > Subject: Re: VMIN and VTIME > ... > > If you can afford it, get a serial-port board such as the CDSIO or > ASO boards. > > Avi > > At 07:13 PM 3/17/97 -0800, David Plew wrote: > > > >Hi: > > > > In my performer application, I interface with the RE2 5.3, serial > >port to read data coming from an external serial device. > > ... > > > >thanks > >-anita > > > >kishore@aimnet.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 >-- End of excerpt from Avi Bar-Zeev ======================================================================= 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 Mar 24 23:11:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA13343; Mon, 24 Mar 1997 17:32:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA13327; Mon, 24 Mar 1997 17:32:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA01393; Mon, 24 Mar 1997 17:32:31 -0800 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA03371 for ; Mon, 24 Mar 1997 17:32:24 -0800 Received: by orac.boston.sgi.com (951211.SGI.8.6.12.PATCH1042/940406.SGI) id UAA19311; Mon, 24 Mar 1997 20:32:13 -0500 From: "Andy Shein" Message-Id: <9703242032.ZM19309@orac.boston.sgi.com> Date: Mon, 24 Mar 1997 20:32:12 -0500 In-Reply-To: "William J Brown" "Re: Serial Communication (was VMIN and VTIME)" (Mar 24, 9:58am) References: <3.0.1.32.19970321201345.006fc3cc@oz.net> <9703240958.ZM19074@golem> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "William J Brown" , Avi Bar-Zeev , David Plew , info-performer@sgi.com Subject: Re: Serial Communication (was VMIN and VTIME) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 24, 9:58am, William J Brown wrote: > Subject: Re: Serial Communication (was VMIN and VTIME) > > What are the pros and cons of CDSIO vs ASO? CDSIO is a 6U VME bus board w/ 6 serial ports. ASO is an HIO bus card that has sound as well as 6 serial ports. The ASO uses 68332 to buffer up the data. I belive you can get some long latency (~20 chars or so if I remeber) because of the way the ASO firmware buffers up the data. The CDSIO goes back aways, I had one but I don't remeber any serious problems. I do not know what the plans are to supoort it in 6.4. > > What about IEEE-488 (GPIB)? I think there are 3rd party cards, don't know about drivers. >Is SCSI a possibility? Yes you can write a user level scsi driver, see the device driver programming guide in insight (it is not installed by default) > What are > SGI's plans regarding Fire Wire (IEEE P1394)? Don't know. Is it significant > that SGI's Q&A section has no heading for Serial Ports? No. > > How are we supposed to hook up magnetic trackers to these > beasts? Most people use the serial ports. Take a look at man termio. Open the device, set it up with ioctl struct termios tty_ctrl; status = ioctl( tty_fd, TCSETAF, &tty_ctrl); /* assign termios values */ if( status == ERROR ) { (void)fprintf(stderr, "Error set termios struct: %s\n", strerror(errno)); exit(ERROR); } then use read an write. you probably want to sproc a process to do this. Have fun Andy > > Bill > > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from William J Brown -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 25 05:28:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA14481; Mon, 24 Mar 1997 23:59:35 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA14465; Mon, 24 Mar 1997 23:59:25 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA19185; Mon, 24 Mar 1997 23:59:25 -0800 Received: from tis.co.jp (ns.tis.co.jp [210.135.160.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA00924 for ; Mon, 24 Mar 1997 23:59:21 -0800 Received: from tetra01.tis.co.jp ([192.168.50.23]) by mailer.tis.co.jp with SMTP id <14977>; Tue, 25 Mar 1997 16:58:56 +0900 Received: from tetra02.tis.co.jp by tetra01.tis.co.jp (4.1/6.4J.6) id AA03787; Tue, 25 Mar 97 17:00:42 JST Received: from hp99.tis.co.jp by tetra02.tis.co.jp (4.1/6.4J.6) id AA12198; Tue, 25 Mar 97 16:58:52 JST Received: from [133.157.18.77] by hp99.tis.co.jp (1.37.109.4/6.4J.6) id AA28792; Tue, 25 Mar 97 16:49:19 +0900 Date: Tue, 25 Mar 1997 16:49:19 +0900 Message-Id: <9703250749.AA28792@hp99.tis.co.jp> To: info-performer@sgi.com Cc: kamizi@hp99.tis.co.jp Subject: Accumlation Buffer From: kamizi noboru X-Mailer: WINBIFF [Version 1.50 (on Trial)] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dear Performers, I'm using Performer1.2 and Performer2.0 and creating VR simulator system. I am trying to add motion blur effect to my simulator. I know how to get motion blur effect with Accumlation Buffer on GL(IRISGL and OpenGL) . But, I don't know how to use Accumlation Buffer on Performer. Please tell me follows. (1)How to setup Accumlation Buffer ? (2)Where can I call acbuf(IRISGL) or glAccum(OpenGL) function ? (3)Is there any sample source code ? Thanks very much. ------------------------------------------------------- Noboru Kamizi CG and VR Group. Toyo Information Systems.Co.,Ltd. e-mail:kamizi@hp99.tis.co.jp Tel: +81-6-821-1452 Fax: +81-6-821-1989 ------------------------------------------------------- ======================================================================= 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 Mar 25 11:40:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA15145; Tue, 25 Mar 1997 05:59:01 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA15129; Tue, 25 Mar 1997 05:58:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA06094; Tue, 25 Mar 1997 05:58:51 -0800 Received: from merlin.iscape.fi (iscape.fi [194.100.73.189]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA20896 for ; Tue, 25 Mar 1997 05:58:39 -0800 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 RAA13930 for ; Tue, 25 Mar 1997 17:00:50 +0200 Date: Tue, 25 Mar 1997 17:00:50 +0200 (EET) From: Jukka Vaisanen Reply-To: Jukka.Vaisanen@iscape.fi To: info-performer@sgi.com Subject: Need to run 6.3 compiled app on 6.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O We have the following problem: The development environment is on a O2 with IRIX 6.3 and Performer 2.1 The running environment is a Crimson RE with IRIX 6.2 and Performer 2.1 When running on the Crimson, it complains about the DSO versions. It wants the 3.0 versions and finds only the 2.1 ones. The 3.0 versions if copied to the Crimson don't work. How can I link with the 2.1 versions of the DSOs? I have them on the O2 as well, I just need to figure out how to use them... 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 Mar 25 12:38:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15354; Tue, 25 Mar 1997 07:14:16 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15338; Tue, 25 Mar 1997 07:14:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA09272; Tue, 25 Mar 1997 07:14:13 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA04493 for ; Tue, 25 Mar 1997 07:14:11 -0800 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQciki22766; Tue, 25 Mar 1997 10:14:05 -0500 (EST) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Tue, 25 Mar 1997 10:14:09 -0500 Received: from cerebus.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA01981; Tue, 25 Mar 97 09:57:50 EST Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id OAA16087; Tue, 25 Mar 1997 14:57:49 GMT Resent-From: jason@cerebus.cambridge.com (Jason Williams) Resent-Message-Id: <9703250957.ZM16085@cerebus> Resent-Date: Tue, 25 Mar 1997 09:57:47 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) Resent-To: info-performer@sgi.com Resent-Cc: jason@cerebus.cambridge.com Received: from cambridge.com by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id VAA13211; Thu, 20 Mar 1997 21:44:08 GMT Received: from uunet.UUCP by cambridge.com (4.1/SMI-4.1-SWS) id AA13218; Thu, 20 Mar 97 16:44:06 EST Received: from sgigate.sgi.com by relay5.UU.NET with SMTP (peer crosschecked as: sgigate.SGI.COM [204.94.209.1]) id QQchsu26263; Thu, 20 Mar 1997 16:03:05 -0500 (EST) Received: from holodeck.csd.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406a.SGI) id MAA28927; Thu, 20 Mar 1997 12:55:39 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26239; Thu, 20 Mar 1997 07:43:25 -0800 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26223; Thu, 20 Mar 1997 07:43:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16965; Thu, 20 Mar 1997 07:43:23 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA14971 for ; Thu, 20 Mar 1997 07:43:19 -0800 Received: from uucp5.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp5.UU.NET [192.48.96.36]) id QQchry22421; Thu, 20 Mar 1997 10:43:22 -0500 (EST) Received: from ds9.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Thu, 20 Mar 1997 10:43:05 -0500 Received: from cerebus.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA11797; Thu, 20 Mar 97 10:38:42 EST Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id PAA12968; Thu, 20 Mar 1997 15:38:41 GMT Resent-From: rock.csd.sgi.com!sgi.com!uunet.uu.net!uunet!cerebus.cambridge.com!jason (Jason Williams) Resent-Message-Id: <9703201038.ZM12966@cerebus> Resent-Date: Thu, 20 Mar 1997 10:38:39 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) Resent-To: uunet.uu.net!uunet!sgi.com!info-performer Resent-Cc: uunet.uu.net!uunet!cerebus.cambridge.com!jason Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id CAA09089; Sat, 15 Mar 1997 02:00:02 GMT From: rock.csd.sgi.com!sgi.com!uunet.uu.net!uunet!cerebus.cambridge.com!jason (Jason Williams) Message-Id: <9703142100.ZM9087@cerebus> Date: Fri, 14 Mar 1997 21:00:01 -0500 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: uunet.uu.net!uunet!cerebus.cambridge.com!fred Subject: Dynamic Object paging Cc: uunet.uu.net!uunet!cerebus.cambridge.com!jason Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We have a situation, where we need to support potentially thousands of dynamic objects which will come and go from our scene. We wanted to subclass various pfNode types to represent our dynamic objects. The question is, since pfNodes need to have seperate memory copies maintained, would there be alot of overhead when using a huge number pfNode types which are created and deleted fairly often?. What if they weren't in the scene graph but the geometry was culled and drawn by a different method, but the pfNodes are used to create the gsets in seperate cull and draw processing? Should we abandon the pf class objects altogether for representing our dynamic objects in favor of pr defined objects? Thanks in advanced, Jason Williams. ======================================================================= 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 Mar 25 13:13:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA15408; Tue, 25 Mar 1997 07:44:02 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15392; Tue, 25 Mar 1997 07:44:01 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA10855; Tue, 25 Mar 1997 07:44:00 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA10146 for ; Tue, 25 Mar 1997 07:43:58 -0800 Received: from uucp4.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp4.UU.NET [192.48.96.35]) id QQcikk04908; Tue, 25 Mar 1997 10:43:55 -0500 (EST) Received: from ds9.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Tue, 25 Mar 1997 10:43:56 -0500 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA02096; Tue, 25 Mar 97 10:15:25 EST Received: by cavalier.cambridge.com (951211.SGI.8.6.12.PATCH1502/SMI-4.1-SWS) id PAA06641; Tue, 25 Mar 1997 15:15:25 GMT From: rock.csd.sgi.com!sgi.com!uunet.uu.net!ds9!cavalier!gan (Gan Wang) Message-Id: <9703251015.ZM6639@cavalier> Date: Tue, 25 Mar 1997 10:15:23 -0500 In-Reply-To: "Tracy Hunt" "pfMakePolarSeg ??" (Mar 24, 9:24am) References: <9703240924.ZM25382@gts07.elan.af.mil> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Tracy Hunt" , uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: pfMakePolarSeg ?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 24, 9:24am, Tracy Hunt wrote: > Subject: pfMakePolarSeg ?? > Does anyone have example code on how to use pfMakePolarSeg? > Here is one... #define SEG_LENGTH 10000.0 /* initialize only once */ pfSegSet segset; segset.mode = PFTRAV_IS_PRIM|PFTRAV_IS_NORM|PFTRAV_IS_CULL_BACK; segset.activeMask = 1; segset.isectMask = 0x1; segset.bound = NULL; segset.discFunc = NULL; ... /* in the run time loop */ pfHit **hits[32]; pfGetChanView(chan, pos, dir); pfMakePolarSeg( &segset.segs[0], pos, dir[PF_H], dir[PF_P], SEG_LENGTH); /* you may have to do this or isect may not work - this could be a pfbug... */ pfGSetIsectMask(gset, 0x1, PFTRAV_SELF, PF_SET); isect = pfGSetIsectSegs(gset, &segset, hits); if (isect) { pfVec3 tpoint, vpoint; pfMatrix mat; pfQueryHit(*hits[0], PFQHIT_POINT, &tpoint); pfQueryHit(*hits[0], PFQHIT_XFORM, mat); pfXformPt3(vpoint, tpoint, mat); or whatever you want to do with the isect result... } Hope it helps. Cheers, Gan > > Tracy Hunt > hunt@gts.elan.af.mil > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Tracy Hunt -- Gan Wang Cambridge Research Associates Voice: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 E-mail: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 25 13:30:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15455; Tue, 25 Mar 1997 08:03:55 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15439; Tue, 25 Mar 1997 08:03:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA12192; Tue, 25 Mar 1997 08:03:53 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA14274 for ; Tue, 25 Mar 1997 08:03:52 -0800 Received: from poster.cae.ca by bhole with SMTP (DuhMail/2.0) id KAA02644; Tue, 25 Mar 1997 10:49:09 -0500 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA28981; Tue, 25 Mar 1997 10:50:58 -0500 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id KAA29599; Tue, 25 Mar 1997 10:47:18 -0500 Sender: bleclerc@poster.cae.ca Message-Id: <3337F386.2781@cae.ca> Date: Tue, 25 Mar 1997 10:47:18 -0500 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: kamizi noboru Cc: info-performer@sgi.com Subject: Re: Accumlation Buffer References: <9703250749.AA28792@hp99.tis.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Kamizi Noboru wrote: > I'm using Performer1.2 and Performer2.0 and creating VR simulator > system. I am trying to add motion blur effect to my simulator. > > I know how to get motion blur effect with Accumlation Buffer on > GL(IRISGL and OpenGL). But, I don't know how to use Accumlation > Buffer on Performer. > > Please tell me follows. > > (1)How to setup Accumlation Buffer ? > > (2)Where can I call acbuf(IRISGL) or glAccum(OpenGL) function ? > > (3)Is there any sample source code ? Here are a few simple modifications to the C++ version of simple.C to help you understand how to use the Accumulation buffer with Performer and IrisGL. Have fun... // PipeConfigFunc() -- To configure the Frame Buffer static void PipeConfigFunc(pfPipeWindow *pw) { pw->open(); acsize(16); gconfig(); acbuf(AC_CLEAR,0.0f); } // DrawFunc() -- Channel DRAW process callback static void drawFunc(pfChannel *chan, void *) { chan->clear(); chan->drawStats(); pfDraw(); acbuf(AC_MULT, scale); acbuf(AC_ACCUMULATE, 1.0f - scale); acbuf(AC_RETURN, 1.0f); } // Main() -- Main program int main (int argc, char *argv[]) { ... // Configure and open a GL window pfPipe *p = pfGetPipe(0); pfPipeWindow *pw = new pfPipeWindow(p); pw->setName("IRIS Performer"); pw->setOriginSize(0,0,640,480); pw->setConfigFunc(PipeConfigFunc); pw->config(); // Create and configure a pfChannel. pfChannel *chan = new pfChannel(p); chan->setScene(scene); chan->setFOV(45.0f, 0.0f); chan->setTravFunc(PFTRAV_DRAW,drawFunc); ... } -- 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 Tue Mar 25 14:17:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA15544; Tue, 25 Mar 1997 08:55:31 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA15528; Tue, 25 Mar 1997 08:55:00 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA15547; Tue, 25 Mar 1997 08:55:00 -0800 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA26764 for ; Tue, 25 Mar 1997 08:54:57 -0800 Received: from daisy (l117.mistral.co.uk [194.73.212.117]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id QAA23517 for ; Tue, 25 Mar 1997 16:57:12 GMT Sender: johnw@hinge.mistral.co.uk Message-ID: <3337FB91.41C6@intersim.co.uk> Date: Tue, 25 Mar 1997 16:21:37 +0000 From: Julia Ellery Organization: Intersim Limited X-Mailer: Mozilla 3.0C-SGI (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Performer help group Subject: Database Tearing/Channel Clear Problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O To anyone, We have come across a problem with multichannel use that we think may be due to the EarthSky model. When we have a large roll, the off centre channels do not appear to clear properly and a staggered layering effect is seen. If we remove our call to pfChanESky then all seems ok. We have 3 channels with the side channels offset by +/- 45 degrees. Does anyone know what is going on and if so, what we can do to get round it? We need the EarthSky model for fog effects and also for real-time sky colour changes. Thanks, -- Regards, Julia Ellery, Senior Visual Software Engineer, Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 email: modellers@intersim.co.uk Internet: http://www.intersim.co.uk ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Mar 25 14:55:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15655; Tue, 25 Mar 1997 09:32:54 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15639; Tue, 25 Mar 1997 09:32:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18802; Tue, 25 Mar 1997 09:32:53 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA06373 for ; Tue, 25 Mar 1997 09:32:39 -0800 Received: (from guzzoni@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id SAA12218 for info-performer@sgi.com; Tue, 25 Mar 1997 18:27:19 +0100 From: "Didier Guzzoni" Message-Id: <9703251827.ZM12216@imtsg11.epfl.ch> Date: Tue, 25 Mar 1997 18:27:19 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: O2 Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, We are currently evaluating an O2 (running IRIX 6.3) with our Performer based application. We can compile it with Performer Ver 2.2 (beta), run it and, at the execution time we get a the following message : 15924:./example: rld: Fatal Error: attempted access to unresolvable symbol in ./example: XSGIvcQueryChannelInfo The same code works on a MAX Impact running IRIX 6.2 with Performer 2.2 beta and an Extreme running IRIX 5.3 with Performer 2.0. Has someone ever met this message ? Thanks in advance, Didier -- Didier Guzzoni Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 5859 ======================================================================= 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 Mar 25 18: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 MAA16663; Tue, 25 Mar 1997 12:31:48 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA16647; Tue, 25 Mar 1997 12:31:47 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA04266; Tue, 25 Mar 1997 12:31:46 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA23655 for ; Tue, 25 Mar 1997 12:31:43 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA21358 for ; Tue, 25 Mar 1997 12:30:54 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA05357 for ; Tue, 25 Mar 1997 20:20:31 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id MAA08549 for info-performer@sgi.com; Tue, 25 Mar 1997 12:29:18 -0800 From: "Marcus Barnes" Message-Id: <9703251229.ZM8548@vaisyas.engr.multigen.com> Date: Tue, 25 Mar 1997 12:29:18 -0800 In-Reply-To: "Angus Dorbie" "Re: Clipping with arbitary planes" (Mar 22, 7:16pm) References: <9703221916.ZM18748@bitch.reading.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Clipping with arbitary planes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 22, 7:16pm, Angus Dorbie wrote: > On Mar 22, 1:58am, Jukka Vaisanen wrote: > > > > I got the attached code to work if I set the funcs to the scene, but not > > if I set the funcs to the site_objs pfGroup. Can't I have these callbacks > > in pfGroups? I don't want to clip the entire scene, just some objects if > > possible. > > I think this *may* be due to the orientation of the clip plane through > the model transformation matrix. > > Try glClipPlane before the pfDraw call in the channel draw callback, > then use glEnable in the object draw callbacks. Yes. Beware of pfFlatten(3) too. If you intended for the plane the be defined in the object space of the group, it won't work if the group has been flattened into world space. 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 Mar 26 09:58:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21768; Wed, 26 Mar 1997 06:02:24 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21752; Wed, 26 Mar 1997 06:02:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA28754; Wed, 26 Mar 1997 06:02:23 -0800 Received: from cluny.ensam.fr (pictel.cluny.ensam.fr [193.50.253.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA23311 for ; Wed, 26 Mar 1997 06:02:17 -0800 From: pere1@cluny.ensam.fr Received: from VIDEO3 by cluny.ensam.fr (SMI-8.6/SMI-SVR4) id PAA17594; Wed, 26 Mar 1997 15:02:46 GMT Received: by VIDEO3 (940816.SGI.8.6.9/930416.SGI) id MAA10062; Wed, 26 Mar 1997 12:07:07 GMT Message-Id: <9703261207.ZM10060@unknown.zmail.host> Date: Wed, 26 Mar 1997 12:07:06 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: How could I use 24-bit texels texture? Cc: PERE@cluny.ensam.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have a problem with pfTexFormat. I would like to use 24-bit texture in a special application. In pfTexture reference pages, I saw that the default 4 component internal format is 16-bit texels (PFTEX_RGB_5), I tried PFTEX_RGBA_8 to set the format to 32-bit texels. This works well but because it seems too simple, my texture is 2048x2048. Image size (SxTxR) = 2048x2048x1 PF Download size = 22369626 bytes PF Download time =3759.588 ms PF Download rate = 5.674 MB/sec PF Total texture use = 21.333 MB PF This texture uses = 533.333% of 4MB memory PF Total texture use = 533.333% of 4MB memory The hardware texture memory is saturated. But Performer swaps with the main memory and the image is here at slowly rate but I don't need real time for this application ( In fact, I want to render 2Dimensional frames faster than with Wavefront software). Well, it seems good except that the mapping texture is not at the right size (2048x2048),it is pixelated. Does it mean that Performer uses a low level of mipmap texture because the hardware texture memory is out? Thanks to you for your diagnostic! Christian PS: My last mail have a bad Email address: the right one is pere@cluny.ensam.fr -- -- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Mar 26 09:58:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA21743; Wed, 26 Mar 1997 05:58:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA21727; Wed, 26 Mar 1997 05:58:55 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA28415; Wed, 26 Mar 1997 05:58:54 -0800 Received: from cluny.ensam.fr (pictel.cluny.ensam.fr [193.50.253.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA22699 for ; Wed, 26 Mar 1997 05:58:50 -0800 Received: from VIDEO3 by cluny.ensam.fr (SMI-8.6/SMI-SVR4) id OAA17574; Wed, 26 Mar 1997 14:59:48 GMT Received: by VIDEO3 (940816.SGI.8.6.9/930416.SGI) id MAA10058; Wed, 26 Mar 1997 12:04:09 GMT From: Message-Id: <9703261204.ZM10056@VIDEO3> Date: Wed, 26 Mar 1997 12:04:08 +0000 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: How could I use 24-bit texels texture? Cc: PERE@cluny.ensam.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have a problem with pfTexFormat. I would like to use 24-bit texture in a special application. In pfTexture reference pages, I saw that the default 4 component internal format is 16-bit texels (PFTEX_RGB_5), I tried PFTEX_RGBA_8 to set the format to 32-bit texels. This works well but because it seems too simple, my texture is 2048x2048. Image size (SxTxR) = 2048x2048x1 PF Download size = 22369626 bytes PF Download time =3759.588 ms PF Download rate = 5.674 MB/sec PF Total texture use = 21.333 MB PF This texture uses = 533.333% of 4MB memory PF Total texture use = 533.333% of 4MB memory The hardware texture memory is saturated. But Performer swaps with the main memory and the image is here at slowly rate but I don't need real time for this application ( In fact, I want to render 2Dimensional frames faster than with Wavefront software). Well, it seems good except that the mapping texture is not at the right size (2048x2048),it is pixelated. Does it mean that Performer uses a low level of mipmap texture because the hardware texture memory is out? Thanks to you for your diagnostic! Christian -- ======================================================================= 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 Mar 26 10:29:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21885; Wed, 26 Mar 1997 07:06:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21869; Wed, 26 Mar 1997 07:06:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02643; Wed, 26 Mar 1997 07:06:40 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA03861 for ; Wed, 26 Mar 1997 07:06:39 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA27894; Wed, 26 Mar 1997 10:02:44 -0500 Date: Wed, 26 Mar 1997 10:02:44 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703261002.ZM27893@hotsauce.clubfed.sgi.com> In-Reply-To: "Didier Guzzoni" "O2 Problem" (Mar 25, 6:27pm) References: <9703251827.ZM12216@imtsg11.epfl.ch> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Didier Guzzoni" , info-performer@sgi.com Subject: Re: O2 Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am running Perf-2.2 beta version on an O2 and I haven't seen that problem. Do you have /usr/lib/libXsgivc.a on your system it is contained in x_dev.sw.dev ? Brian On Mar 25, 6:27pm, Didier Guzzoni wrote: > Subject: O2 Problem > Hi Performers, > > We are currently evaluating an O2 (running IRIX 6.3) with our > Performer based application. We can compile it with Performer Ver 2.2 (beta), > run it and, at the execution time we get a the following message : > > 15924:./example: rld: Fatal Error: attempted access to unresolvable symbol in > ./example: XSGIvcQueryChannelInfo > > The same code works on a MAX Impact running IRIX 6.2 with Performer 2.2 beta > and an Extreme running IRIX 5.3 with Performer 2.0. > > Has someone ever met this message ? > > Thanks in advance, > > > Didier > > -- > Didier Guzzoni > Swiss Federal Institute of Technology > Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch > Fax : ++41 21 693 5859 > ======================================================================= > 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 -- 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 Wed Mar 26 10:29:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21828; Wed, 26 Mar 1997 06:59:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21812; Wed, 26 Mar 1997 06:59:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02044; Wed, 26 Mar 1997 06:59:13 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA02356 for ; Wed, 26 Mar 1997 06:59:12 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id JAA27873; Wed, 26 Mar 1997 09:55:12 -0500 Date: Wed, 26 Mar 1997 09:55:12 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703260955.ZM27872@hotsauce.clubfed.sgi.com> In-Reply-To: Julia Ellery "Database Tearing/Channel Clear Problem" (Mar 25, 4:21pm) References: <3337FB91.41C6@intersim.co.uk> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Julia Ellery , Performer help group Subject: Re: Database Tearing/Channel Clear Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think what you are describing is a problem with the Esky mode you are using. In some modes the screen is not actually cleared but instead colored polygons are drawn just short of the far clipping planes. If you specify PFES_SKY it will only draw in the upper portion of the screen assuming that you are going to repaint the bottom yourself. Here's an excerpt from pfEarthSky man page, PFES_SKY Causes a sky and horizon backdrop to be drawn. These are drawn using large polygons that are recalculated each frame, using information about the clipping planes, field of view, and eyepoint vertical position for the selected channel. They are drawn instead of a screen clear, forcing the Z buffer to a known state. If the viewpoint goes below the ground plane, the area below the horizon will not be cleared. In the case of PFES_SKY, the screen is never cleared below the lower edge of the horizon. Is this what you are seeing can you provide a simple test case which demonstrates your problem? You could modify /usr/share/Performer/src/pguide/libpf/C++/earthsky.C to add the channel offsets and make use of some of the databases in /usr/share/Performer/data . Brian On Mar 25, 4:21pm, Julia Ellery wrote: > Subject: Database Tearing/Channel Clear Problem > To anyone, > > We have come across a problem with multichannel use that we think may be > due to the EarthSky model. > > When we have a large roll, the off centre channels do not appear to > clear properly and a staggered layering effect is seen. > > If we remove our call to pfChanESky then all seems ok. > > We have 3 channels with the side channels offset by +/- 45 degrees. > > Does anyone know what is going on and if so, what we can do to get round > it? We need the EarthSky model for fog effects and also for real-time > sky colour changes. > > Thanks, > > -- > > Regards, > > Julia Ellery, > Senior Visual Software Engineer, > Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK > Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 > email: modellers@intersim.co.uk Internet: http://www.intersim.co.uk > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Julia Ellery -- 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 Wed Mar 26 10:29:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA21861; Wed, 26 Mar 1997 07:04:12 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21845; Wed, 26 Mar 1997 07:04:12 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02485; Wed, 26 Mar 1997 07:04:07 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA03173 for ; Wed, 26 Mar 1997 07:03:20 -0800 Received: from uucp5.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp5.UU.NET [192.48.96.36]) id QQcioa28469; Wed, 26 Mar 1997 10:03:25 -0500 (EST) Received: from ds9.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Wed, 26 Mar 1997 10:03:16 -0500 Received: from cerebus.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA09034; Wed, 26 Mar 97 09:50:27 EST Received: by cerebus.cambridge.com (940816.SGI.8.6.9/SMI-4.1-SWS) id OAA16894; Wed, 26 Mar 1997 14:50:27 GMT From: jason@cerebus.cambridge.com (Jason Williams) Message-Id: <9703260950.ZM16892@cerebus> Date: Wed, 26 Mar 1997 09:50:26 -0500 In-Reply-To: "Elizabeth Smith" "Re: Dynamic Object paging" (Mar 25, 4:17pm) References: <9703142100.ZM9087@cerebus> <9703251617.ZM2303@daisy.paradigmsim.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: Dynamic Object paging Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 25, 4:17pm, Elizabeth Smith wrote: > Subject: Re: Dynamic Object paging > On Mar 14, 9:00pm, Jason Williams wrote: > > Subject: Dynamic Object paging > > > > > > We have a situation, where we need to support potentially thousands of > dynamic > > objects which will come and go from our scene. We wanted to subclass various > > pfNode types to represent our dynamic objects. The question is, since > pfNodes > > need to have seperate memory copies maintained, would there be alot of > overhead > > when using a huge number pfNode types which are created and deleted fairly > > often?. What if they weren't in the scene graph but the geometry was culled > > and drawn by a different method, but the pfNodes are used to create the gsets > > in seperate cull and draw processing? Should we abandon the pf class objects > > altogether for representing our dynamic objects in favor of pr defined > objects? > > > > > > Thanks in advanced, > > > > Jason Williams. > > > > > > Hi, > > Has anyone told you about Paradigm's Performer-based product > Vega? Vega can handle the sort of problem you describe. Although I don't > know your specific application, it may be that the Vega modules > Vega DIS and Vega LADBM (large area database management) > are relevant. Or just the basic Vega package may give > you what you need. > > Have a look at our web pages: http://www.paradigmsim.com > in particular the page > > http://www.paradigmsim.com:80/vega.html > > > Vega users can still drop down to Performer level > programming as well as OpenGL/IRISGL if necessary. > > If you think you might be interested or have specific questions, > please get back in touch with me. > > > --Elizabeth Smith > Vega Engineering Manager > Thanks Elizibeth, I have used Vega quite extensivly, however Vega uses Performer node types directly to accomplish the dynamic motion of objects. We would then have the same problem with Vega, as with performer. I have extensive experience with Performer as well. We intend on creating our own capability based on top of Performer, such that we can tune it ourselves. It is not a question of what API to use, Performer is the API we are using. It is a question whether the pf library class types are efficient when there are potentially 10,000 objects, because pf objects need to copy themselves between app, cull, and frame, or whether we need to use are own pr class objects. Jason Williams. Cambridge Research. ======================================================================= 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 Mar 26 14:45:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22132; Wed, 26 Mar 1997 09:28:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22116; Wed, 26 Mar 1997 09:28:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14834; Wed, 26 Mar 1997 09:28:40 -0800 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA05592 for ; Wed, 26 Mar 1997 09:28:28 -0800 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA19621; Wed, 26 Mar 97 11:27:27 -0500 From: eric@mred.bgm.link.com (Eric Hirschorn) Message-Id: <9703261627.AA19621@mred.bgm.link.com> Subject: Performer 2.2a125 problems on O2 with IRIX6.3 To: info-performer@sgi.com Date: Wed, 26 Mar 1997 11:26:45 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2944 Status: O Yesterday a post described problems with Perf2.2 on O2 with IRIX6.3. I've also got some problems getting Perf2.2a125 to work properly on O2 running IRIX6.3. Since I haven't received any response from performer-beta, I'll try posting a problem description here... I've put one of the offending pf commands (pfIsTexFormatted) into perfly (perfly.c) as a simple test case. The routine I modified in perfly.c is "loadDetailTextures", and I've put the comment /* Test */ next to the 2 lines I added. The O2 does not produce a core file when I run this perfly and dies on the pfIsTexFormatted. If I run this modified version of perfly on the machine it was compiled on (an IR with IRIX6.2) it works fine. I haven't got a compiler on the O2 yet, so I haven't been able to run a modified version of perfly compiled on it. I get similar behavior if "pfFormatTex" is used. On the other hand, if I use "pfApplyTex" I get a core file, but unfortunately I don't yet have a dbx to apply to it yet (i.e. a Dev Option for IRIX6.3). Eric ___ Eric S. Hirschorn eric@mred.bgm.link.com Hughes Training, Inc. (817) 323-1361 (lab) M/S 402, P.O. Box 6171 (817) 695-8715 (voice mail) Arlington, Texas 76005-6171 (817) 695-4028 (fax) ------------------------------------------------------------------ void loadDetailTextures(pfList *list, detailInfo *di, int ndi) { pfTexture *dtex; int num, i, n; void *arena = pfGetSharedArena(); int comp, sx, sy, sz; uint *image; if (!list || !(num = pfGetNum(list))) return; for (i=0; i < num; i++) { int test ; /* Test */ const char *name; pfTexture *tex=0; tex = (pfTexture *)pfGet(list, i); pfGetTexImage(tex, &image, &comp, &sx, &sy, &sz); name = pfGetTexName(tex); if (name == NULL) continue; if (pfGetTexDetailTex(tex) || (pfGetTexFilter(tex, PFTEX_MAGFILTER) == PFTEX_SHARPEN)) continue; for (n=0; n < ndi; n++) { if (strcmp(name, di[n].texname)) continue; /* load it if it's not already loaded */ if (!di[n].detailtex) { dtex = di[n].detailtex = pfNewTex(arena); if (pfLoadTexFile(dtex, di[n].detailname) <= 0) { pfDelete(dtex); di[n].detailtex = 0; break; } else { pfGetTexImage(dtex, &image, &comp, &sx, &sy, &sz); switch (comp) { case 1: pfTexFormat(dtex, PFTEX_INTERNAL_FORMAT, PFTEX_I_8); break; case 2: pfTexFormat(dtex, PFTEX_INTERNAL_FORMAT, PFTEX_IA_8); break; case 3: pfTexFormat(dtex, PFTEX_INTERNAL_FORMAT, PFTEX_RGB_5); break; } pfInsert(list, 0, dtex); } } pfTexDetail(tex, di[n].level, di[n].detailtex); pfTexFilter(tex, PFTEX_MAGFILTER_COLOR, PFTEX_ADD_DETAIL); pfTexSpline(tex, PFTEX_DETAIL_SPLINE, di[n].spline, 1.0); break; } /* Test */ test = pfIsTexFormatted ( tex ) ; } } ======================================================================= 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 Mar 26 15:33:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA23085; Wed, 26 Mar 1997 11:45:29 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA23069; Wed, 26 Mar 1997 11:45:28 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA00369; Wed, 26 Mar 1997 11:45:27 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA13207 for ; Wed, 26 Mar 1997 11:45:26 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA26737; Wed, 26 Mar 1997 11:45:24 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA18641; Wed, 26 Mar 1997 11:45:21 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703261945.LAA18641@remi.asd.sgi.com> Subject: Re: How could I use 24-bit texels texture? To: pere1@cluny.ensam.fr Date: Wed, 26 Mar 1997 11:45:20 -0800 (PST) Cc: info-performer@sgi.com, PERE@cluny.ensam.fr In-Reply-To: <9703261207.ZM10060@unknown.zmail.host> from "pere1@cluny.ensam.fr" at Mar 26, 97 12:07: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: 1978 Status: O pere1@cluny.ensam.fr wrote: > > Hello, > > I have a problem with pfTexFormat. I would like to use 24-bit texture > in a special application. In pfTexture reference pages, I saw that the default > 4 component internal format is 16-bit texels (PFTEX_RGB_5), I tried > PFTEX_RGBA_8 to set the format to 32-bit texels. This works well but because it > seems too simple, my texture is 2048x2048. > > Image size (SxTxR) = 2048x2048x1 > PF Download size = 22369626 bytes > PF Download time =3759.588 ms > PF Download rate = 5.674 MB/sec > PF Total texture use = 21.333 MB > PF This texture uses = 533.333% of 4MB memory > PF Total texture use = 533.333% of 4MB memory > > > The hardware texture memory is saturated. But Performer swaps with the main > memory and the image is here at slowly rate but I don't need real time for this > application ( In fact, I want to render 2Dimensional frames faster than > with Wavefront software). Well, it seems good except that the mapping texture > is not at the right size (2048x2048),it is pixelated. Does it mean that > Performer uses a low level of mipmap texture because the hardware texture > memory is out? No, performer do not make any difference if you use less or more than 100% of the texture memory, only the frame rate will be (a lot) different. If the problem is mipmapping, the the image should be fuzzy, not pixelated. Anyway, do you need mipmapping in your application ? Try with a 6x smaller pixture by taking part of your image, not filtering it, and see if you have the same problem. J'espere vous avoir aide, bon courage. _ / _ _ |_) _ ._ _ 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 Mar 26 15:33:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22998; Wed, 26 Mar 1997 11:36:34 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22982; Wed, 26 Mar 1997 11:36:34 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA29545; Wed, 26 Mar 1997 11:36:33 -0800 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA11162 for ; Wed, 26 Mar 1997 11:36:31 -0800 From: moore@WOLFENET.com Received: from gonzo.wolfenet.com (gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.8.5/8.8.5) with ESMTP id LAA25359; Wed, 26 Mar 1997 11:38:55 -0800 (PST) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id LAA27845; Wed, 26 Mar 1997 11:36:29 -0800 (PST) Date: Wed, 26 Mar 1997 11:36:29 -0800 (PST) Message-Id: <199703261936.LAA27845@gonzo.wolfenet.com> To: jason@cerebus.cambridge.com CC: info-performer@sgi.com In-reply-to: Jason Williams's message of Wed, 26 Mar 1997 09:50:26 -0500 <9703260950.ZM16892@cerebus> Subject: Re: Dynamic Object paging Status: O From: jason@cerebus.cambridge.com (Jason Williams) Date: Wed, 26 Mar 1997 09:50:26 -0500 > > We have a situation, where we need to support potentially thousands of > dynamic > > objects which will come and go from our scene. We wanted to subclass various > > pfNode types to represent our dynamic objects. The question is, since > pfNodes > > need to have seperate memory copies maintained, would there be alot of > overhead > > when using a huge number pfNode types which are created and deleted fairly > > often?. What if they weren't in the scene graph but the geometry was culled > > and drawn by a different method, but the pfNodes are used to create the gsets > > in seperate cull and draw processing? Should we abandon the pf class objects > > altogether for representing our dynamic objects in favor of pr defined > objects? > > > > Most overhead will come from object update (including creation and deletion). If you're updating every object (with articulated parts) every frame then you've got a problem. You may find it advantageous to do some range-based culling of your own in addition to Performer's: remove objects that are out of range from the scene graph and don't update their DCSs or geometry. It should be straightforward to write a benchmark that tests the overhead of dealing with thousands of objects. I'd make sure that standard Performer techniques plus the above don't work before doing your own pr-based objects; that sounds like a big pain in the butt. 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 Wed Mar 26 16:35:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA23275; Wed, 26 Mar 1997 12:43:50 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23259; Wed, 26 Mar 1997 12:43:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA05696; Wed, 26 Mar 1997 12:43:49 -0800 Received: from pixelzoom (p6.Boulder-2.dialup.csn.net [199.117.100.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA28769 for ; Wed, 26 Mar 1997 12:43:45 -0800 Received: from pixelzoom (localhost [127.0.0.1]) by pixelzoom (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA01290 for ; Wed, 26 Mar 1997 13:33:17 -0800 Sender: cmalley@evt.com Message-ID: <3339961D.2781@evt.com> Date: Wed, 26 Mar 1997 13:33:17 -0800 From: Chris Malley Organization: EVT X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: video as texture Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O What support does Performer have for using live video as a texture on Onyx2 (using DIVO), OCTANE, and O2? What version of Performer is required? Are there example programs? -Chris -- Chris Malley Evolving Video Technologies voice: 303-456-1450 7850 Vance Drive, Suite 210 fax: 303-456-1434 Arvada, CO 80003 email: cmalley@evt.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 Mar 26 16: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 MAA23304; Wed, 26 Mar 1997 12:47:15 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23288; Wed, 26 Mar 1997 12:47:15 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA06503; Wed, 26 Mar 1997 12:47:14 -0800 Received: from pixelzoom (p6.Boulder-2.dialup.csn.net [199.117.100.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA29652 for ; Wed, 26 Mar 1997 12:47:09 -0800 Received: from pixelzoom (localhost [127.0.0.1]) by pixelzoom (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA01294 for ; Wed, 26 Mar 1997 13:36:42 -0800 Sender: cmalley@evt.com Message-ID: <333996EA.446B@evt.com> Date: Wed, 26 Mar 1997 13:36:42 -0800 From: Chris Malley Organization: EVT X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: shipping versions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Which version of Performer is shipping with which platform? I've seen: O2 with 2.0.3, Octane with 2.0.4, Onyx2 with 2.0.3, 2.0.4, and 2.2 Can someone summarize where we're at with versions of Performer, and which version should be used on which platform? -Chris -- Chris Malley Evolving Video Technologies voice: 303-456-1450 7850 Vance Drive, Suite 210 fax: 303-456-1434 Arvada, CO 80003 email: cmalley@evt.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 Mar 26 17:33:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA23630; Wed, 26 Mar 1997 13:51:22 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA23614; Wed, 26 Mar 1997 13:51:22 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA13152; Wed, 26 Mar 1997 13:51:20 -0800 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA15496 for ; Wed, 26 Mar 1997 13:51:00 -0800 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 QAA12844 for ; Wed, 26 Mar 1997 16:56:11 -0500 Organization: Visidyne Inc. Message-Id: <2.2.32.19970326215416.007125a0@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 26 Mar 1997 15:54:16 -0600 To: info-performer@sgi.com From: ken sartor Subject: capturing images Status: O Hi - In my Performer(/Vega) application, when i go to capture an image using the capture utility, portions of the captured image have blue lines through it... Is this due to redrawing taking place during the capture? Is there some way to stop this from happening? (If i try long enough, i get a captured image that does not have this artifact in it.). I am running on a single RM RE2, under Performer 2.0.2 and Irix 6.2. Thanks in advance! 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 Wed Mar 26 17:33:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA23656; Wed, 26 Mar 1997 13:52:28 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA23640; Wed, 26 Mar 1997 13:52:27 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA13277; Wed, 26 Mar 1997 13:52:27 -0800 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA16095 for ; Wed, 26 Mar 1997 13:52:17 -0800 Received: by gauntlet.ht.com; id QAA16488; Wed, 26 Mar 1997 16:52:34 -0500 (EST) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma016484; Wed, 26 Mar 97 16:52:29 -0500 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id VAA12113; Wed, 26 Mar 1997 21:54:18 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id QAA01519; Wed, 26 Mar 1997 16:54:17 -0500 From: scott@ht.com (Scott McMillan) Message-Id: <199703262154.QAA01519@hf.ht.com> Subject: pfConfused about environments - HELP! To: info-performer@sgi.com Date: Wed, 26 Mar 1997 16:54:17 -0500 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O I am encountering a really unusual (worrisome) behaviour.... I have written a Performer App that visualizes a dynamic simulation of a chain works fine from within my login environment, but goes unstable when a coworker runs the exact same code in the exact same location from within his environment. Here's the real kicker: if he sets his HOME environment variable to my directory everything runs fine. I have nothing in my home directory like libraries or a bin/, lib/, Performer/, or tmp/ directory that could have any affect on runtime behaviour THAT I KNOW OF. The facts: R4400/High Impact/Irix 6.2/IDO 7.1/patches out the wazoo Performer 2.0.2 N32 executable tcsh Anyone have a clue why it would do this??? Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation 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 Mar 26 20:58:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA25879; Wed, 26 Mar 1997 15:33:52 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA25863; Wed, 26 Mar 1997 15:33:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA22455; Wed, 26 Mar 1997 15:33:48 -0800 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA09845 for ; Wed, 26 Mar 1997 15:27:47 -0800 Received: from zebedee.UUCP (Uzebedee@localhost) by merki.connect.com.au with UUCP id KAA23348 (8.8.5/IDA-1.6); Thu, 27 Mar 1997 10:27:23 +1100 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA03967 (5.65c/IDA-1.5); Thu, 27 Mar 1997 08:11:40 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id IAA06415 (8.6.12/IDA-1.6); Thu, 27 Mar 1997 08:45:37 +1000 Received: from localhost by murad (5.65) id AA05219; Thu, 27 Mar 1997 09:45:36 +1100 Date: Thu, 27 Mar 1997 09:56:48 +1111 (EST) From: Troy Stephen X-Sender: troys@murad To: Julia Ellery Cc: Performer help group Subject: Re: Database Tearing/Channel Clear Problem In-Reply-To: <3337FB91.41C6@intersim.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Julia, We had the same problem with our application using a similar configuration and FOV as you. My guess is that the polygons which performer renders to emulate the sky and horizon are getting clipped by the far clipping plane and what you are seeing is uncleared pixels in the frame buffer. To solve this problem in our application I disregarded pfESky and implemented our own Earth-Sky model by creating a tent which is positioned such that it's peak is above the eyepoint and always follows the eye around the database. The size of the tent must be carefully calculated so that it is never clipped (even when the eyepoint rolls). The roof of the tent forms the sky and it's sides are used to simulate the horizon. With a bit of work you can even simulate directional horizon glow which will look neat at dawn and dusk. Each frame, the first thing you should do is a TAG CLEAR of the frame buffer, then draw your tent, then draw everything else in the scene. Sorry, I couldn't give you a quick-and-dirty solution, but if you decide to head down this path, in the long run you will end up with a really nice atmospheric model. Good Luck, Troy Stephen On Tue, 25 Mar 1997, Julia Ellery wrote: > To anyone, > > We have come across a problem with multichannel use that we think may be > due to the EarthSky model. > > When we have a large roll, the off centre channels do not appear to > clear properly and a staggered layering effect is seen. > > If we remove our call to pfChanESky then all seems ok. > > We have 3 channels with the side channels offset by +/- 45 degrees. > > Does anyone know what is going on and if so, what we can do to get round > it? We need the EarthSky model for fog effects and also for real-time > sky colour changes. > > Thanks, > > -- > > Regards, > > Julia Ellery, > Senior Visual Software Engineer, > Intersim Limited, Units 7-8, Thorgate Road, Littlehampton. Sussex. UK > Tel: +44 (0)1903 733428 Fax: +44 (0)1903 730246 > email: modellers@intersim.co.uk Internet: http://www.intersim.co.uk > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= 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 Mar 26 22:46:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA27273; Wed, 26 Mar 1997 17:24:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA27257; Wed, 26 Mar 1997 17:24:52 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA03106; Wed, 26 Mar 1997 17:24:52 -0800 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA05459 for ; Wed, 26 Mar 1997 17:24:51 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id RAA27242; Wed, 26 Mar 1997 17:24:30 -0800 Date: Wed, 26 Mar 1997 17:24:30 -0800 From: allan (Allan Schaffer) Message-Id: <9703261724.ZM27240@holodeck.csd.sgi.com> In-Reply-To: Chris Malley "shipping versions" (Mar 26, 1:36pm) References: <333996EA.446B@evt.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Chris Malley , info-performer@sgi.com Subject: Re: shipping versions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 26, 1:36pm, Chris Malley wrote: > Which version of Performer is shipping with which platform? > I've seen: > > O2 with 2.0.3, > Octane with 2.0.4, > Onyx2 with 2.0.3, 2.0.4, and 2.2 > > Can someone summarize where we're at with versions of Performer, > and which version should be used on which platform? Perfect timing. I've just updated the FAQ, I'll append the relevant parts below. The FAQ only references what is currently released -- there are some things coming that have been mentioned a few times here (a new patch, and a new release) which I'll include when they're released. Allan --------------- Subject: ! -9- What version of IRIS Performer should I use? Date: 17 Mar 97 00:00:01 EST IRIX performer_eoe performer_dev +Patches -------------------------------------------------------- 6.4 2.0.4 2.0 1392 6.3 2.0.3 2.0 1392 6.2 (IR only*) 2.1 2.1 n/a 6.2 (non-IR*) 2.0.1 2.0 1347, 1392 5.3 2.0 2.0 1414 (*) Onyx InfiniteReality systems running 6.2 should use IRIS Performer 2.1 (eoe and dev). Note that Performer 2.1 is -only- officially supported on Onyx InfiniteReality systems running IRIX 6.2. Other systems running 6.2 should use 2.0.1 eoe and 2.0 dev, as indicated above. ------------------------------ Subject: + -10- What are all of the released versions of IRIS Performer? Date: 17 Mar 97 00:00:01 EST Performer 2.0.4: performer_eoe updated for compat. with IRIX 6.4 Performer 2.0.3: performer_eoe updated for compat. with IRIX 6.3 Performer 2.1.2: nickname of the 2.1 compatability libs in 2.0.4 Performer 2.1.1: nickname of the 2.1 compatability libs in 2.0.3 Performer 2.1: Onyx InfiniteReality systems only (eoe and dev) Performer 2.0.2: nickname of patches 1347+1392 for Performer 2.0.1/2.0 Performer 2.0.1: 2.0 EOE update only, for systems running 6.2 (non-IR) Performer 2.0: For IRIX 5.3, 6.1, or (dev only) 6.2 IRIS Performer 1.2/IRIX5: (obsolete) For IRIX 5.2, 5.3, 6.0.1, 6.1 IRIS Performer 1.2/IRIX4: (obsolete) For IRIX 4.0.5(A-J) only IRIS Performer 1.1: (obsolete) For IRIX 5.x only IRIS Performer 1.0: (obsolete) For IRIX 4.x only Patch 1414: performer 2.0 patch for IRIX 5.3 only Patch 1392: performer_dev 2.0 patch for IRIX 6.2, 6.3, 6.4. Patch 1347: performer_eoe 2.0.1 patch for IRIX 6.2 only Historical/Background information: Note that the above list is included only for completeness' sake. You probably do not need the "highest numbered" version of Performer. For example, Performer 2.1 was released -before- Performer 2.0.4. Except for InfiniteReality, systems running 6.2 should load performer_eoe 2.0.1 from the IRIX cd, and performer_dev 2.0 from the Performer 2.0 CD. Then load the patches as described below. Performer 2.1 is only officially supported on Onyx InfiniteReality systems running IRIX 6.2. It may work on other platforms, but is only fully tested on Onyx IR. Also note that 2.0.4, 2.0.3, or 2.0.1+patch1347 are all more recent than 2.1. The N32 and N64 libraries in Performer 2.0 are not intended for systems running IRIX 6.1. If you require N32 or N64 functionality, you need to upgrade to 6.2 (or above) and use 2.0.1 (or above). Performer 2.0 was originally shipped for 5.3. In 6.2, the performer_eoe portion was updated to version 2.0.1; in 6.3, to 2.0.3; and in 6.4, to 2.0.4. performer_dev 2.0 is to be used with each. Performer 1.2 was shipped for both 4.0.5 and 5.2 systems. If you are using IRIS Performer 1.2, only install that version that is appropriate for your machine. The IRIS Performer version is indicated by the "IRIX4" or "IRIX5" string in each product name. IRIX4 products should only be installed on 4.0.5 systems. IRIX5 products can be installed on 5.2, 5.3, 6.0.1, and 6.1 systems. When a choice is possible between using Performer 1.2 with IRIX 5.x or IRIX 4.0.5, IRIX 5.x is highly preferable. IRIX 5.3 is the current operating system release and contains many bug fixes and enhancements utilized by IRIS Performer. IRIS Performer 1.2/IRIX4 was intended only for users who are unable to upgrade to IRIX 5.x. ------------------------------ Subject: + -11- What patches should be used with IRIS Performer? Date: 14 Oct 96 00:00:01 EST Performer 2.0 & 2.0.1 have a set of patches nicknamed "Performer 2.0.2" which bring them all up to a common rev-level similar to 2.1. They are: For 6.2: Patch 1347 - updates Performer 2.0.1 EOE -> 2.0.2 EOE For 6.2-6.4: Patch 1392 - updates Performer 2.0 DEV -> 2.0.2 DEV For 5.3: Patch 1414 - updates both Performer 2.0 eoe & dev -> 2.0.2. The three patches all fix the same bugs in IRIS Performer. All of the patches require the base subsystems to be loaded first. Customers with SupportFolio online access can download patches from: http://www.sgi.com/Support/patch_intro.html -- Allan Schaffer allan@sgi.com Silicon Graphics http://reality.sgi.com/allan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Mar 27 01:35:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA29456; Wed, 26 Mar 1997 21:42:09 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA29440; Wed, 26 Mar 1997 21:42:08 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA19288; Wed, 26 Mar 1997 21:42:07 -0800 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA15778 for ; Wed, 26 Mar 1997 21:42:07 -0800 Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id VAA19284; Wed, 26 Mar 1997 21:42:07 -0800 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id VAA05645; Wed, 26 Mar 1997 21:41:56 -0800 From: "Rob Jenkins" Message-Id: <9703262141.ZM5643@quid.csd.sgi.com> Date: Wed, 26 Mar 1997 21:41:56 -0800 In-Reply-To: scott@ht.com (Scott McMillan) "pfConfused about environments - HELP!" (Mar 26, 4:54pm) References: <199703262154.QAA01519@hf.ht.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: pfConfused about environments - HELP! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Yikes :-) You might try running the app with par from the 'good' and 'bad' environments respectively, direct output to files and diff them - something must be different. Does 'limit' show anything different between the twp $HOMEs ? What is the problem you see BTW ? Cheers Rob On Mar 26, 4:54pm, Scott McMillan wrote: > Subject: pfConfused about environments - HELP! > I am encountering a really unusual (worrisome) behaviour.... > > I have written a Performer App that visualizes a dynamic simulation of a > chain works fine from within my login environment, but goes unstable when a > coworker runs the exact same code in the exact same location from within his > environment. > > Here's the real kicker: if he sets his HOME environment variable to my > directory everything runs fine. > > I have nothing in my home directory like libraries or a bin/, lib/, > Performer/, or tmp/ directory that could have any affect on runtime > behaviour THAT I KNOW OF. > > The facts: > R4400/High Impact/Irix 6.2/IDO 7.1/patches out the wazoo > Performer 2.0.2 > N32 executable > tcsh > > Anyone have a clue why it would do this??? > > Thanks in advance, > scott > > -- > Scott McMillan | HT Medical, Inc. | Developing virtual environ- > scott@ht.com | http://www.ht.com | ment medical and surgical > Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery > Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Scott McMillan -- ________________________________________________________________ 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 Mar 27 01:35:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA29230; Wed, 26 Mar 1997 20:51:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA29214; Wed, 26 Mar 1997 20:51:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA16284; Wed, 26 Mar 1997 20:51:03 -0800 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA08764 for ; Wed, 26 Mar 1997 20:50:47 -0800 Received: from zebedee.UUCP (Uzebedee@localhost) by merki.connect.com.au with UUCP id PAA25140 (8.8.5/IDA-1.6); Thu, 27 Mar 1997 15:50:31 +1100 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07303 (5.65c/IDA-1.5); Thu, 27 Mar 1997 13:54:54 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id OAA08068 (8.6.12/IDA-1.6); Thu, 27 Mar 1997 14:28:53 +1000 Received: from localhost by murad (5.65) id AA07233; Thu, 27 Mar 1997 15:28:52 +1100 Date: Thu, 27 Mar 1997 15:40:04 +1112 (EST) From: Simon Bennett X-Sender: simonb@murad To: Scott McMillan Cc: info-performer@sgi.com Subject: Re: pfConfused about environments - HELP! In-Reply-To: <199703262154.QAA01519@hf.ht.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 26 Mar 1997, Scott McMillan wrote: > I am encountering a really unusual (worrisome) behaviour.... > I have written a Performer App that visualizes a dynamic simulation of a > chain works fine from within my login environment, but goes unstable when a > coworker runs the exact same code in the exact same location from within his > environment. > Here's the real kicker: if he sets his HOME environment variable to my > directory everything runs fine. Can you define "unstable" further? Are both home directories on the same disk - same sort of filesystem? (XFS, EFS etc..) How is the script set up? If you don't specify -f for [t]csh - then it'll load your $HOME/.[t]cshrc before it starts the script.... If it's not already there try adding #!/usr/bin/tcsh -f to the the top of your script. +----------------------------------------------------------------------------+ 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 Thu Mar 27 01:35:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA29474; Wed, 26 Mar 1997 21:44:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA29458; Wed, 26 Mar 1997 21:44:56 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA19309; Wed, 26 Mar 1997 21:44:55 -0800 Received: from rivafw.rivatech.com (rivatech.com [206.26.248.129]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA15928 for ; Wed, 26 Mar 1997 21:44:49 -0800 Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) for <@rivafw.rivatech.com:info-performer@sgi.com> id XAA05109; Wed, 26 Mar 1997 23:43:08 -0600 Received: from linus.rivatech.com(192.168.1.3) by rivafw.rivatech.com via smap (V1.3) id sma005107; Wed Mar 26 23:42:47 1997 Received: from elan (elan.rivatech.com [192.168.1.5]) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA05780 for ; Wed, 26 Mar 1997 23:44:59 -0600 Sender: gw@rivatech.com Message-ID: <333A091A.41C6@rivatech.com> Date: Wed, 26 Mar 1997 23:43:55 -0600 From: "G.W. Estep II" Organization: RIVA Technologies, Inc. X-Mailer: Mozilla 4.0b2 (X11; I; IRIX 6.2 IP20) MIME-Version: 1.0 To: info-performer@sgi.com Subject: [Fwd: O2 Problem] X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="----------2781446B794B0" Status: O This is a multi-part message in MIME format. ------------2781446B794B0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii I have seen this also on the following: R4K Indigo2 Max Impact, IRIX 6.2 Performer 2.1 R4K Indigo Elan, IRIX 6.2 Performer 2.1 R4K Onyx, IRIX 6.2, Performer 2.1 I've gone back to Performer 2.0.2 on all of these to continue working until 2.2 comes out. Didier Guzzoni wrote: Hi Performers, We are currently evaluating an O2 (running IRIX 6.3) with our Performer based application. We can compile it with Performer Ver 2.2 (beta), run it and, at the execution time we get a the following message : 15924:./example: rld: Fatal Error: attempted access to unresolvable symbol in ./example: XSGIvcQueryChannelInfo The same code works on a MAX Impact running IRIX 6.2 with Performer 2.2 beta and an Extreme running IRIX 5.3 with Performer 2.0. Has someone ever met this message ? Thanks in advance, Didier -- Didier Guzzoni Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 5859 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com -- ########################## # G.W. Estep II # # RIVA Technologies, Inc.# # email: gw@rivatech.com # # phone: 817.496-8833 # # fax : 817.496-3336 # ##########################  ------------2781446B794B0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Type: message/rfc822 Received: from rivafw.rivatech.com (rivafw.rivatech.com [192.168.1.2]) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA28343 for ; Tue, 25 Mar 1997 18:00:42 -0600 Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) for id RAA01921; Tue, 25 Mar 1997 17:58:28 -0600 Received: from sgigate.sgi.com(204.94.209.1) by rivafw.rivatech.com via smap (V1.3) id sma001917; Tue Mar 25 17:58:07 1997 Received: from holodeck.csd.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406a.SGI) id PAA17040; Tue, 25 Mar 1997 15:59:03 -0800 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15655; Tue, 25 Mar 1997 09:32:54 -0800 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15639; Tue, 25 Mar 1997 09:32:54 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18802; Tue, 25 Mar 1997 09:32:53 -0800 Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA06373 for ; Tue, 25 Mar 1997 09:32:39 -0800 Received: (from guzzoni@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id SAA12218 for info-performer@sgi.com; Tue, 25 Mar 1997 18:27:19 +0100 From: "Didier Guzzoni" Message-Id: <9703251827.ZM12216@imtsg11.epfl.ch> Date: Tue, 25 Mar 1997 18:27:19 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: O2 Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi Performers, We are currently evaluating an O2 (running IRIX 6.3) with our Performer based application. We can compile it with Performer Ver 2.2 (beta), run it and, at the execution time we get a the following message : 15924:./example: rld: Fatal Error: attempted access to unresolvable symbol in ./example: XSGIvcQueryChannelInfo The same code works on a MAX Impact running IRIX 6.2 with Performer 2.2 beta and an Extreme running IRIX 5.3 with Performer 2.0. Has someone ever met this message ? Thanks in advance, Didier -- Didier Guzzoni Swiss Federal Institute of Technology Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch Fax : ++41 21 693 5859 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ------------2781446B794B0-- ======================================================================= 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 Mar 27 11:25:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA00718; Thu, 27 Mar 1997 06:12:08 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA00702; Thu, 27 Mar 1997 06:12:06 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA08505; Thu, 27 Mar 1997 06:12:05 -0800 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA21938 for ; Thu, 27 Mar 1997 06:12:01 -0800 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.20/16.2) id AA148212145; Thu, 27 Mar 1997 08:15:45 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Thu, 27 Mar 1997 08:15:45 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 27 Mar 1997 08:11:16 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: valid numbers Status: O Performers: This is not performer question explicitly but since it is relates to my performer app. and you guys/gals may have come across this before.... I need to verify whether or not position and orientation data is valid; valid in the sense of being a valid number. Sometimes I receive data (via ethernet packets) that is NaN, "not a numer" and I need to make sure that it IS a valid floating point number before using it. Are there any routines already available that check for valid floating point representation? Thanks much. - bryan wasileski McDonnell Douglas Training Systems St. Louis, MO ======================================================================= 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 Mar 27 13:10:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA00911; Thu, 27 Mar 1997 07:49:14 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA00895; Thu, 27 Mar 1997 07:49:13 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA14234; Thu, 27 Mar 1997 07:49:13 -0800 Received: from hotsauce.clubfed.sgi.com ([169.238.2.14]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA10107 for ; Thu, 27 Mar 1997 07:49:12 -0800 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA00966; Thu, 27 Mar 1997 10:45:09 -0500 Date: Thu, 27 Mar 1997 10:45:09 -0500 From: brian@sgi.com (Brian Furtaw) Message-Id: <9703271045.ZM965@hotsauce.clubfed.sgi.com> In-Reply-To: "G.W. Estep II" "[Fwd: O2 Problem]" (Mar 26, 11:43pm) References: <333A091A.41C6@rivatech.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "G.W. Estep II" , info-performer@sgi.com Subject: Re: [Fwd: O2 Problem] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O One way you could solve this problem is to do an `elfdump -Dl "name-of-program-here"' this will give you a list of libraries. From that list take the name of the libraries and put them through nm looking for the undefined symbol or routine. Read the nm man page to see how to tell whether a symbol is defined or not. Here is an example of what I am talking about.... % elfdump -Dl berfly berfly: **** MIPS LIBLIST INFORMATION **** .liblist : [INDEX] Timestamp Checksum Flags Name Version [1] Oct 18 21:56:48 1996 0x2917af11 ----- libpf_ogl.so sgi3.1 [2] Oct 11 04:53:38 1996 0x523f9640 ----- libpfdu_ogl.so sgi3.1 [3] Oct 11 04:52:23 1996 0x34bab62e ----- libpfutil_ogl.so sgi3.1 [4] Oct 18 19:56:18 1996 0xf42cb6 ----- libpfui.so sgi3.1 [5] Mar 3 14:48:07 1997 0xa13b5dc ----- libfm.so sgi1.0 [6] Mar 3 14:48:07 1997 0x462cd8d7 ----- libGLU.so sgi1.0 [7] Mar 3 14:48:07 1997 0x9f43c055 ----- libGL.so sgi1.0 [8] Mar 3 14:48:07 1997 0xcbe81fff ----- libXext.so sgi1.0 [9] Mar 3 14:48:07 1997 0x414eece6 ----- libXmu.so sgi1.0 [10] Mar 3 14:48:07 1997 0x6a395112 ----- libX11.so.1 sgi1.0 [11] Mar 3 14:48:07 1997 0x3797a4fe ----- libfpe.so sgi1.0 [12] Mar 3 14:48:07 1997 0xbada345c ----- libm.so sgi1.0 [13] Mar 3 14:48:07 1997 0x9240563d ----- libmalloc.so sgi1.0 [14] Mar 3 14:48:07 1997 0x3f3f0103 ----- libC.so sgi1.0 [15] Aug 28 19:10:11 1996 0x178bd498 ----- libc.so.1 sgi1.0 % cd /usr/lib % nm libpf_ogl.so | grep XSGIvcQueryChannelInfo [19396] | 1438732248| |Proc |end=36 int |Text | XSGIvcQueryChannelInfo [19397] | 1540| |End |ref=19396 |Text | XSGIvcQueryChannelInfo [25998] | 1438732248| |Proc |ref=19396 |Text | XSGIvcQueryChannelInfo % elfdump -Dl libpf_ogl.so libpf_ogl.so: **** MIPS LIBLIST INFORMATION **** .liblist : [INDEX] Timestamp Checksum Flags Name Version [1] Mar 3 14:48:07 1997 0x414eece6 ----- libXmu.so sgi1.0 [2] Mar 3 14:48:07 1997 0x462cd8d7 ----- libGLU.so sgi1.0 [3] Mar 3 14:48:07 1997 0x9f43c055 ----- libGL.so sgi1.0 [4] Mar 3 14:48:07 1997 0xcbe81fff ----- libXext.so sgi1.0 [5] Mar 3 14:48:07 1997 0x3f3f0103 ----- libC.so sgi1.0 % alias findX 'nm \!* | grep XSGIvcQueryChannelInfo' % findX libGL.so [1258] | 228491864| |Proc |end=36 int |Text | XSGIvcQueryChannelInfo [1259] | 1540| |End |ref=1258 |Text | XSGIvcQueryChannelInfo [1418] | 228491864| |Proc |ref=1258 |Text | XSGIvcQueryChannelInfo % elfdump -Dl libGL.so libGL.so: **** MIPS LIBLIST INFORMATION **** .liblist : [INDEX] Timestamp Checksum Flags Name Version [1] Mar 3 14:48:07 1997 0x184ec618 -E--- libGLcore.so sgi1.0 [2] Mar 3 14:48:07 1997 0xcbe81fff ----- libXext.so sgi1.0 [3] Mar 3 14:48:07 1997 0x6a395112 ----- libX11.so.1 sgi1.0 [4] Aug 28 19:10:11 1996 0x178bd498 ----- libc.so.1 sgi1.0 Could not find it in any of these libraries so check to see if XSGIvcQueryChannelInfo is defined in libGL.so . Brian On Mar 26, 11:43pm, G.W. Estep II wrote: > Subject: [Fwd: O2 Problem] > > I have seen this also on the following: > > R4K Indigo2 Max Impact, IRIX 6.2 Performer 2.1 > > R4K Indigo Elan, IRIX 6.2 Performer 2.1 > > R4K Onyx, IRIX 6.2, Performer 2.1 > > I've gone back to Performer 2.0.2 on all of these > > to continue working until 2.2 comes out. > > Didier Guzzoni wrote: > > Hi Performers, > > We are currently evaluating an O2 (running IRIX 6.3) with our > Performer based application. We can compile it with Performer Ver > 2.2 (beta), > run it and, at the execution time we get a the following message : > > 15924:./example: rld: Fatal Error: attempted access to unresolvable > symbol in > ./example: XSGIvcQueryChannelInfo > > The same code works on a MAX Impact running IRIX 6.2 with Performer > 2.2 beta > and an Extreme running IRIX 5.3 with Performer 2.0. > > Has someone ever met this message ? > > Thanks in advance, > > Didier > > -- > Didier Guzzoni > Swiss Federal Institute of Technology > Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch > Fax : ++41 21 693 5859 > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > -- ########################## # G.W. Estep II # # RIVA > Technologies, Inc.# # email: gw@rivatech.com # # phone: 817.496-8833 > # # fax : 817.496-3336 # ##########################  > > [ message/rfc822 ] : > > Received: from rivafw.rivatech.com (rivafw.rivatech.com [192.168.1.2]) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA28343 for ; Tue, 25 Mar 1997 18:00:42 -0600 > Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) > for id RAA01921; Tue, 25 Mar 1997 17:58:28 -0600 > Received: from sgigate.sgi.com(204.94.209.1) by rivafw.rivatech.com via smap (V1.3) > id sma001917; Tue Mar 25 17:58:07 1997 > Received: from holodeck.csd.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/940406a.SGI) > id PAA17040; Tue, 25 Mar 1997 15:59:03 -0800 > Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) > for info-performer-dist@holodeck.csd.sgi.com id JAA15655; Tue, 25 Mar 1997 09:32:54 -0800 > Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) > for id JAA15639; Tue, 25 Mar 1997 09:32:54 -0800 > Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) > for id JAA18802; Tue, 25 Mar 1997 09:32:53 -0800 > Received: from imtsg11.epfl.ch (imtsg11.epfl.ch [128.178.45.8]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA06373 for ; Tue, 25 Mar 1997 09:32:39 -0800 > Received: (from guzzoni@localhost) by imtsg11.epfl.ch (940816.SGI.8.6.9/8.6.12) id SAA12218 for info-performer@sgi.com; Tue, 25 Mar 1997 18:27:19 +0100 > From: "Didier Guzzoni" > Message-Id: <9703251827.ZM12216@imtsg11.epfl.ch> > Date: Tue, 25 Mar 1997 18:27:19 +0100 > X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) > To: info-performer@sgi.com > Subject: O2 Problem > Mime-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > > Hi Performers, > > We are currently evaluating an O2 (running IRIX 6.3) with our > Performer based application. We can compile it with Performer Ver 2.2 (beta), > run it and, at the execution time we get a the following message : > > 15924:./example: rld: Fatal Error: attempted access to unresolvable symbol in > ./example: XSGIvcQueryChannelInfo > > The same code works on a MAX Impact running IRIX 6.2 with Performer 2.2 beta > and an Extreme running IRIX 5.3 with Performer 2.0. > > Has someone ever met this message ? > > Thanks in advance, > > > Didier > > -- > Didier Guzzoni > Swiss Federal Institute of Technology > Phone : ++41 21 693 3823 e-mail : guzzoni@imtsg7.epfl.ch > Fax : ++41 21 693 5859 > ======================================================================= > 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 G.W. Estep II -- 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 Thu Mar 27 13:55:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA00981; Thu, 27 Mar 1997 08:33:32 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00964; Thu, 27 Mar 1997 08:33:31 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA17617; Thu, 27 Mar 1997 08:33:31 -0800 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA21400 for ; Thu, 27 Mar 1997 08:33:27 -0800 Received: by gauntlet.ht.com; id LAA22996; Thu, 27 Mar 1997 11:34:05 -0500 (EST) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma022990; Thu, 27 Mar 97 11:33:40 -0500 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id QAA18458; Thu, 27 Mar 1997 16:35:32 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA02794; Thu, 27 Mar 1997 11:35:25 -0500 From: scott@ht.com (Scott McMillan) Message-Id: <199703271635.LAA02794@hf.ht.com> Subject: Re: pfConfused about environments - HELP To: info-performer@sgi.com Date: Thu, 27 Mar 1997 11:35:25 -0500 (EST) Cc: simonb@wormald.com.au, robj@csd.sgi.com X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O Rob Jenkins writes > > Yikes :-) > > You might try running the app with par from the 'good' and 'bad' environments > respectively, direct output to files and diff them - something must be > different. Does 'limit' show anything different between the twp $HOMEs ? > > What is the problem you see BTW ? > > Cheers > Rob Simon Bennett writes: > > Can you define "unstable" further? > > Are both home directories on the same disk - same sort of filesystem? (XFS, > EFS etc..) > > How is the script set up? > > If you don't specify -f for [t]csh - then it'll load your $HOME/.[t]cshrc > before it starts the script.... > > If it's not already there try adding > > #!/usr/bin/tcsh -f > > to the the top of your script. In detail, this is the problem: I do dynamic simulation...that is I develope and implement involved algorithms to simulate articulated mechanisms (like robots). To do this I have to detect collisions and compute the forces of interaction between bodies, and then compute the accelerations of each. Fixed stepsize numerical integration is used to compute the updated positions and velocities at each time step. These positions update the DCS nodes in a scene graph. By unstable, I mean the animation/simulation is going loopy in the "bad" environment. I does not look like an integration stepsize problem but rather bad data is creeping into the simulation from somewhere. It appears to be a numerical difference that diverges (but I haven't been able to track anything down yet). I installed all of the C++ patches (except 1787) for the 7.1 IDO, but, in retrospect, it is a waste of time because it runs fine with HOME set to my account on the machine in question. Answers to the suggestions: - I haven't tried par yet - `limit` shows nothing different - both accounts are on (different) XFS disks - there is no script - the executable is invoked directly from the command line We've also been through environment variables in greate detail....nothing is obviously wrong though. I don't think this should be happening....It has me VERY worried because it means that my executable is not portable. Yikes is right, or ACK! scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., Ste. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation 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 Mar 27 14:37:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01080; Thu, 27 Mar 1997 09:21:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01064; Thu, 27 Mar 1997 09:21:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22310; Thu, 27 Mar 1997 09:21:00 -0800 Received: from se.houston.geoquest.slb.com (nueces.se.houston.geoquest.slb.com [163.185.9.32]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03341 for ; Thu, 27 Mar 1997 09:20:52 -0800 Received: from asterix (sparcky [163.185.9.131]) by se.houston.geoquest.slb.com (8.6.12/8.6.9) with ESMTP id LAA03921 for ; Thu, 27 Mar 1997 11:19:25 -0600 Sender: anarayanan@houston.geoquest.slb.com Message-ID: <333AAC22.167E@slb.com> Date: Thu, 27 Mar 1997 11:19:30 -0600 From: "Arun K. Narayanan" X-Mailer: Mozilla 4.0b2 (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: New to Performer X-Priority: 3 (Normal) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Status: O Hi, I am new to Performer and would appreciate and tips/pointers for beginners. Books/URLs would be appreciated. Thanks in advance, -- Arun ________________________________________________________________________ Arun K. Narayanan Email arun@slb.com Tel 281 290 8180 Mail 8600 Woodway, #315, Houston, TX 77063 URL http://www.geocities.com/SiliconValley/Lakes/4464/ ________________________________________________________________________ The future begins tomorrow ======================================================================= 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 Mar 27 17: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 OAA01809; Thu, 27 Mar 1997 14:02:10 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01793; Thu, 27 Mar 1997 14:02:09 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA22003; Thu, 27 Mar 1997 14:02:09 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA18790 for ; Thu, 27 Mar 1997 14:02:08 -0800 Received: from banshee.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 OAA27998; Thu, 27 Mar 1997 14:02:07 -0800 Received: by banshee.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id OAA04978; Thu, 27 Mar 1997 14:02:05 -0800 Date: Thu, 27 Mar 1997 14:02:05 -0800 From: blythe@banshee.asd.sgi.com (David Blythe) Message-Id: <199703272202.OAA04978@banshee.asd.sgi.com> To: info-performer@sgi.com Subject: Re: valid numbers Status: O | I need to verify whether or not position and orientation data is valid; | valid in the sense of being a valid number. Sometimes I receive data | (via ethernet packets) that is NaN, "not a numer" and I need to make sure | that it IS a valid floating point number before using it. Are there any | routines already available that check for valid floating point | representation? isnanf() or fpclass() (man isnan for more details). -db | - bryan wasileski ======================================================================= 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 Mar 27 17:23:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01683; Thu, 27 Mar 1997 13:23:36 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01667; Thu, 27 Mar 1997 13:23:35 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA18092; Thu, 27 Mar 1997 13:23:34 -0800 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA09447 for ; Thu, 27 Mar 1997 13:23:32 -0800 Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id NAA28929 for ; Thu, 27 Mar 1997 13:29:58 -0800 Received: from vaisyas.engr.multigen.com (vaisyas.engr.multigen.com [204.119.70.76]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id VAA17509 for ; Thu, 27 Mar 1997 21:19:32 GMT Received: (from marcus@localhost) by vaisyas.engr.multigen.com (950413.SGI.8.6.12/8.6.12) id NAA12478 for info-performer@sgi.com; Thu, 27 Mar 1997 13:28:24 -0800 From: "Marcus Barnes" Message-Id: <9703271328.ZM12477@vaisyas.engr.multigen.com> Date: Thu, 27 Mar 1997 13:28:24 -0800 In-Reply-To: Bryan Wasileski "valid numbers" (Mar 27, 8:11am) 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: valid numbers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 27, 8:11am, Bryan Wasileski wrote: > > I need to verify whether or not position and orientation data is valid; > valid in the sense of being a valid number. Sometimes I receive data > (via ethernet packets) that is NaN, "not a numer" and I need to make sure > that it IS a valid floating point number before using it. Are there any > routines already available that check for valid floating point > representation? You can learn about IEEE 754 Binary Floating-point Arithmetic from the math(3) manual page. Also on IRIX 6.2 look at man isnan(3). The tests you can use in your code are: #include { float nan = HUGE_VAL + __infinity; /* like this to be NaN */ if ( nan != nan ) printf( "found a NaN using !=" ); if ( isnan( nan ) printf( "found a NaN using isnan()" ); } 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 Mar 27 17:23:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA01764; Thu, 27 Mar 1997 13:52:48 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA01748; Thu, 27 Mar 1997 13:52:46 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA21108; Thu, 27 Mar 1997 13:52:46 -0800 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA16614 for ; Thu, 27 Mar 1997 13:52:44 -0800 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA60938; Thu, 27 Mar 1997 16:24:55 -0500 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id QAA08265; Thu, 27 Mar 1997 16:19:48 -0500 From: "Nicolas Gauvin" Message-Id: <9703271619.ZM8263@christine.cae.ca> Date: Thu, 27 Mar 1997 16:19:47 -0500 In-Reply-To: Bryan Wasileski "valid numbers" (Mar 27, 8:11am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: bwasileski@mdc.com Subject: Re: valid numbers Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Mar 27, 8:11am, Bryan Wasileski wrote: > Subject: valid numbers > Performers: > > that it IS a valid floating point number before using it. Are there any > routines already available that check for valid floating point > representation? >-- End of excerpt from Bryan Wasileski Yes, you can find them in 'man isnan' -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca 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 Mar 27 19:35:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA01835; Thu, 27 Mar 1997 14:04:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01819; Thu, 27 Mar 1997 14:04:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA22241; Thu, 27 Mar 1997 14:04:31 -0800 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA19259 for ; Thu, 27 Mar 1997 14:04:29 -0800 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 QAA16999; Thu, 27 Mar 1997 16:05:00 -0600 (CST) Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id WAA08971; Thu, 27 Mar 1997 22:05:07 GMT X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs Date: Thu, 27 Mar 1997 16:05:06 -0600 (CST) From: "Swaminathan N." To: Bryan Wasileski cc: info-performer@sgi.com Subject: Re: valid numbers In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 27 Mar 1997, Bryan Wasileski wrote: > Performers: > > I need to verify whether or not position and orientation data is valid; > valid in the sense of being a valid number. Sometimes I receive data > (via ethernet packets) that is NaN, "not a numer" and I need to make sure > that it IS a valid floating point number before using it. Are there any > routines already available that check for valid floating point > representation? > > Thanks much. > You could try isnan from . Not portable though, however, that shouldnt really bother you :-) 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 Thu Mar 27 19: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 OAA01893; Thu, 27 Mar 1997 14:17:05 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01877; Thu, 27 Mar 1997 14:17:03 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA23455; Thu, 27 Mar 1997 14:17:03 -0800 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA22460 for ; Thu, 27 Mar 1997 14:17:01 -0800 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.20/16.2) id AA086291239; Thu, 27 Mar 1997 16:20:39 -0600 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Thu, 27 Mar 1997 16:20:39 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 27 Mar 1997 16:16:20 -0600 From: Bryan Wasileski To: info-performer@sgi.com Subject: NaN Status: O Thanks to all who responded to the NaN question. I greatly appreciate it. I did not know there was such a utility available. Thanks again. - bryan ======================================================================= 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 Mar 27 21: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 RAA03321; Thu, 27 Mar 1997 17:50:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA03300; Thu, 27 Mar 1997 17:50:51 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA12581; Thu, 27 Mar 1997 17:50:51 -0800 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA11188 for ; Thu, 27 Mar 1997 17:50:34 -0800 Received: from zebedee.UUCP (Uzebedee@localhost) by merki.connect.com.au with UUCP id MAA18430 (8.8.5/IDA-1.6); Fri, 28 Mar 1997 12:50:15 +1100 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA20475 (5.65c/IDA-1.5); Fri, 28 Mar 1997 10:56:29 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id LAA11563 (8.6.12/IDA-1.6); Fri, 28 Mar 1997 11:30:30 +1000 Received: from localhost by murad (5.65) id AA08782; Fri, 28 Mar 1997 12:30:29 +1100 Date: Fri, 28 Mar 1997 12:41:41 +1111 (EST) From: Simon Bennett X-Sender: simonb@murad To: Scott McMillan Cc: info-performer@sgi.com, robj@rock Subject: Re: pfConfused about environments - HELP In-Reply-To: <199703271635.LAA02794@hf.ht.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 27 Mar 1997, Scott McMillan wrote: > Rob Jenkins writes > > Yikes :-) -- snip -- > > In detail, this is the problem: I do dynamic simulation...that is I develope > and implement involved algorithms to simulate articulated mechanisms (like -- snip -- > but, in retrospect, it is a waste of time because it runs fine with HOME set > to my account on the machine in question. > > Answers to the suggestions: > - I haven't tried par yet > - `limit` shows nothing different > - both accounts are on (different) XFS disks > - there is no script - the executable is invoked directly from the command > > We've also been through environment variables in greate detail....nothing is > obviously wrong though. Except the behaviour is different if $HOME is changed? Does the executable work for you if you change the setting of $HOME to somewhere else? > I don't think this should be happening....It has me VERY worried because it > means that my executable is not portable. > Yikes is right, or ACK! You're not looking for anything in relation to HOME in the executable somewhere? The executable isn't suid is it? +----------------------------------------------------------------------------+ 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 Thu Mar 27 21:52:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA03483; Thu, 27 Mar 1997 17:59:06 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA03467; Thu, 27 Mar 1997 17:59:05 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA13069; Thu, 27 Mar 1997 17:59:04 -0800 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA12126 for ; Thu, 27 Mar 1997 17:55:16 -0800 Received: from zebedee.UUCP (uucp@localhost) by merki.connect.com.au with UUCP id MAA18445 (8.8.5/IDA-1.6); Fri, 28 Mar 1997 12:51:07 +1100 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA20495 (5.65c/IDA-1.5); Fri, 28 Mar 1997 11:00:09 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id LAA11567 (8.6.12/IDA-1.6); Fri, 28 Mar 1997 11:34:13 +1000 Received: from localhost by murad (5.65) id AA08511; Fri, 28 Mar 1997 12:34:13 +1100 Date: Fri, 28 Mar 1997 12:45:24 +1111 (EST) From: Simon Bennett X-Sender: simonb@murad To: Bryan Wasileski Cc: info-performer@sgi.com Subject: Re: valid numbers In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 27 Mar 1997, Bryan Wasileski wrote: > Performers: > This is not performer question explicitly but since it is relates to my > performer app. and you guys/gals may have come across this before.... > I need to verify whether or not position and orientation data is valid; > valid in the sense of being a valid number. Sometimes I receive data > (via ethernet packets) that is NaN, "not a numer" and I need to make sure > that it IS a valid floating point number before using it. Are there any > routines already available that check for valid floating point > representation? isnan() isnanl() isnanf() et al... Should do what you want. They return true if the arguement is NaN. +----------------------------------------------------------------------------+ 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 Fri Mar 28 01: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 UAA04338; Thu, 27 Mar 1997 20:25:51 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA04322; Thu, 27 Mar 1997 20:25:50 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA19493; Thu, 27 Mar 1997 20:25:50 -0800 Received: from tis.co.jp (ns.tis.co.jp [210.135.160.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA04712 for ; Thu, 27 Mar 1997 20:25:39 -0800 Received: from tetra01.tis.co.jp ([192.168.50.23]) by mailer.tis.co.jp with SMTP id <14996>; Fri, 28 Mar 1997 13:24:21 +0900 Received: from tetra02.tis.co.jp by tetra01.tis.co.jp (4.1/6.4J.6) id AA13847; Fri, 28 Mar 97 13:25:35 JST Received: from hp99.tis.co.jp by tetra02.tis.co.jp (4.1/6.4J.6) id AA19577; Fri, 28 Mar 97 13:23:43 JST Received: from [133.157.18.77] by hp99.tis.co.jp (1.37.109.4/6.4J.6) id AA10620; Fri, 28 Mar 97 13:14:09 +0900 Date: Fri, 28 Mar 1997 13:14:09 +0900 Message-Id: <9703280414.AA10620@hp99.tis.co.jp> To: info-performer@sgi.com Subject: Accumlation Buffer (continue) From: kamizi noboru X-Mailer: WINBIFF [Version 1.50 (on Trial)] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Dear Performers, I posted about using accumlation buffer in Performer. I wrote: > (1)How to setup Accumlation Buffer ? > > (2)Where can I call acbuf(IRISGL) or glAccum(OpenGL) function ? > > (3)Is there any sample source code ? And I get good advices. I understand that I can use Accumlation function in Channel DRAW process callback. And sample source from Olivier Schreiber works fine. I get good motion blur effect. thanks very much !!! then,I am Interested in follows. Madhu Sethi wrote: > Drawfunc(..) > { > channel->clear(); > // set matrices > pfDraw(); > **accumulate via GL/OpenGL** > > etc... > > } > > In here, after calling pfDraw(), you can accumulate. Then you reset your > viewing position or scene, call pfDraw() again and accumulate, etc. Can I call pfDraw() multi times in DrawFunc callback ? I think If view and object position moved,It need CULL with DRAW. But, DRAW and CULL is running another process. When pfCull() call ? Does pfDraw() call pfCull() automatically ? If I can do follows,I can get maltipass effect.(I understand it is slow). Drawfunc(...) { channel->clear(); movingViewPosition(0.25); movingObject(0.25); pfDraw(); acbuf(AC_ACCUMULATE, 0.25); channel->clear(); movingViewPosition(0.25); movingObject(0.25); pfDraw(); acbuf(AC_ACCUMULATE, 0.25); channel->clear(); movingViewPosition(0.25); movingObject(0.25); pfDraw(); acbuf(AC_ACCUMULATE, 0.25); channel->clear(); movingViewPosition(0.25); movingObject(0.25); pfDraw(); acbuf(AC_ACCUMULATE, 0.25); acbuf(AC_RETURN, 1.0); } Thanks very much. ------------------------------------------------------- Noboru Kamizi CG and VR Group. Toyo Information Systems.Co.,Ltd. e-mail:kamizi@hp99.tis.co.jp Tel: +81-6-821-1452 Fax: +81-6-821-1989 ------------------------------------------------------- ======================================================================= 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 Mar 28 21: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 PAA08471; Fri, 28 Mar 1997 15:47:44 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08455; Fri, 28 Mar 1997 15:47:42 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA28215; Fri, 28 Mar 1997 15:47:42 -0800 Received: from cory.coryphaeus.com (smtp.coryphaeus.com [204.247.110.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA23511 for ; Fri, 28 Mar 1997 15:47:39 -0800 Received: by cory.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA18951; Fri, 28 Mar 1997 15:46:09 -0800 Date: Fri, 28 Mar 1997 15:46:09 -0800 From: lingle@coryphaeus.com (Chuck Lingle) Message-Id: <9703281545.ZM18949@cory.coryphaeus.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: www-vrml@vag.vrml.org, info-performer@sgi.com Subject: Employment Opportunities at Coryphaeus Software Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Coryphaeus Software Inc., the leader in real-time 3D visual simulation solutions, has some new entry-level software engineering employment opportunities. Qualifications would include a good background in 3D graphics software development in C/C++, IrisGL/OpenGL along with UNIX-Comms knowledge like TCP/IP, UDP, Shared Memory. Experience with the higher level API's like Performer, Inspector, Cosmo-3D or any of the various modeling SDK's are a plus. Coryphaeus is located in beautiful Los Gatos, which nestles in the sunny foothills of the Santa Cruz mountains of California less than an hour from the big city lights of San Francisco and less than a half hour from the laid back beaches of Santa Cruz. We offer a friendly, casual, and fast-moving environment in a hot industry. If you are interested, please fax, mail or email your resume to my attention. And check out our website if you need more info. Regards, -- cpl ================================================================= | | | _/_/_/_/ _/_/_/_/ _/_/_/_/ Charles P. Lingle | | _/ _/ _/ Director of Engineering | | _/ _/_/_/_/ _/ Coryphaeus Software, Inc. | | _/ _/ _/ 985 University Ave. Ste 31| | _/_/_/_/ _/_/_/_/ _/_/_/_/ Los Gatos, CA 95030 | | lingle@coryphaeus.com | | ph:(408) 395-4537 | | http://www.coryphaeus.com fx:(408) 395-6351 | | | ================================================================= ======================================================================= 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 Mar 28 21:19:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA08614; Fri, 28 Mar 1997 16:04:53 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA08598; Fri, 28 Mar 1997 16:04:48 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA29915; Fri, 28 Mar 1997 16:04:47 -0800 Received: from nvl.army.mil (toltec.nvl.army.mil [140.183.20.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA26997 for ; Fri, 28 Mar 1997 16:04:45 -0800 Received: by nvl.army.mil via sendmail with stdio id for info-performer@sgi.com; Fri, 28 Mar 1997 19:05:31 -0500 (EST) (Smail-3.2 1996-Jul-4 #5 built 1996-Jul-20) Message-Id: From: dflorek@nvl.army.mil (David Florek) Subject: Atmospheric attenuation works (end of the _pfDirtCheck bug!) To: lorenzo@nvl.army.mil (Max Lorenzo), astouden@nvl.army.mil (Eugene A. Stoudenmire) Date: Fri, 28 Mar 1997 19:05:30 -0500 (EST) Cc: info-performer@sgi.com, dflorek@nvl.army.mil Reply-To: dflorek@nvl.army.mil X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1226 Status: O Yippee! We have atmospheric attenuation! The intensity (in-scattering) may need to be fiddled with, and should probably be a function of time-of-day. Also, it doesn't affect the sky, so we may need to put some distant poly- gon out there, fog-colored at the horizon and black at the top. For the geeky, pfApplyFog() needs to be called in the draw process; the _pfDirtCheck errors went away as soon as I stopped trying to update the fog in the postApp callback. Instead, I had to create an "atmosphere" module in the [Coryphaeus EasyScene] .set file with a preDraw callback to check whether the fog needs to be adjusted (as a result of the user changing the %transmission/km). Also, the pfOverride needs to be turned off before the fog is re-applied (re-applying fog with pfApplyFog() is required after adjusting any parameters), and then turned back on afterwards. Dave ----------------------------------------------------------------------------- David W. Florek E-OIR Measurements, Inc. Phone: 703 / 704 - 1767 Senior Engineer NVESD Night Vision Lab Email: dflorek@nvl.army.mil Computer Graphics Ft. Belvoir, VA 22060 ----------------------------------------------------------------------------- ======================================================================= 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 Mar 29 04: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 CAA10606; Sat, 29 Mar 1997 02:40:57 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10590; Sat, 29 Mar 1997 02:40:57 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23810; Sat, 29 Mar 1997 02:40:56 -0800 Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA27821 for ; Sat, 29 Mar 1997 02:40:35 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id QAA12035; Sat, 29 Mar 1997 16:10:48 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199703292140.QAA12035@teil.soft.net> Subject: VRML2.0 parser To: info-performer@sgi.com Date: Sat, 29 Mar 1997 16:10:48 -0530 (IST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 117 Status: O does anyone has got VRML2.0 Parser FREE for me/everyone?? :) thanks. -swapnil ---------- swapnil@teil.soft.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 Sat Mar 29 04:59:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA10346; Sat, 29 Mar 1997 01:05:03 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA10330; Sat, 29 Mar 1997 01:05:02 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA21553; Sat, 29 Mar 1997 01:05:01 -0800 Received: from milan.doe.ernet.in ([202.41.99.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA11789 for ; Sat, 29 Mar 1997 00:55:25 -0800 Received: from iisc.ernet.in by milan.doe.ernet.in (4.1/SMI-4.1) id AA29047; Sat, 29 Mar 97 08:13:44+050 Received: from serc.serc.iisc.ernet.in by iisc.ernet.in (ERNET-IISc/SMI-4.1) id OAA20264; Sat, 29 Mar 1997 14:25:28 +0530 Received: by serc.serc.iisc.ernet.in (AIX 3.2/UCB 5.64/4.03) id AA22581; Sat, 29 Mar 1997 14:27:20 GMT Date: Sat, 29 Mar 1997 14:27:19 +0000 (IST) From: "Parthiban.S" To: info-performer@sgi.com Cc: www-vrml@vag.vrml.org Subject: Info on Inspector Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Dear Netters: I would appreciate to receive information/URLs on the modeling software "Inspector". Thanks in advance parthi ======================================================================= 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 Mar 29 04:59:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10624; Sat, 29 Mar 1997 02:43:42 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10608; Sat, 29 Mar 1997 02:43:41 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23848; Sat, 29 Mar 1997 02:43:41 -0800 Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA27836 for ; Sat, 29 Mar 1997 02:40:41 -0800 Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id QAA12026; Sat, 29 Mar 1997 16:09:57 -0530 From: swapnil@teil.soft.net (SWAPNIL H SHAH) Message-Id: <199703292139.QAA12026@teil.soft.net> Subject: VRML2.0 loader for Iris Performer To: info-performer@sgi.com Date: Sat, 29 Mar 1997 16:09:56 -0530 (IST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 206 Status: O hi everybody, does anyone whether loader for VRML2.0 to Iris Performer available or not! please send me site address, if it's available to download. thanks, -swapnil ---------- swapnil@teil.soft.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 Sat Mar 29 08:04:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10660; Sat, 29 Mar 1997 02:56:38 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10644; Sat, 29 Mar 1997 02:56:37 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA24153; Sat, 29 Mar 1997 02:56:36 -0800 Received: from cobra.pantech.com.tw ([203.74.58.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA00560 for ; Sat, 29 Mar 1997 02:56:32 -0800 Received: from demo ([203.74.58.151]) by cobra.pantech.com.tw (8.8.2/8.8.2) with ESMTP id TAA22012; Sat, 29 Mar 1997 19:03:23 +0800 Message-Id: <199703291103.TAA22012@cobra.pantech.com.tw> From: "kadon" To: Cc: Subject: How to use pfuDrawSmokes in Vega Date: Sat, 29 Mar 1997 18:44:05 +0800 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1157 MIME-Version: 1.0 Content-Type: text/plain; charset=BIG5 Content-Transfer-Encoding: 7bit Status: O Hi: I added performer codes to show the special effect in Vega . Accroding to man page pfuDrawSmokes should be put in draw process. I don't know what is the exact position I should put pfuDrawSmokes in my codes. I just put it in before the whole vgSycnSys() and vgFrame while loop. And it lead segmental fault and core file when executed. Where should I position pfuDrawSmokes? Thanks lots. ======================================================================= 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 Mar 29 17:01:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11583; Sat, 29 Mar 1997 11:51:25 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11567; Sat, 29 Mar 1997 11:51:24 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA09432; Sat, 29 Mar 1997 11:50:57 -0800 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA28158 for ; Sat, 29 Mar 1997 11:50:56 -0800 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA16700; Sat, 29 Mar 1997 11:50:54 -0800 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA03811; Sat, 29 Mar 1997 11:50:51 -0800 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199703291950.LAA03811@remi.asd.sgi.com> Subject: Re: Info on Inspector To: parthi@serc.serc.iisc.ernet.in (Parthiban.S) Date: Sat, 29 Mar 1997 11:50:51 -0800 (PST) Cc: info-performer@sgi.com, www-vrml@vag.vrml.org In-Reply-To: from "Parthiban.S" at Mar 29, 97 02:27:19 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 491 Status: O Parthiban.S wrote: > > Dear Netters: > I would appreciate to receive information/URLs on the > modeling software "Inspector". Thanks in advance > parthi Inspector was the code name of the product. It is now available, and it is named 'OpenGL Optimizer' The web page is at www.sgi.com/Technology/openGL/optimizer/index.html _ / _ _ |_) _ ._ _ 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 Mar 31 12:54:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14044; Mon, 31 Mar 1997 07:41:41 -0800 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14028; Mon, 31 Mar 1997 07:41:40 -0800 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA01059; Mon, 31 Mar 1997 07:41:39 -0800 Received: from ctasim.com (ctasim.com [206.6.123.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA00822 for ; Mon, 31 Mar 1997 07:41:35 -0800 Received: (from russell@localhost) by random.ctasim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA05472 for info-performer@sgi.com; Mon, 31 Mar 1997 07:44:49 -0800 From: russell@ctasim.com ("Russell Suter" ) Message-Id: <9703310744.ZM5470@random.ctasim.com> Date: Mon, 31 Mar 1997 07:44:47 -0800 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: MultiGen DB speed Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hey all, I've been working on fixing a large MultiGen database using MultiGen version 14.0. The database had, among other things, problems with detail textures. I went through the entire database and cataloged all textures used and selected an appropriate detail texture (where necessary). Now, when I perfly the database on a RE system using IRIX 6.2 and performer 2.0.2, and OpenGL my frame rate is about 1/5 of the performance than when no detail textures were used. I expected a performance hit but really! This performance hit is even in places where I wouldn't expect it -- when the eye point is far enough away from the terrain so that the detail texture is not seen. I can't find much useful info in the performer documentation. Is there some adjustments I can make somewhere? Any info is appreciated! -- Russ _______________________________________________ ______________________________ Though my eyes could see | Russell Suter I still was a blind man. | Voice : (303) 889-1262 Though my mind could think | Fax : (303) 889-1210 I still was a mad man. | Internet : russell@ctasim.com _______________________________________________|______________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com