From guest Sun Jun 1 12:31:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA07968; Sun, 1 Jun 1997 07:05:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA07952; Sun, 1 Jun 1997 07:05:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16469; Sun, 1 Jun 1997 07:05:40 -0700 Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA00741 for ; Sun, 1 Jun 1997 07:05:39 -0700 env-from (dtrami@netvision.net.il) From: dtrami@netvision.net.il Received: from rami-s-place (ts014p2.pop9a.netvision.net.il [194.90.5.4]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id RAA12065 for ; Sun, 1 Jun 1997 17:05:24 +0300 (IDT) Message-ID: <33918EF9.3134@netvision.net.il> Date: Sun, 01 Jun 1997 18:02:18 +0300 Reply-To: dtrami@netvision.net.il Organization: DreamTeam Ltd. X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O subscribe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 01:27:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA08951; Sun, 1 Jun 1997 19:59:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA08935; Sun, 1 Jun 1997 19:59:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA16093; Sun, 1 Jun 1997 19:59:30 -0700 Received: from Norway.EU.net (nic.eunet.no [193.71.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id TAA04894 for ; Sun, 1 Jun 1997 19:59:28 -0700 env-from (inge@autosim.no) Received: by Norway.EU.net with UUCP id AA21715 (5.65c/IDA-1.4.4/EUnet/NO for eunor!sgi.com!info-performer); Mon, 2 Jun 1997 04:59:26 +0200 Received: from onyx.autosim.no by indigo.autosim.no via SMTP (931110.SGI/930416.SGI) for eunor!sgi.com!info-performer id AA12473; Mon, 2 Jun 97 05:43:50 +0200 Sender: inge@indigo Message-Id: <33924176.167E@autosim.no> Date: Mon, 02 Jun 1997 05:43:50 +0200 From: Inge Henriksen Organization: Autosim A/S X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: sgi-infoperformer Subject: RE:RE:Flickerkilling on RE2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O -- Angus Dorbie wrote: > > You can make the polygon a subface of another which should prompt the > loader to use a pfLayer. Do this by adding a polygon to another polygon > instead of an object in the modelling tool. > > Cheers,Angus. > Hello Angus Dorbie ------------------ Thank you for replying, sadly it is not the answer since we already have implemented subfaces in our DB. The thing is that not even the subfaces are respected when the size of the flight-DB increeces, they also for some reason starts to flicker, not just in our own programs, mind you, but in Perfly too. For some reason increesing the far clip or decreesing the near clip seems to worsen the unwanted flickering effect. Greetings. > On May 31, 12:13am, Inge Henriksen wrote: > > Subject: Flickerkilling on RE2 > > -- > > Hello Performers > > ---------------- > > We have a Onyx RE2 with: > > 4 150 MHZ IP19 Processors > > CPU: MIPS R4400 Processor Chip Revision: 5.0 > > FPU: MIPS R4010 Floating Point Chip Revision: 0.0 > > Data cache size: 16 Kbytes > > Instruction cache size: 16 Kbytes > > Secondary unified instruction/data cache size: 1 Mbyte > > Main memory size: 128 Mbytes, 2-way interleaved > > I/O board, Ebus slot 3: IO4 revision 1 > > RealityEngineII Graphics Pipe 0 at IO Slot 3 Physical Adapter 2 (Fchip > > rev 2) > > VME bus: adapter 0 mapped to adapter 13 > > VME bus: adapter 13 > > Performer 2.0 + Patch 1414 > > ... > > > > When our OpenFlight databases increeces in the number of polygons, the > > more inaccurate the the polygon calculations become, thus when two > > polygons (or a polygon with a subface) are close to oneanother they > > start to flicker because of this inaccuracy. How can we get rid of this > > problem? Other databases than our own also have this problem, like > > Multigens contribution to the IRIS PERFORMER 2.0 CD; the HunterLiggett95 > > demo. We had the same flickering with V1.2 of Performer. > > When I asked this question at Info-Performer earlier, I got some answers > > back (thank you!), on of them saying to increece the near-clip, this > > reduces the flickering, but it sadly does not make it go away. > > > > Thank you for any help. ---------------------------- Inge Eivind Henriksen Autosim A.S Postboks 2303 N-9002 Tromsoe Norway Tlf.nr.: +(47) 77 67 50 75 Fax.nr.: +(47) 77 67 67 01 E-mail: ---------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 05: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 AAA09210; Mon, 2 Jun 1997 00:07:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA09194; Mon, 2 Jun 1997 00:07:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA28776; Mon, 2 Jun 1997 00:07:05 -0700 Received: from public.intercom.co.cn ([203.196.0.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA08373 for ; Mon, 2 Jun 1997 00:04:57 -0700 env-from (yan@bjhydtd.co.cn) Received: from mailhost.hyd.co.cn ([203.196.0.101]) by public.intercom.co.cn (8.7.5/8.7.3) with ESMTP id PAA28978 for ; Mon, 2 Jun 1997 15:01:38 -0800 (GMT) Received: from master (window [192.168.10.2]) by mailhost.hyd.co.cn (8.7.6/8.7.3) with SMTP id OAA18991 for ; Mon, 2 Jun 1997 14:35:44 -0400 Message-ID: <339303D5.7115@bjhydtd.co.cn> Date: Tue, 03 Jun 1997 02:33:09 +0900 From: YanZhengQuan Reply-To: yan@bjhydtd.co.cn Organization: Hua Yun Da Group Ltd. X-Mailer: Mozilla 3.0 (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: debug on indigo2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Are there any debug tools for GL c program on my computer? that is indigo2, iris 6.2. Would these tools are free or not? had they been installed previously? And if not, where can I get them? Thank you for any help! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 07:00:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA09344; Mon, 2 Jun 1997 01:41:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA09328; Mon, 2 Jun 1997 01:41:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA03770; Mon, 2 Jun 1997 01:41:44 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA19290 for ; Mon, 2 Jun 1997 01:41:41 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: by glup.eleinf.uv.es (1.39.111.2/16.2) id AA282554587; Mon, 2 Jun 1997 10:43:07 +0100 Date: Mon, 2 Jun 1997 10:43:07 +0100 (WETDST) From: Joaquin Casillas Melendez To: Nicolas Gauvin Cc: info-performer@sgi.com Subject: Re: Stencil question In-Reply-To: <9705301404.ZM1867@christine.cae.ca> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 30 May 1997, Nicolas Gauvin wrote: > Is it possible that you are seeing this behavior on regions of the screen > that end up not being covered by your base child? That would explain it. > > You child must always be entirely contained by your base (in screen space) in > order for the stencil algorithm of pfLayer to work. It's because > pfLayer doesn't clear the whole stencil buffer before drawing its children > (for obvious performance reasons). > It only updates the region covered by the base depending on the result of the > depth test. If your children end up outside this region you will be comparing > stencil values left from previous pfLayers or random values which are not > guaranteed to be 0. > Well, it seems that it is exactly the problem. I am drawing the decal children over the base and far away, outside the base. I really need this behavior because the decal is a shadow coplanar with the floor. The shadow can be moved and go out of the base floor. > If really need the stencil buffer to be cleared for each of your pfLayer > you could do it in a pre-draw callback but you'll get a performance drop. > It would be something like this? /* floordcs it the base children of the layer */ pfNodeTravFuncs(floordcs, PFTRAV_DRAW, FloorPreDraw, FloorPostDraw); ........................................ int FloorPreDraw(pfTraverser *trav, void *data) { glEnable(GL_STENCIL_TEST); glClearStencil(0); glClear(GL_STENCIL_BUFFER_BIT); return NULL; } int FloorPostDraw(pfTraverser *trav, void *data) { glDisable(GL_STENCIL_TEST); return NULL; } > > -- > Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse > 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 > nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas Melendez | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informatics | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 08:38:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA09569; Mon, 2 Jun 1997 03:14:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA09553; Mon, 2 Jun 1997 03:13:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA08212; Mon, 2 Jun 1997 03:13:58 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA28554 for ; Mon, 2 Jun 1997 03:13:58 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id DAA04280; Mon, 2 Jun 1997 03:13:37 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id DAA27986; Mon, 2 Jun 1997 03:13:23 -0700 Date: Mon, 2 Jun 1997 03:13:23 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706020313.ZM27984@multipass.asd.sgi.com> In-Reply-To: Inge Henriksen "RE:RE:Flickerkilling on RE2" (Jun 2, 5:43am) References: <33924176.167E@autosim.no> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Inge Henriksen , sgi-infoperformer Subject: Re: RE:RE:Flickerkilling on RE2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The clip plane behaviour is to be expected, z precision is 'spent' between near & far distances. You should make the near clip as distand as your application allows. Also on Infinite Reality you should enable multisampling, get a multisample visual and use pfAntialias. This will have the side effect of using 'compressed' zbuffer. You should also select a visual with more zbuffer precision if one is available. The subface behaviour would exhibit problems if your pfLayers use the PFDECAL_BASE_DISPLACE method. Try PFDECAL_BASE_STENCIL or PFDECAL_BASE_HIGH_QUALITY to fix this. Cheers,Angus. On Jun 2, 5:43am, Inge Henriksen wrote: > Hello Angus Dorbie > ------------------ > Thank you for replying, sadly it is not the answer since we already have > implemented subfaces in our DB. The thing is that not even the subfaces > are respected when the size of the flight-DB increeces, they also for > some reason starts to flicker, not just in our own programs, mind you, > but in Perfly too. For some reason increesing the far clip or decreesing > the near clip seems to worsen the unwanted flickering effect. > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 09:08:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09724; Mon, 2 Jun 1997 06:12:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09708; Mon, 2 Jun 1997 06:12:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA19964; Mon, 2 Jun 1997 06:12:52 -0700 Received: from hil-img-9.compuserve.com (hil-img-9.compuserve.com [149.174.177.139]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA17985 for ; Mon, 2 Jun 1997 06:12:51 -0700 env-from (vsm_mrs@compuserve.com) Received: by hil-img-9.compuserve.com (8.6.10/5.950515) id JAA21995; Mon, 2 Jun 1997 09:12:50 -0400 Date: Mon, 2 Jun 1997 09:12:26 -0400 From: Jean BENOIT Subject: pfuInputHandler fct On OPENGL To: info-performer Message-ID: <199706020912_MC2-17AF-2CA3@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O To keep some events not available on performer ( PAD key), I use the pfuInputHandler fct. It's works on GL application. On OpenGL, I notice that I have to add the call of my handler on input.c = of pfutil librairie, in a another "else" of Keypress case. Now I keep the good event in my handler, but performer keep this events when it wants !!!! It's seems that pfuInputHandler doesn't work in OPENGL version. Have you got a idea, Thanks a lot. Yoel ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 09:08:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA09742; Mon, 2 Jun 1997 06:14:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA09726; Mon, 2 Jun 1997 06:14:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA20050; Mon, 2 Jun 1997 06:14:38 -0700 Received: from CAE-GmbH.de (mail.cae-gmbh.de [195.124.148.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA18141 for ; Mon, 2 Jun 1997 06:14:35 -0700 env-from (bball@cae-gmbh.de) Received: by mail.cae-gmbh.de id <14977>; Mon, 2 Jun 1997 15:23:21 +0100 From: bball@cae-gmbh.de (Bettina Ball) Message-Id: <97Jun2.152321gmt+0100.14977@mail.cae-gmbh.de> Subject: garbage collection To: info-performer@sgi.com (Performer Info) Date: Mon, 2 Jun 1997 22:17:12 +0100 X-Mailer: ELM [version 2.3 PL11] Status: O Hi all, along the lines of memory fragmentation, has anybody got any experience with running a garbage collection function to rejoin free blocks? I also would like to hear some opinions on changing the way the pfb loader works. I'm thinking of the following: Let's say, during generation of a Performer tree, we could manage that the pfNodes, Geodes etc. are allocated closely together. Then it could be possible to write the entire performer structure in one big chunk. When loading only one chunk we would need something like a relocating information to update the pointers. Of course one must be careful not to use standard pfMalloc/Free. I also know that this scheme heavily collides with the C++ philosophy but ... Thanks for any hints, Bettina -- ------------------------------------------------------ | Bettina Ball | | | CAE Elektronik GmbH | Email: bball@cae-gmbh.de | | Abt. Systemtechnik | | | Steinfurt 11 | Tel. : +49-(0)2402/106309 | | D-52222 Stolberg | Fax : +49-(0)2402/106270 | | Germany | http://www.cae.ca | ------------------------------------------------------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 09:21:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09924; Mon, 2 Jun 1997 07:16:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09908; Mon, 2 Jun 1997 07:16:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA26809; Mon, 2 Jun 1997 07:16:48 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA27111 for ; Mon, 2 Jun 1997 07:16:31 -0700 env-from (donh7@fel.tno.nl) Received: by firewall.fel.tno.nl; id QAA27753; Mon, 2 Jun 1997 16:31:14 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma027733; Mon, 2 Jun 97 16:30:52 +0200 Received: from fel3.fel.tno.nl (fel3 [134.203.8.213]) by s00sn1.fel.tno.nl (8.8.5/8.8.5) with ESMTP id QAA10864 for ; Mon, 2 Jun 1997 16:15:16 +0200 (MET DST) Received: from FEL3/SpoolDir by fel3.fel.tno.nl (Mercury 1.21); 2 Jun 97 16:16:36 GMT+1 Received: from SpoolDir by FEL3 (Mercury 1.21); 2 Jun 97 16:16:25 GMT+1 From: "DONKERS H.C." Organization: TNO-FEL To: info-performer@sgi.com Date: Mon, 2 Jun 1997 16:16:16 GMT+1 Subject: DBASE process / pfBuffer question X-Confirm-Reading-To: "DONKERS H.C." X-pmrqc: 1 X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <3BE1687340E@fel3.fel.tno.nl> Status: O Hello all, I have a question about the DBASE process. I am currently developing an application, where I want to multiprocess my own (non performer) stuff. For me, the best thing to do would be to have a process which manipulates the pfScene tree. But this process is not the same as the one which issues the pfFrame()! What I get form the performer manual, is that for this (asynchronous database management, I guess) I need to use the DBASE process. Now I see that I can pretty easily add and/or delete subtrees within the pfScene, with the pfBufferAddChild() and pfBufferRemoveChild() routines. But I would also like to change geosets. (like colorchanges) And my question here is: Is this easily manageable? Has someone had some experiance with this? Can anyone who has, give some insight in pittfalls? etc BTW, I am using Performer 2.1. Thanks for any help. Kurt *** It's not that I'm afraid to die. I just don't want to be there when it happens. -- Woody Allen *** Kurt Donkers TNO-FEL Oude Waalsdorperweg 63 PO Box 96864 2509 JG The Hague tel: (+31) 70 374 02 72 fax: (+31) 70 328 09 61 email: Donkers@fel.tno.nl http://www.tno.nl/instit/fel oooo$$$$$$$$$$$$oooo oo$$$$$$$$$$$$$$$$$$$$$$$$o oo$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o o$ $$ o$ o $ oo o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$o $$ $$ $$o$ oo $ $ "$ o$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$o $$$o$$o$ "$$$$$$o$ o$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$o $$$$$$$$ $$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$$$$$$$$$$$ $$$$$$$$$$$$$ $$$$$$$$$$$$$$ """$$$ "$$$""""$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$ $$$ o$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ "$$$o o$$" $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$o $$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$" "$$$$$$ooooo$$$$o o$$$oooo$$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ o$$$$$$$$$$$$$$$$$ $$$$$$$$"$$$$ $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$ $$$$"""""""" """" $$$$ "$$$$$$$$$$$$$$$$$$$$$$$$$$$$" o$$$ "$$$o """$$$$$$$$$$$$$$$$$$"$$" $$$ $$$o "$$""$$$$$$"""" o$$$ $$$$o o$$$" "$$$$o o$$$$$$o"$$$$o o$$$$ "$$$$$oo ""$$$$o$$$$$o o$$$$"" ""$$$$$oooo "$$$o$$$$$$$$$""" ""$$$$$$$oo $$$$$$$$$$ """"$$$$$$$$$$$ $$$$$$$$$$$$ $$$$$$$$$$" "$$$"""" Life's short, Better to have fun while it lasts! ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 09:21:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09873; Mon, 2 Jun 1997 07:04:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09857; Mon, 2 Jun 1997 07:04:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA25213; Mon, 2 Jun 1997 07:04:31 -0700 Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA25038 for ; Mon, 2 Jun 1997 07:04:22 -0700 env-from (guzzoni@imtsg14.epfl.ch) Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.157.40]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id QAA22181 for ; Mon, 2 Jun 1997 16:04:12 +0200 Received: (guzzoni@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.11) id QAA07568 for info-performer@sgi.com; Mon, 2 Jun 1997 16:05:25 +0200 From: "Didier Guzzoni" Message-Id: <9706021605.ZM7567@imtsg12.epfl.ch> Date: Mon, 2 Jun 1997 16:05:19 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Shine problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, We are currently writing a Performer based application and we are dealing with a weird behavior. When the program starts, no effects (such as shininess, transparency) are rendered until we ask the program to show the statistics. Once, the stats are displayed, the rendering becomes ok (shininess, transparency,..) even if the user removes the stats. It looks like displaying the statistics sets some parameters we forgot to initialize. Has someone an idea ? Thanks in advance, Didier -- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 09:21:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA09948; Mon, 2 Jun 1997 07:18:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA09932; Mon, 2 Jun 1997 07:18:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA27131; Mon, 2 Jun 1997 07:18:11 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA27330 for ; Mon, 2 Jun 1997 07:18:09 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA009781466; Mon, 2 Jun 1997 09:24:26 -0500 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 AA152690951; Mon, 2 Jun 1997 09:15:51 -0500 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-1997Jun02.081200.1074.27069; Mon, 02 Jun 1997 09:16:51 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Message-Id: <1997Jun02.081200.1074.27069@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: Mon, 02 Jun 1997 09:16:51 -0700 Subject: Second Pipe test Status: O We have an Onyx Infinite Reality with 4 RM6s per pipe, dual pipe system with 16 R10000 CPUs. Is it possible to set up the second pipe so that missed frame rates do not interfere with the first pipe? Where does Isect timing go and how could it interfere with frame rates. I have an idea for an odd use of Intersection geometry, but I want to make sure that I could set up a test on the second pipe without interfering with the first pipe's real time performance.... The first pipe MUST maintain 20hz real-time performance for our application. It could even be a separate program as long as it in no way interferes with the primary display's processes (APP_CULLDRAW_ISEC + five extra processes). By my figuring we are using only half of our processors and have a little room for growth .... I've utilized the second pipe only as an expanded display (i.e. four quadrant display of the same scene to be rendered at an effective resolution of 3200x2400), and have never tried to run something completely different than the primary display on the second pipe and I don't want to step on Performer's toes.... We have Performer 2.1 and are Beta testing Performer 2.2 if either will help.... Performer 2.1 is preferred because we do not use the Beta Test on our primary Real Time display.... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range, NM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 11: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 IAA10119; Mon, 2 Jun 1997 08:24:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10103; Mon, 2 Jun 1997 08:24:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06354; Mon, 2 Jun 1997 08:24:58 -0700 Received: from ms1.medcm (healthe.com [207.78.88.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA16573 for ; Mon, 2 Jun 1997 08:24:57 -0700 env-from (karthik@medcm.com) Received: from MCMO2 by ms1.medcm with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1389.3) id LL4GSA8Q; Mon, 2 Jun 1997 10:15:39 -0400 Sender: karthik@medcm.com Message-ID: <3392E12E.41C6@medcm.com> Date: Mon, 02 Jun 1997 11:05:18 -0400 From: karthik Vazhkudai Organization: MCM X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Inventor formats with perfly!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, Does inventor format work properly with perfly? I tried some inventor files which have a thin walls and when I tried to rotate them, the walls seem to vanish and then again reappear. You could try to rotate the "slotmachine.iv" database in the inventor homepage at SGI. You would observe the base of the slotmachine disappear when rotated. But when I try this with a solid object, it seems to rotate properly without disappearing. Is this something to do with backface culling or perlfy doesnt just read thin objects? Any answer will be appreciated. Thanks Karthik ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 11: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 IAA10060; Mon, 2 Jun 1997 08:16:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10044; Mon, 2 Jun 1997 08:16:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05140; Mon, 2 Jun 1997 08:16:47 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA13674 for ; Mon, 2 Jun 1997 08:16:45 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id IAA05126; Mon, 2 Jun 1997 08:16:45 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA19377; Mon, 2 Jun 1997 08:16:44 -0700 From: "Rob Jenkins" Message-Id: <9706020816.ZM19375@quid.csd.sgi.com> Date: Mon, 2 Jun 1997 08:16:44 -0700 In-Reply-To: Inge Henriksen "RE:RE:Flickerkilling on RE2" (Jun 2, 5:43am) References: <33924176.167E@autosim.no> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Inge Henriksen , sgi-infoperformer Subject: Re: RE:RE:Flickerkilling on RE2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 2, 5:43am, Inge Henriksen wrote: > Subject: RE:RE:Flickerkilling on RE2 > -- > Angus Dorbie wrote: > > > > You can make the polygon a subface of another which should prompt the > > loader to use a pfLayer. Do this by adding a polygon to another polygon > > instead of an object in the modelling tool. > > > > Cheers,Angus. > > > Hello Angus Dorbie > ------------------ > Thank you for replying, sadly it is not the answer since we already have > implemented subfaces in our DB. The thing is that not even the subfaces > are respected when the size of the flight-DB increeces, they also for > some reason starts to flicker, not just in our own programs, mind you, > but in Perfly too. For some reason increesing the far clip or decreesing > the near clip seems to worsen the unwanted flickering effect. > > Greetings. > It would do. The resolution of the zbuffer isn't linear ( for a perspective view ), it's inversely proprtional to the distance from the eye. The *ratio* of near/far clipping planes controls the spread of resolution so the best way to optimise that ratio is *increasing* the near clip ( or decreasing the far clip, although you need much bigger changes to effect the near/far ratio if you just change far clip ). Some people have implemented dynamic values of near/far so based on where you are and what you're looking at, set the values to optimise the zbuffer, basically unless you really are looking at something very close, push near clip out as far as possible. Perfly will most likely set near/far based on the size of your scene, you might need to override that. Cheers Rob > > > On May 31, 12:13am, Inge Henriksen wrote: > > > Subject: Flickerkilling on RE2 > > > -- > > > Hello Performers > > > ---------------- > > > We have a Onyx RE2 with: > > > 4 150 MHZ IP19 Processors > > > CPU: MIPS R4400 Processor Chip Revision: 5.0 > > > FPU: MIPS R4010 Floating Point Chip Revision: 0.0 > > > Data cache size: 16 Kbytes > > > Instruction cache size: 16 Kbytes > > > Secondary unified instruction/data cache size: 1 Mbyte > > > Main memory size: 128 Mbytes, 2-way interleaved > > > I/O board, Ebus slot 3: IO4 revision 1 > > > RealityEngineII Graphics Pipe 0 at IO Slot 3 Physical Adapter 2 (Fchip > > > rev 2) > > > VME bus: adapter 0 mapped to adapter 13 > > > VME bus: adapter 13 > > > Performer 2.0 + Patch 1414 > > > ... > > > > > > When our OpenFlight databases increeces in the number of polygons, the > > > more inaccurate the the polygon calculations become, thus when two > > > polygons (or a polygon with a subface) are close to oneanother they > > > start to flicker because of this inaccuracy. How can we get rid of this > > > problem? Other databases than our own also have this problem, like > > > Multigens contribution to the IRIS PERFORMER 2.0 CD; the HunterLiggett95 > > > demo. We had the same flickering with V1.2 of Performer. > > > When I asked this question at Info-Performer earlier, I got some answers > > > back (thank you!), on of them saying to increece the near-clip, this > > > reduces the flickering, but it sadly does not make it go away. > > > > > > Thank you for any help. > ---------------------------- > Inge Eivind Henriksen > Autosim A.S > Postboks 2303 > N-9002 Tromsoe > Norway > Tlf.nr.: +(47) 77 67 50 75 > Fax.nr.: +(47) 77 67 67 01 > E-mail: > ---------------------------- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Inge Henriksen -- ________________________________________________________________ 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 12:07:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA11288; Mon, 2 Jun 1997 10:30:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11272; Mon, 2 Jun 1997 10:30:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27104; Mon, 2 Jun 1997 10:30:50 -0700 Received: from ms1.medcm (healthe.com [207.78.88.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA22588 for ; Mon, 2 Jun 1997 10:30:50 -0700 env-from (karthik@medcm.com) Received: from MCMO2 by ms1.medcm with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1389.3) id LL4GSA9T; Mon, 2 Jun 1997 12:21:33 -0400 Sender: karthik@medcm.com Message-ID: <3392FEAD.2781@medcm.com> Date: Mon, 02 Jun 1997 13:11:09 -0400 From: karthik Vazhkudai Organization: MCM X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Math routines in Performer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O hello, Are there any routines to implement intergration and differentiation in Performer ? Thanx. karthik ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 12:07:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA10140; Mon, 2 Jun 1997 08:27:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10124; Mon, 2 Jun 1997 08:27:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA06630; Mon, 2 Jun 1997 08:27:41 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA17710 for ; Mon, 2 Jun 1997 08:27:41 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id IAA06621; Mon, 2 Jun 1997 08:27:40 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id IAA19415; Mon, 2 Jun 1997 08:27:25 -0700 From: "Rob Jenkins" Message-Id: <9706020827.ZM19413@quid.csd.sgi.com> Date: Mon, 2 Jun 1997 08:27:25 -0700 In-Reply-To: YanZhengQuan "debug on indigo2" (Jun 3, 2:33am) References: <339303D5.7115@bjhydtd.co.cn> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: yan@bjhydtd.co.cn, info-performer@sgi.com Subject: Re: debug on indigo2 Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19706020827.ZM19413.csd.sgi.com" Status: O -- --PART-BOUNDARY=.19706020827.ZM19413.csd.sgi.com Content-Type: text/plain; charset=us-ascii On Jun 3, 2:33am, YanZhengQuan wrote: > Subject: debug on indigo2 > Are there any debug tools for GL c program on my computer? that is > indigo2, iris 6.2. Would these tools are free or not? had they been > installed previously? And if not, where can I get them? > Thank you for any help! > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from YanZhengQuan ogldebug ( or gldebug for Iris GL ) is very useful, attached is a Pipeline article with suggestions and references for use. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA --PART-BOUNDARY=.19706020827.ZM19413.csd.sgi.com X-Zm-Content-Name: published.txt Content-Description: Text Content-Type: text/plain ; name="published.txt" ; charset=us-ascii ---------------------------------------------------------------------------- PIPELINE ARTICLE 19970207 Ogldebug: An Overview Published: March/April 1997 in Pipeline Volume 8, Number 2 Revision: 1.1 ---------------------------------------------------------------------------- Ogldebug(3G) is a tool that allows a programmer to capture and examine the underlying OpenGL calls of selected sections of an application. This article presents a brief overview of ogldebug, some of its practical uses, and some of the features added to ogldebug recently. This article is intended for programmers who are already familiar with OpenGL. System Requirements Ogldebug will run on all SGI systems with graphics that support OpenGL. Ogldebug is part of the subsystem gl_dev.sw.ogldebug on the IRIS Development Option (IDO) CD-ROM. This subsystem is not installed by default. The IRIS GL equivalent of ogldebug is gldebug(1) which is part of the subsystem gl_dev.sw.gldebug on the IRIS Development Option (IDO) CD-ROM. This subsystem is not installed by default. Purpose Because only OpenGL calls are captured by ogldebug, it is extremely useful for identifying and solving OpenGL programming errors. It is also very good at uncovering OpenGL programming style issues that may slow an application. Note that the OpenGL debugger isn't a general-purpose debugger. Use dbx(1) and related tools such as cvd(1) (CASEVision/Workshop Debugger) to find problems in the non-OpenGL portions of a program. Ogldebug has a user interface control application (ogldebug) and a special library (libogldebug.so) that intercepts OpenGL or GLX calls from the application to the OpenGL library (libGL.so). Using Ogldebug The manual OpenGL on Silicon Graphics Systems is available on-line with InSight(1) if the subsystem gl_dev.books is installed. Chapter 10 of this manual provides information on using ogldebug to debug OpenGL programs. Rather than duplicate that information here, this article assumes familiarity with that manual and suggests some practical uses for ogldebug. There are some changes to the latest version of ogldebug which make it slightly different from the version described in the on-line manual. Although the changes represent improvements in performance, user interaction and functionality, the core of the tool and principles of use remain close to those documented. Changes to ogldebug are outlined below, and should be used in conjunction with the on-line manual. New Features The most recent version of ogldebug is version V14.0 which is available on the MIPSPro 7.1 IRIX Development Option CD-ROM. The majority of the changes in this version of ogldebug are in the user interface. These changes include: o smaller main window o call information is now separated o only one call is displayed in the main window o a new call history panel is provided where the programmer can adjust how much of the call history to retain (10 to 1000 calls) o only one main window appears for all application GLX contexts (previously, ogldebug opened a new main window for each GLX context) In addition, a significant improvement has been made in call history. In previous versions of ogldebug, call history updating could be suspended to allow an application to run faster. In the latest version, call history is always produced, and if the call history panel is not open the application still runs reasonably fast. A number of minor bug fixes have also been made to ogldebug. Refer to the gl_dev release notes for more information. When to Use Ogldebug This section describes a few of the many possible uses for ogldebug. To Improve Application Performance The manual OpenGL on Silicon Graphics Systems contains two chapters on tuning: Chapter 11, "Tuning Graphics Applications: Fundamentals" and Chapter 12, "Tuning the Pipeline". Ogldebug can be used as an aid to performing some of the techniques suggested in those chapters. For example, ogldebug can be used to look for frequent OpenGL mode changes, or unnecessary vertex bindings. This could include things like unneeded per-vertex colors, or normals being defined for a flat-shaded object. In extreme cases it may be found that operations are repeated, or large parts of the scene are drawn more than once by mistake. To Isolate Programming Errors OpenGL never signals errors but simply records them. Within an application, glGetError(3G) can be used to look for errors, or ogldebug can be used to automatically call glGetError after every OpenGL call. Ogldebug also attempts to highlight programming style issues that although correct, may be inefficient. For example, if an application loads an identity matrix with glLoadMatrix(3G), ogldebug will suggest using glLoadIdentity(3G) instead. Although the two operations are semantically equivalent, glLoadIdentity can be more efficient in some cases. To Isolate Parts of an Application Isolating parts of a large application can help in narrowing down potential bugs and in analyzing the performance of discrete stages in an application. Tracing the very first frame of an application is most likely to show a majority of the graphics state initialization and selection. This would be useful for examining and tuning operations that happen only once at program start time. Tracing a later frame would be useful for examining the application during normal drawing. The following steps can be used to examine one frame of a double buffered application in an ogldebug session: 1. Run ogldebug with the application. 2. Turn breakpoints and output off from the control panel. 3. Set a breakpoint at glXSwapBuffers(3G). 4. Click on the "Continue" button and manipulate the application to the area of interest. 5. Turn on breakpoints. 6. When the execution stops at glXSwapBuffers, turn on tracing. 7. Click on the "Continue" button 8. When execution stops at the next glXSwapBuffers, one full scene frame of OpenGL calls will have been written to a trace file. The ogldebug trace file is legal C code and may be compiled and executed. To compile the trace file, change the file name to .c and the use the command: cc .c -lGL -lX11 It might be useful to experiment with customizing the trace output to reduce the size of the trace file by omitting commands that are not of interest or that are repeated often. For example, a scene with geometry generates a lot (potentially thousands), of glVertex(3G) commands each frame, and it may not be useful to trace them all. The process described above can be applied to any application that calls OpenGL directly or that makes OpenGL calls via a library, including SGI libraries like IRIS Performer, Open Inventor or Imagevision. To Generate Benchmarks It is possible to create test cases to represent the graphics workload for different stages of an application by tracing parts of the application. When Opening a Support Call The techniques discussed in this article can be used to create a small test case. Providing a test case is extremely helpful when a support call on OpenGL or any of the SGI libraries that use OpenGL is opened with your support provider. Depending on the problem, it may also reduce the time needed to resolve the issue. When Developing New Applications Ogldebug can be used when developing new applications or adding graphics code to an existing application. Use an iterative coding process: add some graphics-related code and then build and test to ensure expected results. As a Learning Aid Using ogldebug to examine an application can help to visualize what the application is doing and how OpenGL is being used. Conclusion The intent of this article is to encourage graphics developers to use ogldebug as part of their development environment. Ogldebug can contribute to the design and development of new applications, the improvement of existing applications, and in learning more about OpenGL or any library that uses OpenGL. For More Information More information on OpenGL is available on the SGI Web site (http://www.sgi.com). Use the find or search tool with the keywords "OpenGL WWW Center", or use the direct URL http://www.sgi.com/Technology/OpenGL/index.html. Customers interested in OpenGL may subscribe to the public newsgroup comp.graphics.api.opengl. The document "Frequently Asked Questions About Graphics and user environment customization" is regularly updated and posted to the comp.sys.sgi.misc, news.answers and comp.answers newsgroups twice per month. FAQs are also available on the SGI Web site http://www.sgi.com under "Sales & Support". ---------------------------------------------------------------------------- Maintained by digest-admin@csd.sgi.com --PART-BOUNDARY=.19706020827.ZM19413.csd.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 12:07:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA11312; Mon, 2 Jun 1997 10:32:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11296; Mon, 2 Jun 1997 10:32:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27452; Mon, 2 Jun 1997 10:32:40 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA23170 for ; Mon, 2 Jun 1997 10:32:35 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id KAA25395; Mon, 2 Jun 1997 10:33:56 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA24060; Mon, 2 Jun 1997 10:34:44 -0700 From: "Anita Kishore" Message-Id: <9706021034.ZM24058@tracey.triavest.com> Date: Mon, 2 Jun 1997 10:34:42 -0700 In-Reply-To: "DONKERS H.C." "DBASE process / pfBuffer question" (Jun 2, 4:16pm) References: <3BE1687340E@fel3.fel.tno.nl> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "DONKERS H.C." , info-performer@sgi.com Subject: Re: DBASE process / pfBuffer question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 2, 4:16pm, DONKERS H.C. wrote: > Subject: DBASE process / pfBuffer question > Hello all, > > I have a question about the DBASE process. > > I am currently developing an application, where I want to > multiprocess my own (non performer) stuff. > For me, the best thing to do would be to have a process which > manipulates the pfScene tree. But this process is not the same as the > one which issues the pfFrame()! > > What I get form the performer manual, is that for this (asynchronous > database management, I guess) I need to use the DBASE process. > Now I see that I can pretty easily add and/or delete subtrees within > the pfScene, with the pfBufferAddChild() and pfBufferRemoveChild() > routines. > > But I would also like to change geosets. (like colorchanges) > > And my question here is: > Is this easily manageable? Has someone had some experiance with this? > Can anyone who has, give some insight in pittfalls? > etc > BTW, I am using Performer 2.1. > One way to do the above could be as follows: in the DBASE process, clone (pfClone) the original pfScene part where you want to modify, let's say colour perform the changes in the cloned portion bufferDelete the original part from the pfScene bufferAdd/bufferMerge the cloned porion to the scene graph hope this helps -anita kishore@triavest.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 12: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 KAA11001; Mon, 2 Jun 1997 10:13:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA10985; Mon, 2 Jun 1997 10:13:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA23469; Mon, 2 Jun 1997 10:13:07 -0700 Received: from ms1.medcm (healthe.com [207.78.88.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA17740 for ; Mon, 2 Jun 1997 10:13:06 -0700 env-from (karthik@medcm.com) Received: from MCMO2 by ms1.medcm with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1389.3) id LL4GSA9G; Mon, 2 Jun 1997 12:03:49 -0400 Sender: karthik@medcm.com Message-ID: <3392FA86.167E@medcm.com> Date: Mon, 02 Jun 1997 12:53:26 -0400 From: karthik Vazhkudai Organization: MCM X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: fastrak source code problems!! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, I am trying to use the sample source code given in" ftp://sgigate.sgi.com/pub/Performer/src/misc/". But when I say "make" in the "GL/lib/liboop" and as well as the "fastrak_test" directory it is giving me the following errors: In "GL/lib/liboop" directory: "channel.c++", line 22: error: undefined function pfNewChan called "channel.c++", line 22: error: bad pointer initializer: bad operator in constant expression "channel.c++", line 22: error: bad assignment type: pfChannel* = int "channel.c++", line 23: error: undefined function pfAllocChanData called "channel.c++", line 27: error: undefined function pfChanDrawFunc called "channel.c++", line 28: error: undefined function pfChanScene called "channel.c++", line 30: error: undefined function pfNewESky called "channel.c++", line 30: error: bad pointer initializer: bad operator in constant expression "channel.c++", line 30: error: bad assignment type: pfEarthSky* = int "channel.c++", line 31: error: undefined function pfChanESky called "channel.c++", line 39: error: undefined function pfPassChanData called "channel.c++", line 44: error: undefined function pfChanViewMat called "channel.c++", line 174: error: undefined function pfChanViewport called "channel.c++", line 185: error: undefined function pfClearChan called Sorry, too many errors *** Error code 1 --- carpet.o --- "carpet.c++", line 172: error: undefined function pfScaleVec3 called "carpet.c++", line 175: error: undefined function pfAddVec3 called *** Error code 1 smake: Error: 2 errors In fastrak_test directory: "tester.c++", line 95: error: undefined function pfSetVec3 called "tester.c++", line 98: error: undefined function pfChanNearFar called "tester.c++", line 99: error: undefined function pfESkyColor called "tester.c++", line 99: error: PFES_CLEAR undefined *** Error code 1 smake: Error: 1 error Am I making any mistakes in compiling or should I modify the code? If so how? Any help in this regard will be appreciated. Thanks, karthik ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 12:07:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA10489; Mon, 2 Jun 1997 09:16:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA10473; Mon, 2 Jun 1997 09:16:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA13224; Mon, 2 Jun 1997 09:16:33 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA00484 for ; Mon, 2 Jun 1997 09:16:30 -0700 env-from (nicolas@cae.ca) Received: tid MAA28490; Mon, 2 Jun 1997 12:09:14 -0400 Received: from christine.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA50858; Mon, 2 Jun 1997 12:06:58 -0400 Received: by christine.cae.ca (950413.SGI.8.6.12/930416.SGI) id MAA16297; Mon, 2 Jun 1997 12:00:56 -0400 From: "Nicolas Gauvin" Message-Id: <9706021200.ZM16295@christine.cae.ca> Date: Mon, 2 Jun 1997 12:00:55 -0400 In-Reply-To: Joaquin Casillas Melendez "Re: Stencil question" (Jun 2, 10:43am) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Joaquin Casillas Melendez Subject: Re: Stencil question Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 2, 10:43am, Joaquin Casillas Melendez wrote: > Subject: Re: Stencil question > Well, it seems that it is exactly the problem. I am drawing the decal > children over the base and far away, outside the base. I really need this > behavior because the decal is a shadow coplanar with the floor. The shadow > can be moved and go out of the base floor. > In fact I just realized you were saying that from the beginning, I should have read you initial mail more carefully. > > If really need the stencil buffer to be cleared for each of your pfLayer > > you could do it in a pre-draw callback but you'll get a performance drop. > > > It would be something like this? > > /* floordcs it the base children of the layer */ > > pfNodeTravFuncs(floordcs, PFTRAV_DRAW, FloorPreDraw, FloorPostDraw); > ........................................ > > int FloorPreDraw(pfTraverser *trav, void *data) > { > glEnable(GL_STENCIL_TEST); > glClearStencil(0); > glClear(GL_STENCIL_BUFFER_BIT); > > return NULL; > } > > int FloorPostDraw(pfTraverser *trav, void *data) > { > glDisable(GL_STENCIL_TEST); > > return NULL; > } > I think you only need to call glClear(GL_STENCIL_BUFFER_BIT) in the pre-draw CB, there is no need for a post-draw CB. Performer will take care of enabling/disabling the stencil test. I don't think you need to have the stencil test enabled in order to be able to clear the buffer. You could also set this CB to the pfLayer node itself instead of the dcs base for the same result. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse 3D Graphics Software Saint-Laurent, Quebec, Canada, H4L-4X4 nicolas@cae.ca Tel: (514) 341-2000 x2275, Fax: (514) 340-5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 17:01:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11575; Mon, 2 Jun 1997 11:20:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11559; Mon, 2 Jun 1997 11:20:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA07075; Mon, 2 Jun 1997 11:20:15 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA08813 for ; Mon, 2 Jun 1997 11:20:15 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA27182; Mon, 2 Jun 1997 11:20:07 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA28947; Mon, 2 Jun 1997 11:20:07 -0700 Date: Mon, 2 Jun 1997 11:20:07 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706021120.ZM28945@multipass.asd.sgi.com> In-Reply-To: "Didier Guzzoni" "Shine problem" (Jun 2, 4:05pm) References: <9706021605.ZM7567@imtsg12.epfl.ch> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Didier Guzzoni" , info-performer@sgi.com Subject: Re: Shine problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Try something like pfEnable(PFEN_LIGHTING); from your draw process first time in. You should be able to set this in the geostate information and avoid the need for the call. Cheers,Angus. On Jun 2, 4:05pm, Didier Guzzoni wrote: > Subject: Shine problem > Hello, > > We are currently writing a Performer based application and we are dealing with > a weird behavior. When the program starts, no effects (such as shininess, > transparency) are rendered until we ask the program to show the statistics. > Once, the stats are displayed, the rendering becomes ok (shininess, > transparency,..) even if the user removes the stats. It looks like displaying > the statistics sets some parameters we forgot to initialize. > Has someone an idea ? > > Thanks in advance, > > Didier > > -- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Didier Guzzoni ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 2 19:04:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12957; Mon, 2 Jun 1997 13:34:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12941; Mon, 2 Jun 1997 13:34:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA02394; Mon, 2 Jun 1997 13:34:56 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA24485 for ; Mon, 2 Jun 1997 13:33:57 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id QAA02678 for ; Mon, 2 Jun 1997 16:35:26 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970602153657.006b3030@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 02 Jun 1997 15:36:59 -0500 To: info-performer@sgi.com From: ken sartor Subject: Memory problems after application crash Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi - I have a Performer application that occasionally dies ungracefully. Aside from *that* problem however is the problem that when this happens, it does not free up memory. Is there a way to free up memory after this kind of circumstance without requiring a system reboot? I have included osview output below, both before i run the application and after it crashes. Thanks for any suggestions! ken Before running App --------------- System Memory Phys 256.0M kernel 14.7M heap 1.6M stream 32.0K zones 2.3M ptbl 1.9M fs ctl 7.4M fs data 38.8M delwri 0 free 176.0M userdata 19.0M pgallocs 0 After App crash ----------------- System Memory Phys 256.0M kernel 15.2M heap 1.7M stream 48.0K zones 2.3M ptbl 2.2M fs ctl 4.5M fs data 55.6M delwri 0 free 73.4M userdata 107.3M pgallocs 0 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 05:32:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA15755; Tue, 3 Jun 1997 00:16:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA15739; Tue, 3 Jun 1997 00:16:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA06221; Tue, 3 Jun 1997 00:16:19 -0700 Received: from tri.kbs.co.kr (tri.kbs.co.kr [202.31.176.32]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA20382 for ; Tue, 3 Jun 1997 00:15:23 -0700 env-from (fortune@tri.kbs.co.kr) Received: from fortune by tri.kbs.co.kr (8.6.12H1/8.6.4) id QAA07069; Tue, 3 Jun 1997 16:12:49 +0900 Message-ID: <3393C41A.3FB3@tri.kbs.co.kr> Date: Tue, 03 Jun 1997 16:13:30 +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: What is different between pfLight and pfLightSource? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I want to know what is different between pfLight and pfLightSource? How about performance? What is more realistic? Thank you for reading my question. From Changrak -- 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 06:05:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA15812; Tue, 3 Jun 1997 00:50:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA15796; Tue, 3 Jun 1997 00:50:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA08800; Tue, 3 Jun 1997 00:50:51 -0700 Received: from CAE-GmbH.de (mail.cae-gmbh.de [195.124.148.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA24858 for ; Tue, 3 Jun 1997 00:50:45 -0700 env-from (bball@cae-gmbh.de) Received: by mail.cae-gmbh.de id <14977>; Tue, 3 Jun 1997 10:00:03 +0100 From: bball@cae-gmbh.de (Bettina Ball) Message-Id: <97Jun3.100003gmt+0100.14977@mail.cae-gmbh.de> Subject: Re: Flickerkilling on RE2 To: inge@autosim.no Date: Tue, 3 Jun 1997 16:53:29 +0100 Cc: info-performer@sgi.com (Performer Info) X-Mailer: ELM [version 2.3 PL11] Status: O On May 31, 12:13am, Inge Henriksen wrote: > When our OpenFlight databases increeces in the number of polygons, the > more inaccurate the the polygon calculations become, thus when two > polygons (or a polygon with a subface) are close to oneanother they > start to flicker because of this inaccuracy. How can we get rid of this > problem? Hi Inge, have you tried setting the method used for layering with pfLayerMode (or pfdConverterMode for the loader)? PFDECAL_BASE_HIGH_QUALITY produces the best effect (least flickering) to the expense of speed, PFDECAL_BASE_DISPLACE for example is faster, but of less quality. Hope that helps, Bettina -- ------------------------------------------------------ | Bettina Ball | | | CAE Elektronik GmbH | Email: bball@cae-gmbh.de | | Abt. Systemtechnik | | | Steinfurt 11 | Tel. : +49-(0)2402/106309 | | D-52222 Stolberg | Fax : +49-(0)2402/106270 | | Germany | http://www.cae.ca | ------------------------------------------------------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 06: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 BAA15841; Tue, 3 Jun 1997 01:03:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA15825; Tue, 3 Jun 1997 01:03:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA09265; Tue, 3 Jun 1997 01:03:25 -0700 Received: from jaco.artemedia.de ([195.21.248.66]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA26799 for ; Tue, 3 Jun 1997 01:03:22 -0700 env-from (jean-claude.bachmann@artemedia.de) Received: from fitz (unverified [10.3.2.5]) by jaco.artemedia.de (EMWAC SMTPRS 0.83) with SMTP id ; Tue, 03 Jun 1997 10:05:48 +0200 Sender: claude@artemedia.de Message-ID: <3393CF52.41C6@artemedia.de> Date: Tue, 03 Jun 1997 10:01:22 +0200 From: Jean-Claude Bachmann Organization: ARTEMEDIA PRODUCTIONS GmbH X-Mailer: Mozilla 2.01 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: ken sartor CC: info-performer@sgi.com Subject: Re: Memory problems after application crash References: <3.0.32.19970602153657.006b3030@mail.bur.visidyne.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O You may have a look at the ipcs and ipcrm man pages! J.C. ken sartor wrote: > > Hi - > > I have a Performer application that occasionally dies ungracefully. > Aside from *that* problem however is the problem that when this > happens, it does not free up memory. Is there a way to free up > memory after this kind of circumstance without requiring a system > reboot? I have included osview output below, both before i run > the application and after it crashes. > > Thanks for any suggestions! > > ken > > Before running App --------------- > > System Memory > Phys 256.0M > kernel 14.7M > heap 1.6M > stream 32.0K > zones 2.3M > ptbl 1.9M > fs ctl 7.4M > fs data 38.8M > delwri 0 > free 176.0M > userdata 19.0M > pgallocs 0 > > After App crash ----------------- > > System Memory > Phys 256.0M > kernel 15.2M > heap 1.7M > stream 48.0K > zones 2.3M > ptbl 2.2M > fs ctl 4.5M > fs data 55.6M > delwri 0 > free 73.4M > userdata 107.3M > pgallocs 0 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ -- ******************************************************************** * Artemedia GmbH | Tel.: +49 [0]30 25443 - 0 * * Jean-Claude Bachmann | Tel.: +49 0172 - 219 13 76 * * Hardenbergplatz 2 | Fax.: +49 [0]30 25443 - 260 * * D-10623 Berlin | email: jean-claude.bachmann@artemedia.de * * Germany | Web Page http://www.artemedia.de * ******************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 07:13:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA15929; Tue, 3 Jun 1997 01:56:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA15913; Tue, 3 Jun 1997 01:56:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA11671; Tue, 3 Jun 1997 01:56:28 -0700 Received: from typhoon.dial.pipex.net (typhoon.dial.pipex.net [158.43.128.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA03078 for ; Tue, 3 Jun 1997 01:56:27 -0700 env-from (dpearce@dial.pipex.com) Received: from aj043.du.pipex.com (193.130.249.43) by typhoon.dial.pipex.net (8.8.2/UUNET PIPEX simple 1.29) id JAA12425; Tue, 3 Jun 1997 09:56:23 +0100 (BST) Message-ID: <3393E9C7.7575@dial.pipex.com> Date: Tue, 03 Jun 1997 09:54:15 +0000 From: Dave Pearce Organization: Lockheed Martin Solartron Systems Ltd. X-Mailer: Mozilla 2.02 (Win95; I; 16bit) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Disappearing Textures in Perfly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, We are trying to load models generated in Multigen II Pro into Performer using Perfly on an O2. We are running version 2.0.3 of Performer. The problem is that when Perfly starts up, we can see the textures loading but the model appears totally black, no matter what lighting model we use. Has anyone seen this before or does anyone know what we are doing wrong? Thanks in advance Dave ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 08: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 CAA16002; Tue, 3 Jun 1997 02:47:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA15986; Tue, 3 Jun 1997 02:47:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA14109; Tue, 3 Jun 1997 02:47:57 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA08421 for ; Tue, 3 Jun 1997 02:47:41 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: by glup.eleinf.uv.es (1.39.111.2/16.2) id AA053344700; Tue, 3 Jun 1997 11:45:00 +0100 Date: Tue, 3 Jun 1997 11:44:59 +0100 (WETDST) From: Joaquin Casillas Melendez To: Nicolas Gauvin Cc: info-performer@sgi.com Subject: Stencil: solved In-Reply-To: <9706021200.ZM16295@christine.cae.ca> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello Performers! Thanks to all the people who has helped me with the pfLayer/stencil problem. Finally, I've used several pfLayers with PF_DECAL_DISPLACE modes, and draw callbacks for the base and decals of each pfLayer, doing calls to the OpenGL stencil functions to set individual stencil values. It seems to work fine! Thank you again. _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ Joaquin Casillas Melendez | email: jcasilla@glup.eleinf.uv.es _/ _/ ARTEC (LISITT) | _/ _/ Dept. Electr. & Informatics | Phone: +34 6 360 4484 Fax: +34 6 361 6198 _/ _/ University of Valencia | Address: Hugo de Moncada 4. 46010 Val.(SPAIN)_/ _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 08:33:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA16058; Tue, 3 Jun 1997 03:13:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA16042; Tue, 3 Jun 1997 03:13:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA15279; Tue, 3 Jun 1997 03:13:09 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA10709 for ; Tue, 3 Jun 1997 03:13:09 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id DAA15461; Tue, 3 Jun 1997 03:13:07 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id DAA28727; Tue, 3 Jun 1997 03:13:07 -0700 From: "Sharon Clay" Message-Id: <9706030313.ZM28725@rose.asd.sgi.com> Date: Tue, 3 Jun 1997 03:13:07 -0700 In-Reply-To: ken sartor "Memory problems after application crash" (Jun 2, 3:36pm) References: <3.0.32.19970602153657.006b3030@mail.bur.visidyne.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: ken sartor , info-performer@sgi.com Subject: Re: Memory problems after application crash Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jun 2, 3:36pm, ken sartor wrote: > Subject: Memory problems after application crash -> ->I have a Performer application that occasionally dies ungracefully. ->Aside from *that* problem however is the problem that when this ->happens, it does not free up memory. Is there a way to free up System and OS version? Also, are you sure that when you did the osview test, there were no lingering processes from the process group? By default, IRIX doesn't return memory to the system until all are dead. Freed memory is returned to yourself for you to reuse. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 08:56:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA16252; Tue, 3 Jun 1997 06:11:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA16236; Tue, 3 Jun 1997 06:11:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26968; Tue, 3 Jun 1997 06:11:04 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA00762 for ; Tue, 3 Jun 1997 06:11:02 -0700 env-from (Sylvie.Romero@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id PAA28755; Tue, 3 Jun 1997 15:10:10 +0200 Received: from unknown(134.212.240.112) by tls-cs1.cert.fr via smap (V1.3) id sma028750; Tue Jun 3 15:10:06 1997 Received: by indyrix (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id FAA10100; Tue, 3 Jun 1997 05:29:54 GMT From: "Sylvie.Romero" Message-Id: <9706030529.ZM10098@indyrix> Date: Tue, 3 Jun 1997 05:29:52 +0000 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: 2 graphic windows Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I would like to create a second graphic window in my program made with Iris Performer software. I try to make it as the first one but now, I don't have any picutre in the twice. I want then to move the objects in the 2 windows with 2 different views. I wish someone would explain to me how to do it. Thank you very much. my e mail : sromero@cert.fr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 08: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 EAA16157; Tue, 3 Jun 1997 04:34:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA16141; Tue, 3 Jun 1997 04:33:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA19559; Tue, 3 Jun 1997 04:33:58 -0700 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA19922 for ; Tue, 3 Jun 1997 04:33:50 -0700 env-from (jim@systech.hinet.net) Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA02898; Tue, 3 Jun 97 19:35:11 -0700 From: "Jim" Message-Id: <9706031935.ZM2896@systech.hinet.net> Date: Tue, 3 Jun 1997 19:35:03 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com, info-vega@paradigmsim.com, david@paradigmsim.com Subject: How to get libpfs.so Cc: jim@systech.hinet.net Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi: I just installed vega single process 3.0 version in dual R4400 cpu Onyx RE2, also installed performer 2.0.1 eoe & 2.0 dev. Then I make libraries of libpfdb,libpfdu,libpfui and libpfutil in /usr/share/Performer/src/lib But some libraries wasn't done by some reason. When I use Lynx preview eggfollow.adf and cann't preview adf file The shell prompt cannot find libpfs.so in /usr/lib. (1)How can I build libpfs.so in /usr/lib directory>? (2)Is it right to install single process Vega CD in DUAL CPU process Onyx RE2. Thanks for your help. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 08:56:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA16113; Tue, 3 Jun 1997 03:45:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA16097; Tue, 3 Jun 1997 03:45:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA17086; Tue, 3 Jun 1997 03:45:01 -0700 Received: from hinge.mistral.co.uk (hinge.mistral.co.uk [194.73.212.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA15244 for ; Tue, 3 Jun 1997 03:44:56 -0700 env-from (modellers@intersim.co.uk) Received: from daisy (l125.mistral.co.uk [194.73.212.125]) by hinge.mistral.co.uk (8.7.4/8.6.9) with SMTP id KAA11690; Tue, 3 Jun 1997 10:48:07 +0100 Sender: johnw@hinge.mistral.co.uk Message-ID: <3394018D.41C6@intersim.co.uk> Date: Tue, 03 Jun 1997 11:35:41 +0000 From: Julia Ellery Organization: Intersim Limited X-Mailer: Mozilla 2.02S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Inge Henriksen CC: performer help group Subject: Re: Flickerkilling on RE2 References: <33924176.167E@autosim.no> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello I thought you might like to know you are not alone in trying to overcome this problem! I too received the "usual" comments about changing the near clipping plane, which of course is not much help since in many applications you need a reasonably close near clip AND other things such as fog get affected if you start changing such values. Anyway, this may be of some help: The default mode for pfLayer is "FAST". This results in the flickering problems you describe. It ALWAYS will! The alternative is to change the mode for pfLayer to "HIGH QUALITY". I believe this can be done by a special MultiGen call before the call to pfLoadFile, or directly in the MultiGen code for their loader, if you are in the habit of changing this. This "HIGH_QUALITY" uses stencil planes and this CURES the flickering problem: Hurrah...... BUT unfortunately we have come across side affects. I'll describe these affects here in case you come across them but they might be related to the hardware we are using (High Impacts) and of course, the endless list of patches... Side affect: With "HIGH QUALITY" we have occulting problems on and around the surfaces concerned. There was debate at one time about this being related to transparent surfaces only but this is looking unlikely. So currently, I have the unsatisfactory situation of 2 versions of the loader and the modellers have the choice of a flickering problem or occulting problem! Most choose the one that cures the flicker but racetrack databases use the other! Hope this is of some help, or at least confirmation that you are NOT imagining the problem (which sadly seems to be what some would try to make you believe). Good luck. 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 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 08:56:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA16270; Tue, 3 Jun 1997 06:14:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA16254; Tue, 3 Jun 1997 06:14:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA27157; Tue, 3 Jun 1997 06:14:01 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA01201 for ; Tue, 3 Jun 1997 06:13:59 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id JAA01188 for ; Tue, 3 Jun 1997 09:15:23 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970603081717.006b5888@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 03 Jun 1997 08:17:24 -0500 To: info-performer@sgi.com From: ken sartor Subject: Re: Memory problems after application crash Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O At 03:13 AM 6/3/97 -0700, src wrote: >+>---- On Jun 2, 3:36pm, ken sartor wrote: >> Subject: Memory problems after application crash >-> >->I have a Performer application that occasionally dies ungracefully. >->Aside from *that* problem however is the problem that when this >->happens, it does not free up memory. Is there a way to free up > >System and OS version? > >Also, are you sure that when you did the osview test, there were >no lingering processes from the process group? By default, >IRIX doesn't return memory to the system until all are dead. >Freed memory is returned to yourself for you to reuse. Thanks Sharon. There was a lingering process i did not notice that was responsible for the memory problem. ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 10:46:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17276; Tue, 3 Jun 1997 09:15:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17260; Tue, 3 Jun 1997 09:15:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19038; Tue, 3 Jun 1997 09:15:40 -0700 Received: from cliffy.lmtas.lmco.com (cliffy.lfwc.lockheed.com [143.114.72.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA15871 for ; Tue, 3 Jun 1997 09:15:38 -0700 env-from (guestsm@lmtas.lmco.com) Received: from shaggy by cliffy.lmtas.lmco.com (SMI-8.6/SMI-SVR4) id LAA05853; Tue, 3 Jun 1997 11:15:14 -0500 Sender: stephen@lmtas.lmco.com Message-ID: <33944324.167E@lmtas.lmco.com> Date: Tue, 03 Jun 1997 11:15:32 -0500 From: "Stephen M. Guest" Organization: Loads and Criteria X-Mailer: Mozilla 3.0 (X11; I; IRIX64 6.2 IP28) MIME-Version: 1.0 To: info-performer@sgi.com, Dave Pearce Subject: Re: Disappearing Textures in Perfly References: <3393E9C7.7575@dial.pipex.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dave, Could be that you don't have the latest OpenFlight loader installed for Performer. We had similar results when saving files in v15.2 format but using the v14.2 loader (which appears to be what comes with Performer). If that is your problem, you can go to http://www.multigen.com/FAQ/faq.htm to get the latest loaders. Stephen -- Stephen M. Guest LMTAS guestsm@lmtas.lmco.com MZ 2275 (817)763-2471 P.O. Box 748 (817)763-3689 Fax Fort Worth, TX 76101 Dave Pearce wrote: > > Hi, > > We are trying to load models generated in Multigen II Pro into Performer > using Perfly on an O2. We are running version 2.0.3 of Performer. The > problem is that when Perfly starts up, we can see the textures loading > but the model appears totally black, no matter what lighting model we > use. > > Has anyone seen this before or does anyone know what we are doing wrong? > > Thanks in advance > > Dave > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 10:46:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17109; Tue, 3 Jun 1997 09:05:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17093; Tue, 3 Jun 1997 09:05:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA17281; Tue, 3 Jun 1997 09:05:01 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA12872 for ; Tue, 3 Jun 1997 09:04:59 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Tue, 03 Jun 1997 12:04:15 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Tue, 03 Jun 1997 12:04:15 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <335D8A31.41C6@etcflorida.com> Date: Wed, 23 Apr 1997 00:04:01 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: Re: Disappearing Textures in Perfly References: <3393E9C7.7575@dial.pipex.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dave Pearce wrote: > > Hi, > > We are trying to load models generated in Multigen II Pro into Performer > using Perfly on an O2. We are running version 2.0.3 of Performer. The > problem is that when Perfly starts up, we can see the textures loading > but the model appears totally black, no matter what lighting model we > use. > > Has anyone seen this before or does anyone know what we are doing wrong? > > Thanks in advance > > Dave > I have ran into this same thing. I think it has somthing to do with the 15.2 file format. I have a file in 14.2 that works fine but if I edit it in multigen and save down as 15.2 everything apears black in perfly. I am in searching for an answer as well.... garrett ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 10:46:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA16882; Tue, 3 Jun 1997 08:24:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA16866; Tue, 3 Jun 1997 08:24:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA11403; Tue, 3 Jun 1997 08:24:50 -0700 Received: from ghost.paradigmsim.com (ghost.paradigmsim.com [206.7.114.144]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA29640 for ; Tue, 3 Jun 1997 08:24:48 -0700 env-from (ch@paradigmsim.com) Received: from ghost (localhost [127.0.0.1]) by ghost.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA21468; Tue, 3 Jun 1997 10:22:29 -0500 Sender: ch@paradigmsim.com Message-ID: <339436B5.1CFB@paradigmsim.com> Date: Tue, 03 Jun 1997 10:22:29 -0500 From: Chris Henderson X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Dave Pearce CC: info-performer@sgi.com Subject: Re: Disappearing Textures in Perfly References: <3393E9C7.7575@dial.pipex.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O This is a symptom of using the 14.2 loader for a version 15.x file. Are you using the right loader for your database? ch. Dave Pearce wrote: > > Hi, > > We are trying to load models generated in Multigen II Pro into Performer > using Perfly on an O2. We are running version 2.0.3 of Performer. The > problem is that when Perfly starts up, we can see the textures loading > but the model appears totally black, no matter what lighting model we > use. > > Has anyone seen this before or does anyone know what we are doing wrong? > > Thanks in advance > > Dave > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ -- 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 10:34:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA16412; Tue, 3 Jun 1997 07:12:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA16396; Tue, 3 Jun 1997 07:12:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02564; Tue, 3 Jun 1997 07:12:26 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA09833 for ; Tue, 3 Jun 1997 07:12:24 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA01309; Tue, 3 Jun 97 08:10:12 -0500 Date: Tue, 3 Jun 97 08:10:12 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9706031310.AA01309@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Memory problems after application crash Status: O Ken Sartor asked: > I have a Performer application that occasionally dies ungracefully. > Aside from *that* problem however is the problem that when this > happens, it does not free up memory. Is there a way to free up > memory after this kind of circumstance without requiring a system > reboot? I have included osview output below, both before i run > the application and after it crashes. Of course *my* application never crashes ;-) ... but if it did (hypothetically, that is) .... I would make sure that all the CPU's were unrestricted, unisolated, etc (Check out the 'mpadmin' command), kill off all the processes that Performer may have forked that might still be running ('killall' is useful here) and finally, use 'ipcrm' to free up shared memory areas, semaphores, etc (You can use 'ipcs' to show which shared memory areas, etc are in use where). ...not that I ever need to do that of course... :-) 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 10:34:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA16430; Tue, 3 Jun 1997 07:13:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA16414; Tue, 3 Jun 1997 07:13:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA02681; Tue, 3 Jun 1997 07:13:45 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA09994 for ; Tue, 3 Jun 1997 07:13:41 -0700 env-from (Sylvie.Romero@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id QAA29818; Tue, 3 Jun 1997 16:12:59 +0200 Received: from unknown(134.212.240.112) by tls-cs1.cert.fr via smap (V1.3) id sma029812; Tue Jun 3 16:12:46 1997 Received: by indyrix (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id GAA10526; Tue, 3 Jun 1997 06:32:17 GMT From: "Sylvie.Romero" Message-Id: <9706030632.ZM10524@indyrix> Date: Tue, 3 Jun 1997 06:32:16 +0000 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O subscribe ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 10:46:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17298; Tue, 3 Jun 1997 09:16:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17282; Tue, 3 Jun 1997 09:16:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19105; Tue, 3 Jun 1997 09:16:06 -0700 Received: from sguk.reading.sgi.com ([144.253.64.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA15955 for ; Tue, 3 Jun 1997 09:16:00 -0700 env-from (clive@reading.sgi.com) Received: from barney.reading.sgi.com (barney.reading.sgi.com [144.253.74.139]) by sguk.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA05677; Tue, 3 Jun 1997 17:16:01 +0100 Received: from barney (barney.reading.sgi.com [144.253.74.139]) by barney.reading.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA04061; Tue, 3 Jun 1997 17:15:25 +0100 Sender: clive@reading.sgi.com Message-ID: <3394431D.2781@reading.sgi.com> Date: Tue, 03 Jun 1997 17:15:25 +0100 From: Clive Harding X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: Dave Pearce CC: info-performer@sgi.com Subject: Re: Disappearing Textures in Perfly References: <3393E9C7.7575@dial.pipex.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dave, This sounds very much like you loading v15+ OpenFlight files using the V14.2 loader which is supplied with performer. You can get a 15.X loader from http://www.multigen.com/support/TechNotes/sgi_support/sgi_support.htm (it's at the bottom of the frame on the left). or you should be able to save your models as V14 using multigen. Hope this helps. Cheers, Clive. -- ________________________________________________________________ Clive Harding, Software Support Group, Silicon Graphics UK Ltd. Forum 1, Station Road, Theale, Reading, UK, RG7 4RA. Tel: 01189 307736 Fax: 01189 307553 Email: clive@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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 10:46:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA16955; Tue, 3 Jun 1997 08:40:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA16939; Tue, 3 Jun 1997 08:40:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13271; Tue, 3 Jun 1997 08:40:23 -0700 Received: from mercury.isrc.sandia.gov (mercury.isrc.sandia.gov [132.175.174.251]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA04336 for ; Tue, 3 Jun 1997 08:40:20 -0700 env-from (ejgottl@isrc.sandia.gov) Received: from dilbert.isrc.sandia.gov (dilbert-11 [132.175.11.9]) by mercury.isrc.sandia.gov (8.8.4/8.7.3) with ESMTP id JAA08089; Tue, 3 Jun 1997 09:40:10 -0600 (MDT) Received: from localhost (ejgottl@localhost) by dilbert.isrc.sandia.gov (8.8.3/8.7.2) with SMTP id JAA06033; Tue, 3 Jun 1997 09:40:04 -0600 (MDT) X-Authentication-Warning: dilbert.isrc.sandia.gov: ejgottl owned process doing -bs Date: Tue, 3 Jun 1997 09:40:04 -0600 (MDT) From: Eric Gottlieb X-Sender: ejgottl@dilbert To: Dave Pearce cc: info-performer@sgi.com Subject: Re: Disappearing Textures in Perfly In-Reply-To: <3393E9C7.7575@dial.pipex.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O This could be a symptom of not using the 15.2 version of the performer openflight loader library (Multigen II saves in open flight 15.2 by default). If this is your problem, you can get the latest version of the libraries (o32, n32, etc...) from MultiGen's www/ftp site (www.multigen.com I think). As a workaround in the meantime, you can choose from the "Save As" menu to save your files in openflight 14.something which performer can read by default (this assumes that you can regenerate the file of course). -- Eric Gottlieb (egott@rt66.com ejgottl@isrc.sandia.gov) On Tue, 3 Jun 1997, Dave Pearce wrote: > Hi, > > We are trying to load models generated in Multigen II Pro into Performer > using Perfly on an O2. We are running version 2.0.3 of Performer. The > problem is that when Perfly starts up, we can see the textures loading > but the model appears totally black, no matter what lighting model we > use. > > Has anyone seen this before or does anyone know what we are doing wrong? > > Thanks in advance > > Dave > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 14:57:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17338; Tue, 3 Jun 1997 09:18:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17322; Tue, 3 Jun 1997 09:18:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19520; Tue, 3 Jun 1997 09:18:25 -0700 Received: from cdse14.rti.org (cdse14.rti.org [152.5.64.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA16931 for ; Tue, 3 Jun 1997 09:18:23 -0700 env-from (rspencer@rti.org) Received: from ss2.rti.org by cdse14.rti.org (SMI-8.6/SMI-SVR4) id MAA00696; Tue, 3 Jun 1997 12:29:46 -0400 Received: from ss2 by ss2.rti.org (SMI-8.6/SMI-SVR4) id MAA28018; Tue, 3 Jun 1997 12:09:38 -0400 Sender: rspencer@rti.org Message-ID: <339441C2.6ED3@rti.org> Date: Tue, 03 Jun 1997 12:09:38 -0400 From: "Richard M. Spencer" Organization: Research Triangle Institute X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: Dave Pearce CC: info-performer@sgi.com Subject: Re: Disappearing Textures in Perfly References: <3393E9C7.7575@dial.pipex.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O The perfly MultiGen loader is probably version 14.2 which you can see in the header when you load it. You can download the 15.2 version from the MultiGen Web site if they have fixed their Web site or call them to get it from a ftp site. You can then link PFLD_LIBRARY_PATH to that directory. Dave Pearce wrote: > > Hi, > > We are trying to load models generated in Multigen II Pro into Performer > using Perfly on an O2. We are running version 2.0.3 of Performer. The > problem is that when Perfly starts up, we can see the textures loading > but the model appears totally black, no matter what lighting model we > use. > > Has anyone seen this before or does anyone know what we are doing wrong? > > Thanks in advance > > Dave > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ -- Richard M. Spencer Research Triangle Institute rspencer@rti.org Center for Digital Systems Engineering 919-541-6733 (voice) 3040 Cornwallis Road, Herbert Bldg, Rm 226 919-541-6515 (fax) P.O. Box 12194; RTP, NC 27709-2194 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 16:41:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18440; Tue, 3 Jun 1997 10:54:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18424; Tue, 3 Jun 1997 10:54:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA10069; Tue, 3 Jun 1997 10:54:41 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA19529 for ; Tue, 3 Jun 1997 10:54:41 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id KAA05505; Tue, 3 Jun 1997 10:54:38 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA00636; Tue, 3 Jun 1997 10:54:37 -0700 Date: Tue, 3 Jun 1997 10:54:37 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706031054.ZM634@multipass.asd.sgi.com> In-Reply-To: Julia Ellery "Re: Flickerkilling on RE2" (Jun 3, 11:35am) References: <33924176.167E@autosim.no> <3394018D.41C6@intersim.co.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Julia Ellery , Inge Henriksen Subject: Re: Flickerkilling on RE2 Cc: performer help group Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Julia, I thought the occulting problem on pfLayers was fixed with a performer eoe patch. Are you using the latest? Cheers,Angus. On Jun 3, 11:35am, Julia Ellery wrote: > Subject: Re: Flickerkilling on RE2 > Hello > > I thought you might like to know you are not alone in trying to > overcome this problem! I too received the "usual" comments about > changing the near clipping plane, which of course is not much > help since in many applications you need a reasonably close > near clip AND other things such as fog get affected if you > start changing such values. > > Anyway, this may be of some help: > > The default mode for pfLayer is "FAST". This results in the flickering > problems you describe. It ALWAYS will! The alternative is to change > the mode for pfLayer to "HIGH QUALITY". I believe this can be > done by a special MultiGen call before the call to pfLoadFile, > or directly in the MultiGen code for their loader, if you are in > the habit of changing this. > > This "HIGH_QUALITY" uses stencil planes and this CURES the flickering > problem: Hurrah...... BUT unfortunately we have come across side > affects. I'll describe these affects here in case you come across > them but they might be related to the hardware we are using > (High Impacts) and of course, the endless list of patches... > > Side affect: With "HIGH QUALITY" we have occulting problems on and > around the surfaces concerned. > There was debate at one time about this being related to > transparent surfaces only but this is looking unlikely. > > So currently, I have the unsatisfactory situation of 2 versions of > the loader and the modellers have the choice of a > flickering problem or occulting problem! Most choose the one that > cures the flicker but racetrack databases use the other! > > Hope this is of some help, or at least confirmation that you > are NOT imagining the problem (which sadly seems to be what some > would try to make you believe). > > Good luck. > > 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 > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Julia Ellery ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 17:16:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA18740; Tue, 3 Jun 1997 11:35:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA18724; Tue, 3 Jun 1997 11:35:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA22096; Tue, 3 Jun 1997 11:35:47 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA02020 for ; Tue, 3 Jun 1997 11:35:46 -0700 env-from (remi@remi.asd.sgi.com) Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA09617; Tue, 3 Jun 1997 11:35:35 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA04300; Tue, 3 Jun 1997 11:35:34 -0700 From: remi@remi.asd.sgi.com (Rémi Arnaud) Message-Id: <199706031835.LAA04300@remi.asd.sgi.com> Subject: Re: 2 graphic windows To: Sylvie.Romero@cert.fr (Sylvie.Romero) Date: Tue, 3 Jun 1997 11:35:34 -0700 (PDT) Cc: info-performer@sgi.com, sromoro@cert.fr In-Reply-To: <9706030529.ZM10098@indyrix> from "Sylvie.Romero" at Jun 3, 97 05:29: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: 923 Status: O Sylvie.Romero wrote: > > Hello, > > I would like to create a second graphic window in my program made with Iris > Performer software. I try to make it as the first one but now, I don't have any > picutre in the twice. I want then to move the objects in the 2 windows with 2 > different views. > I wish someone would explain to me how to do it. > Thank you very much. having 2 real windows is a lot more expensive than having 2 views in one window. Instead of having one pfPipe and two pfChannel, you will have two pfPipes, with each one pfChannel. Running perfly -M1 -c2 -W512 .... will do 2 windows Running perfly -M0 -c2 .... will do 2 channels in one window All the source code is available from perfly and common directory. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 19:10:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA20459; Tue, 3 Jun 1997 14:56:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA20443; Tue, 3 Jun 1997 14:56:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26630; Tue, 3 Jun 1997 14:56:20 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA00061 for ; Tue, 3 Jun 1997 14:56:19 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id RAA03512 for ; Tue, 3 Jun 1997 17:58:10 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970603165946.006d15c4@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 03 Jun 1997 16:59:48 -0500 To: info-performer@sgi.com From: ken sartor Subject: Spline fog for RE2/Opengl Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi - To the Performer team - is there any plan to implement spline fog for RE2s under OpenGL? This would be a really great thing! If so, what type time scale might it occur on? If not :( Thanks. ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 19:04:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA19844; Tue, 3 Jun 1997 13:05:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA19828; Tue, 3 Jun 1997 13:05:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA08852; Tue, 3 Jun 1997 13:05:25 -0700 Received: from ee.ubc.ca (fs3.ee.ubc.ca [137.82.52.241]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA25328 for ; Tue, 3 Jun 1997 13:05:24 -0700 env-from (simond@ee.ubc.ca) Received: from salcudean.ee.ubc.ca by ee.ubc.ca (0/0 = undefined) id MAA13852; Tue, 3 Jun 1997 12:59:18 -0700 Received: from localhost by salcudean.ee.ubc.ca (8.6.11/SMI-4.0) id NAA01767; Tue, 3 Jun 1997 13:03:06 -0700 Date: Tue, 3 Jun 1997 13:03:06 -0700 (PDT) From: Simon Dimaio To: SGI Performer Forum Subject: Colour Window Dump Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi Is there an easy way to dump a colour window to a file? I have used a ..._TYPE_X window and have tried using "xwd" and "xv" to dump the window containing my Performer simulation, but the colour map is not saved correctly. (?) Thanks. Regards Simon Dimaio ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 19:10:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA20439; Tue, 3 Jun 1997 14:54:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA20423; Tue, 3 Jun 1997 14:54:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26409; Tue, 3 Jun 1997 14:54:30 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA29074 for ; Tue, 3 Jun 1997 14:54:18 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id RAA03498 for ; Tue, 3 Jun 1997 17:55:09 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970603165645.0068eaf0@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 03 Jun 1997 16:56:47 -0500 To: info-performer@sgi.com From: ken sartor Subject: Memory leaks using geodes Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi - I have a program that creates and deletes geometry (potentially MANY times). When i use geosets only, i can do this indefinitely with no problems. However, when i try to utilize geodes, a memory leak develops. Is this a known problem? (I delete the geometry in the reverse order in which i create it; e.g., first thing created -> last thing deleted.) What i really want to be able to do is morph the dynamic geometries. Is there a way to access morphing without explicitly using geodes (e.g., can one morph geosets?). I am currently using Performer 2.0.4 but am anxiously awaiting Performer 2.2. Thanks for any ideas or insights! ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 3 23:10:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA21101; Tue, 3 Jun 1997 17:07:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA21085; Tue, 3 Jun 1997 17:07:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA16228; Tue, 3 Jun 1997 17:07:26 -0700 Received: from news1.crl.com (news1.crl.com [165.113.1.23]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id RAA03555 for ; Tue, 3 Jun 1997 17:07:23 -0700 env-from (tcrane@crystaleye.com) Received: by news1.crl.com with UUCP id AA21689 (5.65c/IDA-1.502 for info-performer@sgi.com); Tue, 3 Jun 1997 16:51:35 -0700 Received: from Connect2 Message Router by crystal.crystaleye.com via Connect2-UUCP v1.00.29; Tue, 3 Jun 97 16:53:40 -0800 Message-Id: <9470943301101000@crystaleye.com> Date: Tue, 3 Jun 97 16:53:29 -0800 Sender: Tim Crane From: Tim Crane Organization: StereoGraphics Corp. To: info-performer@sgi.com Subject: STEREO FOR 02 X-Smf-Conversation-Id: 9470943302101000 Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7BIT X-Mailer: Connect2-UUCP v1.00.29 Status: O Does anyone know how to put the new SGI 02 computer into the stereo mode. It probably via the setmon command, but I am not sure. I tried the setmon str_rect, but it came back bad command.... Thank you... Please feel free to contact me if you have any questions. Tim Crane, Quality Mgr. StereoGraphics Tech Support 2171 E. Francisco Blvd. San Rafael CA 94901 415-459-4500 415-455-1844 fax internet: tcrane@crystaleye.com Web: http://www.stereographics.com *** This letter printed on 100% recyclable phosphor. *** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 00:33:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA21596; Tue, 3 Jun 1997 19:00:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA21580; Tue, 3 Jun 1997 19:00:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA25021; Tue, 3 Jun 1997 19:00:57 -0700 Received: from slack.shoreline-studios.com ([206.14.117.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA01357 for ; Tue, 3 Jun 1997 19:00:54 -0700 env-from (wade@slack.shoreline-studios.com) Received: (from wade@localhost) by slack.shoreline-studios.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA03541; Tue, 3 Jun 1997 19:00:50 -0700 Date: Tue, 3 Jun 1997 19:00:50 -0700 Message-Id: <199706040200.TAA03541@slack.shoreline-studios.com> From: Wade Olsen To: info-performer@sgi.com Subject: no XEvents when stats are drawn Status: O I create a pfPipeWindow and get it's X window ID for use in getting mouse motion and button events. This works fine until I tell a channel in the window to draw stats. After doing so, I get no more events from that window until I stop drawing the stats. I'm thinking a different Window is now getting those events? Any advice? Wade -- ----------------------------- Wade Olsen, Shoreline Studios e-mail: wade@shoreline-studios.com phone: 415-969-7896 fax: 415-969-7864 www: http://www.shoreline-studios.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 02:43:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA22363; Tue, 3 Jun 1997 21:01:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA22347; Tue, 3 Jun 1997 21:01:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA02340; Tue, 3 Jun 1997 21:01:20 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA20820 for ; Tue, 3 Jun 1997 21:01:19 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id VAA02332; Tue, 3 Jun 1997 21:01:19 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id VAA24703; Tue, 3 Jun 1997 21:01:08 -0700 From: "Rob Jenkins" Message-Id: <9706032101.ZM24701@quid.csd.sgi.com> Date: Tue, 3 Jun 1997 21:01:08 -0700 In-Reply-To: ken sartor "Spline fog for RE2/Opengl" (Jun 3, 4:59pm) References: <3.0.32.19970603165946.006d15c4@mail.bur.visidyne.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ken sartor , info-performer@sgi.com Subject: Re: Spline fog for RE2/Opengl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There was a plan :-) pffog man page has details of spline fog ( for RE2 and iR ) in pf 2.0 and 2.1. As far as I know all works OK. Cheers Rob On Jun 3, 4:59pm, ken sartor wrote: > Subject: Spline fog for RE2/Opengl > > Hi - > > To the Performer team - is there any plan to implement spline > fog for RE2s under OpenGL? This would be a really great thing! > If so, what type time scale might it occur on? If not :( > > Thanks. > > ken > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from ken sartor -- ________________________________________________________________ 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 03:50:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA22536; Tue, 3 Jun 1997 22:24:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA22520; Tue, 3 Jun 1997 22:24:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA06676; Tue, 3 Jun 1997 22:24:07 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA02162 for ; Tue, 3 Jun 1997 22:23:53 -0700 env-from (rany@rtset.co.il) Received: from rany (ts003p10.pop9a.netvision.net.il [194.90.11.66]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id HAA03019; Tue, 4 Jun 1996 07:13:26 +0200 Message-ID: <33954069.84F907F0@rtset.co.il> Date: Wed, 04 Jun 1997 13:16:09 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.0b5 [en] (Win95; I) MIME-Version: 1.0 To: Simon Dimaio CC: SGI Performer Forum Subject: Re: Colour Window Dump X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=iso-8859-1 Status: O Simon Dimaio wrote: > Hi > > Is there an easy way to dump a colour window to a file? I have used a > ..._TYPE_X window and have tried using "xwd" and "xv" to dump the > window > containing my Performer simulation, but the colour map is not saved > correctly. (?) scrsave -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 05:22:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA22734; Tue, 3 Jun 1997 23:45:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA22718; Tue, 3 Jun 1997 23:45:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA11583; Tue, 3 Jun 1997 23:45:11 -0700 Received: from glinda.oz.net (glinda.oz.net [198.68.184.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA21571 for ; Tue, 3 Jun 1997 23:45:10 -0700 env-from (avi@zombie.com) Received: from wolfchild (avi.oz.net [206.61.159.122]) by glinda.oz.net (8.8.5/8.7.3) with ESMTP id XAA13766; Tue, 3 Jun 1997 23:44:50 -0700 (PDT) Message-ID: <33950F12.F6A664B@zombie.com> Date: Tue, 03 Jun 1997 23:45:38 -0700 From: Avi X-Mailer: Mozilla 4.0b5 [en] (WinNT; I) MIME-Version: 1.0 To: ken sartor CC: info-performer@sgi.com Subject: Re: Memory problems after application crash X-Priority: 3 (Normal) References: <3.0.32.19970602153657.006b3030@mail.bur.visidyne.com> <9706030313.ZM28725@rose.asd.sgi.com> Content-Type: text/plain; charset=iso-8859-1 Status: O With 5.3, we saw OS (memory, file-locks) corruption after certain severe pipe crashes. The only course of action was big-booting the system. I've seen some similar (what I assume is) OS or pipe-state corruption with 6.4 which manifest as persistent frame-rate and I/O chuggyness that only goes away on big-re-boote'. Best course of action: don't crash. ("Doctor, my elbow hurts when I raise it over my head...") Avi Sharon Clay wrote: > +>---- On Jun 2, 3:36pm, ken sartor wrote: > > Subject: Memory problems after application crash > -> > ->I have a Performer application that occasionally dies ungracefully. > ->Aside from *that* problem however is the problem that when this > ->happens, it does not free up memory. Is there a way to free up > > System and OS version? > > Also, are you sure that when you did the osview test, there were > no lingering processes from the process group? By default, > IRIX doesn't return memory to the system until all are dead. > Freed memory is returned to yourself for you to reuse. > > 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 > SGI DevForum 97 info: http://www.sgi.com/Forum97/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 05:59:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA22810; Wed, 4 Jun 1997 00:23:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA22794; Wed, 4 Jun 1997 00:23:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA15396; Wed, 4 Jun 1997 00:23:51 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA26726 for ; Wed, 4 Jun 1997 00:23:46 -0700 env-from (rany) Received: from (jimbo.rtset.co.il [194.90.96.248]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id JAA03218; Tue, 4 Jun 1996 09:13:35 +0200 Received: (from rany@localhost) by (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA19384; Wed, 4 Jun 1997 11:19:55 +0300 From: "Ran Yakir" Message-Id: <9706041119.ZM19382@jimbo> Date: Wed, 4 Jun 1997 11:19:54 +0000 In-Reply-To: Choi Changrak "What is different between pfLight and pfLightSource?" (Jun 3, 4:13pm) References: <3393C41A.3FB3@tri.kbs.co.kr> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: fortune@tri.kbs.co.kr, Performer Submissions Subject: Re: What is different between pfLight and pfLightSource? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 3, 4:13pm, Choi Changrak wrote: > Subject: What is different between pfLight and pfLightSource? > Hi, > I want to know what is different between pfLight and pfLightSource? > > How about performance? > What is more realistic? Both pfLight and pfLightSource encapsulate the functionality of OpenGL (or IrisGL) lights. Those lights are performed in hardware per vertex. A pfLight is a libpr object, which defines an OpenGL light when applied. It has to be applied from within the DRAW process, because it issues GL commands. A pfLightSource is a libpf node. It is normally added to the scene graph with pfAddChild. Therefore it is affected by the nodes above it in the scene graph - DCSs, Switches, etc. So you can animate the position of a light using a DCS above the pfLightSource. A pfLightSource also supports some lighting techniques which are not supported by normal GL lights, like projected texture for spotlights and shadows. These techniques give you high quality lighting effects but requires multiple passes when drawing the database. If you use only the normal GL lights, you have no performance difference between the two, and they both give the same results quality speaking. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 10:07:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA23820; Wed, 4 Jun 1997 05:53:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA23804; Wed, 4 Jun 1997 05:53:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA02158; Wed, 4 Jun 1997 05:53:40 -0700 Received: from Norway.EU.net (nic.eunet.no [193.71.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA03963 for ; Wed, 4 Jun 1997 05:53:38 -0700 env-from (inge@autosim.no) Received: by Norway.EU.net with UUCP id AA01378 (5.65c/IDA-1.4.4/EUnet/NO for eunor!sgi.com!info-performer); Wed, 4 Jun 1997 14:53:36 +0200 Received: from gloria.autosim.no by indigo.autosim.no via SMTP (931110.SGI/930416.SGI) for eunor!sgi.com!info-performer id AA07449; Wed, 4 Jun 97 15:40:51 +0200 Sender: inge@indigo Message-Id: <33957063.167E@autosim.no> Date: Wed, 04 Jun 1997 15:40:51 +0200 From: Inge Henriksen Organization: Autosim A/S X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: sgi-infoperformer Subject: Re: Colour Window Dump References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Simon Dimaio wrote: > > Hi > > Is there an easy way to dump a colour window to a file? I have used a > ..._TYPE_X window and have tried using "xwd" and "xv" to dump the window > containing my Performer simulation, but the colour map is not saved > correctly. (?) > > Thanks. > > Regards > Simon Dimaio > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ -- Hello Simon Dimaio ------------------ I have earlier encountered the same problem with xwd, I have been told that the color-errors is because some X-windows are configured to 8-bit (bitplanes?), a more correct configuration would be a higher number of bit's. We also have our X-windows set to 8-bit on our V5.3 of Irix. The bit-number do not seem to have any effect on the actual number of viewed on-screen colors, but effects programs like xwd. This adds up to one way of solving your problem; to reconfigure the number of X-bitplanes(somehow). I did not do this, and rather used the "/usr/sbin/scrsave file x0 x1 y0 y1", where you can take a "snapshot" of the screen after your own specified coordinates. So a solution would be to figure out where your performer app. window is allocated on the screen, and then use "scrsave" to snapshot that portion of the screen. Use the "system(file)" command to execute a shell-command within your c-program. Greetings. --------------------------- Inge Eivind Henriksen Autosim A/S P.B. 2303 N-9002 Tromsoe Norway Tlf.nr.: +(47) 77 67 50 75 Fax.nr.: +(47) 77 67 67 01 Mailto:inge@autosim.no ---------------------------- Word for thought: Joh.3:16-21 ---------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 10:07:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24111; Wed, 4 Jun 1997 07:03:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24095; Wed, 4 Jun 1997 07:03:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06660; Wed, 4 Jun 1997 07:03:01 -0700 Received: from wb.psych.wright.edu (wb.psych.wright.edu [130.108.156.203]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA15017 for ; Wed, 4 Jun 1997 07:02:59 -0700 env-from (ski@wb.psych.wright.edu) Received: by wb.psych.wright.edu; id AA02181; Wed, 4 Jun 1997 10:03:47 -0400 From: "Scott K. Isabelle" Message-Id: <9706041403.AA02181@wb.psych.wright.edu> Subject: "molelecular performer"? To: info-performer@sgi.com Date: Wed, 4 Jun 1997 10:03:47 -0500 (EDT) Cc: ski@wb.psych.wright.edu (Scott K. Isabelle) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 223 Status: O Is there a Performer loader for files in the mol2 format (used for molecular biology)? Something along the lines of the mview plug-ing, based on the Molecular Inventor toolkit ( extension to Open Inventor)? Thanks, Scott ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 10:08:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24166; Wed, 4 Jun 1997 07:08:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24150; Wed, 4 Jun 1997 07:08:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07079; Wed, 4 Jun 1997 07:08:40 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA15971 for ; Wed, 4 Jun 1997 07:08:37 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA016213699; Wed, 4 Jun 1997 09:15:00 -0500 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 AA178813182; Wed, 4 Jun 1997 09:06:22 -0500 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-1997Jun04.080200.1074.27228; Wed, 04 Jun 1997 09:07:24 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Cc: csi-users@smtp.coryphaeus.com (csi-users) Message-Id: <1997Jun04.080200.1074.27228@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: Wed, 04 Jun 1997 09:07:24 -0700 Subject: Second Pipe and Intersection Geometry Status: O I'll try to rephrase my questions so that they are a little more specific. I have an idea for using Intersection geometry for finding a solution to problem normally associated with super-computing. It's rather an odd use of intersection geometry so I need a little more information before I risk the time associated with building the program. I'm using Performer 2.1 and Coryphaeus Software's EasyScene on a 16 processor R10000 Onyx Infinite Reality with 8 RM6s (64MB ea.) on a dual pipe system. Our main application, which must be running, requires one dedicated pipe and utilizes 5 forked processes as well as any processes generated by the Performer mode (APP_CULLDRAW_ISEC) which I believe is 3, leaving me with 8 processors to do some additional work from and the second pipe which is not used by our primary Real-time display. So, here are my questions: 1) When exactly does the ISEC process occur and can it's time be calculated by hand prior to execution? Is there additional overhead created by the use of intersection geometry other than the time of the process itself (such as transfer of information to the process)? 2) Does the size of the polygons affect calculation of an Intersection (I have several long skinny triangles)? 3) Can a second Performer program execute assuming that it only utilizes the second pipe and the remaining processors? 4) If #3 is possible, can I guarantee that the new process will not interfere in any way with the frame rate speed of the primary display (the first Performer process)? Does this require a special setup or will the SGI do this for me? I can write the new program utilizing EasyScene or as a full Performer only application, but I need to know these answers to see if my new program is even feasible.... I am short on time, so I need to get this right the first time, if I can do it at all, and I cannot risk interfering with our primary display process.... Thank you for your time. Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range, NM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 10: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 GAA24022; Wed, 4 Jun 1997 06:44:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA24006; Wed, 4 Jun 1997 06:44:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA05110; Wed, 4 Jun 1997 06:44:10 -0700 Received: from ez31.echtzeit.de (ez31.echtzeit.de [195.82.64.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA11454 for ; Wed, 4 Jun 1997 06:44:05 -0700 env-from (ruediger@mail3.echtzeit.de) Received: by ez31.echtzeit.de (Smail3.2) from tuennes.echtzeit.de (195.82.64.7) with smtp id ; Wed, 4 Jun 1997 15:34:33 +0200 (MESZ) Received: by tuennes.echtzeit.de (Smail3.2) id ; Wed, 4 Jun 1997 15:01:08 +0200 (MEST) From: "Ruediger Polster" Message-Id: <9706041501.ZM2653@tuennes.echtzeit.de> Date: Wed, 4 Jun 1997 15:01:08 +0200 In-Reply-To: Ran Yakir "Re: Colour Window Dump" (Jun 4, 1:16pm) References: <33954069.84F907F0@rtset.co.il> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: rany@rtset.co.il, Simon Dimaio Subject: Re: Colour Window Dump Cc: SGI Performer Forum Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, the best way for examble is to make an alias in your .cshrc file with the appropriate parameters. I do slide produktion with a optimal black bakround with an alias like this alias mkslide "scrsave a.rgb 320 1269 11 993; slide a.rgb" all the best ruediger -- 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 polster@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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 10:07:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24184; Wed, 4 Jun 1997 07:09:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24168; Wed, 4 Jun 1997 07:09:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07152; Wed, 4 Jun 1997 07:09:28 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA16121 for ; Wed, 4 Jun 1997 07:09:25 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id KAA01360; Wed, 4 Jun 1997 10:06:56 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970604090900.006d85d4@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 04 Jun 1997 09:09:03 -0500 To: "Rob Jenkins" , info-performer@sgi.com From: ken sartor Subject: Re: Spline fog for RE2/Opengl Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi - When i try to define a spline fog (under OpenGL) i get the following message: => warn pfFogType - OpenGL version doesn't have PFFOG_PIX_SPLINE implemented.Using PFFOG_VTX_EXP2. Am i doing something wrong? ken At 09:01 PM 6/3/97 -0700, Rob Jenkins wrote: >There was a plan :-) pffog man page has details of spline fog ( for RE2 and iR >) in pf 2.0 and 2.1. As far as I know all works OK. > >Cheers >Rob > >On Jun 3, 4:59pm, ken sartor wrote: >> Subject: Spline fog for RE2/Opengl >> >> Hi - >> >> To the Performer team - is there any plan to implement spline >> fog for RE2s under OpenGL? This would be a really great thing! >> If so, what type time scale might it occur on? If not :( >> >> Thanks. >> >> ken >> ======================================================================= >> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ >> Submissions: info-performer@sgi.com >> Admin. requests: info-performer-request@sgi.com >> SGI DevForum 97 info: http://www.sgi.com/Forum97/ >>-- End of excerpt from ken sartor > > > >-- >________________________________________________________________ >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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 10:07:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24148; Wed, 4 Jun 1997 07:08:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24132; Wed, 4 Jun 1997 07:08:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07066; Wed, 4 Jun 1997 07:08:35 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA15964 for ; Wed, 4 Jun 1997 07:08:34 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA13381; Wed, 4 Jun 97 08:53:40 -0500 Date: Wed, 4 Jun 97 08:53:40 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9706041353.AA13381@mred.bgm.link.com> To: "Rob Jenkins" , info-performer@sgi.com, ken sartor Subject: Re: Spline fog for RE2/Opengl References: <3.0.32.19970603165946.006d15c4@mail.bur.visidyne.com> Status: O > There was a plan :-) pffog man page has details of spline fog ( for RE2 and iR > ) in pf 2.0 and 2.1. As far as I know all works OK. > > On Jun 3, 4:59pm, ken sartor wrote: > > Subject: Spline fog for RE2/Opengl > > > > Hi - > > > > To the Performer team - is there any plan to implement spline > > fog for RE2s under OpenGL? This would be a really great thing! > > If so, what type time scale might it occur on? If not :( I don't think spline for works with OPENGL on the RE2 - although it does work with IrisGL. The OpenGL I have on my RE2 (under Irix 5.3) doesn't report the necessary OpenGL extensions when you do the appropriate glGet. Irix 5.3/RE2: GL_VENDOR ='SGI' GL_RENDERER ='REV/M/2/2' GL_VERSION ='1.0 Irix 5.3' GL_EXTENSIONS='GL_EXT_abgr GL_EXT_blend_color GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_histogram GL_EXT_polygon_offset GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_object GL_EXT_vertex_array GL_SGI_color_matrix GL_SGI_texture_color_table GL_SGIS_detail_texture GL_SGIS_multisample GL_SGIS_sharpen_texture' Irix 6.2/iR: GL_VENDOR ='SGI' GL_RENDERER ='IRS/M/2/16/4' GL_VERSION ='1.0 Irix 6.2' GL_EXTENSIONS='GL_EXT_abgr GL_EXT_blend_color GL_EXT_blend_logic_op GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_convolution GL_EXT_copy_texture GL_EXT_histogram GL_EXT_packed_pixels GL_EXT_polygon_offset GL_EXT_subtexture GL_EXT_texture GL_EXT_texture3D GL_EXT_texture_object GL_EXT_vertex_array GL_SGI_color_matrix GL_SGI_color_table GL_SGI_texture_color_table GL_SGIS_detail_texture GL_SGIS_fog_function GL_SGIS_multisample GL_SGIS_point_line_texgen GL_SGIS_point_parameters GL_SGIS_sharpen_texture GL_SGIS_texture_edge_clamp GL_SGIS_texture_filter4 GL_SGIS_texture_lod GL_SGIS_texture_select GL_SGIX_calligraphic_fragment GL_SGIX_clipmap GL_SGIX_fog_offset GL_SGIX_instruments GL_SGIX_interlace GL_SGIX_ir_instrument1 GL_SGIX_flush_raster GL_SGIX_list_priority GL_SGIX_polynomial_ffd GL_SGIX_reference_plane GL_SGIX_shadow GL_SGIX_shadow_ambient GL_SGIX_sprite GL_SGIX_subdiv_patch GL_SGIX_texture_add_env GL_SGIX_texture_lod_bias GL_SGIX_texture_scale_bias GL_SGIX_depth_texture ' Notice that GL_SGIS_fog_function and GL_SGIX_fog_offset are absent from the RE2 dump. So, if you really need spline fog on your RE2 - you might have to consider reverting to IrisGL Performer (unless something got fixed in Irix 6.2) :-( 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 13:03:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24255; Wed, 4 Jun 1997 07:18:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24239; Wed, 4 Jun 1997 07:18:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA07770; Wed, 4 Jun 1997 07:18:36 -0700 Received: from lobster.bu.edu (LOBSTER.BU.EDU [128.197.160.43]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA17821 for ; Wed, 4 Jun 1997 07:18:33 -0700 env-from (ebrisson@lobster.bu.edu) Received: (from ebrisson@localhost) by lobster.bu.edu (8.8.5/8.7.3) id KAA47408; Wed, 4 Jun 1997 10:19:20 -0400 From: Erik Brisson Message-Id: <199706041419.KAA47408@lobster.bu.edu> Subject: Re: STEREO FOR 02 To: tcrane@crystaleye.com (Tim Crane) Date: Wed, 4 Jun 97 10:19:20 EDT Cc: info-performer@sgi.com In-Reply-To: <9470943301101000@crystaleye.com>; from "Tim Crane" at Jun 3, 97 4:53 pm X-Mailer: ELM [version 2.3 PL11] Status: O Tim, You probably are already aware, though others may not be, that the O2's do not come stereo-ready. You must also purchase an ADAPTER-XEYE adapter board from SGI. The command /usr/gfx/setmon -n str_rect works for me (the -n just saves having to hit carriage return after issuing the "setmon str_rect" command) Erik > >Does anyone know how to put the new SGI 02 computer into the stereo mode. > It probably via the setmon command, but I am not sure. I tried the >setmon str_rect, but it came back bad command.... Thank you... > > >Please feel free to contact me if you have any questions. > > >Tim Crane, Quality Mgr. >StereoGraphics Tech Support >2171 E. Francisco Blvd. San Rafael CA 94901 >415-459-4500 415-455-1844 fax >internet: tcrane@crystaleye.com Web: http://www.stereographics.com > *** This letter printed on 100% recyclable phosphor. *** > >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 15:17:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25463; Wed, 4 Jun 1997 11:09:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25445; Wed, 4 Jun 1997 11:09:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA09469; Wed, 4 Jun 1997 11:09:56 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA25654 for ; Wed, 4 Jun 1997 11:09:55 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA22773; Wed, 4 Jun 1997 11:09:50 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA03269; Wed, 4 Jun 1997 11:09:45 -0700 Date: Wed, 4 Jun 1997 11:09:45 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706041109.ZM3267@multipass.asd.sgi.com> In-Reply-To: Inge Henriksen "Re: Colour Window Dump" (Jun 4, 3:40pm) References: <33957063.167E@autosim.no> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Inge Henriksen , sgi-infoperformer Subject: Re: Colour Window Dump Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There's also the easy to use pfuSaveImage function. On Jun 4, 3:40pm, Inge Henriksen wrote: > Subject: Re: Colour Window Dump > Simon Dimaio wrote: > > > > Hi > > > > Is there an easy way to dump a colour window to a file? I have used a > > ..._TYPE_X window and have tried using "xwd" and "xv" to dump the window > > containing my Performer simulation, but the colour map is not saved > > correctly. (?) > > > > Thanks. > > > > Regards > > Simon Dimaio > > > > ======================================================================= > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > > SGI DevForum 97 info: http://www.sgi.com/Forum97/ > -- > Hello Simon Dimaio > ------------------ > I have earlier encountered the same problem with xwd, I have been told > that the color-errors is because some X-windows are configured to 8-bit > (bitplanes?), a more correct configuration would be a higher number of > bit's. We also have our X-windows set to 8-bit on our V5.3 of Irix. The > bit-number do not seem to have any effect on the actual number of viewed > on-screen colors, but effects programs like xwd. This adds up to one way > of solving your problem; to reconfigure the number of > X-bitplanes(somehow). I did not do this, and rather used the > "/usr/sbin/scrsave file x0 x1 y0 y1", where you can take a "snapshot" of > the screen after your own specified coordinates. So a solution would be > to figure out where your performer app. window is allocated on the > screen, and then use "scrsave" to snapshot that portion of the screen. > Use the "system(file)" command to execute a shell-command within your > c-program. > > Greetings. > > --------------------------- > Inge Eivind Henriksen > Autosim A/S > P.B. 2303 > N-9002 Tromsoe > Norway > Tlf.nr.: +(47) 77 67 50 75 > Fax.nr.: +(47) 77 67 67 01 > Mailto:inge@autosim.no > ---------------------------- > Word for thought: > Joh.3:16-21 > ---------------------------- > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Inge Henriksen ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 15:17:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA25299; Wed, 4 Jun 1997 11:05:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25276; Wed, 4 Jun 1997 11:05:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA08441; Wed, 4 Jun 1997 11:05:32 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA24085 for ; Wed, 4 Jun 1997 11:05:31 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA22243; Wed, 4 Jun 1997 11:05:28 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA03246; Wed, 4 Jun 1997 11:05:27 -0700 Date: Wed, 4 Jun 1997 11:05:27 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706041105.ZM3244@multipass.asd.sgi.com> In-Reply-To: ken sartor "Re: Spline fog for RE2/Opengl" (Jun 4, 9:09am) References: <3.0.32.19970604090900.006d85d4@mail.bur.visidyne.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: ken sartor , "Rob Jenkins" , info-performer@sgi.com Subject: Re: Spline fog for RE2/Opengl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Seems very self explanatory. Looks like the OpenGL implementation on your platform (you don't say which) doesn't support spline fog & performer is smart enough to check and do something else. Cheers,Angus. On Jun 4, 9:09am, ken sartor wrote: > Subject: Re: Spline fog for RE2/Opengl > > Hi - > > When i try to define a spline fog (under OpenGL) i get the following > message: > > => warn pfFogType - OpenGL version doesn't have PFFOG_PIX_SPLINE > implemented.Using PFFOG_VTX_EXP2. > > Am i doing something wrong? > > ken > > At 09:01 PM 6/3/97 -0700, Rob Jenkins wrote: > >There was a plan :-) pffog man page has details of spline fog ( for RE2 > and iR > >) in pf 2.0 and 2.1. As far as I know all works OK. > > > >Cheers > >Rob > > > >On Jun 3, 4:59pm, ken sartor wrote: > >> Subject: Spline fog for RE2/Opengl > >> > >> Hi - > >> > >> To the Performer team - is there any plan to implement spline > >> fog for RE2s under OpenGL? This would be a really great thing! > >> If so, what type time scale might it occur on? If not :( > >> > >> Thanks. > >> > >> ken > >> ======================================================================= > >> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > >> Submissions: info-performer@sgi.com > >> Admin. requests: info-performer-request@sgi.com > >> SGI DevForum 97 info: http://www.sgi.com/Forum97/ > >>-- End of excerpt from ken sartor > > > > > > > >-- > >________________________________________________________________ > >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 > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from ken sartor ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 17: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 LAA25674; Wed, 4 Jun 1997 11:54:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA25658; Wed, 4 Jun 1997 11:54:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA16367; Wed, 4 Jun 1997 11:54:47 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA09896; Wed, 4 Jun 1997 11:54:45 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id OAA02419; Wed, 4 Jun 1997 14:56:23 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970604135814.006a6740@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 04 Jun 1997 13:58:17 -0500 To: dorbie@multipass.asd.sgi.com (Angus Dorbie), "Rob Jenkins" , info-performer@sgi.com From: ken sartor Subject: Re: Spline fog for RE2/Opengl Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Hi Angus - Thanks for the reply. However, it appears that i am not being very clear today... At 11:05 AM 6/4/97 -0700, Angus Dorbie wrote: >Seems very self explanatory. Agreed! >Looks like the OpenGL implementation on your platform (you don't say >which) doesn't support spline fog & performer is smart enough to check >and do something else. Yes - but the _question_ is: "is there any plan for SGI to implement spline fog for the RE2 platform using OpenGL?". If so, when? ken PS - My platform: a RE2 (with a single RM4 board). >Cheers,Angus. > >On Jun 4, 9:09am, ken sartor wrote: >> Subject: Re: Spline fog for RE2/Opengl >> >> Hi - >> >> When i try to define a spline fog (under OpenGL) i get the following >> message: >> >> => warn pfFogType - OpenGL version doesn't have PFFOG_PIX_SPLINE >> implemented.Using PFFOG_VTX_EXP2. >> >> Am i doing something wrong? >> >> ken >> >> At 09:01 PM 6/3/97 -0700, Rob Jenkins wrote: >> >There was a plan :-) pffog man page has details of spline fog ( for RE2 >> and iR >> >) in pf 2.0 and 2.1. As far as I know all works OK. >> > >> >Cheers >> >Rob >> > >> >On Jun 3, 4:59pm, ken sartor wrote: >> >> Subject: Spline fog for RE2/Opengl >> >> >> >> Hi - >> >> >> >> To the Performer team - is there any plan to implement spline >> >> fog for RE2s under OpenGL? This would be a really great thing! >> >> If so, what type time scale might it occur on? If not :( >> >> >> >> Thanks. >> >> >> >> ken >> >> ======================================================================= >> >> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ >> >> Submissions: info-performer@sgi.com >> >> Admin. requests: info-performer-request@sgi.com >> >> SGI DevForum 97 info: http://www.sgi.com/Forum97/ >> >>-- End of excerpt from ken sartor >> > >> > >> > >> >-- >> >________________________________________________________________ >> >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 >> SGI DevForum 97 info: http://www.sgi.com/Forum97/ >>-- End of excerpt from ken sartor > > > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 20:05:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA27334; Wed, 4 Jun 1997 14:25:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA27318; Wed, 4 Jun 1997 14:25:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA07880; Wed, 4 Jun 1997 14:25:07 -0700 Received: from mailgw1.fhg.de ([153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA25064 for ; Wed, 4 Jun 1997 14:25:04 -0700 env-from (scheff@iff.fhg.de) From: scheff@iff.fhg.de Received: by mailgw1.fhg.de (fhg.de); Wed, 4 Jun 1997 23:22:13 +0200 (MET DST) X-ENV: (mailgw1.fhg.de) scheff@iff.fhg.de -> info-performer@sgi.com.VIA-SMTP Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Wed, 4 Jun 1997 23:22:10 +0200 (MET DST) from ue.iff.fhg.de Received: by ue.iff.fhg.de with SMTP; Wed, 4 Jun 1997 23:23:08 +0200 (MET DST) from sgi11.ue.iff.fhg.de Date: Wed, 4 Jun 1997 23:25:32 +0200 Received: by sgi11.ue.iff.fhg.de; Wed, 4 Jun 1997 23:25:32 +0200 Message-Id: <9706042325.ZM3650@sgi11> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: trucks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi there, this is not a pfQuestion but I know that a lot of you pfGuys use pf to create VR applications and so maybe you can help me. I'm using VR models of trucks (especially Scania). Is there somebody who knows a source to get such models. (Sorry for this. Next time I will deal with Performer. Then I will have questions matching this list better. :-) ) 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 4 21:31:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA27759; Wed, 4 Jun 1997 15:49:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA27743; Wed, 4 Jun 1997 15:49:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA19367; Wed, 4 Jun 1997 15:49:40 -0700 Received: from wolfenet.com (news1.wolfe.net [204.157.98.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA20450 for ; Wed, 4 Jun 1997 15:49:37 -0700 env-from (moore@WOLFENET.com) Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfenet.com (8.8.5/8.8.5) with ESMTP id PAA28055; Wed, 4 Jun 1997 15:46:52 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id PAA20461; Wed, 4 Jun 1997 15:45:37 -0700 (PDT) Date: Wed, 4 Jun 1997 15:45:37 -0700 (PDT) Message-Id: <199706042245.PAA20461@gonzo.wolfenet.com> From: Timothy Moore To: steve@mred.bgm.link.com CC: robj@quid, info-performer@sgi.com, sartor@bur.visidyne.com In-reply-to: <9706041353.AA13381@mred.bgm.link.com> (steve@mred.bgm.link.com) Subject: Re: Spline fog for RE2/Opengl Status: O Date: Wed, 4 Jun 97 08:53:40 -0500 From: steve@mred.bgm.link.com (Steve Baker) References: <3.0.32.19970603165946.006d15c4@mail.bur.visidyne.com> > There was a plan :-) pffog man page has details of spline fog ( for RE2 and iR > ) in pf 2.0 and 2.1. As far as I know all works OK. > > On Jun 3, 4:59pm, ken sartor wrote: > > To the Performer team - is there any plan to implement spline > > fog for RE2s under OpenGL? This would be a really great thing! > > If so, what type time scale might it occur on? If not :( I don't think spline for works with OPENGL on the RE2 - although it does work with IrisGL. The OpenGL I have on my RE2 (under Irix 5.3) doesn't report the necessary OpenGL extensions when you do the appropriate glGet. Nor does it in 6.2. So, if you really need spline fog on your RE2 - you might have to consider reverting to IrisGL Performer (unless something got fixed in Irix 6.2) :-( What a drag. Are there any plans to add GL_SGIS_fog_function and GL_SGIX_fog_offset to the RE2 OpenGL implementation in 6.5? Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 5 00:38:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA29340; Wed, 4 Jun 1997 19:02:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA29324; Wed, 4 Jun 1997 19:02:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA08628; Wed, 4 Jun 1997 19:02:51 -0700 Received: from slack.shoreline-studios.com ([206.14.117.22]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA09097 for ; Wed, 4 Jun 1997 19:02:47 -0700 env-from (wade@slack.shoreline-studios.com) Received: (from wade@localhost) by slack.shoreline-studios.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA14718; Wed, 4 Jun 1997 19:02:42 -0700 Date: Wed, 4 Jun 1997 19:02:42 -0700 Message-Id: <199706050202.TAA14718@slack.shoreline-studios.com> From: Wade Olsen To: info-performer@sgi.com Subject: BUG in pfFilePath? Status: O There seems to be a bug in pfFilePath where it only works once. Subsequent calls appear to be ignored. True? Workaround? Wade -- ----------------------------- Wade Olsen, Shoreline Studios e-mail: wade@shoreline-studios.com phone: 415-969-7896 fax: 415-969-7864 www: http://www.shoreline-studios.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 5 07:14:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA00569; Thu, 5 Jun 1997 01:44:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA00553; Thu, 5 Jun 1997 01:44:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA00446; Thu, 5 Jun 1997 01:44:10 -0700 Received: from Norway.EU.net (nic.eunet.no [193.71.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA12065 for ; Thu, 5 Jun 1997 01:44:05 -0700 env-from (inge@autosim.no) Received: by Norway.EU.net with UUCP id AA12623 (5.65c/IDA-1.4.4/EUnet/NO for eunor!sgi.com!info-performer); Thu, 5 Jun 1997 10:42:38 +0200 Received: from gloria.autosim.no by indigo.autosim.no via SMTP (931110.SGI/930416.SGI) for eunor!sgi.com!info-performer id AA16083; Thu, 5 Jun 97 11:31:24 +0200 Sender: inge@indigo Message-Id: <3396876B.41C6@autosim.no> Date: Thu, 05 Jun 1997 11:31:23 +0200 From: Inge Henriksen Organization: Autosim A/S X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: scheff@iff.fhg.de, sgi-infoperformer Subject: Re: trucks References: <9706042325.ZM3650@sgi11> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O scheff@iff.fhg.de wrote: > > Hi there, > this is not a pfQuestion but I know that a lot of you pfGuys use pf to create > VR applications and so maybe you can help me. > I'm using VR models of trucks (especially Scania). Is there somebody who knows > a source to get such models. > (Sorry for this. Next time I will deal with Performer. Then I will have > questions matching this list better. :-) ) > 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 > SGI DevForum 97 info: http://www.sgi.com/Forum97/ -- Hello Dirk Scheffter -------------------- As our company mainly consentrate in vehicle simulation, we have several types of vehicles that you may be interested in, such as tractors, rigids, semi-trailers, trailers, cars, a van, buses, and more, all vehicles with a free degree movement (degree-of-freedom)on their front wheels, a number of different lights that can be switched off and on independently, all modells are saved in the wide'ly used OpenFlight from MultiGen Inc. . Give us a call, or send me an E-mail where you add information about what you wan't to use the modells for, and information about your company. Greetings. ---------------------------- Inge Eivind Henriksen Autosim A/S P.B. 2303 N-9002 Tromsoe Norway Tlf.nr.: +(47) 77 67 50 75 Fax.nr.: +(47) 77 67 67 01 Mailto:inge@autosim.no ---------------------------- Word for thought: Joh.3:16-21 ---------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 5 18:49:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA03787; Thu, 5 Jun 1997 13:14:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA03771; Thu, 5 Jun 1997 13:14:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA06539; Thu, 5 Jun 1997 13:14:37 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA05638 for ; Thu, 5 Jun 1997 13:14:36 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id WAA19244; Thu, 5 Jun 1997 22:29:33 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma019242; Thu, 5 Jun 97 22:29:26 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id WAA16551; Thu, 5 Jun 1997 22:13:36 +0200 (MET DST) From: Mario Veraart Message-Id: <199706052013.WAA16551@s00sn1.fel.tno.nl> Subject: pfLayer does not set it's type field To: info-performer@sgi.com (Performer) Date: Thu, 5 Jun 1997 22:13:36 +0200 (MET DST) Cc: rioj7@s00sn1.fel.tno.nl (Mario Veraart) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hello Performer users, I just stumbled during debugging at the following bug in the performer 2.0 libs. When I try to so the following line if (node->isOfType(pfLayer::getClassType)) { } and node IS of type Layer, the debugger signals that the field pfLayer::type is NULL and so the test can't be executed, see pfMemory.h. Is this fixed in a patch? I run it on a Maximum Impact. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 5 19: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 OAA03847; Thu, 5 Jun 1997 14:00:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03831; Thu, 5 Jun 1997 14:00:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA11898; Thu, 5 Jun 1997 14:00:22 -0700 Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA18516 for ; Thu, 5 Jun 1997 14:00:20 -0700 env-from (trdecarlo@tasc.com) Received: (from mail@localhost) by gatekeeper.rayva.org (8.6.12/8.6.12) id RAA04194; Thu, 5 Jun 1997 17:00:30 -0400 Received: from jpsds14e(192.168.5.103) by gatekeeper.rayva.org via smap (V2.0) id xma004189; Thu, 5 Jun 97 17:00:10 -0400 Received: from pixelpusher.rayva.org ([192.168.8.201]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id QAA25133; Thu, 5 Jun 1997 16:59:57 -0400 Message-ID: <33972AB3.7BE5C5C0@tasc.com> Date: Thu, 05 Jun 1997 17:08:03 -0400 From: Thom DeCarlo Reply-To: trdecarlo@tasc.com Organization: TASC, Inc. X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: info-performer , info-vega Subject: Is this a texture paging problem? X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all, I've built a small test program using Vega and LADBM which is loading 100 small terrain blocks (built using MultiGen Batch module). At any given moment, no more than 16 blocks are visible, thanks to LADBMs AOI culling. All the terrain blocks use the same 2048x2048x1 geospecific texture. Here is the problem: When texturing is off, graphics stats look like this: 2.5/30Hz LIMIT APP_CULL_DRAW Draw=195.0 tris=5265 verts=8679 msecs: frame=980.0 app=125.0 cull=23.0 draw=195.0 isect=0.0 Frames=5 Misses: total=5 app=0 cull=0 draw=5 isect=0 dbase=0 textures=0 detailed=0 sharpened=0 detailTextures=0 Texture Loads: avg loads=0.0 bytes=0.0 (total loads=0.0 bytes=0.0) And the app maintains a couple of frames per second. But as soon as I enable textures, they drop to: 0.8/30Hz LIMIT APP_CULL_DRAW Draw=895.0 tris=5265 verts=8679 msecs: frame=3440.0 app=125.0 cull=23.0 draw=895.0 isect=0.0 Frames=2 Misses: total=2 app=0 cull=0 draw=2 isect=0 dbase=0 textures=8 detailed=0 sharpened=0 detailTextures=0 Texture Loads: avg loads=8.0 bytes=67294544.0 (total loads=8.0 bytes=67294544.0) And the Texture Load totals alternate between (0.0, 0.0) and (8.0, 67294544.0) on a per-frame basis. So it looks like all the textures are being reloaded every other frame. (Though I can't figure out where that 67MB texture size is coming from.) Has anyone else seen this kind of behavior? Would chopping the texture into separate files for each terrain block help? Thanks for any help, Thom System specifics: Onyx 4xR4400 with 1GB RAM RE2 4xRM5 each with 16MB TexRAM IRIX 6.2, Performer 2.1 Vega 3.0.1alpha6 Texture specifics: > ls -l cib.int -rw-rw-r-- 1 thom sim 4246432 May 30 13:17 cib.int > imginfo cib.int Image file: cib.int File format: SGI Dimensions (w,h,z,c): 2048, 2048, 1, 1 Page Size (w,h,z,c): 2048, 64, 1, 1 Data type: unsigned char Dimension order: interleaved Color model: luminance Coordinate space: lower-left Statistical Min/Max: 0 - 255 Display Min/Max: 0 - 255 Data Compression: SGI-RLE -- ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 or 9001 fax: 703/318-7900 * fax: 703/428-7054 mailto:trdecarlo@tasc.com * mailto:tdecarlo@rayva.org ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Given sufficient time and money, all things are possible. In lieu of time and money, caffeine and aspirin may also work. ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 5 20:14:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03964; Thu, 5 Jun 1997 14:40:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03948; Thu, 5 Jun 1997 14:40:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA16720; Thu, 5 Jun 1997 14:40:50 -0700 Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA00893 for ; Thu, 5 Jun 1997 14:40:49 -0700 env-from (trdecarlo@tasc.com) Received: (from mail@localhost) by gatekeeper.rayva.org (8.6.12/8.6.12) id RAA04868; Thu, 5 Jun 1997 17:41:00 -0400 Received: from jpsds14e(192.168.5.103) by gatekeeper.rayva.org via smap (V2.0) id xma004861; Thu, 5 Jun 97 17:40:43 -0400 Received: from pixelpusher.rayva.org ([192.168.8.201]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id RAA25440; Thu, 5 Jun 1997 17:40:30 -0400 Message-ID: <33973436.B84004FD@tasc.com> Date: Thu, 05 Jun 1997 17:48:38 -0400 From: Thom DeCarlo Reply-To: trdecarlo@tasc.com Organization: TASC, Inc. X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: info-performer , info-vega Subject: Re: Is this a texture paging problem? X-Priority: 3 (Normal) References: <33972AB3.7BE5C5C0@tasc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O (Isn't it always the case - that immediately after hitting the send button you see another key detail that needed to go in the message.) I just loaded one of my terrain blocks using perfly. It shows the texture processing info as follows: PF Info: pfuDownloadTexList texture processing PF Info: Initialized 1 Channel PF PF Notice: Using 60Hz video rate. PF Loading texture: PF File name = .../cib.int PF Image size (SxTxR) = 2048x2048x1 PF Download size = 16777216 bytes PF Download time =1314.261 ms PF Download rate = 12.174 MB/sec PF Total texture use = 16.000 MB PF This texture uses = 100.000% of 16MB memory PF Total texture use = 100.000% of 16MB memory PF Download totals PF Textures: 1 PF Elapsed time: 1.318 sec PF So now the question becomes, why is a 4MB image file taking up 16MB of texture memory? Is it because my grayscale image is being duplicated in the red, green, blue, and alpha bands? If so, I guess cutting it down in smaller chunks will help. Thom -- ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 or 9001 fax: 703/318-7900 * fax: 703/428-7054 mailto:trdecarlo@tasc.com * mailto:tdecarlo@rayva.org ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Given sufficient time and money, all things are possible. In lieu of time and money, caffeine and aspirin may also work. ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 04:10:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA05013; Thu, 5 Jun 1997 22:46:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA04997; Thu, 5 Jun 1997 22:46:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA20782; Thu, 5 Jun 1997 22:46:40 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA16261 for ; Thu, 5 Jun 1997 22:46:39 -0700 env-from (src@rose.asd.sgi.com) Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id WAA16324; Thu, 5 Jun 1997 22:46:30 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id WAA14450; Thu, 5 Jun 1997 22:46:30 -0700 From: "Sharon Clay" Message-Id: <9706052246.ZM14448@rose.asd.sgi.com> Date: Thu, 5 Jun 1997 22:46:29 -0700 In-Reply-To: Mario Veraart "pfLayer does not set it's type field" (Jun 5, 10:13pm) References: <199706052013.WAA16551@s00sn1.fel.tno.nl> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Mario Veraart , info-performer@sgi.com (Performer) Subject: Re: pfLayer does not set it's type field Cc: rioj7@s00sn1.fel.tno.nl (Mario Veraart) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jun 5, 10:13pm, Mario Veraart wrote: > Subject: pfLayer does not set it's type field -> ->Hello Performer users, -> ->I just stumbled during debugging at the following bug in the performer 2.0 ->libs. When I try to so the following line -> -> if (node->isOfType(pfLayer::getClassType)) -> { -> } ->and node IS of type Layer, the debugger signals that the field -> pfLayer::type is NULL and so the test can't be executed, see pfMemory.h. It works fine - you just have a typo. getClassType() is a method you need to call: pfLayer *layer = new pfLayer; if (layer->isOfType(pfLayer::getClassType())) pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"LAYER"); else pfNotify(PFNFY_NOTICE,PFNFY_PRINT,"????"); 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 07:35:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA05442; Fri, 6 Jun 1997 02:00:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA05426; Fri, 6 Jun 1997 02:00:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00351; Fri, 6 Jun 1997 02:00:06 -0700 Received: from mail.ilk.de (mail.ilk.de [194.121.104.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA09504 for ; Fri, 6 Jun 1997 02:00:02 -0700 env-from (ulrich@realax.com) Received: from indigo2 ([194.121.105.73]) by mail.ilk.de (8.6.9/8.6.9) with SMTP id KAA24235; Fri, 6 Jun 1997 10:33:52 +0100 Sender: ulrich@ilk.de Message-ID: <3397CEC9.41C6@realax.com> Date: Fri, 06 Jun 1997 10:48:09 +0200 From: ulrich Organization: REALAX Software GmbH X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: info-performer Subject: pfSpotLSourceCone-problems on RE2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, I've experimented with the perfly-source and got some problems when I tried to define a specific lightsourcecone for the 'sun'-lightsource which is setup in function 'initEnvironment' in 'common/env.c'. Here's my modified 'initEnvironment(...)': void initEnvironment(void) { pfEarthSky *es; /* Initialize sun */ ViewState->sun = pfNewLSource(); ViewState->sunDCS = pfNewDCS(); /* NEW: changed lightsource to finite */ pfLSourcePos(ViewState->sun, 0.0f, -1.0f, 0.0f, 1.0f); /* NEW: define direction and cone of lightsource */ pfSpotLSourceDir(ViewState->sun, 0.0, 1.0, 0.0); pfSpotLSourceCone(ViewState->sun, 1.0, 30.0); . . . } The result of these few changes is that the scene is rendered with strange colors flickering on every movement. BUT: this only happens on a RE2. I tried it on an IR, Indy, ... and it worked fine. If I define a second lightsource in the commandline everything looks alright even on a RE2. Do I need a patch for my RE2? thank you, Ulrich Huenemoerder. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 09:58:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA05581; Fri, 6 Jun 1997 04:25:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA05565; Fri, 6 Jun 1997 04:25:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA06410; Fri, 6 Jun 1997 04:25:04 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA24407 for ; Fri, 6 Jun 1997 04:25:03 -0700 env-from (rejeanc@cae.ca) Received: tid HAA05879; Fri, 6 Jun 1997 07:22:43 -0400 Received: from sierra.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA96405; Fri, 6 Jun 1997 07:21:07 -0400 Received: by sierra.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI) for info-performer@sgi.com id HAA29920; Fri, 6 Jun 1997 07:18:26 -0400 From: "Rejean Chartrand" Message-Id: <9706060718.ZM29918@sierra.cae.ca> Date: Fri, 6 Jun 1997 07:18:26 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Double Precision OpenFlight --> Performer Single Precision Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi everybody ! I would like to know how double precision floating point values stored in a MultiGen Flight database are mapped to a single precision floating point value in Performer without introducing errors which are visually traduced by a "shaky scene" or visible cracks. Maybe just a look in the loader's source code would be enough to answer the question. Thanks in advance ! Rejean Chartrand. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 12:43:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA05905; Fri, 6 Jun 1997 06:50:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA05889; Fri, 6 Jun 1997 06:50:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA15766; Fri, 6 Jun 1997 06:50:34 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA13239; Fri, 6 Jun 1997 06:50:31 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA022935413; Fri, 6 Jun 1997 08:56:54 -0500 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 AA204844894; Fri, 6 Jun 1997 08:48:14 -0500 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-1997Jun06.074200.1074.27344; Fri, 06 Jun 1997 08:49:18 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: dorbie@multipass.asd.sgi.com (Angus Dorbie) Cc: info-performer@sgi.com (info-performer) Message-Id: <1997Jun06.074200.1074.27344@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: Fri, 06 Jun 1997 08:49:18 -0700 Subject: Re: Colour Window Dump Status: O ---------- > From: Angus Dorbie > To: Inge Henriksen; sgi-infoperformer > Subject: Re: Colour Window Dump > Date: Wednesday, June 04, 1997 9:52PM > > There's also the easy to use pfuSaveImage function. That is the routine we use, I set a flag with a keypress ("I") and save the screen in a post-render call-back. This method gives the added advantage that it gets the raster image before the X-Cursor is added to the display (excellent for presentation printing).... if (VTR->snapimage) { VTR->snapimage=0; i=0; do { sprintf(temp,"scrn_capt/pic%d.rgb",i++); } while (!access(temp,0)); pfuSaveImage(temp,0,0,1600,1200,0); } This is an older version of the routine, the latest actually measures the screen-size, but I cannot remember the function calls and the current sources are not available at the moment.... Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range, NM ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 14:00:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA06115; Fri, 6 Jun 1997 08:22:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA06099; Fri, 6 Jun 1997 08:22:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA24029; Fri, 6 Jun 1997 08:22:34 -0700 Received: from spiffy.paradigmsim.com (spiffy.paradigmsim.com [206.7.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA06003 for ; Fri, 6 Jun 1997 08:22:33 -0700 env-from (db@ParadigmSim.com) Received: from db.paradigmsim.com by spiffy.paradigmsim.com via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA10644; Fri, 6 Jun 1997 10:20:29 -0500 Message-ID: <33982C49.5D68@ParadigmSim.com> Date: Fri, 06 Jun 1997 10:27:05 -0500 From: Dan Brockway Reply-To: db@ParadigmSim.com Organization: Paradigm Simulation Inc. X-Mailer: Mozilla 3.01 (Win95; I) MIME-Version: 1.0 To: trdecarlo@tasc.com CC: info-performer , info-vega Subject: Re: Is this a texture paging problem? References: <33972AB3.7BE5C5C0@tasc.com> <33973436.B84004FD@tasc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Thom, You have a texel internal format problem. Look at the MultiGen .attr file associated with each texture (or at the .ct file, if using clip texture). This will show you the internal format being used. >From MultiGen Series II, in the Texture Palette, with a texture selected; pull down "Edit" then "Modify Attributes". Now correlate the "Internal Format" value with the list in the man page for PfTexture. This will show you the number of bits being used in texture memory. You will notice that all of the formats are 16 bits or larger. Bummer. It is possible, with a little code, to use a GL color table lookup which is 8 bits, but I don't know how many bits get allocated in testure memory. Dan Thom DeCarlo wrote: > > (Isn't it always the case - that immediately after hitting the send > button you see another key detail that needed to go in the message.) > > I just loaded one of my terrain blocks using perfly. It shows the > texture processing info as follows: > > PF Info: pfuDownloadTexList texture processing > PF Info: Initialized 1 Channel > PF > PF Notice: Using 60Hz video rate. > PF Loading texture: > PF File name = .../cib.int > PF Image size (SxTxR) = 2048x2048x1 > PF Download size = 16777216 bytes > PF Download time =1314.261 ms > PF Download rate = 12.174 MB/sec > PF Total texture use = 16.000 MB > PF This texture uses = 100.000% of 16MB memory > PF Total texture use = 100.000% of 16MB memory > PF Download totals > PF Textures: 1 > PF Elapsed time: 1.318 sec > PF > > So now the question becomes, why is a 4MB image file taking up 16MB of > texture memory? Is it because my grayscale image is being duplicated in > the red, green, blue, and alpha bands? If so, I guess cutting it down in > smaller chunks will help. > > Thom > -- > ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ > Thom DeCarlo * Off-site contact info > TASC * JPSD/IEC, US Army TEC > 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 > Reston, VA 22090 * Alexandria, VA 22315 > phone: 703/834-5000 * phone: 703/428-7034 or 9001 > fax: 703/318-7900 * fax: 703/428-7054 > mailto:trdecarlo@tasc.com * mailto:tdecarlo@rayva.org > ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ > Given sufficient time and money, all things are possible. > In lieu of time and money, caffeine and aspirin may also work. > ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ -- Dan Brockway voice: (972) 960-2301 Paradigm Simulation Inc. fax: (972) 960-2303 14900 Landmark Blvd., Suite 400 mailto:db@ParadigmSim.com Dallas TX 75240 http://www.ParadigmSim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 14:54:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA06210; Fri, 6 Jun 1997 09:18:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA06194; Fri, 6 Jun 1997 09:17:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA00883; Fri, 6 Jun 1997 09:17:58 -0700 Received: from gate.volvo.se (gate.volvo.se [192.138.110.253]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA25031 for ; Fri, 6 Jun 1997 09:17:56 -0700 env-from (vr_dev@challenge.volvo.se) Received: by gate.volvo.se; id SAA12770; Fri, 6 Jun 1997 18:16:40 +0200 (MET DST) Received: from unknown(131.97.124.70) by gate.volvo.se via smap (3.2) id xma012754; Fri, 6 Jun 97 18:16:39 +0200 Received: from challenge by nike.volvo.se with ESMTP (8.6.12/1.37) id SAA12429; Fri, 6 Jun 1997 18:16:38 +0200 Received: (from vr_dev@localhost) by challenge (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA15332; Fri, 6 Jun 1997 18:16:37 +0200 From: "VR@onyx" Message-Id: <9706061816.ZM15330@challenge> Date: Fri, 6 Jun 1997 18:16:37 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, info-vega@paradigmsim.com Subject: using React Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, all! We are considering using React for certain tasks in our driving simulator. We are using Vega (and thus Performer) for the visual simulation part. The question is how do these things work together, if at all? I have seen one example of React and Performer together (at least the source code), but when it comes to Vega I have no idea. I guess it s kind of "icky" to embedd the CPU- and process-allocation in Vega/Performer under React and its scheduling? Any comments, hints, ideas are very much welcome!! Thank you!! Best regards, Dennis Saluaar Project Manager Driving Simulation and VR PS. My personal email : dennis@vtd.volvo.se -- AB Volvo, Technological Development _/_/_/_/ Cognitive Ergonomics _/_/_/ _/ Phone : +46-31-595647 Fax : +46-31-595415 "So many polygons, E-mail: vr_dev@vtd.volvo.se so little time..." ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 17:51:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA07124; Fri, 6 Jun 1997 11:56:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA07106; Fri, 6 Jun 1997 11:56:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA26903; Fri, 6 Jun 1997 11:56:00 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA18483 for ; Fri, 6 Jun 1997 11:55:56 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id MAA01173 for ; Fri, 6 Jun 1997 12:03:08 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA03623 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 6 Jun 1997 18:50:52 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA22297 for info-performer@sgi.com; Fri, 6 Jun 1997 12:01:06 -0700 From: "Marcus Barnes" Message-Id: <9706061201.ZM22295@logan.engr.multigen.com> Date: Fri, 6 Jun 1997 12:01:05 -0700 In-Reply-To: "Rejean Chartrand" "Double Precision OpenFlight --> Performer Single Precision" (Jun 6, 7:18am) References: <9706060718.ZM29918@sierra.cae.ca> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Double Precision OpenFlight --> Performer Single Precision Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 6, 7:18am, Rejean Chartrand wrote: > I would like to know how double precision floating point values stored in > a MultiGen Flight database are mapped to a single precision floating point > value in Performer without introducing errors which are visually traduced by > a "shaky scene" or visible cracks. Maybe just a look in the loader's source > code would be enough to answer the question. The double precision values are first scaled to the desired scene graph units (feet, meters, kilometers, etc.). The resulting double precision values are truncated (via simple assignment) into single precision, ie pfSetVec3(). If you want to build and roam around databases that required double precision accuracy, I recommend using the Vega Large Area Database Module (LADM) as it manages the coordinate segmentation and paging of database tiles. The tiles can be modeled with absolute or relative origins (this way preserves precision in the loader). The OpenFlight header record contains the neccesary information to support these higher level manipulations. Note: Performer, OpenGL and the graphics hardware are all single precision. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 18:25:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA07302; Fri, 6 Jun 1997 12:38:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA07286; Fri, 6 Jun 1997 12:38:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA02482; Fri, 6 Jun 1997 12:38:18 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA02709 for ; Fri, 6 Jun 1997 12:38:16 -0700 env-from (brian@hotsauce.clubfed.sgi.com) Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id PAA15368; Fri, 6 Jun 1997 15:38:14 -0400 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA01308; Fri, 6 Jun 1997 15:38:13 -0400 Date: Fri, 6 Jun 1997 15:38:13 -0400 From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw) Message-Id: <9706061538.ZM1294@hotsauce.clubfed.sgi.com> In-Reply-To: Simon Dimaio "Colour Window Dump" (Jun 3, 1:03pm) References: Reply-To: brian@sgi.com X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Simon Dimaio , SGI Performer Forum Subject: Re: Colour Window Dump Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Try this code it comes directly from perfly it is attached to the `xX' on the keybd.... snapImage(int snapAlpha) { FILE *fp; static char str[80]; static int count = 0; pfPipe* cpipe = ViewState->masterChan->getPipe(); int id = pfGetId(cpipe)*10 + count++; sprintf(str, "perfly.%d.%s", id, (snapAlpha) ? "rgba" : "rgb"); pfNotify(PFNFY_INFO, PFNFY_PRINT, "Saving pipe %d image in file %s\n", pfGetId(cpipe), str); pfuSaveImage(str, 0, 0, ViewState->mouse.winSizeX, ViewState->mouse.winSizeY, (snapAlpha) ? 1 : 0); /* create info file to go with image */ sprintf(str, "perfly.%d.info", id); if (fp = fopen(str,"w")) { float h, v; fprintf(fp, "Viewing parameters for snap %d of perfly\n\n", id); fprintf(fp, "XYZ: %f %f %f\n", ViewState->viewCoord.xyz[0], ViewState->viewCoord.xyz[1], ViewState->viewCoord.xyz[2]); fprintf(fp, "HPR: %f %f %f\n", ViewState->viewCoord.hpr[0], ViewState->viewCoord.hpr[1], ViewState->viewCoord.hpr[2]); fprintf(fp, "NEAR/FAR: %f %f \n", ViewState->near, ViewState->far); ViewState->masterChan->getFOV(&h, &v); fprintf(fp, "FOV: horiz=%f vert=%f\n", h, v); fclose(fp); } pfNotify(PFNFY_INFO, PFNFY_PRINT, "Done\n"); } Brian On Jun 3, 1:03pm, Simon Dimaio wrote: > Subject: Colour Window Dump > Hi > > Is there an easy way to dump a colour window to a file? I have used a > ..._TYPE_X window and have tried using "xwd" and "xv" to dump the window > containing my Performer simulation, but the colour map is not saved > correctly. (?) > > Thanks. > > Regards > Simon Dimaio > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Simon Dimaio -- 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 18:46:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA07364; Fri, 6 Jun 1997 12:51:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA07348; Fri, 6 Jun 1997 12:51:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA03928; Fri, 6 Jun 1997 12:51:51 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.129]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA05834 for ; Fri, 6 Jun 1997 12:51:50 -0700 env-from (brian@hotsauce.clubfed.sgi.com) Received: from hotsauce.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) id PAA15676; Fri, 6 Jun 1997 15:51:46 -0400 Received: (from brian@localhost) by hotsauce.clubfed.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA01335; Fri, 6 Jun 1997 15:51:44 -0400 Date: Fri, 6 Jun 1997 15:51:44 -0400 From: brian@hotsauce.clubfed.sgi.com (Brian Furtaw) Message-Id: <9706061551.ZM1212@hotsauce.clubfed.sgi.com> In-Reply-To: Wade Olsen "no XEvents when stats are drawn" (Jun 3, 7:00pm) References: <199706040200.TAA03541@slack.shoreline-studios.com> Reply-To: brian@sgi.com X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Wade Olsen , info-performer@sgi.com Subject: Re: no XEvents when stats are drawn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is just a hunch, you should probably get your input events from the parent of the PfPipeWindow drawable because stats may be drawn in an overlay window which would be layered atop you Window keeping input events from reaching it. Brian On Jun 3, 7:00pm, Wade Olsen wrote: > Subject: no XEvents when stats are drawn > I create a pfPipeWindow and get it's X window ID for use in getting > mouse motion and button events. This works fine until I tell a channel > in the window to draw stats. After doing so, I get no more events from > that window until I stop drawing the stats. > > I'm thinking a different Window is now getting those events? > > Any advice? > > Wade > > -- > ----------------------------- > Wade Olsen, Shoreline Studios > e-mail: wade@shoreline-studios.com > phone: 415-969-7896 > fax: 415-969-7864 > www: http://www.shoreline-studios.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Wade Olsen -- 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 6 23:43:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10251; Fri, 6 Jun 1997 17:54:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10235; Fri, 6 Jun 1997 17:54:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA12548; Fri, 6 Jun 1997 17:54:39 -0700 Received: from mailman.sni.net (mailman.sni.net [199.117.27.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA13834 for ; Fri, 6 Jun 1997 17:54:38 -0700 env-from (dewey@evt.com) Received: from snowmass.evt.com ([204.133.157.14]) by mailman.sni.net (8.8.5/8.7.3) with SMTP id RAA15506 for <@mailrelay.csn.net:info-performer@sgi.com>; Fri, 6 Jun 1997 17:35:31 -0700 (PDT) Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id SAA03868 for info-performer@sgi.com; Fri, 6 Jun 1997 18:54:31 -0600 From: "Dewey Anderson" Message-Id: <9706061854.ZM3866@snowmass.evt.com> Date: Fri, 6 Jun 1997 18:54:30 -0600 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Freeing Texture memory Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O For those of you not attending the Developer's Forum (Or SGIers tired of preparing for it).... I'm thinking I've got a problem with Texture memory not being freed when I pfDelete objects. The scene is very simple: Different textures mapped onto rectangles attached to the scene through their own pfSCS and pfDCS: scene / | \ / | \ DCS DCS DCS | | | SCS SCS SCS | | | Geode Geode Geode There is a function, get_texture_node(), that takes an image in and creates the Geode and SCS. It creates fresh pfGeoStates for each. Nobody shares anything. Each Geode consists of a rectangle with a 32-bit RGBA image texture mapped onto it. The textures are mip-mapped. The texture dimensions are powers of two and texture coordinates are used to just map a portion of that onto the rectangle. I have an example with 4 images and hence 4 such branches in the tree. I animate motion of the 4 rectangles with their DCSs. The motion is just a smooth vertical slide. The rectangles are nearly square and close to 200 pixels on a side. This means we create textures that are 256x256. Our application is set up so that when you want to play that motion, it will create the branches & attach them to the scene, animate it and then pfDelete each branch. If you ask it to repeat the animation, it will do all of that all over again. When I play this animation, it will play 3 times smoothly. On the 4th play the motion fails to make real time. Using DrawStats makes it look like the draw time has gotten larger than 1 frame. This makes it sound as if the texture memory has filled up and is now having to swap data to/from regular memory. 12 256x256 mipmapped images should just take up the full 4M texture memory. (Each 256 x 256 x 4 byte image is 1/4 Meg + an additional 1/3 of that for mipmapping.) If this is what's happening, the question is:"What am I NOT doing that's keeping the texture memory from being freed up?" An interesting side bar before I list a bunch of code to show you what I AM doing: If I disable the code that makes my textures have dimensions that are powers of 2, e.g. 190 x 200, the PROBLEM GOES AWAY. I can play these over and over again without any problem. Unfortunately, the textures appear soft in that case. I get the impression that what's happening is that Performer is handed a non-power-of-2 texture, says "I can't pass that on to OpenGL" and so creates a legit power-of-2 texture and scales the original image to fit that. This scaling softens the image. This legit texture image is used in the texture so we can run things. THEN, when the Geode gets pfDeleted, Performer is very good about cleaning up after itself - perhaps even better than if it had NOT created the extra image. Now to the code. Here's the bulk of how I create things: pfNode * get_texture_node(RasterImg* rimg, float x, float y, int rect_width, int rect_height ) { ... a slight simplification of getting w & h here int w = rect_width; int h = rect_height; // define the rectangle to which the texure will be applied // coordinates are just the width and height from above pfVec3 *coords = (pfVec3 *)pfMalloc( 4*sizeof(pfVec3), pfGetSharedArena() ); coords[0].set( 0.0f, 0.0f, 0.0f ); coords[1].set( w , 0.0f, 0.0f ); coords[2].set( w , h , 0.0f ); coords[3].set( 0.0f, h , 0.0f ); // texture coords map texture to the corners of the rectangle pfVec2 *tcoords = (pfVec2 *)pfMalloc( 4*sizeof(pfVec2), pfGetSharedArena() ); // tw & th are the fractions used to peg the useful part of the // texture to the corners of the rectangle float tw = (float)w / (float)rimg->Width(); float th = (float)h / (float)rimg->Height(); tcoords[0].set(0.0f, 0.0f); tcoords[1].set( tw, 0.0f); tcoords[2].set( tw, th); tcoords[3].set(0.0f, th); // normal is just +z pfVec3 *normal = (pfVec3 *)pfMalloc( sizeof(pfVec3), pfGetSharedArena() ); normal->set(0.0f, 0.0f, 1.0f); // NOTE: We do NOT set up the color of the rectangle here. // These values are recomputed as part doing fade-in and fade-out effects. // set up the geoset holding the rectangle pfGeoSet *geoset = new pfGeoSet; geoset->setAttr( PFGS_COORD3, PFGS_PER_VERTEX, coords, NULL ); geoset->setAttr( PFGS_NORMAL3, PFGS_PER_PRIM, normal, NULL ); geoset->setAttr( PFGS_TEXCOORD2, PFGS_PER_VERTEX, tcoords, NULL ); geoset->setPrimType(PFGS_QUADS ); geoset->setNumPrims( 1 ); // set up the geostate for the rectangle. Attach it to the geoset pfGeoState *gstate = new pfGeoState; gstate->setMode( PFSTATE_ENTEXTURE, 1 ); // enable texturing gstate->setMode( PFSTATE_CULLFACE, PFCF_OFF ); // show both front & back geoset->setGState( gstate ); // set up the texture for the geostate pfTexture *tex = new pfTexture; // define the texture image. params are: the texture, a pointer to // the actual image data, the number of components per pixel, // width, height and depth. tex->setImage( (unsigned int *)rimg->ImgData(), 4, rimg->Width(), rimg->Height(), 1 ); tex->setRepeat( PFTEX_WRAP_S, PFTEX_CLAMP ); // clamp edges so filtering tex->setRepeat( PFTEX_WRAP_T, PFTEX_CLAMP ); // won't wrap around tex->setFilter( PFTEX_MINFILTER, PFTEX_MIPMAP_TRILINEAR ); // to keep full color resolution in texture (32 bit texels) tex->setFormat( PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8 ); gstate->setAttr( PFSTATE_TEXTURE, tex ); gstate->setMode( PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA ); // Set alpha function to clip off alpha values less than 10. // This is needed to make low alpha pixels actually NOT be drawn at all. // THAT is necessary so that z-buffer isn't filled in by clear pixels. gstate->setMode(PFSTATE_ALPHAFUNC, PFAF_GREATER); gstate->setVal(PFSTATE_ALPHAREF, (10.0f/255.0f)); // set up the texture environment. Attach it to the geostate pfTexEnv *tenv = new pfTexEnv; tenv->setMode( PFTE_MODULATE ); gstate->setAttr( PFSTATE_TEXENV, tenv ); // make an SCS for placing text relative to rectangle //To set up the SCS we must first set up a pfCoord // containing the rotation and translation. We use this // to define a matrix which we then use in defining the SCS. pfCoord rotrans; rotrans.hpr.set( 0.0f, 0.0f, 0.0f); rotrans.xyz.set( x, y, 0.0f); pfMatrix mat; mat.makeCoord( &rotrans ); pfSCS *scs = new pfSCS(mat); // make the actual geode and attach the geoset to it pfGeode *text = new pfGeode; text->addGSet( geoset ); // attach this geode to the dcs scs->addChild( text ); return (pfNode *)scs; } // get_texture_node Now, when we get done playing the animation, we prune the scene tree by removing each branch. Because of the nature of the data structures with the DCS, I clip it off at the SCS (which was what was returned from the function above). void remove_perf_effect_branch( Effect *effect ) { if ( effect != NULL ) // only if there IS an effect { ... snip.... details dealing with DCS // Get the actual pfNode attached to the bottom of the branch pfNode *leaf_node = dcs->getChild(0); // remove that texture pfNode from the branch dcs->removeChild( leaf_node ); // remove the branch from the rest of the tree scene->removeChild( dcs ); // delete the texture pfNode pfDelete( leaf_node ); } } It is my understanding that since the "leaf_node" (really the SCS and Geode) was all created using pfMalloc, where appropriate, AND that since nothing is being shared, so ref counts should all be 1, this pfDelete should be all I need to delete it. THIS INCLUDES FREEING THE TEXTURE MEMORY. Am I wrong about this? Suspecting that I might BE wrong about this, I added some code just before the pfDelete( leaf_node ) that I thought might explicitly free things up: // free all texture images in this node // get list of textures in this node pfList *tex_list = pfuMakeTexList( leaf_node ); int n = tex_list->getNum(); // number of textures in list // for each tex in list, get ptr to it and free it for ( int i=0; i<=n ; i++ ) { pfTexture *tex = (pfTexture *)tex_list->get(i); if ( tex != 0 ) tex->freeImage(); } As expected, n is always 1 and the for loop only executes once. But this had no effect. We still miss real time after 3 plays. Just in case I was having a problem with reference counts, I went a step further and forced the ref count down. Just before the freeImage, I added: tex->unref(); just before the freeImage. Still no diff. Now the man on freeImage has me wondering one thing. It says pfTexture::freeImage frees the texture image memory associated with the pfTexture after the next pfTexture::apply is called if the image's reference count is 0. I don't ever explicitly call pfTexture::apply. I assume that's handled when Performer goes to draw the scene. (Is this some step I need to add somewhere?) Before I begin the play action, I do preload all the textures with: pfuDownloadTexList( pfuMakeSceneTexList(scene), PFUTEX_APPLY ); I assume this will load the new textures into HW texture memory IN PLACE of the old textures if they've been freed. (The fact that the textures LOOK alike is irrelevant. The code has no way of knowing that.) So.... Any thoughts? Is there some aspect of my use of textures that's not "normal". Am I leaving out some critical step? Any ideas why NOT using a power of 2 texture would avoid this problem? (It's not just a matter of the smaller texture using less texture memory. That would simply DELAY this problem until more plays had occurred. I've played the animation over 20 times without stuttering. The problem appears to be GONE.) If you've stuck with me this far, thanks. I'm open to any suggestions or thoughts. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Sat Jun 7 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 BAA11895; Sat, 7 Jun 1997 01:39:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA11879; Sat, 7 Jun 1997 01:39:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA05144; Sat, 7 Jun 1997 01:39:24 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA27477 for ; Sat, 7 Jun 1997 01:39:24 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id BAA20266; Sat, 7 Jun 1997 01:39:14 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id BAA09858; Sat, 7 Jun 1997 01:39:12 -0700 Date: Sat, 7 Jun 1997 01:39:12 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706070139.ZM9856@multipass.asd.sgi.com> In-Reply-To: "VR@onyx" "using React" (Jun 6, 6:16pm) References: <9706061816.ZM15330@challenge> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "VR@onyx" , info-performer@sgi.com, info-vega@paradigmsim.com Subject: Re: using React Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There is simple processor lock down supported by pfu call. The Lynx interface supports this so you should be able to exploit some REACT features from the GUI. The calls required for simple lockdown aren't really icky, but very easy. man sysmp There are other more advenced REACT-Pro features like the frame scheduler and windview. Cheers,Angus. On Jun 6, 6:16pm, VR@onyx wrote: > Subject: using React > Hi, all! > > We are considering using React for certain tasks in our driving simulator. We > are using Vega (and thus Performer) for the visual simulation part. The > question is how do these things work together, if at all? I have seen one > example of React and Performer together (at least the source code), but when it > comes to Vega I have no idea. I guess it s kind of "icky" to embedd the CPU- > and process-allocation in Vega/Performer under React and its scheduling? > > Any comments, hints, ideas are very much welcome!! Thank you!! > > Best regards, Dennis Saluaar > Project Manager Driving Simulation and VR > > PS. My personal email : dennis@vtd.volvo.se > > > -- > > AB Volvo, Technological Development _/_/_/_/ > Cognitive Ergonomics _/_/_/ > _/ > Phone : +46-31-595647 > Fax : +46-31-595415 "So many polygons, > E-mail: vr_dev@vtd.volvo.se so little time..." > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from VR@onyx ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Sun Jun 8 18:29:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14578; Sun, 8 Jun 1997 13:05:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14562; Sun, 8 Jun 1997 13:05:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA25786; Sun, 8 Jun 1997 13:05:52 -0700 Received: from rivafw.rivatech.com ([207.239.188.17]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA01545 for ; Sun, 8 Jun 1997 13:05:51 -0700 env-from (gw@rivatech.com) Received: by rivafw.rivatech.com (940816.SGI.8.6.9/940406.SGI) id PAA29858; Sun, 8 Jun 1997 15:04:39 -0500 Received: from linus.rivatech.com(192.168.1.3) by rivafw.rivatech.com via smap (V1.3) id sma029844; Sun Jun 8 15:04:12 1997 Received: from franklin.rivatech.com (franklin.rivatech.com [192.168.1.226]) by linus.rivatech.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA18335; Sun, 8 Jun 1997 15:05:18 -0500 Message-ID: <339B109B.51757BCF@rivatech.com> Date: Sun, 08 Jun 1997 15:05:47 -0500 From: "G.W. Estep II" Organization: RIVA Technologies, Inc. X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: karthik Vazhkudai CC: info-performer@sgi.com Subject: Re: Inventor formats with perfly!! X-Priority: 3 (Normal) References: <3392E12E.41C6@medcm.com> Content-Type: multipart/mixed; boundary="------------F62F54C00A04FA2D7F8FE5FA" Status: O This is a multi-part message in MIME format. --------------F62F54C00A04FA2D7F8FE5FA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit karthik Vazhkudai wrote: > > Hello, > Does inventor format work properly with perfly? I tried some inventor > files which have a thin walls and when I tried to rotate them, the walls > seem to vanish and then again reappear. You could try to rotate the > "slotmachine.iv" database in the inventor homepage at SGI. You would > observe the base of the slotmachine disappear when rotated. But when I > try this with a solid object, it seems to rotate properly without > disappearing. Is this something to do with backface culling or perlfy > doesnt just read thin objects? Any answer will be appreciated. > Yes the Inventor loader works. It does sound like you have single sided polygons in you models. The easiest way to check is to run perfly on your model and press the 'b' key. This toggles backface culling on/off. The faces that are missing should show up. > Thanks > Karthik > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ --------------F62F54C00A04FA2D7F8FE5FA Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for G.W. Estep II Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: G.W. Estep II n: Estep II;G.W. org: RIVA Technologies, Inc. adr: 6815 Manhattan Blvd.;;Suite 117;Fort Worth;Texas;76120;U.S. email;internet: gw@rivatech.com title: President tel;work: (817) 496-8833 tel;fax: (817) 496-3336 tel;home: (817) 370-7620 x-mozilla-cpt: ;0 x-mozilla-html: FALSE end: vcard --------------F62F54C00A04FA2D7F8FE5FA-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Sun Jun 8 19:36:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA14855; Sun, 8 Jun 1997 14:21:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA14839; Sun, 8 Jun 1997 14:21:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA28040; Sun, 8 Jun 1997 14:21:13 -0700 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA08576 for ; Sun, 8 Jun 1997 14:21:11 -0700 env-from (gedwards@cordoba.reading.sgi.com) Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id WAA03304; Sun, 8 Jun 1997 22:20:41 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9706082220.ZM3302@cordoba.reading.sgi.com> Date: Sun, 8 Jun 1997 22:20:41 +0100 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: PC Joystick Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Has anyome managed to get a cheap PC joystick interfaced to Performer, in place of a full FlyBox ? Tks, Greg. PS Pls cc gedwards@sgi.com. -- ___________________________________________________________________ Greg Edwards, High Performance Graphics Consulting Group, Silicon Graphics Ltd, Forum 1, Station Rd, Theale, Reading, RG7 4RA, UK. switch: +44 (0)118 925-7500, desk -7740, fax -7774, admin -7778/7737, vmail -7502*7740, email gedwards@sgi.com, 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Sun Jun 8 21:40:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA15656; Sun, 8 Jun 1997 16:09:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA15640; Sun, 8 Jun 1997 16:09:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA01639; Sun, 8 Jun 1997 16:09:32 -0700 Received: from mailgw1.fhg.de ([153.96.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA20826 for ; Sun, 8 Jun 1997 16:09:30 -0700 env-from (scheff@iff.fhg.de) From: scheff@iff.fhg.de Received: by mailgw1.fhg.de (fhg.de); Mon, 9 Jun 1997 01:06:36 +0200 (MET DST) X-ENV: (mailgw1.fhg.de) scheff@iff.fhg.de -> info-performer@sgi.com.VIA-SMTP Received: by mailgw1.fhg.de (fhg.de) with ESMTP; Mon, 9 Jun 1997 01:06:34 +0200 (MET DST) from ue.iff.fhg.de Received: by ue.iff.fhg.de with SMTP; Mon, 9 Jun 1997 01:07:24 +0200 (MET DST) from sgi11.ue.iff.fhg.de Date: Mon, 9 Jun 1997 01:10:00 +0200 Received: by sgi11.ue.iff.fhg.de; Mon, 9 Jun 1997 01:10:00 +0200 Message-Id: <9706090109.ZM1319@sgi11> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: (Fwd) Re: trucks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The last about trucks: Thanks to all who replied to me. There are some offers I have still to prove. Other people told me about model distributors like Viewpoint Datalab. I visited these sites. - Hey guys, a lot of you seems to develop military applications. :-) We not - we are in the business of factory planning. So it seems we have to create all our models by ourself. Beside of my request to this mailing list I wrote to Scania itself. I hope next time I get some plans containing the dimensions. Then I will model the trucks by myself. However, I have now a better feeling spending my nights in front of MultiGen. :-) Greetings, 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 ---------------------------------------------------- ---End of forwarded mail from ("Dirk Scheffter") -- ---------------------------------------------------- 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Sun Jun 8 22:11:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA15803; Sun, 8 Jun 1997 16:36:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA15787; Sun, 8 Jun 1997 16:36:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA02570; Sun, 8 Jun 1997 16:36:06 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA22782 for ; Sun, 8 Jun 1997 16:36:06 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id QAA15784; Sun, 8 Jun 1997 16:34:54 -0700 Date: Sun, 8 Jun 1997 16:34:54 -0700 From: allan (Allan Schaffer) Message-Id: <9706081634.ZM15782@holodeck.csd.sgi.com> In-Reply-To: Thom DeCarlo "Re: Is this a texture paging problem?" (Jun 5, 5:48pm) References: <33972AB3.7BE5C5C0@tasc.com> <33973436.B84004FD@tasc.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: trdecarlo@tasc.com, info-performer , info-vega Subject: Re: Is this a texture paging problem? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 5, 5:48pm, Thom DeCarlo wrote: > PF Loading texture: > PF File name = .../cib.int > PF Image size (SxTxR) = 2048x2048x1 > PF Download size = 16777216 bytes > PF Download time =1314.261 ms > PF Download rate = 12.174 MB/sec > PF Total texture use = 16.000 MB > PF This texture uses = 100.000% of 16MB memory > PF Total texture use = 100.000% of 16MB memory > > So now the question becomes, why is a 4MB image file taking up 16MB of > texture memory? Is it because my grayscale image is being duplicated in > the red, green, blue, and alpha bands? If so, I guess cutting it down in > smaller chunks will help. The routine 'pfuGetTexSize' in libpfutil/tex.c is calculating that this texture uses 4 bytes (32 bits) per texel. It does this calculation depending on the PFTEX_INTERNAL_FORMAT. So I'd guess this texture has an internal format of PFTEX_IA_12. You should be able to modify this in your modeller. Change it to the equivalent of PFTEX_I_8. On RE and IR, textures are stored internally with either 16, 32, or 48 bits per texel.[*] If your texture is smaller than these you can specify various packing styles via the pfTexEnv. Allan [*] According the code there seems to also be a format PFTEX_RGB_12 which uses 4.5 bytes per pixel, which I was not aware] -- 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 08:42:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA00501; Mon, 9 Jun 1997 03:29:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA20036; Mon, 9 Jun 1997 02:22:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA03981; Mon, 9 Jun 1997 02:22:14 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA20568 for ; Mon, 9 Jun 1997 02:22:11 -0700 env-from (a00chc00@nchc.gov.tw) Received: from elf ([140.110.12.169]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id RAA02828 for ; Mon, 9 Jun 1997 17:22:01 +0800 (CST) Message-ID: <339BCB79.D1CDA47F@nchc.gov.tw> Date: Mon, 09 Jun 1997 17:23:06 +0800 From: "Charlie H. Chang" Organization: NCHC X-Mailer: Mozilla 4.0b5 [en] (WinNT; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: global variables sharing among processes X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Status: O I have a Performer program, and when I update some of the global variables, it doesn't propagate to other processes. I thought Performer uses sproc to fork child processes, so all global variables are shared among child processes. Is that right? -- Charlie H. Chang E-mail: a00chc00@nchc.gov.tw Voice: 886-3-5776085x209 Fax: 886-3-5773620 Media & Visualization Lab, National Center for High-performance Computing ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 08:59:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA00936; Mon, 9 Jun 1997 03:44:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA19775; Mon, 9 Jun 1997 00:49:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA00237; Mon, 9 Jun 1997 00:49:34 -0700 Received: from www-sol2.swissonline.ch ([195.24.64.42]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA10667; Mon, 9 Jun 1997 00:49:32 -0700 env-from (vectortc@swissonline.ch) Received: from vt-pc2 (sol-14-181.swissonline.ch [194.209.14.181]) by www-sol2.swissonline.ch (8.8.5/8.8.5) with ESMTP id JAA10793; Mon, 9 Jun 1997 09:49:31 +0200 (MET DST) Message-Id: <199706090749.JAA10793@www-sol2.swissonline.ch> From: "Vector Technologies" To: Cc: "Info Performer" Subject: Re: PC Joystick Date: Mon, 9 Jun 1997 09:38:12 +0200 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: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by www-sol2.swissonline.ch id JAA10793 Status: O Greg, we have written a Performer (2.1) driver (6 degrees of freedom) for the Magellan SpaceMouse. Can this be of interest to you ? Regards. Alexander Knob. //////// VECTOR TECHNOLOGIES SA //////// 7, ch de la Venoge CH - 1025 St-SULPICE Switzerland tel: +41 21 691 42 43 fax: +41 21 691 42 40 eml: vectortc@swissonline.ch Explore with us the 3rd dimension ! ////////////////////////////////////////////////////////////// ---------- > De : Greg Edwards, SGI UK. > A : info-performer@sgi.com > Objet : PC Joystick > Date=A0: dimanche, 8. juin 1997 23:20 >=20 > Hi, > Has anyome managed to get a cheap PC joystick interfaced to Performer, > in place of a full FlyBox ?=20 > Tks, > Greg. >=20 > PS Pls cc gedwards@sgi.com. >=20 >=20 > --=20 > ___________________________________________________________________ >=20 > Greg Edwards, High Performance Graphics Consulting Group, > Silicon Graphics Ltd, Forum 1, Station Rd, Theale, Reading, RG7 4RA, UK. > switch: +44 (0)118 925-7500, desk -7740, fax -7774, admin -7778/7737,=20 > vmail -7502*7740, email gedwards@sgi.com, mailstop IGB-311O. > ___________________________________________________________________ > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 04:14:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA17696; Sun, 8 Jun 1997 21:25:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA17680; Sun, 8 Jun 1997 21:25:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA18620; Sun, 8 Jun 1997 21:25:18 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA20020 for ; Sun, 8 Jun 1997 21:25:17 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id VAA01495; Sun, 8 Jun 1997 21:25:17 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id VAA12328; Sun, 8 Jun 1997 21:25:16 -0700 Date: Sun, 8 Jun 1997 21:25:16 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706082125.ZM12326@multipass.asd.sgi.com> In-Reply-To: "Greg Edwards, SGI UK." "PC Joystick" (Jun 8, 10:20pm) References: <9706082220.ZM3302@cordoba.reading.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: gedwards@reading.sgi.com, info-performer@sgi.com Subject: Re: PC Joystick Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Well there's a serial "Wingman Warrior" from Logitek that's being used for Quake on SGI. The key is it's a serial device so it can be interfaced without some wierd PC joystick interface. Cheers, Angus. On Jun 8, 10:20pm, Greg Edwards, SGI UK. wrote: > Subject: PC Joystick > Hi, > Has anyome managed to get a cheap PC joystick interfaced to Performer, > in place of a full FlyBox ? > Tks, > Greg. > > PS Pls cc gedwards@sgi.com. > > > -- > ___________________________________________________________________ > > Greg Edwards, High Performance Graphics Consulting Group, > Silicon Graphics Ltd, Forum 1, Station Rd, Theale, Reading, RG7 4RA, UK. > switch: +44 (0)118 925-7500, desk -7740, fax -7774, admin -7778/7737, > vmail -7502*7740, email gedwards@sgi.com, 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 > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Greg Edwards, SGI UK. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 09:13:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA00965; Mon, 9 Jun 1997 03:59:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA19698; Mon, 9 Jun 1997 00:14:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA28606; Mon, 9 Jun 1997 00:14:38 -0700 Received: from rose.engr.sgi.com ([150.166.37.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA06510 for ; Mon, 9 Jun 1997 00:14:37 -0700 env-from (src@rose.engr.sgi.com) Received: (from src@localhost) by rose.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id AAA05904; Mon, 9 Jun 1997 00:14:29 -0700 From: "Sharon Clay" Message-Id: <9706090014.ZM5902@rose.engr.sgi.com> Date: Mon, 9 Jun 1997 00:14:29 -0700 In-Reply-To: allan@holodeck.csd.sgi.com (Allan Schaffer) "Re: Is this a texture paging problem?" (Jun 8, 4:34pm) References: <33972AB3.7BE5C5C0@tasc.com> <33973436.B84004FD@tasc.com> <9706081634.ZM15782@holodeck.csd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: allan (Allan Schaffer), trdecarlo@tasc.com, info-performer , info-vega Subject: Re: Is this a texture paging problem? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jun 8, 4:34pm, Allan Schaffer wrote: > Subject: Re: Is this a texture paging problem? ->> ->> So now the question becomes, why is a 4MB image file taking up 16MB of ->> texture memory? Is it because my grayscale image is being duplicated in ->> the red, green, blue, and alpha bands? If so, I guess cutting it down in ->> smaller chunks will help. -> ->The routine 'pfuGetTexSize' in libpfutil/tex.c is calculating that ->this texture uses 4 bytes (32 bits) per texel. It does this ->calculation depending on the PFTEX_INTERNAL_FORMAT. -> ->So I'd guess this texture has an internal format of PFTEX_IA_12. You ->should be able to modify this in your modeller. Change it to the ->equivalent of PFTEX_I_8. -> ->On RE and IR, textures are stored internally with either 16, 32, or ->48 bits per texel.[*] If your texture is smaller than these you can ->specify various packing styles via the pfTexEnv. -> ->Allan ->[*] According the code there seems to also be a format PFTEX_RGB_12 -> which uses 4.5 bytes per pixel, which I was not aware] Note that you can pass through _any_ GL token for that internal format, not just PFTEX_ tokens. If you look at opengl.h and irisgl.h you'll know that our tokens are just covers for the GL tokens which is exactly why separate compiles are needed for OpenGL and IRIS GL. However, this gives you maximum performance and guarantees that Performer won't limit you from new stuff. However, if you pass in a token that we do not recognize, we can't automatically do smart defaults for other tightly coupled formats (such as EXTERNAL format and IMAGE format) so you then have to set everything yourself. Finally, pfuGetTexSize() (in src/lib/libpfutil/tex.c) is only as accurate as its switch statement which doesn't have everything and old versions of Performer won't necessarily know about new later tokens that get added. The default assumption for unknown tokens is 4 bytes/texel which is usually correct. We could also print a DEBUG warn in future versions when we see a token that we don't know so that at least you'd get a hint of what happened. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 09:46:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA01024; Mon, 9 Jun 1997 04:31:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01008; Mon, 9 Jun 1997 04:31:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA10000; Mon, 9 Jun 1997 04:31:40 -0700 Received: from moon.jic.com ([206.156.0.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA04556 for ; Mon, 9 Jun 1997 04:31:38 -0700 env-from (cpawlows@moon.jic.com) Received: from cpawlows.jic.com by moon.jic.com with SMTP (8.6.12/1.2-eef) id FAA19106; Mon, 9 Jun 1997 05:30:44 -0600 Message-ID: <339BDB09.5369@moon.jic.com> Date: Mon, 09 Jun 1997 07:29:29 -0300 From: Carol Pawlowski Reply-To: cpawlows@moon.jic.com X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: White terrain database Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Status: O Hi, I am trying to use a database that was hand coded using the MultiGen's World Reference Model. Unfortunately when I load it into MAKStealth (a Performer wrapper) I get a big white database. This database was written by someone long dead and gone. Does anyone have any ideas how to fix it. I'm using the MultiGen 15.2 loader. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 12:59:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA01262; Mon, 9 Jun 1997 07:29:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01246; Mon, 9 Jun 1997 07:29:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA25156; Mon, 9 Jun 1997 07:29:38 -0700 Received: from acusoft.com ([205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA01126 for ; Mon, 9 Jun 1997 07:29:36 -0700 env-from (miller@acusoft.com) Received: from daffy by acusoft.com (5.x/SMI-SVR4) id AA06613; Mon, 9 Jun 1997 10:31:39 -0400 Received: by daffy (950413.SGI.8.6.12) id KAA11192; Mon, 9 Jun 1997 10:28:24 -0400 Date: Mon, 9 Jun 1997 10:28:24 -0400 (EDT) From: "Thomas M. Miller" X-Sender: miller@daffy To: Angus Dorbie Cc: "VR@onyx" , info-performer@sgi.com, info-vega@paradigmsim.com Subject: Re: using React In-Reply-To: <9706070139.ZM9856@multipass.asd.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Sat, 7 Jun 1997, Angus Dorbie wrote: > There are other more advenced REACT-Pro features like the > frame scheduler and windview. > Is there any performer REACT-Pro example source code? --TMIV ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 14:33:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01388; Mon, 9 Jun 1997 09:06:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01370; Mon, 9 Jun 1997 09:06:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA09614; Mon, 9 Jun 1997 09:06:51 -0700 Received: from hal.wgs.estec.esa.nl (hal.wgs.estec.esa.nl [131.176.22.216]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA26653 for ; Mon, 9 Jun 1997 09:06:45 -0700 env-from (simon@hal.wgs.estec.esa.nl) Received: from mercury.wgs.estec.esa.nl by hal.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id SAA10587; Mon, 9 Jun 1997 18:06:40 +0200 Received: by mercury.wgs.estec.esa.nl (SMI-8.6/SMI-SVR4) id SAA16997; Mon, 9 Jun 1997 18:06:39 +0200 Date: Mon, 9 Jun 1997 18:06:39 +0200 From: simon@hal.wgs.estec.esa.nl (Simon Mills) Message-Id: <199706091606.SAA16997@mercury.wgs.estec.esa.nl> To: info-performer@sgi.com Subject: .pfb format and pfUserData (again) Cc: simon@hal.wgs.estec.esa.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-MD5: y3M6fqN0cvKi7tjDlI0e9g== Status: O Hi all, I already asked about saving databases with pfUserData in the .pfb format without reply but I have a more specific question now. It seems that saving a database in the .pfb format (using pfconv) will also save pfUserData attached to nodes. However I suspect that if the pfUserData containts *pointers* to other data that is not saved. e.g. if my pfUserData structure looks like typedef struct { pfNode *centerNode; /* pointer to some node */ pfList *observers; /* pointer to list of "observer" structures */ } MyUserData; and is attached to a node, the pointers are saved but 1) are invalid when read in (centerNode above) or 2) the data pointed to is not saved (observers list above). Is this true? Is there any way to save this kind of data in the .pfb format? 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 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 MAA02343; Mon, 9 Jun 1997 12:31:34 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02327; Mon, 9 Jun 1997 12:31:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA15872; Mon, 9 Jun 1997 12:31:32 -0700 Received: from mailgate2.boeing.com (mailgate2.boeing.com [199.238.248.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA02375 for ; Mon, 9 Jun 1997 12:31:24 -0700 env-from (brownw@redwood.rt.cs.boeing.com) Received: from splinter.boeing.com by mailgate2.boeing.com (SMI-8.6/SMI-SVR4) id MAA07423; Mon, 9 Jun 1997 12:30:22 -0700 Received: from redwood.rt.cs.boeing.com by splinter.boeing.com with SMTP (1.37.109.16/16.2) id AA132534354; Mon, 9 Jun 1997 12:25:54 -0700 Received: from golem by redwood.rt.cs.boeing.com (5.x/SMI-SVR4) id AA02011; Mon, 9 Jun 1997 12:31:20 -0700 Received: (from brownw@localhost) by golem (950413.SGI.8.6.12/950213.SGI.AUTOCF) id MAA05558; Mon, 9 Jun 1997 12:30:22 -0700 From: "William J Brown" Message-Id: <9706091230.ZM5553@golem> Date: Mon, 9 Jun 1997 12:30:21 -0700 In-Reply-To: "Vector Technologies" "Re: PC Joystick" (Jun 9, 9:38am) References: <199706090749.JAA10793@www-sol2.swissonline.ch> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Info Performer" Subject: Re: Magellan (was PC Joystick) Cc: "Vector Technologies" Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19706091230.ZM5553.golem" Status: O --PART-BOUNDARY=.19706091230.ZM5553.golem Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u It's of interest to me. Bill On Jun 9, 9:38am, Vector Technologies wrote: > Subject: Re: PC Joystick > > [ plain text > Encoded with "quoted-printable" ] : Greg, > we have written a Performer (2.1) driver (6 degrees of freedom) for the= > Magellan SpaceMouse. Can this be of interest to you ? > Regards. > Alexander Knob. > > //////// VECTOR TECHNOLOGIES SA //////// > 7, ch de la Venoge > CH - 1025 St-SULPICE > Switzerland > tel: +41 21 691 42 43 > fax: +41 21 691 42 40 > eml: vectortc@swissonline.ch > > Explore with us the 3rd dimension ! > ////////////////////////////////////////////////////////////// > ---------- > > De : Greg Edwards, SGI UK. > > A : info-performer@sgi.com > > Objet : PC Joystick > > Date=A0: dimanche, 8. juin 1997 23:20 > > > > Hi, > > Has anyome managed to get a cheap PC joystick interfaced to Performer= , > > in place of a full FlyBox ? > > Tks, > > Greg. > > > > PS Pls cc gedwards@sgi.com. > > > > > > -- > > ___________________________________________________________________ > > > > Greg Edwards, High Performance Graphics Consulting Group, > > Silicon Graphics Ltd, Forum 1, Station Rd, Theale, Reading, RG7 4RA, = UK. > > switch: +44 (0)118 925-7500, desk -7740, fax -7774, admin -7778/7737,= > > vmail -7502*7740, email gedwards@sgi.com, mailstop IGB-311O. > > ___________________________________________________________________ > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > > Submissions: info-performer@sgi.com > > Admin. requests: info-performer-request@sgi.com > > SGI DevForum 97 info: http://www.sgi.com/Forum97/ > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Vector Technologies -- = William Brown (206) 865-4618 | brownw@redwood.rt.cs.boeing.com Boeing Research & Technology | ---------------------------------------------------------------- --PART-BOUNDARY=.19706091230.ZM5553.golem-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 17:11:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02159; Mon, 9 Jun 1997 11:42:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02143; Mon, 9 Jun 1997 11:42:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA08136; Mon, 9 Jun 1997 11:42:54 -0700 Received: from claws30.prosolvia.se (claws30.prosolvia.se [193.13.245.94]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA18039 for ; Mon, 9 Jun 1997 11:42:52 -0700 env-from (jesper@clarus.se) Received: (from jesper@localhost) by claws30.prosolvia.se (950413.SGI.8.6.12/8.6.11) id UAA18748; Mon, 9 Jun 1997 20:42:35 +0200 From: =?iso-8859-1?Q?=22Jesper_Nystr=F6m=22?= Message-Id: <9706092042.ZM18746@claws30.prosolvia.se> Date: Mon, 9 Jun 1997 20:42:34 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-vega@paradigmsim.com, info-performer@sgi.com Subject: Optimizing by -n32 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi pfGuys and vgGuys, I'm trying to optimize my Vega/Performer code by compiling with -n32 but I do get some warnings and errors, here ar some: ld32: WARNING 84: /usr/lib32/libvgllobe_ogl-g.so is not used for resolving any symbol. ld32: WARNING 84: /usr/lib32/libpfs.so is not used for resolving any symbol. ld32: WARNING 84: /usr/lib32/mips3/libmpc.a is not used for resolving any symbol. ld32: WARNING 84: /usr/lib32/libimage.a is not used for resolving any symbol. ld32: WARNING 84: /usr/lib32/libXm.so is not used for resolving any symbol. ld32: WARNING 84: /usr/lib32/libXi.so is not used for resolving any symbol. ld32: WARNING 84: /usr/lib32/libaudiofile.so is not used for resolving any symbol. ld32: WARNING 85: definition of __checktraps in /usr/lib32/mips3/libfpe.so preempts that definition in /usr/lib32/mips3/libc.so. ld32: WARNING 85: definition of __readenv_sigfpe in /usr/lib32/mips3/libfpe.so preempts that definition in /usr/lib32/mips3/libc.so. ld32: ERROR 33: Unresolved text symbol "vgPos" -- 1st referenced by vegaenv.o. ld32: ERROR 33: Unresolved text symbol "vgUpdate" -- 1st referenced by vegaenv.o. ld32: ERROR 33: Unresolved text symbol "pfTan" -- 1st referenced by claRain.o. ld32: ERROR 33: Unresolved text symbol "pfObject::~pfObject(void)" -- 1st referenced by claRain.o. ld32: ERROR 33: Unresolved text symbol "pfMemory::operator delete(void*)" -- 1st referenced by claRain.o. Any hints and clues are more than welcome. Regards, Jesper :-) -- ___ _ Jesper Nystrom Phone: +46 31 703 51 07 / _| |___ __ _ _ ___ Manager, IAS 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 18:11:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02396; Mon, 9 Jun 1997 12:45:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02380; Mon, 9 Jun 1997 12:45:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA18169; Mon, 9 Jun 1997 12:45:24 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA06058 for ; Mon, 9 Jun 1997 12:45:23 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA14605; Mon, 9 Jun 1997 12:45:21 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706091945.MAA14605@remi.engr.sgi.com> Subject: Re: global variables sharing among processes To: a00chc00@nchc.gov.tw (Charlie H. Chang) Date: Mon, 9 Jun 1997 12:45:21 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <339BCB79.D1CDA47F@nchc.gov.tw> from "Charlie H. Chang" at Jun 9, 97 05:23: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: 756 Status: O Charlie H. Chang wrote: > > I have a Performer program, and when I update some of the global > variables, > it doesn't propagate to other processes. > I thought Performer uses sproc to fork child processes, so all global > variables are > shared among child processes. Is that right? No, Performer uses fork, which explains your problem. You have to use the shared arena to share data between processes, furthermore, you have to use pfCycleBuffer to manage the multiple values a data can have when used by more than one process in different stages of the pfPipe pipeline. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 19:07:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA05157; Mon, 9 Jun 1997 16:54:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA05141; Mon, 9 Jun 1997 16:54:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA24746; Mon, 9 Jun 1997 16:54:49 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA21674 for ; Mon, 9 Jun 1997 16:54:49 -0700 env-from (nemec@precious.asd.sgi.com) Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA03305; Mon, 9 Jun 1997 16:54:47 -0700 Received: by precious.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA18638; Mon, 9 Jun 1997 16:54:45 -0700 From: "Philip Nemec" Message-Id: <9706091654.ZM18630@precious.asd.sgi.com> Date: Mon, 9 Jun 1997 16:54:45 -0700 In-Reply-To: "Vector Technologies" "Re: PC Joystick" (Jun 9, 9:38am) References: <199706090749.JAA10793@www-sol2.swissonline.ch> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Vector Technologies" , Subject: Re: PC Joystick Cc: "Info Performer" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O As the person that's added the WingMan Warrior support to Quake - here are my thoughts about interface devices... I currently have a handfull of [serial] devices that I think I'd like to see easy support for: Joysticks (mostly 2-D control): * BG Systems' Flybox - the most expensive and highest quality of the bunch - but rugged, lots of inputs, and fairly precise * Logitech's WingMan Warrior - cheap PC joystick that could be on everyone's desktop as an alternative to the mouse Mostly 3-D control * ... Spaceball - expensive and too stiff * Logitech's SpaceMouse/Magellan - this is cheaper but not cheap enough for everyone to go out and buy one * SpaceOrb 360 - another cheap PC game device that could be on everyone's desk I have written some code for Quake to support the WingMan Warrior. I'd like to add support for the other devices I've listed in a consistent way to Quake and perfly... All I've done so far is collect some hardware and think lots (based on previous experience doing VR input devices). So I'd love to get the Performer 2.1 driver for the SpaceMouse - and anything else anyone wants to give me. :) Right now this is got a pretty low allocation of my time - so feel free to tell me how much you want this, but at the same time don't hold your breath... ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 19: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 PAA03845; Mon, 9 Jun 1997 15:50:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA03829; Mon, 9 Jun 1997 15:50:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA15636; Mon, 9 Jun 1997 15:50:14 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA01961; Mon, 9 Jun 1997 15:50:08 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (Uzebedee@localhost) by merki.connect.com.au with UUCP id IAA11246 (8.8.5/IDA-1.6); Tue, 10 Jun 1997 08:50:05 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA17168 (5.65c/IDA-1.5); Tue, 10 Jun 1997 08:35:12 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id IAA27927 (8.6.12/IDA-1.6); Tue, 10 Jun 1997 08:36:58 +1000 Received: from localhost by murad (5.65) id AA18707; Tue, 10 Jun 1997 08:38:04 +1000 Date: Tue, 10 Jun 1997 08:48:04 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad To: gedwards@reading.sgi.com Cc: info-performer@sgi.com Subject: Re: PC Joystick In-Reply-To: <9706082220.ZM3302@cordoba.reading.sgi.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Sun, 8 Jun 1997, Greg Edwards, SGI UK. wrote: > Hi, > Has anyome managed to get a cheap PC joystick interfaced to Performer, > in place of a full FlyBox ? > Tks, > Greg. > PS Pls cc gedwards@sgi.com. Yes. There are a number of ways to do it. By far the easiest is to use a B&G Systems "Cereal Box" PN:LV824-[E|F|G] With a minimal amount of wiring you can get a PC joystick (Thrustmaster or whatever) to be a plug-n-play replacement for a flybox. I think the Cereal box starts at around $500 US. Not cheap (unless compared to a $3000 flybox!) but you can do a lot more besides just running the joystick. (Look at workstation gameport for a cheaper A-D convertor that does less and isn't Flybox compatible) +----------------------------------------------------------------------------+ 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 19: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 QAA05131; Mon, 9 Jun 1997 16:46:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA05115; Mon, 9 Jun 1997 16:46:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA23728; Mon, 9 Jun 1997 16:46:21 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA18500 for ; Mon, 9 Jun 1997 16:46:20 -0700 env-from (nemec@precious.asd.sgi.com) Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA02736; Mon, 9 Jun 1997 16:46:19 -0700 Received: by precious.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA18592; Mon, 9 Jun 1997 16:46:17 -0700 From: "Philip Nemec" Message-Id: <9706091646.ZM18615@precious.asd.sgi.com> Date: Mon, 9 Jun 1997 16:46:17 -0700 In-Reply-To: simon@hal.wgs.estec.esa.nl (Simon Mills) ".pfb format and pfUserData (again)" (Jun 9, 6:06pm) References: <199706091606.SAA16997@mercury.wgs.estec.esa.nl> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: simon@hal.wgs.estec.esa.nl (Simon Mills), info-performer@sgi.com Subject: Re: .pfb format and pfUserData (again) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The files of interest are in: /usr/share/Performer/src/lib/libpfdb/libpfpfb/ This is in the subsystem performer_dev.src.loader... >From the .pfb README: > - pfUserData is only saved if it is allocated with pfMalloc(). This is > because it is only through pfGetSize that the size of the user data > can be known. The .pfb storing function just gets the size and saves that much data... The brief solution is to change the data stored in pfUserData to not include pointers. In other words pack in all the things pointed to (in your case a pfNode and a pfList of ...) and unpack them as desired. The other solution is to take a look at the pfdUserData_pfb function... This allows you to give your own descend function, store function, and/or load function... Take a look at pfpfb.c and code away. :) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 9 22:26:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA05175; Mon, 9 Jun 1997 16:58:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA05159; Mon, 9 Jun 1997 16:58:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA25144; Mon, 9 Jun 1997 16:58:16 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA22957 for ; Mon, 9 Jun 1997 16:58:15 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA03598; Mon, 9 Jun 1997 16:58:12 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA13530; Mon, 9 Jun 1997 16:58:10 -0700 Date: Mon, 9 Jun 1997 16:58:10 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706091658.ZM13528@multipass.asd.sgi.com> In-Reply-To: "Thomas M. Miller" "Re: using React" (Jun 9, 10:28am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Thomas M. Miller" Subject: Re: using React Cc: "VR@onyx" , info-performer@sgi.com, info-vega@paradigmsim.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Not that I'm aware of. On Jun 9, 10:28am, Thomas M. Miller wrote: > Subject: Re: using React > On Sat, 7 Jun 1997, Angus Dorbie wrote: > > > There are other more advenced REACT-Pro features like the > > frame scheduler and windview. > > > > Is there any performer REACT-Pro example source code? > > --TMIV >-- End of excerpt from Thomas M. Miller ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 07:58:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10652; Tue, 10 Jun 1997 02:44:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10636; Tue, 10 Jun 1997 02:44:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA01695; Tue, 10 Jun 1997 02:44:29 -0700 Received: from firewall.fel.tno.nl (dewey.fel.tno.nl [192.55.105.37]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA16271 for ; Tue, 10 Jun 1997 02:44:22 -0700 env-from (rioj7@fel.tno.nl) Received: by firewall.fel.tno.nl; id LAA04132; Tue, 10 Jun 1997 11:59:20 +0200 (MET DST) Received: from s00sn1.fel.tno.nl(134.203.8.207) by ns.fel.tno.nl via smap (3.2) id xma004103; Tue, 10 Jun 97 11:58:51 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.8.5/8.8.5) id LAA15893 for info-performer@sgi.com; Tue, 10 Jun 1997 11:42:41 +0200 (MET DST) From: Mario Veraart Message-Id: <199706100942.LAA15893@s00sn1.fel.tno.nl> Subject: Re: pfLayer does not set it's type field To: info-performer@sgi.com (Performer) Date: Tue, 10 Jun 1997 11:42:40 +0200 (MET DST) In-Reply-To: <9706052246.ZM14448@rose.asd.sgi.com> from "Sharon Clay" at Jun 5, 97 10:46:29 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Sharon Clay wrote: > +>---- On Jun 5, 10:13pm, Mario Veraart wrote: > > Subject: pfLayer does not set it's type field > -> > ->Hello Performer users, > -> > ->I just stumbled during debugging at the following bug in the performer 2.0 > ->libs. When I try to so the following line > -> > -> if (node->isOfType(pfLayer::getClassType)) > -> { > -> } > ->and node IS of type Layer, the debugger signals that the field > -> pfLayer::type is NULL and so the test can't be executed, see pfMemory.h. > > It works fine - you just have a typo. getClassType() is a method you > need to call: I made a type in constructing the mail. The compiler would have complained if I had forgotten the () characters. I also run the program on an Octane with Performer 2.1 and he doesn't core dump. I will try it again on the Max Impact and see if it's related to some other coding error. Good to know that the initialisation of the pfLayer node is ok. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 07:23:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10185; Tue, 10 Jun 1997 02:10:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10169; Tue, 10 Jun 1997 02:10:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA00317; Tue, 10 Jun 1997 02:10:23 -0700 Received: from gwsmtp.thomson.fr (gwsmtp.thomson.fr [193.48.25.140]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA12487 for ; Tue, 10 Jun 1997 02:10:18 -0700 env-from (PHILIPPE.P.P.POUTIGNAT@TTS.thomson.fr) From: PHILIPPE.P.P.POUTIGNAT@TTS.thomson.fr Received: by gwsmtp.thomson.fr (1.0.242); 10 Jun 1997 11:07:13 +0200 X400-Received: by mta TFM-SMTP in /PRMD=internet/ADMD=atlas/C=fr; Relayed; 10 Jun 1997 11:05:02 +0200 X400-Received: by /PRMD=THOMSON/ADMD=ATLAS/C=FR; Relayed; 10 Jun 1997 11:10:35 +0000 Date: 10 Jun 1997 11:05:02 +0200 Delivery-Date: 10 Jun 1997 11:05:17 +0200 Message-Type: Multiple Part X400-Originator: PHILIPPE.P.P.POUTIGNAT@TTS.thomson.fr X400-MTS-Identifier: [/PRMD=THOMSON/ADMD=ATLAS/C=FR;1828101110061997/A11495/INDRE] X400-Recipients: info-performer@sgi.com X400-Content-Type: P2-1984 Message-ID: <1828101110061997/A11495/INDRE/11B652CA1A00* @MHS> Importance: normal Sensitivity: Company-Confidential Subject: Hyperpipe mode Autoforwarded: FALSE To: info-performer@sgi.com (Receipt Notification Requested) Conversion: Allowed Conversion-With-Loss: Allowed Alternate-Recipient: Allowed Content-Identifier: 11B652CA1A00 Status: O Hi Performers ! I'm doing multipass rendering on an IR. Can anyone say to me if the hyperpipe mode is working on IR and Onyx2 and how to use it ? Thanx. ---Philippe Poutignat ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 08:17:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA10864; Tue, 10 Jun 1997 03:04:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA10848; Tue, 10 Jun 1997 03:04:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA02572; Tue, 10 Jun 1997 03:04:47 -0700 Received: from omega.turknet.com.tr ([194.54.52.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id DAA18404 for ; Tue, 10 Jun 1997 03:04:39 -0700 env-from (mderdem@turk.net) Received: from [194.54.52.218] by omega.turknet.com.tr (NTMail 3.02.13) with ESMTP id ra234147 for ; Tue, 10 Jun 1997 13:06:40 +0300 Sender: devrim@turk.net Message-ID: <339C5C8C.8BD2E6DC@turk.net> Date: Mon, 09 Jun 1997 12:42:04 -0700 From: Devrim Erdem Reply-To: mderdem@turk.net Organization: infoTRON X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Info Performer Mailing List , mderdem@turk.net Subject: Flybox and Thrustmaster X-Priority: 3 (Normal) Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O 
Hi,
Does anyone have an idea about using Flybox as
ad converter for adding another joystick to the
system such as a throttle controller from Thrustmaster.

-----------------------------------------------
 Devrim Erdem                
 Application Engineer - Visual Simulation Dept.
 infoTRON TURKEY                             
 Email: mderdem@turk.net     
-----------------------------------------------
======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 11:46:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11269; Tue, 10 Jun 1997 06:55:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11253; Tue, 10 Jun 1997 06:55:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA17538; Tue, 10 Jun 1997 06:55:00 -0700 Received: from sgisgp2.singapore.sgi.com ([134.14.84.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA15681 for ; Tue, 10 Jun 1997 06:54:56 -0700 env-from (tzelin@singapore.sgi.com) Received: by sgisgp2.singapore.sgi.com (950911.SGI.8.6.12.PATCH825/920502.SGI) for info-performer@sgi.com id VAA06679; Tue, 10 Jun 1997 21:53:12 +0800 Date: Tue, 10 Jun 1997 21:53:12 +0800 From: tzelin@singapore.sgi.com (Tze Lin Ong) Message-Id: <9706102153.ZM6677@sgisgp2.singapore.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Clipmapping: Mosaic Maker Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi I need to split up a large satellite image (18500 x 34000; 630MB) which I intend to perform clipmapping on. Later, I'll probably have a 2GB image to do the same with. Does anyone know where I can get a program that will split this one tiff file into image cache files for me? I've heard of mgmosaic, but I'm not sure if it will split an image this big. Thanks! Cheers, tzelin -- ______________________________________________________________________ Ong Tze Lin Silicon Graphics ASEAN Headquarters 89 Science Park Drive #03-03 to 06 Systems Engineer The Rutherford, Singapore 118261 Visual Simulation Tech Mktg Tel: 65-7773088 Fax: 65-7793650 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 14:55:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA11577; Tue, 10 Jun 1997 09:29:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA11561; Tue, 10 Jun 1997 09:29:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA08710; Tue, 10 Jun 1997 09:29:29 -0700 Received: from cam-mail-relay1.bbnplanet.com (cam-mail-relay1.bbnplanet.com [199.94.215.242]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA19728 for ; Tue, 10 Jun 1997 09:29:28 -0700 env-from (mas@swl.msd.ray.com) Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by cam-mail-relay1.bbnplanet.com (8.7.6/MAIL-RELAY) with ESMTP id MAA16810; Tue, 10 Jun 1997 12:29:22 -0400 (EDT) Received: (mailer@localhost) by gatekeeper.ray.com (8.7.5/8.7.3) id MAA18713; Tue, 10 Jun 1997 12:29:15 -0400 Received: from swlab1.msd.ray.com/138.127.109.33() by gatekeeper.ray.com id sma003359; Tue Jun 10 12:21:47 1997 X-SMAP-TO: Received: from slpaat (slpaat.msd.ray.com [138.127.110.41]) by swlab1.msd.ray.com (8.8.5/8.8.5) with SMTP id MAA08041; Tue, 10 Jun 1997 12:21:41 -0400 (EDT) Sender: mas@swl.msd.ray.com Message-ID: <339D7F14.39F2@swl.msd.ray.com> Date: Tue, 10 Jun 1997 12:21:40 -0400 From: Marko Srdanovic X-Mailer: Mozilla 3.0 (X11; U; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: cpawlows@moon.jic.com CC: info-performer@sgi.com Subject: Re: White terrain database References: <339BDB09.5369@moon.jic.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Carol Pawlowski wrote: > > I am trying to use a database that was hand coded using the MultiGen's > World Reference Model. Unfortunately when I load it into MAKStealth (a > Performer wrapper) I get a big white database. This database was > written by someone long dead and gone. Does anyone have any ideas how > to fix it. I'm using the MultiGen 15.2 loader. It sounds like your textures aren't being loaded properly or that textures are not enabled. You didn't mention what kind of machine you are using, and if memory serves me right, texturing is only enabled by default when the machine you're on can handle it in hardware. Assuming texturing is enabled (via MaK's gui or the 't' key) and the database uses textures, chances are that the WRM has nothing to do with it, but that the texture image files are not in the path that is being searched. You can set the environment variable PFNFYLEVEL which sets the debug level [0-5], where 5 is for maximum debug. You can use the debug information to determine if there are any textures not being found. The environment variable PFPATH is used to define the directories that are searched for textures and other files. Set (or add to) PFPATH to include the directory where your image files are stored. -- ----------------------------------------------------------------------- Marko Srdanovic mailto:mas@swl.msd.ray.com Raytheon Electronic Systems voice: (508) 858-5680 Mailstop: T3MN35 fax: (508) 858-4336 50 Apple Hill Drive, Tewksbury, MA 01876 #include ----------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 18:06:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA12326; Tue, 10 Jun 1997 12:37:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA12310; Tue, 10 Jun 1997 12:37:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA09327; Tue, 10 Jun 1997 12:37:44 -0700 Received: from sgimco.orlando.sgi.com ([169.238.145.130]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA08668 for ; Tue, 10 Jun 1997 12:37:42 -0700 env-from (peter@magic.orlando.sgi.com) Received: from magic.orlando.sgi.com by sgimco.orlando.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/930416.SGI) id PAA16281; Tue, 10 Jun 1997 15:03:58 -0400 Received: by magic.orlando.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA16610; Tue, 10 Jun 1997 14:52:48 -0400 From: "peter" Message-Id: <9706101452.ZM16608@magic.orlando.sgi.com> Date: Tue, 10 Jun 1997 14:52:41 -0400 In-Reply-To: Devrim Erdem "Flybox and Thrustmaster" (Jun 9, 12:42pm) References: <339C5C8C.8BD2E6DC@turk.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mderdem@turk.net Subject: Re: Flybox and Thrustmaster Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello all, The Cereal box from BG systems is a d/d and a/d input device. I have worked with the new Thrustmaster joysticks and throttle. They have potentiometers that can be connected to the A/D of the cereal box, and the buttons can be connected to the D/D portions. It took a small circuit card to complete the ground/+5 volt connections to make the transition complete. Of course, the thrustmaster can never be used as the original serial/parallel/keyboard device that it once was. check out www.bgsystems.com for more information on the cereal box, their phone number is 415-858-2628. The interesting thing to keep in mind: (all prices us list, or at least what I payed for them last year) cereal box : $500 Thrustmaster throttle : $125 Thrustmaster joystick : $90 cables/power supply : $50 Totaling $765 BG systems sells a minature flybox (beebox) for US $900 (from their web site). It can be done, although most PC joysticks are not a durable as the Beebox/Flybox. Feel free to contact me if you have any questions Peter Drewes SE Florida Branch 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 18:46:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12547; Tue, 10 Jun 1997 13:16:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12530; Tue, 10 Jun 1997 13:16:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA13357; Tue, 10 Jun 1997 13:16:03 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA19862 for ; Tue, 10 Jun 1997 13:16:02 -0700 env-from (nemec@precious.asd.sgi.com) Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA20287; Tue, 10 Jun 1997 12:16:01 -0700 Received: by precious.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA20652; Tue, 10 Jun 1997 12:15:59 -0700 From: "Philip Nemec" Message-Id: <9706101215.ZM20649@precious.asd.sgi.com> Date: Tue, 10 Jun 1997 12:15:59 -0700 In-Reply-To: "Dewey Anderson" "Freeing Texture memory" (Jun 6, 6:54pm) References: <9706061854.ZM3866@snowmass.evt.com> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Dewey Anderson" , info-performer@sgi.com Subject: Re: Freeing Texture memory Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You can try using pfTexture::freeImage or pfTexture::idle to explicitly free the texture memory. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 19:08:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12644; Tue, 10 Jun 1997 13:41:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12628; Tue, 10 Jun 1997 13:41:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA15974; Tue, 10 Jun 1997 13:41:11 -0700 Received: from mailman.sni.net (mailman.sni.net [199.117.27.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA26966 for ; Tue, 10 Jun 1997 13:41:10 -0700 env-from (dewey@evt.com) Received: from snowmass.evt.com ([204.133.157.14]) by mailman.sni.net (8.8.5/8.7.3) with SMTP id MAA11637 for <@mailrelay.csn.net:info-performer@sgi.com>; Tue, 10 Jun 1997 12:18:52 -0700 (PDT) Received: (from dewey@localhost) by snowmass.evt.com (940816.SGI.8.6.9/950213.SGI.AUTOCF) id NAA01945 for info-performer@sgi.com; Tue, 10 Jun 1997 13:38:40 -0600 From: "Dewey Anderson" Message-Id: <9706101338.ZM1943@snowmass.evt.com> Date: Tue, 10 Jun 1997 13:38:40 -0600 In-Reply-To: "Philip Nemec" "Re: Freeing Texture memory" (Jun 10, 12:15pm) References: <9706061854.ZM3866@snowmass.evt.com> <9706101215.ZM20649@precious.asd.sgi.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: Freeing Texture memory Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 10, 12:15pm, Philip Nemec wrote: > Subject: Re: Freeing Texture memory > You can try using pfTexture::freeImage or pfTexture::idle to explicitly free > the texture memory. >-- End of excerpt from Philip Nemec Thanks for the response, Philip. I tried freeImage on each texture just before pfDeleting the corresponding pfGeode. It makes no difference. The man for idle says that it only works on RE systems: Detail texturing, filter splines, sharpen filtering, pfTexture::idle, and pfTexture::isLoaded are supported only on RealityEngine graphics systems. I'm using a High Impact (with TRAM option, IRIX 5.3, patch 1414) and Octane SI (with texture option, IRIX 6.4, patch 1392). Right now I'm trying to learn how to use pfStats or pfFrameStats to show me if Textures are being swapped. I certainly SUSPECT that's what's happening, but it would be nice to get something that just said so. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Tue Jun 10 19:59:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12872; Tue, 10 Jun 1997 14:41:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12856; Tue, 10 Jun 1997 14:41:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA24023; Tue, 10 Jun 1997 14:41:52 -0700 Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA10377 for ; Tue, 10 Jun 1997 14:41:50 -0700 env-from (garrova@mitre.org) Received: from diego.mitre.org (diego.mitre.org [128.29.69.70]) by mwunix.mitre.org (8.8.5/8.8.5/mitre.0) with ESMTP id RAA05990 for ; Tue, 10 Jun 1997 17:37:34 -0400 (EDT) Received: from m25865-pc.mitre.org (128.29.69.38) by diego.mitre.org with SMTP (Eudora Internet Mail Server 1.1.2); Tue, 10 Jun 1997 14:39:37 -0800 Message-Id: <3.0.32.19970610143935.006cced0@diego.mitre.org> X-Sender: garrova@diego.mitre.org X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 10 Jun 1997 14:39:36 -0700 To: info-performer@sgi.com From: "James F. Garrova" Subject: Subclassing of pfDCS Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O I've created a subclass of a pfDCS node similar to the example in the Performer Programmers Manual. #include class Aircraft: public pfDCS{ protected From guest Wed Jun 11 00:54:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA13900; Tue, 10 Jun 1997 19:36:05 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA13884; Tue, 10 Jun 1997 19:36:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA25085; Tue, 10 Jun 1997 19:36:03 -0700 Received: from Diamond.shango.com ([206.171.80.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA27808; Tue, 10 Jun 1997 19:35:52 -0700 env-from (pasociety-owner@Diamond.shango.com) Received: (from majordom@localhost) by Diamond.shango.com (8.7.4/8.7.3) id SAA07228 for pasociety-outgoing; Tue, 10 Jun 1997 18:15:40 -0700 X-Authentication-Warning: Diamond.shango.com: majordom set sender to owner-pasociety@Diamond.shango.com using -f Received: from emout29.mail.aol.com (emout29.mx.AOL.com [198.81.11.134]) by Diamond.shango.com (8.7.4/8.7.3) with ESMTP id SAA07225 for ; Tue, 10 Jun 1997 18:15:37 -0700 From: Virtual8@aol.com Received: (from root@localhost) by emout29.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id WAA18902 for pasociety@shango.com; Tue, 10 Jun 1997 22:17:51 -0400 (EDT) Date: Tue, 10 Jun 1997 22:17:51 -0400 (EDT) Message-ID: <970610221258_1823926475@emout11.mail.aol.com> To: pasociety@shango.com Subject: June Meeting of (PAS) Performance Animation Society Sender: owner-pasociety@Diamond.shango.com Precedence: bulk Reply-To: info@pasociety.org Status: O *********** IMPORTANT PAS MEETING ANNOUNCEMENT ********** Performance Animation Society June Meeting Date: Tuesday, June 27th at 7:30 PM till 10:00 PM Place: Universal City Hilton, Universal City, CA The June meeting of the Performance Animation Society will be held concurrently with the "Virtual Humans '97" conference at the Universal City Hilton, Universal City (Los Angeles), CA. on Tuesday - June 17th at 7:30 PM in the Ballroom. The meeting will last until 10 PM. This exciting meeting will cover a variety of topics related to Virtual Humans, Motion Capture and Performance Animation. We will be showing some new and interesting videos and will feature one or more guest speakers. There will be no charge for this meeting. Parking is available at the hotel for their customary charge. For more information about "Virtual Humans '97", please visit their website for a complete conference schedule and a map of directions. Thank you and please PAS the word. All are welcome!! The Performance Animation Society ------- www.PASociety.org ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 03:31:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA14619; Tue, 10 Jun 1997 22:11:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA14603; Tue, 10 Jun 1997 22:11:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA03325; Tue, 10 Jun 1997 22:11:50 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA19460 for ; Tue, 10 Jun 1997 22:11:49 -0700 env-from (nemec@precious.asd.sgi.com) Received: from precious.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id WAA24713; Tue, 10 Jun 1997 22:11:48 -0700 Received: by precious.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id WAA22340; Tue, 10 Jun 1997 22:11:47 -0700 From: "Philip Nemec" Message-Id: <9706102211.ZM22310@precious.asd.sgi.com> Date: Tue, 10 Jun 1997 22:11:47 -0700 In-Reply-To: tzelin@singapore.sgi.com (Tze Lin Ong) "Clipmapping: Mosaic Maker" (Jun 10, 9:53pm) References: <9706102153.ZM6677@sgisgp2.singapore.sgi.com> X-Face: 9V,ca#lqwc0*+J=1BTFu},dPQHvu3exYYjzxg#m+_}Zr5F5%s~n|R(KK X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: tzelin@singapore.sgi.com (Tze Lin Ong), info-performer@sgi.com Subject: Re: Clipmapping: Mosaic Maker Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O At the very least you should be able to use eoe.sw.imgagetools (like subimg) or imgtools.sw.tools (like imgcopy) and some amount of shell script or similar programming... ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 10:02:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA15305; Wed, 11 Jun 1997 04:47:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA15289; Wed, 11 Jun 1997 04:47:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA26282; Wed, 11 Jun 1997 04:47:48 -0700 Received: from amethyst.cimi.nottingham.ac.uk (amethyst.cimi.nottingham.ac.uk [128.243.234.49]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA03584 for ; Wed, 11 Jun 1997 04:41:44 -0700 env-from (nej@cs.nott.ac.uk) Received: from amethyst.cimi.nottingham.ac.uk ([127.0.0.1]) by amethyst.cimi.nottingham.ac.uk (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA01711 for ; Wed, 11 Jun 1997 11:53:00 +0100 Sender: nej@cs.nott.ac.uk Message-ID: <339E838B.167E@cs.nott.ac.uk> Date: Wed, 11 Jun 1997 11:53:00 +0100 From: Nigel Jenkins X-Mailer: Mozilla 3.0 (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Colarado Spectrum Workstation Gameport References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, Does anyone have any experience of using a Colarado Spectrum Workstation Gameport with any SG Hardware (especially an Onyx IR or Indigo2). I wish to attach a Microsoft Sidewinder joystick to our Onyx for some user centred walk-throughs. The Workstation Gameport appears to be the right equipment for the job, but I can't find much information on the the hardware or the supplier. If anyone has any information, especially technical documentation or example code, code they please get in touch. Thanks Nigel Jenkins ---------------------------------------------------- Nigel Jenkins Technical Consultant CIMI - Centre for Industrial and Medical Informatics Unit 8 William Lee Buildings Highfields Science Park University Boulevard Nottingham NG7 2RQ UnitedKingdom Tel: +44 (0115) 956 8990 Fax: +44 (0115) 956 8991 e-mail: nej@cs.nott.ac.uk http://www.cimi.nottingham.ac.uk/ ---------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 11:34:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA15538; Wed, 11 Jun 1997 06:17:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA15522; Wed, 11 Jun 1997 06:17:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA03543; Wed, 11 Jun 1997 06:17:20 -0700 Received: from punt-1.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA15881 for ; Wed, 11 Jun 1997 06:17:18 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-1.mail.demon.net id aa1101311; 11 Jun 97 13:42 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Q: pfLayerModes Date: Wed, 11 Jun 1997 12:43:16 GMT Organization: Pera Message-ID: <339e633b.3979267@post.demon.co.uk> 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 Hi all, Machine Details: Onyx iR, Irix 6.2 + Patch 1355, Vega 3.0 MP, Performer 2.1 (No specific Performer patches that I can see). I have recently been playing with the different pfLayer modes using the pfdConverterMode_flt function (I now see I could use pfdConverterMode instead) for our flt files. I want to use PFDECAL_BASE_HIGH_QUALITY as the particular application suffers from Z fighting when PFDECAL_BASE_FAST is used. I can't reduce the near/far clip ratio any further. PFDECAL_BASE_HIGH_QUALITY solves the Z fighting problem, but *some* of the subfaces tend to "poke through" when they should be hidden by other parts of the model/scene. Is this is the problem that occurs if the subfaces are not coplanar with, or bounded by, the parent face? The problems seem to occur mainly on building models which are provided with MultiGen's SmartScene tool, which I imagined would only have subfaces which were coplanar and contained within the parent face. I checked some of our own models which exhibit the problem and the subfaces *are* coplanar and entirely bounded by the parent polygon. Am I missing something? Any advice gratefully received. TIA. Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 14:35:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15775; Wed, 11 Jun 1997 09:04:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15759; Wed, 11 Jun 1997 09:04:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA22560; Wed, 11 Jun 1997 09:04:25 -0700 Received: from gatekeeper.rayva.org (gatekeeper.rayva.org [204.254.244.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA21677 for ; Wed, 11 Jun 1997 09:04:19 -0700 env-from (trdecarlo@tasc.com) Received: (from mail@localhost) by gatekeeper.rayva.org (8.6.12/8.6.12) id MAA29790; Wed, 11 Jun 1997 12:04:05 -0400 Received: from jpsds14e(192.168.5.103) by gatekeeper.rayva.org via smap (V2.0) id xma029726; Wed, 11 Jun 97 12:03:44 -0400 Received: from pixelpusher.rayva.org ([192.168.8.201]) by jpsds14e.rayva.org (8.6.12/8.6.12) with ESMTP id MAA26452; Wed, 11 Jun 1997 12:03:48 -0400 Message-ID: <339E00B4.CF79F7C3@tasc.com> Date: Tue, 10 Jun 1997 21:34:44 -0400 From: Thom DeCarlo Reply-To: trdecarlo@tasc.com Organization: TASC, Inc. X-Mailer: Mozilla 4.0b4 [en] (Win95; I) MIME-Version: 1.0 To: cpawlows@moon.jic.com CC: info-performer@sgi.com Subject: Re: White terrain database X-Priority: 3 (Normal) References: <339BDB09.5369@moon.jic.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Carol, You have to make sure that the MaK mtl files contain pointers to your texture files. Assuming, that is, that your textures are not in the same place as your models. For example, in my mtl file I point at "/home/stealth.models/Links" for all my models. All the models think the textures are in "../textures/*". If you want, I can send you a copy of my mtl and a simple model as an example. Thom -- ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Thom DeCarlo * Off-site contact info TASC * JPSD/IEC, US Army TEC 12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg 2592 Reston, VA 22090 * Alexandria, VA 22315 phone: 703/834-5000 * phone: 703/428-7034 or 9001 fax: 703/318-7900 * fax: 703/428-7054 mailto:trdecarlo@tasc.com * mailto:tdecarlo@rayva.org ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ Kira: "What _do_ Klingons dream about?" Worf: "Things that would send cold chills down your spine and wake you in the middle of the night. No..., no, it is better you do not know." ^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 16:30:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA15927; Wed, 11 Jun 1997 10:42:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15911; Wed, 11 Jun 1997 10:42:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA07462; Wed, 11 Jun 1997 10:42:24 -0700 Received: from giasbga.vsnl.net.in (giasbgb.vsnl.net.in [202.54.12.162]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA20131 for ; Wed, 11 Jun 1997 10:42:18 -0700 env-from (ramya@giasbga.vsnl.net.in) Received: from localhost by giasbga.vsnl.net.in (SMI-8.6/SMI-SVR4) id XAA23114; Wed, 11 Jun 1997 23:05:16 +0530 Date: Wed, 11 Jun 1997 23:05:15 +0530 (IST) From: "Ramya D." X-Sender: ramya@giasbgb To: info-performer@sgi.com Subject: Collision between 2 objects Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I am interested in the collisions between 2 objects (nodes) in the scene. How do I do it in Performer? Thanx, ------------------- Madhavi D R Aeronautical DEvelopment Agency Bangalore -17 India ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 22:26:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA17271; Wed, 11 Jun 1997 16:38:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA17255; Wed, 11 Jun 1997 16:38:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA27929; Wed, 11 Jun 1997 16:38:32 -0700 Received: from lum.engr.sgi.com ([150.166.37.75]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA25502 for ; Wed, 11 Jun 1997 16:38:32 -0700 env-from (mace@lum.engr.sgi.com) Received: (from mace@localhost) by lum.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id QAA23051; Wed, 11 Jun 1997 16:38:29 -0700 Date: Wed, 11 Jun 1997 16:38:29 -0700 From: mace@lum.engr.sgi.com (Rob Mace) Message-Id: <199706112338.QAA23051@lum.engr.sgi.com> To: info-performer@sgi.com, simon@hal.wgs.estec.esa.nl (Simon Mills) Subject: Re: .pfb format and pfUserData (again) Cc: simon@hal.wgs.estec.esa.nl Status: O > It seems that saving a database in the .pfb format (using pfconv) will also > save pfUserData attached to nodes. However I suspect that if the pfUserData > containts *pointers* to other data that is not saved. e.g. if my pfUserData > structure looks like > > typedef struct { > pfNode *centerNode; /* pointer to some node */ > pfList *observers; /* pointer to list of "observer" structures */ > } MyUserData; > > and is attached to a node, the pointers are saved but 1) are invalid when read > in (centerNode above) or 2) the data pointed to is not saved (observers list > above). > > Is this true? This is true of pfb in Peroformer 2.0 and 2.1. > Is there any way to save this kind of data in the .pfb format? Wait for Performer 2.2. In 2.2 I have put extensive support in for saving user data. It can save things such as your structure above but you have to tell it how. You do this by supplying a number of callback routines that the pfdStoreFile_pfb can call when user data is encountered. Here are some exerpts from the 2.2 pfb man page: int pfdUserData_pfb(pfdDescendUserDataFuncType_pfb descend_func, pfdStoreUserDataFuncType_pfb store_func, pfdLoadUserDataFuncType_pfb load_func); size_t pfdLoadData_pfb(void *data, int size, void *handle); size_t pfdStoreData_pfb(void *data, int size, void *handle); int pfdDescendObject_pfb(pfObject *obj, void *handle); int pfdLoadObjectRef_pfb(pfObject **obj, void *handle); int pfdStoreObjectRef_pfb(pfObject *obj, void *handle); typedef int (*pfdDescendUserDataFuncType_pfb)(void *udata, pfObject *parent, void *handle); typedef int (*pfdStoreUserDataFuncType_pfb)(void *udata, pfObject *parent, void *handle); typedef void * (*pfdLoadUserDataFuncType_pfb)(void *handle); There are some portions of a performer scene graph that it can be impossible to know how to store or load without application specific knowledge. Two examples of this are pfUserData and custom pfTypes. For this reason one can set up call backs for the pfdStoreFile_pfb and pfdLoadFile_pfb to call to handle this data. The functions pfdLoadData_pfb, pfdStoreData_pfb, pfdDescendObject_pfb, pfdLoadObjectRef_pfb, and pfdStoreObjectRef_pfb are meant to be called by these call backs. pfdLoadData_pfb reads size bytes of data into data from the pfb file that is specified by handle. It should be called by the store_func of pfdUserData_pfb and pfdCustomNode_pfb. pfdStoreData_pfb writes size bytes of data from data into the pfb file that is specified by handle. It should be called by the store_func of pfdUserData_pfb and pfdCustomNode_pfb. pfdDescendObject_pfb descends a pfObject pointer and adds it and any of its children to the lists of items to be stored into the pfb file that is specified by handle. It returns 0 if it can store an object and -1 if it can not. Generally any pfObject that normally can reside in a Performer scene graph can be stored. pfdDescendObject_pfb should be called by the descend_func of pfdUserData_pfb and pfdCustomNode_pfb. pfdStoreObjectRef_pfb writes a reference to the pfObject pointed to by obj into the pfb file that is specified by handle. It should be called by the store_func of pfdUserData_pfb and pfdCustomNode_pfb. It should only be called for those pfObject that pfdDescendObject_pfb returned 0 on. pfdLoadObjectRef_pfb reads a reference to a pfObject from the pfb file that is specified by handle. At some later time, but before the completion of pfdLoadFile_pfb, the address of the pfObject that was referenced will be written into the pointer location pointed to by obj. This is done because at the time that pfdLoadObjectRef_pfb is called the referenced object might not have been read from the pfb file. pfdLoadObjectRef_pfb should be called by the load_func of pfdUserData_pfb and pfdCustomNode_pfb. pfUserData can be of many forms. It can be a pointer to a block of memory, a pointer to some pfObject, or a pointer to a complex structure containing many other pointers. pfdUserData_pfb can be called to set up call backs to handle the storing and loading of complex user data. To set up a custom user data store descend_func and store_func must be defined. To set up a custom load load_func must be defined. The descend_func must be of the type pfdDescendUserDataFuncType_pfb. If defined it will get called for each piece of user data that is not a pointer to a savable pfObject. udata is the pointer to the user data. parent is the parent pfObject of the user data. handle defines the current pfb file. The descend_func should call pfdDescendObject_pfb for any pfObjects that are referenced by the user data. It should return 0 if it wants to store this user data. It should return -1 if this user data should not be stored. The store_func must be of the type pfdStoreUserDataFuncType_pfb. If defined it will get called for each piece of user data that the descend_func said should be stored. udata is the pointer to the user data. parent is the parent pfObject of the user data. handle defines the current pfb file. The store_func should call pfdStoreData_pfb and pfdStoreObjectRef_pfb zero or more times each to store the data and pfObject references of this user data. The load_func must be of the type pfdLoadUserDataFuncType_pfb. It will get called for each piece of user data that is not a pointer to a pfObject. handle defines the current pfb file. The load_func should call pfdLoadData_pfb and pfdLoadObjectRef_pfb zero or more times each to load the data and pfObject references of this user data. pfUserData is descended based on the following scheme: if (user_data is a pointer to savable pfObject) { mark it for storing; descend the pfObject; } else if (descend_func) { if (descend_func(user_data)) mark it for storing; } else if (pfGetSize(user_data) > 0) mark it for storing; pfUserData is stored based on the following scheme: if (user_data is a pointer to savable pfObject) store the a reference to that object; else if (store_func) store_func(user_data); else if (pfGetSize(user_data) > 0) store pfGetSize(user_data) bytes of data; I hope that helps, Rob Mace ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 23:03:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA17358; Wed, 11 Jun 1997 17:24:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA17342; Wed, 11 Jun 1997 17:24:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA04054; Wed, 11 Jun 1997 17:24:05 -0700 Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA05981 for ; Wed, 11 Jun 1997 17:24:03 -0700 env-from (jaf@chem.ucsd.edu) Received: from checfs2 (checfs2.ucsd.edu [132.239.73.6]) by mailbox1.ucsd.edu (8.8.5/8.6.9) with SMTP id RAA00628 for ; Wed, 11 Jun 1997 17:24:00 -0700 (PDT) Received: from sdchemw1.ucsd.edu by checfs2 (SMI-8.6/UCSDPSEUDO.4) id RAA18721 for ; Wed, 11 Jun 1997 17:23:58 -0700 Received: by sdchemw1.ucsd.edu (950413.SGI.8.6.12) id AAA23983; Thu, 12 Jun 1997 00:24:01 GMT From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199706120024.AAA23983@sdchemw1.ucsd.edu> Subject: Asynchronous scene updating To: info-performer@sgi.com Date: Wed, 11 Jun 1997 17:24:01 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi All, What I need to do is remove a subgraph of my pfScene, update it asynchronously in the DBASE process, and then give it back to the APP process later on. Removing the subgraph is easy--one call to removeChild() in the APP process and it's done. However, when I then go to modify the subgraph in the DBASE process, the pfBuffer mechanism gets in my way. The subgraph is still in the APP pfBuffer, and there doesn't seem to be a good, inexpensive way to move a large subgraph from one pfBuffer to another. Does anyone know a way to disable pfBuffers (since I can guarantee that the nodes I modify will not be used during that time by the APP process), or some other solution to this problem? Jeremy ps the pfBuffer man page mentions that setScope() can be used to move objects out of the APP pfBuffer for asynchronous updating, but it seems it setScope() would need to be applied recursively to every node in my (very large) subgraph! That kind of defeats the purpose, especially if I have to call setScope(node,false) from the APP process. (which I assume I do...) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Wed Jun 11 23:21:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA17432; Wed, 11 Jun 1997 17:44:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA17416; Wed, 11 Jun 1997 17:43:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA06522; Wed, 11 Jun 1997 17:43:59 -0700 Received: from Diamond.shango.com ([206.171.80.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA11555; Wed, 11 Jun 1997 17:43:57 -0700 env-from (pasociety-owner@Diamond.shango.com) Received: (from majordom@localhost) by Diamond.shango.com (8.7.4/8.7.3) id QAA10420 for pasociety-outgoing; Wed, 11 Jun 1997 16:27:00 -0700 X-Authentication-Warning: Diamond.shango.com: majordom set sender to owner-pasociety@Diamond.shango.com using -f Received: from emout07.mail.aol.com (emout07.mx.AOL.com [198.81.11.22]) by Diamond.shango.com (8.7.4/8.7.3) with ESMTP id QAA10415 for ; Wed, 11 Jun 1997 16:26:58 -0700 From: Virtual8@aol.com Received: (from root@localhost) by emout07.mail.aol.com (8.7.6/8.7.3/AOL-2.0.0) id UAA11454 for pasociety@diamond.shango.com; Wed, 11 Jun 1997 20:29:13 -0400 (EDT) Date: Wed, 11 Jun 1997 20:29:13 -0400 (EDT) Message-ID: <970611202853_272573401@emout07.mail.aol.com> To: pasociety@Diamond.shango.com Subject: Whoops! WRONG DATE: We meant the 17th for the PAS meeting!: Sender: owner-pasociety@Diamond.shango.com Precedence: bulk Reply-To: info@pasociety.org Status: O ***IMPORTANT CORRECTION*** WHOOPS! WE PUT THE WRONG DATE AT THE TOP OF OUR LAST MESSAGE!! The "PERFORMANCE ANIMATION SOCIETY" June Meeting CORRECT DATE is the 17th (not the 27th as previously notified). Yes, Tuesday the 17th, NEXT WEEK! Please make corrections to your calendar and apponitments Thank you again, sorry for the mistake! See ya there!! THE PERFORMANCE ANIMATION SOCIETY ---- www.PASociety.org ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 00:56:13 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA17758; Wed, 11 Jun 1997 19:24:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA17742; Wed, 11 Jun 1997 19:24:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA14346; Wed, 11 Jun 1997 19:24:35 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA28461 for ; Wed, 11 Jun 1997 19:24:33 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (uucp@localhost) by merki.connect.com.au with UUCP id MAA26596 (8.8.5/IDA-1.6); Thu, 12 Jun 1997 12:24:23 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA22657 (5.65c/IDA-1.5); Thu, 12 Jun 1997 12:01:57 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id MAA08933 (8.6.12/IDA-1.6); Thu, 12 Jun 1997 12:03:53 +1000 Received: from localhost by murad (5.65) id AA19434; Thu, 12 Jun 1997 12:05:04 +1000 Date: Thu, 12 Jun 1997 12:15:03 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad To: Nigel Jenkins Cc: info-performer@sgi.com Subject: Re: Colarado Spectrum Workstation Gameport In-Reply-To: <339E838B.167E@cs.nott.ac.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 11 Jun 1997, Nigel Jenkins wrote: > Hi, > Does anyone have any experience of using a Colarado Spectrum Workstation > Gameport with any SG Hardware (especially an Onyx IR or Indigo2). I > wish to attach a Microsoft Sidewinder joystick to our Onyx for some user > centred walk-throughs. > The Workstation Gameport appears to be the right equipment for the job, > but I can't find much information on the the hardware or the supplier. > If anyone has any information, especially technical documentation or > example code, code they please get in touch. > Thanks Colorado Spectrum's details are: Colorado Spectrum 1001-A East Harmony Road, #501 Fort Collins, CO 80525 Phone: (800) 238-5983 or (970) 225-6929 FAX: (970) 225-1663 Blurb: The WG is very similar to the Notebook Gameport except that it uses standard serial protocols instead of a proprietary protocol. ( The NG uses the Ring and DCD lines to bring in data synchronously so that the standard Txd and Rxd lines are free to be used in the pass-through port. To avoid the difficult (in Unix) "real-time" task of reading in data bit by bit, the WG makes use of the serial port's UART and the standard Rxd line and as such does not support a pass-through serial port.) The WG is a very small card that is able to measure the resistance of 2 analog PC-like Joystick, plus the state of 4 buttons (located on the same joystick or not). It is actally a workstation version of a PC dual-joystick port. The WG sends in a 6-byte 9600 (N, 8, 2) baud data packet whenever a stick is moved or a button is pressed or released. Writing a driver for the WG is therefore very similar to a simple serial mouse driver. Colorado Spectrum has sold WG's to Sun, SGI, HP, DEC, etc. customers already but do not have a "generic" driver available so one would need to create their own. This however will be an order of magnitude easier than writing a real-time driver for the NG (which they do not release the protocol for anyway). One can connect any PC joystick without doing any special wiring. If one wants to use 2 different joysticks. One would just have to make a cable that directs the good potentiometers values and switches to the good connections onto the WG. I also have this: (I believe the originator is a guy called David Nahon, you could try nahond@ccr.jussieu.fr if you need more info) Wiring to SGI's. You'll have to modify this for an Onyx2 or an O2. /* DB Male WG DIN8 Male(Indigo/Indy) Name -----1---------------------7-----------------DCD -----2---------------------5-----------------RD -----3---------------------3-----------------TD -----4---------------------1-----------------DTR -----5---------------------8-----------------SG -----7---------------------6-----------------RTS -----8---------------------2-----------------CTS DB Male WG DB9 Male (Onyx) Name -----1----------------------8---------------DCD -----2----------------------3---------------RD -----3----------------------2---------------TD -----4----------------------9---------------DTR -----5----------------------7---------------SG -----7----------------------4---------------RTS -----8----------------------5---------------CTS */ Then you need to power the device, and that can be done directly from the DTR and RTS signals that have to remain high. Some sample source: /* * Minimal Demo for using Colorado Spectrum Workstation Gameport */ #include #include #include #include extern int sginap (long ticks); typedef struct _WG_State { int buttons; int joy1_pot1; int joy1_pot2; int joy2_pot1; int joy2_pot2; } WG_State ; #define READBLOCK 0 #define READNONBLOCK 1 #define JOY_BUT_1 1 #define JOY_BUT_2 2 #define JOY_BUT_3 4 #define JOY_BUT_4 8 #define JOY1_POT1 1 #define JOY1_POT2 2 #define JOY2_POT1 3 #define JOY2_POT2 4 char values[6]={0, 0, 0, 0, 0, 0}; int joyfd; /****************************************************************** * */ void get_joystick(WG_State* wgs) { int n; char byte0; /* wait for sync byte that is always 0*/ do { n=read(joyfd, &byte0, 1); /* printf("%d %c\n", n, byte0); */ if (n==-1) { fprintf(stderr, "Error reading joy fd\n"); return; } } while((byte0!=0)); n=read(joyfd, values, 5); if (n==-1) { fprintf(stderr, "Error reading joy fd\n"); return; } wgs->buttons = (values[0] - 0xf) >> 4; wgs->joy1_pot1 = (int)values[JOY1_POT1]; wgs->joy1_pot2 = (int)values[JOY1_POT2]; wgs->joy2_pot1 = (int)values[JOY2_POT1]; wgs->joy2_pot2 = (int)values[JOY2_POT2]; } void get_joystick_NON_BLOCK(WG_State* wgs) { int n; char byte0; /* wait for sync byte that is always 0*/ do { n=read(joyfd, &byte0, 1); /* printf("%d %c\n", n, byte0); */ if (n==-1) return; } while( (n!=1) || (byte0!=0) ); n=read(joyfd, values, 5); if (n==-1) return; wgs->buttons = (values[0] - 0xf) >> 4; wgs->joy1_pot1 = (int)values[JOY1_POT1]; wgs->joy1_pot2 = (int)values[JOY1_POT2]; wgs->joy2_pot1 = (int)values[JOY2_POT1]; wgs->joy2_pot2 = (int)values[JOY2_POT2]; } void init_joystick( int portnum, int nonblock ) { int result; int flags=TIOCM_DTR|TIOCM_RTS|TIOCM_LE|TIOCM_CTS; char str232[128]; struct termio termio; printf("----------------------------------------------------------------\n"); printf("Initialisation du Joystick...\n"); sprintf( str232, "/dev/ttyd%d", portnum ); printf("Use RS232-Device %s for Workstation GamePort JOYSTICK\n", str232 ); joyfd = open( str232, O_RDONLY); if ( joyfd == -1 ) { printf( "Can't open seriel port /dev/ttyd%d\n", portnum ); exit(1); } result = ioctl( joyfd, TCGETA, &termio ); if (nonblock) fcntl(joyfd, F_SETFL, FNONBLK); termio.c_iflag = 0;/*IXON|IXOFF|IGNBRK | IGNPAR;*/ termio.c_oflag = 0; termio.c_cflag = B9600 | CS8 | CREAD | CLOCAL| CSTOPB; termio.c_lflag = 0; /* -ECHO */ ioctl( joyfd, TCSETA, &termio ); /* * check if gameport is likelly to be properly powered, * i.e TIOCM_RTS and TIOCM_DTR must be high */ ioctl( joyfd, TIOCMGET,&flags ); if ( (flags&(TIOCM_RTS|TIOCM_DTR)) != (TIOCM_RTS|TIOCM_DTR) ) { fprintf(stderr, "------> TIOCM_RTS and TIOCM_DTR not 1\n"); printf("TIOCM_RTS(%d) et TIOCM_DTR(%d) / (TIOCMGET=%x)\n",TIOCM_RTS,TIOCM_DTR, flags); exit(1); } printf("Init done.\n"); printf("----------------------------------------------------------------\n"); } void print_wgstate(const WG_State* wgs) { printf("J1_POT1:%3d ", wgs->joy1_pot1 ); printf("J1_POT2:%3d ", wgs->joy1_pot2 ); printf("J2_POT1:%3d ", wgs->joy2_pot1 ); printf("J2_POT2:%3d ", wgs->joy2_pot2 ); if ( wgs->buttons & JOY_BUT_1) printf("BUT_1 "); else printf(" "); if ( wgs->buttons & JOY_BUT_2) printf("BUT_2 "); else printf(" "); if ( wgs->buttons & JOY_BUT_3) printf("BUT_3 "); else printf(" "); if ( wgs->buttons & JOY_BUT_4) printf("BUT_4 "); else printf(" "); /* printf("\r"); */ printf("\n"); fflush(stdout); } void close_joystick() { close( joyfd ); } main(int argc, char **argv) { WG_State wg_state; int nonblock=0; int portnumber=-1; if( (argc!=2) && (argc!=3) ) { printf("Usage: %s [nb]\n If nb is used, the serial-line read won't block\n", argv[0]); exit(1); } portnumber=atoi(argv[1]); if (!portnumber) { fprintf(stderr, "Bad port number\n"); exit(1); } if ( (argc==3) && (strcmp(argv[2], "nb")) == 0 ) /* non blocking mode */ { init_joystick( portnumber, READNONBLOCK ); while(1) { get_joystick_NON_BLOCK(&wg_state); print_wgstate(&wg_state); sginap(1); } } else { init_joystick( portnumber, READBLOCK ); while(1) { get_joystick(&wg_state); print_wgstate(&wg_state); } } } One can connect any PC joystick without doing any special wiring, I've used a Gravis, which has 4 independant buttons. If one wants to use 2 different joysticks, I guess you just have to make a cable that directs the good potentiometers values and switches to the good connections onto the WG, knowing that the joystick DB-15 connector on the WG has the following pinout: Pin Number Function 1,8,9,15 +5V (Pot common) 2 Switch 1 3 Pot 1 4,5,12 Ground (Switch common) 6 Pot 2 7 Sw 2 10 Sw 3 11 Pot 3 13 Pot 4 14 Sw 4 +----------------------------------------------------------------------------+ 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 03:10:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA18205; Wed, 11 Jun 1997 23:31:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA18189; Wed, 11 Jun 1997 23:31:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA26406; Wed, 11 Jun 1997 23:31:38 -0700 Received: from centaure.worldnet.net (centaure.worldnet.net [194.2.128.249]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA03323 for ; Wed, 11 Jun 1997 23:31:36 -0700 env-from (ceti@worldnet.net) Received: from nantes01-036.nantes.worldnet.fr (nantes01-036.nantes.worldnet.fr [195.3.20.36]) by centaure.worldnet.net (8.8.5/8.8.5) with SMTP id IAA09136 for ; Thu, 12 Jun 1997 08:31:42 +0200 (MET DST) Date: Thu, 12 Jun 1997 08:31:42 +0200 (MET DST) Message-Id: <199706120631.IAA09136@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" To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: transparency in lod switching Status: O I'm not familiar with new SGI graphic boards. Here is my question: Execpt RE2 and IR, witch are the boards that allows me to have transparency when switching between load? Thanks ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 03:10:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA18187; Wed, 11 Jun 1997 23:30:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA18171; Wed, 11 Jun 1997 23:30:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA26377; Wed, 11 Jun 1997 23:30:48 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA03070 for ; Wed, 11 Jun 1997 23:30:47 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id IAA15582; Thu, 12 Jun 1997 08:30:44 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA23175; Thu, 12 Jun 1997 08:30:41 +0200 Sender: niels@nlr.nl Message-ID: <339F9790.98F2116B@nlr.nl> Date: Thu, 12 Jun 1997 08:30:41 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "Ramya D." CC: info-performer@sgi.com Subject: Re: Collision between 2 objects X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O > I am interested in the collisions between 2 objects (nodes) in the scene. > How do I do it in Performer? Peformer has some functionality to perform basic interference tests. However these tests are only between bounding volumes <-> bounding volumes, bounding volumes <-> segements. For a more general geometry you have to resort to specialized libraries like QCollide, ICollide or Rapid. I use Rapid ansd it work for me, if heard other people who use ICollide and are satisfied with it. RAPID : http://www.cs.unc.edu/~geom/OBB/OBBT.html ICollide : http://www.cs.unc.edu/~geom/I_COLLIDE.html QCollide : http://www.cs.hku.hk/~tlchung/collision_library.html (no source !!) regards, Niels Hilbrink -- Niels Hilbrink (RS NOP) National Aerospace Laboratory (NLR) mailto:Hilbrink@nlr.nl Voorsterweg 31, 8316 PR Marknesse (++31)(0)527 242259 (Home) P.O. Box 153, 8300 AD Emmeloord (++31)(0)527 248224 (NLR) the Netherlands ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 03:10:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA18223; Wed, 11 Jun 1997 23:31:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA18207; Wed, 11 Jun 1997 23:31:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA26413; Wed, 11 Jun 1997 23:31:39 -0700 Received: from centaure.worldnet.net (centaure.worldnet.net [194.2.128.249]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA03325 for ; Wed, 11 Jun 1997 23:31:37 -0700 env-from (ceti@worldnet.net) Received: from nantes01-036.nantes.worldnet.fr (nantes01-036.nantes.worldnet.fr [195.3.20.36]) by centaure.worldnet.net (8.8.5/8.8.5) with SMTP id IAA09148 for ; Thu, 12 Jun 1997 08:31:44 +0200 (MET DST) Date: Thu, 12 Jun 1997 08:31:44 +0200 (MET DST) Message-Id: <199706120631.IAA09148@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" To: info-performer@sgi.com From: ceti@worldnet.net (ceti) Subject: Looking for second hand station Status: O Because we have a proposal to do for next week, I'm looking for work station for sale. I'm really looking for high end graphic board rather than fast CPU. So if you have a VGXT, RE, RE2 or IR for sale, please mail me your configuration and your price. Thanks ================================================================== _/_/ _/ _/_/_/ _/ _/ _/_/_/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/ _/_/_/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/ _/_/_/ _/ _/_/_/ _/_/_/ _/ _/ 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 07:07:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA18805; Thu, 12 Jun 1997 01:39:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA18789; Thu, 12 Jun 1997 01:39:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA05038; Thu, 12 Jun 1997 01:39:17 -0700 Received: from punt-1.mail.demon.net (punt-1b.mail.demon.net [194.217.242.133]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA20158 for ; Thu, 12 Jun 1997 01:39:16 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-1.mail.demon.net id aa1020841; 12 Jun 97 8:54 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Collision between 2 objects Date: Thu, 12 Jun 1997 07:55:12 GMT Organization: Pera Message-ID: <339fa938.1578122@post.demon.co.uk> References: In-Reply-To: X-Mailer: Forte Agent 1.0/32.371 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Status: O On Wed, 11 Jun 1997 23:05:15 +0530 (IST), you wrote: >I am interested in the collisions between 2 objects (nodes) in the = scene. >How do I do it in Performer? See the paper "OBBTree: A Hierarchical Structure for Rapid Interference Detection" by Gottschalk, Lin and Manocha. Stefan Gottschalk implemented this approach in a library called RAPID. As an exercise, I integrated this with Performer to perform arbitrary geometry-geometry collision detection. Works well, but note that Stefan will not grant permission to use the RAPID library for commercial purposes. See http://www.cs.unc.edu/~geom/OBB/OBBT.html Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 11:10:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA19676; Thu, 12 Jun 1997 05:38:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA19660; Thu, 12 Jun 1997 05:38:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA20892; Thu, 12 Jun 1997 05:38:38 -0700 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA18079 for ; Thu, 12 Jun 1997 05:38:37 -0700 env-from (volpe@ash.crd.ge.com) Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA24245; Thu, 12 Jun 97 08:35:58 -0400 Received: from bart by bart.crd.ge.com (SMI-8.6/GE-CRD Standard Sendmail Version S1.5)id IAA08162; Thu, 12 Jun 1997 08:35:42 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <339FED1D.3773@ash.crd.ge.com> Date: Thu, 12 Jun 1997 08:35:41 -0400 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@pasociety.org, info-performer@sgi.com Cc: pasociety@Diamond.shango.com Subject: Re: Whoops! WRONG DATE: We meant the 17th for the PAS meeting!: References: <970611202853_272573401@emout07.mail.aol.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Is there some reason why the info-performer mailing list is a member of the PA Society mailing list? -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: "volpecr" AT "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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 12:00:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA19754; Thu, 12 Jun 1997 06:30:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19738; Thu, 12 Jun 1997 06:30:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA24788; Thu, 12 Jun 1997 06:30:48 -0700 Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA24939 for ; Thu, 12 Jun 1997 06:30:23 -0700 env-from (guzzoni@imtsg14.epfl.ch) Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.157.40]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id PAA01703 for ; Thu, 12 Jun 1997 15:29:52 +0200 Received: (guzzoni@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.11) id PAA10459 for info-performer@sgi.com; Thu, 12 Jun 1997 15:29:49 +0200 From: "Didier Guzzoni" Message-Id: <9706121529.ZM10458@imtsg12.epfl.ch> Date: Thu, 12 Jun 1997 15:29:49 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 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 porting our Performer based application from a Max Impact (R10000, running IRIX 6.2) into an O2 station (R5000, running IRIX 6.3). The program that works perfeclty on the Impact generates a core (segmentation fault) on the O2 when performing the first pfFrame(). So, my question is : which parameters shall I check before the pfFrame is executed (scene, geosets, ... ) in order to know where the problem comes from. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 14:59:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20123; Thu, 12 Jun 1997 09:13:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20107; Thu, 12 Jun 1997 09:13:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA15780; Thu, 12 Jun 1997 09:13:00 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA27440 for ; Thu, 12 Jun 1997 09:12:59 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA18757; Thu, 12 Jun 1997 09:12:58 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA17658; Thu, 12 Jun 1997 09:12:57 -0700 Date: Thu, 12 Jun 1997 09:12:57 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706120912.ZM17656@multipass.asd.sgi.com> In-Reply-To: PHILIPPE.P.P.POUTIGNAT@TTS.thomson.fr "Hyperpipe mode" (Jun 10, 11:05am) References: <1828101110061997/A11495/INDRE/11B652CA1A00* @MHS> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: PHILIPPE.P.P.POUTIGNAT@TTS.thomson.fr, info-performer@sgi.com (Receipt Notification Requested) Subject: Re: Hyperpipe mode Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O There is no hardware in an iR to allow round robin rendering of pipes to a single video, however it is possible to achieve this using image readback from multiple pipes to host memory and glDrawPixels on another pipe to get the same result. For practical reasons performance only starts to scale beyond 3 pipes, but is very linear beyond that (regardless of frame rate), giving remarkable price performance for large configurations. Scaling performance is possible with < 3 pipes at lower frame rates. You may still be able to scale performance using other trans-pipe image transfer methods within your application, but it does depend on what you are rendering, resolution, frame rate, etc. How many pipes were you thinking of using and specifically what multipass rendering are you performing? Here's a for instance: If you have a scene with everything 2 pass and you have 2 pipes you could draw different passes on each pipe, read back from one pipe and perform a 2D blend of this image with the image on the other pipe, (you wouldn't need z). For target framerates of 30Hz or less performance would scale and you'd save on the expensive blend because you wouldn't need to blend the whole second pass (depth complexity and all), that would be done in the image composition. This would also leave you more options as to what you could achieve with 2 passes. Cheers,Angus. On Jun 10, 11:05am, PHILIPPE.P.P.POUTIGNAT@TTS.thomson.fr wrote: > Subject: Hyperpipe mode > Hi Performers ! > > I'm doing multipass rendering on an IR. > Can anyone say to me if the hyperpipe mode is working > on IR and Onyx2 and how to use it ? > Thanx. > > ---Philippe Poutignat > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from PHILIPPE.P.P.POUTIGNAT@TTS.thomson.fr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 15:15:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20170; Thu, 12 Jun 1997 09:29:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20154; Thu, 12 Jun 1997 09:29:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18603; Thu, 12 Jun 1997 09:29:49 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA01747 for ; Thu, 12 Jun 1997 09:29:49 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA19742; Thu, 12 Jun 1997 09:29:47 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA17681; Thu, 12 Jun 1997 09:29:46 -0700 Date: Thu, 12 Jun 1997 09:29:46 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706120929.ZM17679@multipass.asd.sgi.com> In-Reply-To: Mark Baranowski "Q: pfLayerModes" (Jun 11, 12:43pm) References: <339e633b.3979267@post.demon.co.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Mark Baranowski , info-performer@sgi.com Subject: Re: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This 'poke throuch' is a classic symptom of the polygon offset method for decals. You need to use the STENCIL method which is fast on iR, I'd have expected high quality to be equivalent to this but apparently not. There's also a plane equation method in performer 2.2. In summary, use PFDECAL_BASE_STENCIL, don't use PFDECAL_BASE_DISPLACE or PFDECAL_LAYER_OFFSET Cheers,Angus. On Jun 11, 12:43pm, Mark Baranowski wrote: > Subject: Q: pfLayerModes > > [ plain text > Encoded with "quoted-printable" ] : Hi all, > > Machine Details: > Onyx iR, Irix 6.2 + Patch 1355, Vega 3.0 MP, Performer 2.1 (No > specific Performer patches that I can see). > > I have recently been playing with the different pfLayer modes using > the pfdConverterMode_flt function (I now see I could use > pfdConverterMode instead) for our flt files. > > I want to use PFDECAL_BASE_HIGH_QUALITY as the particular application > suffers from Z fighting when PFDECAL_BASE_FAST is used. I can't reduce > the near/far clip ratio any further. > > PFDECAL_BASE_HIGH_QUALITY solves the Z fighting problem, but *some* of > the subfaces tend to "poke through" when they should be hidden by > other parts of the model/scene. Is this is the problem that occurs if > the subfaces are not coplanar with, or bounded by, the parent face? > > The problems seem to occur mainly on building models which are > provided with MultiGen's SmartScene tool, which I imagined would only > have subfaces which were coplanar and contained within the parent > face. I checked some of our own models which exhibit the problem and > the subfaces *are* coplanar and entirely bounded by the parent > polygon. Am I missing something? > > Any advice gratefully received. > > TIA. > > Mark. > -- > Mark Baranowski at work (baranowski@marklynn.demon.co.uk) > Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. > Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 > All opinions expressed are my own and should not be viewed > as representing my employer unless stated otherwise. > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Mark Baranowski ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 16:06:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA20322; Thu, 12 Jun 1997 10:34:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20306; Thu, 12 Jun 1997 10:34:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA00073; Thu, 12 Jun 1997 10:34:13 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA21048 for ; Thu, 12 Jun 1997 10:34:11 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id KAA04731; Thu, 12 Jun 1997 10:35:29 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA01371; Thu, 12 Jun 1997 10:36:39 -0700 From: "Anita Kishore" Message-Id: <9706121036.ZM1367@tracey.triavest.com> Date: Thu, 12 Jun 1997 10:36:38 -0700 In-Reply-To: =?iso-8859-1?Q?remi=40remi=2Eengr=2Esgi=2Ecom_=28R=E9mi_Arnau?= =?iso-8859-1?Q?d=29 _______=22Re=3A_global_variables_sharing_among_processes=22_=28Jun__9=2C_?= =?iso-8859-1?Q?12=3A45pm=29?= References: <199706091945.MAA14605@remi.engr.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: remi@remi.engr.sgi.com (=?iso-8859-1?Q?R=E9mi_Arnaud?=), a00chc00@nchc.gov.tw (Charlie H. Chang) Subject: Re: global variables sharing among processes Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19706121036.ZM1367.triavest.com" Status: O --PART-BOUNDARY=.19706121036.ZM1367.triavest.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 Jun 9, 12:45pm, R=E9mi Arnaud wrote: > Subject: Re: global variables sharing among processes > Charlie H. Chang wrote: > > > > I have a Performer program, and when I update some of the global > > variables, > > it doesn't propagate to other processes. > > I thought Performer uses sproc to fork child processes, so all global= > > variables are > > shared among child processes. Is that right? > > No, Performer uses fork, which explains your problem. > You have to use the shared arena to share data between processes, > furthermore, you have to use pfCycleBuffer to manage the multiple > values a data can have when used by more than one process in different= > stages of the pfPipe pipeline. > Or You could also use pf data pools. -anita --PART-BOUNDARY=.19706121036.ZM1367.triavest.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 16:47:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA20738; Thu, 12 Jun 1997 13:10:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20722; Thu, 12 Jun 1997 13:10:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA24168; Thu, 12 Jun 1997 13:10:23 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA29765 for ; Thu, 12 Jun 1997 13:10:18 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id NAA18089 for ; Thu, 12 Jun 1997 13:17:36 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id UAA21420 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Thu, 12 Jun 1997 20:05:13 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA02974 for info-performer@sgi.com; Thu, 12 Jun 1997 13:15:32 -0700 From: "Marcus Barnes" Message-Id: <9706121315.ZM2972@logan.engr.multigen.com> Date: Thu, 12 Jun 1997 13:15:31 -0700 In-Reply-To: Mark Baranowski "Q: pfLayerModes" (Jun 11, 12:43pm) References: <339e633b.3979267@post.demon.co.uk> 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: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 11, 12:43pm, Mark Baranowski wrote: > > Machine Details: > Onyx iR, Irix 6.2 + Patch 1355, Vega 3.0 MP, Performer 2.1 (No > specific Performer patches that I can see). > > PFDECAL_BASE_HIGH_QUALITY solves the Z fighting problem, but *some* of > the subfaces tend to "poke through" when they should be hidden by > other parts of the model/scene. Is this is the problem that occurs if > the subfaces are not coplanar with, or bounded by, the parent face? Coplanarity tolerance can be a problem for STENCIL. Performer 2.x requires a much tighter (truer) tolerance than 1.x did. Another conflict has to do with transparent geometry. Do the problem subfaces have alpha? If so, the draw order mechanisms of pfDecal and pfChannel::PFSORT_TRANSP_BIN don't always produce the right results, depending on the eyepoint. > The problems seem to occur mainly on building models which are > provided with MultiGen's SmartScene tool, which I imagined would only > have subfaces which were coplanar and contained within the parent > face. The coplanar tolerance may not be "close enough" for Performer. > I checked some of our own models which exhibit the problem and > the subfaces *are* coplanar and entirely bounded by the parent > polygon. Am I missing something? Tighten the tolerance on your coplanarity check. Use "Edit->Match Vertices" or "Plant" to to insure coplanarity exactly. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 16:47:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA20756; Thu, 12 Jun 1997 13:10:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20740; Thu, 12 Jun 1997 13:10:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA24278; Thu, 12 Jun 1997 13:10:48 -0700 Received: from punt-1.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id NAA29960 for ; Thu, 12 Jun 1997 13:10:46 -0700 env-from (multigenuk@speart.demon.co.uk) Received: from speart.demon.co.uk ([194.222.185.149]) by punt-1.mail.demon.net id aa0915147; 12 Jun 97 20:46 BST Received: by speart.demon.co.uk with Microsoft Mail id <01BC7771.D8275F40@speart.demon.co.uk>; Thu, 12 Jun 1997 20:47:30 +-100 Message-ID: <01BC7771.D8275F40@speart.demon.co.uk> From: Steve Peart To: "'info-performer@sgi.com'" Subject: SIGCHLD error Date: Thu, 12 Jun 1997 20:47:28 +-100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi, Is anyone familiar with the error listed below? PF Info: scalFonts-Make Font Bitmaps: 0.11 secs PF Notice: Caught SIGCHLD. Exiting due to death of child Core dump I am trying to load a 15.2 flt file using perfly21_ogl with Performer_Loader 15.2c. Thanks for any input. Steve Peart ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 16:47:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA20441; Thu, 12 Jun 1997 11:22:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20425; Thu, 12 Jun 1997 11:22:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA07650; Thu, 12 Jun 1997 11:22:39 -0700 Received: from axpx (bewss.rdbewss.redstone.army.mil [136.205.62.207]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA03316 for ; Thu, 12 Jun 1997 11:22:37 -0700 env-from (moore@rdbewss.redstone.army.mil) Received: by axpx; (5.65v3.2/1.3/10May95) id AA02507; Thu, 12 Jun 1997 13:27:22 -0500 Date: Thu, 12 Jun 1997 13:25:50 -0500 From: Jimmy Moore Subject: Flickering subfaces on IR - Loader Problem? To: info-performer@sgi.com Message-Id: <9706121325.ZM14172@onyxa.rdbewss.redstone.army.mil> Mime-Version: 1.0 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT Status: O Hi all, I hate to open up the whole subface flicker can of worms again but I have a question concerning the MultiGen loader that may interest some of you out there. We are seeing a similar problem to the whole REII thread that was posted last week, however, our problem only occurs on our Infinite Reality. We run an REII as our database development platform and have seen no flickering problems in either VEGA, the MaK Stealth, or in Perfly. However, when we port the database to our Simulator (running on an IR) we see the flicker. If we run the database on the IR using the MaK Stealth (which is configured to use the MultiGen Loader 14.2) there is no flicker. The REII is using the MultiGen R15.2 loader where the IR is using R15.2d (except in the case with the MaK Stealth). What is the difference between these loaders? Thanks, -- -- Jimmy Moore "Virtually recreating the world." Engineer Computer Sciences Corporation moore@rdbewss.redstone.army.mil phone: (205) 842-0038 fax: (205) 842-0969 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 16:47:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA20563; Thu, 12 Jun 1997 12:24:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA20547; Thu, 12 Jun 1997 12:24:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16731; Thu, 12 Jun 1997 12:24:42 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA18610 for ; Thu, 12 Jun 1997 12:24:41 -0700 env-from (ashein@orac.boston.sgi.com) Received: by orac.boston.sgi.com (950413.SGI.8.6.12/940406.SGI) id MAA23845; Thu, 12 Jun 1997 12:21:05 -0700 From: "Andy Shein" Message-Id: <9706121221.ZM23843@orac.boston.sgi.com> Date: Thu, 12 Jun 1997 12:21:05 -0700 In-Reply-To: Niels Hilbrink "Re: Collision between 2 objects" (Jun 12, 8:30am) References: <339F9790.98F2116B@nlr.nl> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Niels Hilbrink , "Ramya D." Subject: Re: Collision between 2 objects Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 12, 8:30am, Niels Hilbrink wrote: > Subject: Re: Collision between 2 objects > > I am interested in the collisions between 2 objects (nodes) in the scene. > > How do I do it in Performer? > > > Peformer has some functionality to perform basic interference tests. However > these tests are only between bounding volumes <-> bounding volumes, bounding > volumes <-> segements. For a more general geometry you have to resort to You can also intersect segments with pfNode's and pfGeoSets and find out which poly was hit. take a look at /usr/share/Performer/src/pguide/libpf/C++/intersect.C it's up to you to do the dynamics like spring/dampers between objects. Andy > specialized libraries like QCollide, ICollide or Rapid. I use Rapid ansd it work > for me, if heard other people who use ICollide and are satisfied with it. > > RAPID : http://www.cs.unc.edu/~geom/OBB/OBBT.html > ICollide : http://www.cs.unc.edu/~geom/I_COLLIDE.html > QCollide : http://www.cs.hku.hk/~tlchung/collision_library.html (no source !!) > > regards, > Niels Hilbrink > -- > Niels Hilbrink (RS NOP) National Aerospace Laboratory (NLR) > mailto:Hilbrink@nlr.nl Voorsterweg 31, 8316 PR Marknesse > (++31)(0)527 242259 (Home) P.O. Box 153, 8300 AD Emmeloord > (++31)(0)527 248224 (NLR) the Netherlands > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Niels Hilbrink -- 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 19: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 NAA20883; Thu, 12 Jun 1997 13:31:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20867; Thu, 12 Jun 1997 13:31:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA27407; Thu, 12 Jun 1997 13:31:57 -0700 Received: from bnl.gov (bnl.gov [130.199.128.163]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA05899 for ; Thu, 12 Jun 1997 13:31:55 -0700 env-from (ballard@sirius.ccd.bnl.gov) Received: from sirius.ccd.bnl.gov (sirius.ccd.bnl.gov [130.199.130.167]) by bnl.gov (8.7.5/8.7.1) with SMTP id QAA27600 for <@bnl.gov:info-performer@sgi.com>; Thu, 12 Jun 1997 16:31:53 -0400 (EDT) Received: by sirius.ccd.bnl.gov (950215.SGI.8.6.10/940406.SGI.AUTO) for info-performer@sgi.com id QAA13359; Thu, 12 Jun 1997 16:31:52 -0400 Date: Thu, 12 Jun 1997 16:31:52 -0400 From: ballard@sirius.ccd.bnl.gov (A. Ballard Andrews) Message-Id: <199706122031.QAA13359@sirius.ccd.bnl.gov> Apparently-To: info-performer@sgi.com Status: O Does anyone else out there use pfiv.C to load .iv files? If the answer is yes, then I'm curious if you've had a problem with the Inventor loader for Perf. 2.0 fouling up colors? Apparently the problem is due to default optimizations (ivfix). The following messages are culled from the case which was closed by SGI without reaching any resolution of the problem after a year: "Performer's inventor-file-loader actually uses the Inventor library to bring in the file; an Inventor scene graph is built temporarily, and a traversal is done to tesselate the geometry & send it to Performer's 'Builder'. One of the Inventor engineers was able to track the problem down to a bug in ivfix. To confirm this, load the file into ivview and selected "Optimize for speed (ivfix)" under the Optimize menu -- the result was that the same distorted colors came up in ivview. What's happening is that ivfix is trying to put all the material properties into the VertexProperty node, but that node deals only with diffuse color and transparency. Since the rest of the materials are thrown away, the colors look very different. I'm now investigating to see if there is a method to turn off this 'ivfix' optimization in Performer's inventor loader, but haven't found a solution yet. It may be something that is hardcoded within the inventor library code." I can't tell where the optimization is done in the loader (there are no calls to ivfix), otherwise I would simply turn it off. It seems like someone at SGI ought to feel compelled to look at this problem. After all, SGI has promoted the inventor format is as a 3D standard (VRML), so it seems not unreasonable that SGI would hae its premier graphics software be able to load such files without a hitch. If anyone knows how to turn off the optimization, I'd really appreciate your sharing this info with me. Ballard Andrews Brookhaven National Lab Computing Division ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 19:37:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA20964; Thu, 12 Jun 1997 13:59:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20944; Thu, 12 Jun 1997 13:59:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA01236; Thu, 12 Jun 1997 13:59:42 -0700 Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA14038 for ; Thu, 12 Jun 1997 13:59:41 -0700 env-from (garrova@mitre.org) Received: from diego.mitre.org (diego.mitre.org [128.29.69.70]) by mwunix.mitre.org (8.8.5/8.8.5/mitre.0) with ESMTP id QAA07749 for ; Thu, 12 Jun 1997 16:59:34 -0400 (EDT) Received: from m25865-pc.mitre.org (128.29.69.38) by diego.mitre.org with SMTP (Eudora Internet Mail Server 1.1.2); Thu, 12 Jun 1997 14:01:52 -0800 Message-Id: <3.0.32.19970612140149.006c557c@diego.mitre.org> X-Sender: garrova@diego.mitre.org X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 12 Jun 1997 14:01:49 -0700 To: info-performer@sgi.com From: "James F. Garrova" Subject: Subclassing of pfDCS Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Somehow this was garbled when sent throughout the news group, so I'll resend. I've created a subclass of a pfDCS node similar to the example in the Performer Programmers Manual. #include class Aircraft: public pfDCS{ protected From guest Thu Jun 12 20:12:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21180; Thu, 12 Jun 1997 14:45:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21164; Thu, 12 Jun 1997 14:45:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA07937; Thu, 12 Jun 1997 14:45:28 -0700 Received: from glhpx10.cen.uiuc.edu (glhpx10.cen.uiuc.edu [130.126.160.180]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA29573 for ; Thu, 12 Jun 1997 14:45:27 -0700 env-from (ch-tsang@coewl.cen.uiuc.edu) Received: (from ch-tsang@localhost) by glhpx10.cen.uiuc.edu (8.7.5/8.7.3) id QAA03786; Thu, 12 Jun 1997 16:45:26 -0500 (CDT) Date: Thu, 12 Jun 1997 16:45:26 -0500 (CDT) From: Cory Tsang X-Sender: ch-tsang@glhpx10 To: info-performer@sgi.com Subject: Any known problems with Performer on RE IIs? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I've been having a problem with Performer when running on Onyx RE^2s. Basically I can compile my program on a machine which is a 4 processor (R4400 150MHZ IP19 processors) Onyx RE^2 running IRIX 5.3 and run it fine on an IMPACT system, but if I run it on the Onyx, itself, it doesn't display. This is the strangest instance since the binary was compiled on the Onyx and only works on an IMPACT. Both of these systems have version 2.0 of performer_eoe and performer_dev as specified in the FAQ. I am experiencing the same problems on two 8 processor (R10k 194MHZ IP25 processors) Onyx IRs running 6.2. These machines, have performer version 2.1 for eoe and dev as specified by the FAQ, too. These aren't good tests since the program had to be recompiled. To clarify, a bit, the "program" is actually an AVS module and I'm trying to display into a CAVE. The one case where things work is in the CAVE simulator, but since the IMPACT can't drive the CAVE, I haven't seen a successful run. The module also fails for the ImmersaDesk and Infinity Wall. According to the various debug output statements in the code, it is successfully loading the geometry data, but nothing ever happens in the CAVE. If anyone knows if this is a known bug with Performer or if they have the same problem, let me know. Especially if you found a way to fix it. Perhaps in Performer 2.2? Cory Tsang Virtual Environments Group NCSA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 20:36:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA21309; Thu, 12 Jun 1997 15:06:51 -0700 Return-Path: Received: from thepound.asd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA21290; Thu, 12 Jun 1997 15:06:05 -0700 Received: by thepound.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA27355; Thu, 12 Jun 1997 15:06:00 -0700 Date: Thu, 12 Jun 1997 15:06:00 -0700 From: lardog@thepound.asd.sgi.com (Larry McDonough) Message-Id: <9706121505.ZM27353@thepound.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: lmvac@palladium.corp.sgi.com Subject: LMVAC Website URL Cc: lardog@sgi.com, info-performer@thepound.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O FYI: The website for the LMVAC (Large Model Visualization API Consortium) is now up. See it at: http://www.sgi.com/Technology/OpenGL/LMVAC/ The site is not yet complete. However, there is a lot of useful information there now. There are 3 Exhibits to the By-laws document (still in legal review by various vendors) that will be posted on the site soon. --Larry -- ----------------------------------------------------------------+ Larry McDonough ph: 415/933-6165 | 3D Graphics Product Management fx: 415/932-6165 | 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 21:15:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA22361; Thu, 12 Jun 1997 17:24:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA22343; Thu, 12 Jun 1997 17:24:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA29770; Thu, 12 Jun 1997 17:24:45 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA14517 for ; Thu, 12 Jun 1997 17:24:44 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA09198; Thu, 12 Jun 1997 17:24:43 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA18667; Thu, 12 Jun 1997 17:24:41 -0700 Date: Thu, 12 Jun 1997 17:24:41 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706121724.ZM18665@multipass.asd.sgi.com> In-Reply-To: Jimmy Moore "Flickering subfaces on IR - Loader Problem?" (Jun 12, 1:25pm) References: <9706121325.ZM14172@onyxa.rdbewss.redstone.army.mil> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Jimmy Moore , info-performer@sgi.com Subject: Re: Flickering subfaces on IR - Loader Problem? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Each of the applications may have radically different viewing parameters and visual attributes. You need to check more stuff than just running the database. Have you tried the basics like pushing the near clip plane out? Cheers,Angus. On Jun 12, 1:25pm, Jimmy Moore wrote: > Subject: Flickering subfaces on IR - Loader Problem? > Hi all, > I hate to open up the whole subface flicker can of worms again but I > have a question concerning the MultiGen loader that may interest some of you > out there. > We are seeing a similar problem to the whole REII thread that was > posted last week, however, our problem only occurs on our Infinite Reality. We > run an REII as our database development platform and have seen no flickering > problems in either VEGA, the MaK Stealth, or in Perfly. However, when we port > the database to our Simulator (running on an IR) we see the flicker. If we run > the database on the IR using the MaK Stealth (which is configured to use the > MultiGen Loader 14.2) there is no flicker. > The REII is using the MultiGen R15.2 loader where the IR is using > R15.2d (except in the case with the MaK Stealth). What is the difference > between these loaders? > > Thanks, > > > > > -- > > -- > Jimmy Moore "Virtually recreating the world." > Engineer > Computer Sciences Corporation > > moore@rdbewss.redstone.army.mil > phone: (205) 842-0038 > fax: (205) 842-0969 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Jimmy Moore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Thu Jun 12 21:16:00 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA22174; Thu, 12 Jun 1997 17:18:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA22158; Thu, 12 Jun 1997 17:18:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA29024; Thu, 12 Jun 1997 17:18:31 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA12042 for ; Thu, 12 Jun 1997 17:18:30 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA08374; Thu, 12 Jun 1997 17:18:22 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA18629; Thu, 12 Jun 1997 17:18:08 -0700 Date: Thu, 12 Jun 1997 17:18:08 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706121718.ZM18627@multipass.asd.sgi.com> In-Reply-To: "Marcus Barnes" "Re: Q: pfLayerModes" (Jun 12, 1:15pm) References: <339e633b.3979267@post.demon.co.uk> <9706121315.ZM2972@logan.engr.multigen.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Marcus Barnes" , info-performer@sgi.com Subject: Re: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 12, 1:15pm, Marcus Barnes wrote: > Subject: Re: Q: pfLayerModes > Coplanarity tolerance can be a problem for STENCIL. Performer 2.x requires a > much tighter (truer) tolerance than 1.x did. I don't understand why this should be. Can anyone furnish an explanation? Thanks, Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 00:08:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA22696; Thu, 12 Jun 1997 18:29:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA22680; Thu, 12 Jun 1997 18:29:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA06041; Thu, 12 Jun 1997 18:29:48 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA01589 for ; Thu, 12 Jun 1997 18:29:46 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id SAA19548; Thu, 12 Jun 1997 18:37:04 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id BAA00210; Fri, 13 Jun 1997 01:24:39 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA01160; Thu, 12 Jun 1997 18:34:59 -0700 From: "Marcus Barnes" Message-Id: <9706121834.ZM1158@logan.engr.multigen.com> Date: Thu, 12 Jun 1997 18:34:59 -0700 In-Reply-To: Steve Peart "SIGCHLD error" (Jun 12, 8:47pm) References: <01BC7771.D8275F40@speart.demon.co.uk> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Steve Peart , "'info-performer@sgi.com '" Subject: Re: SIGCHLD error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 12, 8:47pm, Steve Peart wrote: > Is anyone familiar with the error listed below? > > PF Info: scalFonts-Make Font Bitmaps: 0.11 secs > PF Notice: Caught SIGCHLD. Exiting due to death of child > It usually means that either the CULL or DRAW process died after a call to pfFrame(). Run in single process mode, in the debugger, and get a more complete traceback. It's often a binary compatibility or shared memory corruption problem. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 00:23:54 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA22739; Thu, 12 Jun 1997 18:41:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA22723; Thu, 12 Jun 1997 18:41:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA06940; Thu, 12 Jun 1997 18:41:03 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA03280 for ; Thu, 12 Jun 1997 18:41:00 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id SAA19565 for ; Thu, 12 Jun 1997 18:48:19 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id BAA00446 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 13 Jun 1997 01:35:55 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id SAA01209 for info-performer@sgi.com; Thu, 12 Jun 1997 18:46:16 -0700 From: "Marcus Barnes" Message-Id: <9706121846.ZM1207@logan.engr.multigen.com> Date: Thu, 12 Jun 1997 18:46:15 -0700 In-Reply-To: dorbie@multipass.asd.sgi.com (Angus Dorbie) "Re: Q: pfLayerModes" (Jun 12, 5:18pm) References: <339e633b.3979267@post.demon.co.uk> <9706121315.ZM2972@logan.engr.multigen.com> <9706121718.ZM18627@multipass.asd.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: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 12, 5:18pm, Angus Dorbie wrote: > On Jun 12, 1:15pm, Marcus Barnes wrote: > > > Coplanarity tolerance can be a problem for STENCIL. Performer 2.x requires a > > much tighter (truer) tolerance than 1.x did. > > I don't understand why this should be. > > Can anyone furnish an explanation? I don't think it's strictly related to stencil usage. Decaling in 2.x uses a smaller displacement value or some such than 1.x did. Sharon mentioned this to me awhile ago when we were debugging an apparent breakage in decal behavior introduced in Performer 2.0. The test case we were using involved subfaces that were not quite coplanar and the deviation was outside the new tolerance. By making the test case truely coplanar (well it's floating point ;) the correct behavior was restored. 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 03:45:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA23888; Thu, 12 Jun 1997 22:21:51 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA23872; Thu, 12 Jun 1997 22:21:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA19625; Thu, 12 Jun 1997 22:21:50 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA12044 for ; Thu, 12 Jun 1997 22:21:48 -0700 env-from (troys@connect.com.au) Received: from zebedee.UUCP (Uzebedee@localhost) by merki.connect.com.au with UUCP id PAA21291 (8.8.5/IDA-1.6 for info-performer@sgi.com); Fri, 13 Jun 1997 15:21:46 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA12033 (5.65c/IDA-1.5 for ); Fri, 13 Jun 1997 14:48:27 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id OAA14661 (8.6.12/IDA-1.6 for ); Fri, 13 Jun 1997 14:50:24 +1000 Received: from localhost by murad (5.65) id AA23679; Fri, 13 Jun 1997 14:51:38 +1000 Date: Fri, 13 Jun 1997 16:02:50 +1111 (EST) From: Troy Stephen X-Sender: troys@murad Reply-To: Troy Stephen To: Performer Subject: When is 60Hz not really 60Hz? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, I think this subject has been discussed in the past but I can't seem to find the mailings in the archives. We have a 3 Pipe Onyx RE2 with the pipes genlocked, and we are finding that the video refresh rate is dependent on the resolution of the screen: at 1280x1024 the video refresh is 59.998Hz at 960x680 the video refresh is 60.833Hz. <--this is the one we are using The hardware guys assure me that this is perfectly resonable, and I'm not suggesting that there is anything wrong with our hardware. The problem is, our Host Simulation program is running on another machine and maintaining a pretty firm 30.0Hz and the IG is doing ~30.4Hz. Unfortunately the Host and IG are communicating asynchronously and so the IG draws an extra frame using stale ownship position data every 2.5 seconds and as a result we get a slight jitter. Does anybody have any suggestions for me to get around this? We have thought about syncing the Host off the IG but that is going to cause problems in other systems due to the curious frame rate that the Host would have to run at. What would be ideal is a vme card in the Host machine which generates a 60.0Hz genlock signal to the IG machine and an interrupt to the Host, so that our frames can be perfectly alligned. Cheers, Troy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 04:31:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA23997; Thu, 12 Jun 1997 23:04:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA23981; Thu, 12 Jun 1997 23:04:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA21884; Thu, 12 Jun 1997 23:04:32 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA18033 for ; Thu, 12 Jun 1997 23:04:31 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id BAA16706 for info-performer@sgi.com; Fri, 13 Jun 1997 01:05:56 -0500 From: "Ren-Jye Yu" Message-Id: <9706130105.ZM16705@python.tamu.edu> Date: Fri, 13 Jun 1997 01:05:56 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Question on pfEarthSky and pfChanTravFunc Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I create three channels for my simulation program. I attach channel one and channel three to channel two. I use pfChanESky to add earthsky to master channel, channel two. Q1 : If I let the gound (green color) fill all the viewport of either channel one or channel three by rolling or pitching, the green color will not be cleared after I rotate it back. Also, the edge of the horizon will bend when it begin to show the sky. I tried to use drawcallback function to clear them. But it is not work. Does anybody know what is going wrong? How to solve this problem? Samething happen if I attach the earthsky to other two channels. Q2 : I use pfChanTravFunc to call "drawFunc" during draw process. pfChanTravFunc(chan[1], PFTRAV_DRAW, drawFunc); My question is why the other two channels, chan[0] and chan[2] will call the drawFunc too? chan[1] is not the master channel. I will appreciate for you help and answer. Have a nice day. -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 07:22:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA24516; Fri, 13 Jun 1997 01:57:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA24500; Fri, 13 Jun 1997 01:57:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA01916; Fri, 13 Jun 1997 01:57:11 -0700 Received: from dub-img-1.compuserve.com (dub-img-1.compuserve.com [149.174.206.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA09492 for ; Fri, 13 Jun 1997 01:57:10 -0700 env-from (vsm_mrs@compuserve.com) Received: by dub-img-1.compuserve.com (8.6.10/5.950515) id EAA05073; Fri, 13 Jun 1997 04:56:52 -0400 Date: Fri, 13 Jun 1997 04:56:35 -0400 From: Jean BENOIT Subject: RE:Message from Internet(Segment to DCS) To: info-performer , "Francois.Seprey" Message-ID: <199706130456_MC2-1863-DEBD@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O I think it's not possible to attach a segment to a DCS, it's node a pfNod= e Class. May be a solution, is to use your segemnt to build a Geoset,use pfAddGSet= to attach to a geode and attach this geode to your DCS I hope it's help you YO ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 09:14:52 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA24659; Fri, 13 Jun 1997 03:32:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA24643; Fri, 13 Jun 1997 03:32:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA06333; Fri, 13 Jun 1997 03:32:29 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA20116 for ; Fri, 13 Jun 1997 03:32:25 -0700 env-from (tran@sirssg1.epfl.ch) Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id MAA23480 for info-performer@sgi.com; Fri, 13 Jun 1997 12:37:23 -0700 Date: Fri, 13 Jun 1997 12:37:23 -0700 From: Tran cong Tam Message-Id: <199706131937.MAA23480@sirssg1.epfl.ch> To: info-performer@sgi.com Subject: Inventor Status: O Hi Andrew, We ( me, Didier from Illinois and others ) had this problem about 1 year ago. We posted the question more than one time but the problem is not resulted. I must continue to use Performer1.2 If you get interesting reply. Please, mail it to me Thanks in advance. Tran. /-------------------------------------------------------/ | TRAN | | IDERALPE Parc Scientifique EPFL | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 11:03:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA24889; Fri, 13 Jun 1997 05:23:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA24873; Fri, 13 Jun 1997 05:23:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA13449; Fri, 13 Jun 1997 05:23:39 -0700 Received: from c80.npt.nuwc.navy.mil (C80.NPT.NUWC.NAVY.MIL [129.190.84.47]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA00632 for ; Fri, 13 Jun 1997 05:23:37 -0700 env-from (katyl@c80.npt.nuwc.navy.mil) Message-ID: Date: 13 Jun 1997 08:16:48 -0500 From: "Katyl, Donald" Subject: RE: Colarado Spectrum Workstation Gameport To: info-performer@sgi.com X-Mailer: Mail*Link SMTP-MS 3.0.1 GM Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Status: O Hello, I tried to contact Colarado Spectrum at those phone numbers, but the numbers seem to be disconnected. Have they moved? Don Katyl Naval Undersea Warfare Center katyl @ c80.npt.nuwc.navy.mil ___________________________________________________________________________= ____ From: Simon Bennett on Thu, Jun 12, 1997 6:15 AM Subject: Re: Colarado Spectrum Workstation Gameport To: Nigel Jenkins Cc: info-performer@sgi.com On Wed, 11 Jun 1997, Nigel Jenkins wrote: > Hi, > Does anyone have any experience of using a Colarado Spectrum Workstation > Gameport with any SG Hardware (especially an Onyx IR or Indigo2). I > wish to attach a Microsoft Sidewinder joystick to our Onyx for some user > centred walk-throughs. > The Workstation Gameport appears to be the right equipment for the job, > but I can't find much information on the the hardware or the supplier. > If anyone has any information, especially technical documentation or > example code, code they please get in touch. > Thanks Colorado Spectrum's details are: Colorado Spectrum 1001-A East Harmony Road, #501 Fort Collins, CO 80525 Phone: (800) 238-5983 or (970) 225-6929 FAX: (970) 225-1663 Blurb: [snip] +--------------------------------------------------------------------------= --+ 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" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ ------------------ RFC822 Header Follows ------------------ Received: by c80.npt.nuwc.navy.mil with SMTP;12 Jun 1997 06:09:12 -0500 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com = (950413.SGI.8.6.12/970507) via ESMTP id CAA23027; Thu, 12 Jun 1997 = 02:02:32 -0700 env-from (guest@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA17758; Wed, 11 Jun = 1997 19:24:37 -0700 Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP = (950413.SGI.8.6.12/911001.SGI) for id TAA17742; Wed, 11 Jun 1997 = 19:24:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP = (950413.SGI.8.6.12/910805.SGI) for id TAA14346; Wed, 11 Jun 1997 = 19:24:35 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) = by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA28461 for ; Wed, 11 Jun 1997 19:24:33 -0700 env-from (simonb@connect.com.au) Received: from zebedee.UUCP (uucp@localhost) by merki.connect.com.au with = UUCP id MAA26596 (8.8.5/IDA-1.6); Thu, 12 Jun 1997 12:24:23 +1000 (EST) Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id = AA22657 (5.65c/IDA-1.5); Thu, 12 Jun 1997 12:01:57 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id MAA08933 (8.6.12/IDA-1.6); Thu, 12 Jun 1997 12:03:53 +1000 Received: from localhost by murad (5.65) id AA19434; Thu, 12 Jun 1997 = 12:05:04 +1000 Date: Thu, 12 Jun 1997 12:15:03 +1010 (EST) From: Simon Bennett X-Sender: simonb@murad To: Nigel Jenkins Cc: info-performer@sgi.com Subject: Re: Colarado Spectrum Workstation Gameport In-Reply-To: <339E838B.167E@cs.nott.ac.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=3DUS-ASCII ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 13:18:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA25149; Fri, 13 Jun 1997 07:22:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA25133; Fri, 13 Jun 1997 07:22:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA23671; Fri, 13 Jun 1997 07:22:43 -0700 Received: from punt-2.mail.demon.net (relay-13.mail.demon.net [194.217.242.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA18464 for ; Fri, 13 Jun 1997 07:22:40 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id ab0624775; 13 Jun 97 14:56 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Q: pfLayerModes Date: Fri, 13 Jun 1997 13:57:48 GMT Organization: Pera Message-ID: <33a44def.22526568@post.demon.co.uk> References: <339e633b.3979267@post.demon.co.uk> <9706121315.ZM2972@logan.engr.multigen.com> In-Reply-To: <9706121315.ZM2972@logan.engr.multigen.com> 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 Thu, 12 Jun 1997 13:15:31 -0700, Marcus wrote: >Coplanarity tolerance can be a problem for STENCIL. Performer 2.x = requires a >much tighter (truer) tolerance than 1.x did. Another conflict has to do = with >transparent geometry. Do the problem subfaces have alpha? No > >Tighten the tolerance on your coplanarity check. Use "Edit->Match = Vertices" or >"Plant" to to insure coplanarity exactly. Matching vertices is only really appropriate if the subface has transparency (otherwise why have a subface!). I have made some of the problem subfaces "as coplanar" with their parent as MultiGen will allow. Still no joy :( On a slight aside, can I safely call pfdConverterMode inside the flt loader callback. Perhaps I can get the best solution by using a MultiGen attribute (or comment) to allow me to set the pfLayerMode I want to use on a per subface basis (well on a per object basis as that is the lowest level bead the callback is executed for). Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 14:16:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA25247; Fri, 13 Jun 1997 08:41:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25231; Fri, 13 Jun 1997 08:41:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA05221; Fri, 13 Jun 1997 08:41:26 -0700 Received: from punt-2.mail.demon.net (relay-13.mail.demon.net [194.217.242.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA03603 for ; Fri, 13 Jun 1997 08:41:24 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id aa0624775; 13 Jun 97 14:56 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Q: pfLayerModes Date: Fri, 13 Jun 1997 13:57:44 GMT Organization: Pera Message-ID: <33a346fc.20747508@post.demon.co.uk> References: <339e633b.3979267@post.demon.co.uk> <9706120929.ZM17679@multipass.asd.sgi.com> In-Reply-To: <9706120929.ZM17679@multipass.asd.sgi.com> 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 Thu, 12 Jun 1997 09:29:46 -0700, Angus wrote: >This 'poke throuch' is a classic symptom of the polygon offset method >for decals. >You need to use the STENCIL method which is fast on iR, I'd have >expected high quality to be equivalent to this but apparently not. As far as I can see it is, because the effect is exactly the same whether I use PFDECAL_BASE_STENCIL or PFDECAL_BASE_HIGH_QUALITY. Neither gives the desired result in my case. Has anyone successfully used STENCIL mode in pf2.x for pfLayers? >There's also a plane equation method in performer 2.2. Roll on 2.2 then (release date?). Is there any particular reason why the Z buffer algorithm in the article "The hidden charms of the Z buffer" is not provided as one of the Performer modes for rendering decals? >In summary, use PFDECAL_BASE_STENCIL, >don't use PFDECAL_BASE_DISPLACE or PFDECAL_LAYER_OFFSET > >Cheers,Angus. > Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 19:48:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA27101; Fri, 13 Jun 1997 15:33:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA27085; Fri, 13 Jun 1997 15:33:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA05946; Fri, 13 Jun 1997 15:33:44 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA04520 for ; Fri, 13 Jun 1997 15:33:43 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA05190; Fri, 13 Jun 1997 15:33:42 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA20621; Fri, 13 Jun 1997 15:33:40 -0700 Date: Fri, 13 Jun 1997 15:33:40 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706131533.ZM20619@multipass.asd.sgi.com> In-Reply-To: "Marcus Barnes" "Re: Q: pfLayerModes" (Jun 12, 6:46pm) References: <339e633b.3979267@post.demon.co.uk> <9706121315.ZM2972@logan.engr.multigen.com> <9706121718.ZM18627@multipass.asd.sgi.com> <9706121846.ZM1207@logan.engr.multigen.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Marcus Barnes" , info-performer@sgi.com Subject: Re: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 12, 6:46pm, Marcus Barnes wrote: > Subject: Re: Q: pfLayerModes > On Jun 12, 5:18pm, Angus Dorbie wrote: > > On Jun 12, 1:15pm, Marcus Barnes wrote: > > > > > Coplanarity tolerance can be a problem for STENCIL. Performer 2.x requires > a > > > much tighter (truer) tolerance than 1.x did. > > > > I don't understand why this should be. > > > > Can anyone furnish an explanation? > > I don't think it's strictly related to stencil usage. Decaling in 2.x uses a > smaller displacement value or some such than 1.x did. Sharon mentioned this to > me awhile ago when we were debugging an apparent breakage in decal behavior > introduced in Performer 2.0. The test case we were using involved subfaces that > were not quite coplanar and the deviation was outside the new tolerance. By > making the test case truely coplanar (well it's floating point ;) the correct > behavior was restored. > This has nothing to do with STENCIL decaling, it should only apply to the polygon offset method. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 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 PAA27127; Fri, 13 Jun 1997 15:39:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA27111; Fri, 13 Jun 1997 15:39:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA06737; Fri, 13 Jun 1997 15:39:53 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA05444 for ; Fri, 13 Jun 1997 15:39:52 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA05645; Fri, 13 Jun 1997 15:39:42 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA20630; Fri, 13 Jun 1997 15:39:32 -0700 Date: Fri, 13 Jun 1997 15:39:32 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706131539.ZM20628@multipass.asd.sgi.com> In-Reply-To: Troy Stephen "When is 60Hz not really 60Hz?" (Jun 13, 4:02pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Troy Stephen , Performer Subject: Re: When is 60Hz not really 60Hz? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Then you should genlock the video to a 60Hz source driven by the simulator or sync the host to the video, those are your choices. You could dead reckon over fractional frames, but almost every other way is easier. This difference will be due to the VOF you have. Cheers,Angus. On Jun 13, 4:02pm, Troy Stephen wrote: > Subject: When is 60Hz not really 60Hz? > > Hi all, > > I think this subject has been discussed in the past but I can't seem to > find the mailings in the archives. > > We have a 3 Pipe Onyx RE2 with the pipes genlocked, and we are finding > that the video refresh rate is dependent on the resolution of the screen: > > at 1280x1024 the video refresh is 59.998Hz > > at 960x680 the video refresh is 60.833Hz. <--this is the one we are using > > The hardware guys assure me that this is perfectly resonable, and I'm not > suggesting that there is anything wrong with our hardware. > > The problem is, our Host Simulation program is running on another machine > and maintaining a pretty firm 30.0Hz and the IG is doing ~30.4Hz. > Unfortunately the Host and IG are communicating asynchronously and so the > IG draws an extra frame using stale ownship position data every 2.5 > seconds and as a result we get a slight jitter. > > Does anybody have any suggestions for me to get around this? We have > thought about syncing the Host off the IG but that is going to cause > problems in other systems due to the curious frame rate that the Host > would have to run at. > > What would be ideal is a vme card in the Host machine which generates a > 60.0Hz genlock signal to the IG machine and an interrupt to the Host, so > that our frames can be perfectly alligned. > > > Cheers, > > Troy > > > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Troy Stephen ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 21:42:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA27222; Fri, 13 Jun 1997 16:01:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA27206; Fri, 13 Jun 1997 16:01:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA09674; Fri, 13 Jun 1997 16:01:05 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA09555 for ; Fri, 13 Jun 1997 16:01:02 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id QAA22486 for ; Fri, 13 Jun 1997 16:08:22 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id WAA14090 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 13 Jun 1997 22:55:53 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA06559 for info-performer@sgi.com; Fri, 13 Jun 1997 16:06:18 -0700 From: "Marcus Barnes" Message-Id: <9706131606.ZM6557@logan.engr.multigen.com> Date: Fri, 13 Jun 1997 16:06:18 -0700 In-Reply-To: Mark Baranowski "Re: Q: pfLayerModes" (Jun 13, 1:57pm) References: <339e633b.3979267@post.demon.co.uk> <9706121315.ZM2972@logan.engr.multigen.com> <33a44def.22526568@post.demon.co.uk> 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: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 13, 1:57pm, Mark Baranowski wrote: > On a slight aside, can I safely call pfdConverterMode inside the flt > loader callback. Yes, it's implicitly within the same process. But the question does make me wonder if it should be supported across processes. No loader keeps it modal state in shared memory. So you cannot change the mode of a loader running in the DBASE process from the APP process, for example. > ... set the pfLayerMode I want to use on a per subface basis ... Hmmm? How do you expect this to help? 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 SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Fri Jun 13 22:36:08 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA27397; Fri, 13 Jun 1997 16:57:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA27381; Fri, 13 Jun 1997 16:57:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA17166; Fri, 13 Jun 1997 16:57:09 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA25999 for ; Fri, 13 Jun 1997 16:57:08 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA11882; Fri, 13 Jun 1997 16:57:07 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA20808; Fri, 13 Jun 1997 16:57:05 -0700 Date: Fri, 13 Jun 1997 16:57:05 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706131657.ZM20806@multipass.asd.sgi.com> In-Reply-To: Mark Baranowski "Re: Q: pfLayerModes" (Jun 13, 1:57pm) References: <339e633b.3979267@post.demon.co.uk> <9706120929.ZM17679@multipass.asd.sgi.com> <33a346fc.20747508@post.demon.co.uk> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Mark Baranowski , info-performer@sgi.com Subject: Re: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Do you have a visual with stencil bits? Cheers,Angus. On Jun 13, 1:57pm, Mark Baranowski wrote: > Subject: Re: Q: pfLayerModes > > [ plain text > Encoded with "quoted-printable" ] : On Thu, 12 Jun 1997 09:29:46 -0700, Angus wrote: > > >This 'poke throuch' is a classic symptom of the polygon offset method > >for decals. > > >You need to use the STENCIL method which is fast on iR, I'd have > >expected high quality to be equivalent to this but apparently not. > > As far as I can see it is, because the effect is exactly the same > whether I use PFDECAL_BASE_STENCIL or PFDECAL_BASE_HIGH_QUALITY. > Neither gives the desired result in my case. Has anyone successfully > used STENCIL mode in pf2.x for pfLayers? > > >There's also a plane equation method in performer 2.2. > > Roll on 2.2 then (release date?). Is there any particular reason why > the Z buffer algorithm in the article "The hidden charms of the Z > buffer" is not provided as one of the Performer modes for rendering > decals? > > >In summary, use PFDECAL_BASE_STENCIL, > >don't use PFDECAL_BASE_DISPLACE or PFDECAL_LAYER_OFFSET > > > >Cheers,Angus. > > > > > Regards, > > Mark. > -- > Mark Baranowski at work (baranowski@marklynn.demon.co.uk) > Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. > Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 > All opinions expressed are my own and should not be viewed > as representing my employer unless stated otherwise. > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from Mark Baranowski ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 05:20:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01533; Mon, 16 Jun 1997 02:02:21 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01517; Mon, 16 Jun 1997 02:02:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA22744; Mon, 16 Jun 1997 02:02:20 -0700 Received: from arl-img-9.compuserve.com (arl-img-9.compuserve.com [149.174.217.139]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA20632 for ; Mon, 16 Jun 1997 02:02:19 -0700 env-from (vsm_mrs@compuserve.com) Received: by arl-img-9.compuserve.com (8.6.10/5.950515) id FAA02226; Mon, 16 Jun 1997 05:02:19 -0400 Date: Mon, 16 Jun 1997 05:01:57 -0400 From: Jean BENOIT Subject: RE:Flickering subfaces on IR - Loader Problem? To: info-performer Message-ID: <199706160502_MC2-188C-CB1B@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O On I.R, I have this problem on OpenGl Version, I solv that with the pfConverterMode ("flt",PFFLT_LAYER,PFDECAL_BASE_STENCIL) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 05:20:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01515; Mon, 16 Jun 1997 02:02:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01499; Mon, 16 Jun 1997 02:02:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA22738; Mon, 16 Jun 1997 02:02:19 -0700 Received: from hil-img-7.compuserve.com (hil-img-7.compuserve.com [149.174.177.137]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA20629 for ; Mon, 16 Jun 1997 02:02:18 -0700 env-from (vsm_mrs@compuserve.com) Received: by hil-img-7.compuserve.com (8.6.10/5.950515) id FAA24286; Mon, 16 Jun 1997 05:02:18 -0400 Date: Mon, 16 Jun 1997 05:02:00 -0400 From: Jean BENOIT Subject: Re: RE:Q: pfLayerModes To: info-performer Message-ID: <199706160502_MC2-188C-CB1F@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O You have a difference between pfDECAL_BASE_STENCIL and HIGH_QUALITY if yo= u have a very large database, or multilayers. but I think you have to put the option only on layer nodes. So try to fin= d the layer node by a traversal function or pfConverterAttr fct , and add t= o the GState the function pfGStateMode(State,PFSTATE_DECAL,PFDECAL_HIGH_QUALITY) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 05:20:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01497; Mon, 16 Jun 1997 02:02:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01481; Mon, 16 Jun 1997 02:02:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA22727; Mon, 16 Jun 1997 02:02:07 -0700 Received: from dub-img-6.compuserve.com (dub-img-6.compuserve.com [149.174.206.136]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA20601 for ; Mon, 16 Jun 1997 02:02:06 -0700 env-from (vsm_mrs@compuserve.com) Received: by dub-img-6.compuserve.com (8.6.10/5.950515) id FAA12889; Mon, 16 Jun 1997 05:02:05 -0400 Date: Mon, 16 Jun 1997 05:01:53 -0400 From: Jean BENOIT Subject: Any known problems with Performer on RE IIs? To: info-performer Message-ID: <199706160502_MC2-188C-CB19@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O I Develop on Impact, and execute on RE2, no problem. I think you have a problem of multiprocess, try to execute with APPCULL_DL_DRAW mode of pfMultiprocess function. If it's works, it's real= ly a multiprocess problem ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 05:20:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA01445; Mon, 16 Jun 1997 01:38:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA01429; Mon, 16 Jun 1997 01:38:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA22047; Mon, 16 Jun 1997 01:38:13 -0700 Received: from punt-2.mail.demon.net (relay-13.mail.demon.net [194.217.242.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id BAA18109 for ; Mon, 16 Jun 1997 01:38:09 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id aa1320064; 16 Jun 97 8:49 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Q: pfLayerModes Date: Mon, 16 Jun 1997 07:50:31 GMT Organization: Pera Message-ID: <33a5ef3d.1585079@post.demon.co.uk> References: <339e633b.3979267@post.demon.co.uk> <9706120929.ZM17679@multipass.asd.sgi.com> <33a346fc.20747508@post.demon.co.uk> <9706131657.ZM20806@multipass.asd.sgi.com> In-Reply-To: <9706131657.ZM20806@multipass.asd.sgi.com> 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 Fri, 13 Jun 1997 16:57:05 -0700, Angus wrote: >Do you have a visual with stencil bits? > >Cheers,Angus. Yes, I am specifying and getting the following visual: 0x9a, RGBA 10/10/10/0, db, aux 1, Z 23, S 8, accum 25/25/25/0, samples 8 Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 07:49:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01573; Mon, 16 Jun 1997 02:16:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01557; Mon, 16 Jun 1997 02:16:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA23375; Mon, 16 Jun 1997 02:16:31 -0700 Received: from arl-img-10.compuserve.com (arl-img-10.compuserve.com [149.174.217.140]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA22049 for ; Mon, 16 Jun 1997 02:16:30 -0700 env-from (vsm_mrs@compuserve.com) Received: by arl-img-10.compuserve.com (8.6.10/5.950515) id FAA07795; Mon, 16 Jun 1997 05:16:29 -0400 Date: Mon, 16 Jun 1997 05:16:00 -0400 From: Jean BENOIT Subject: RE:Question on pfEarthSky and pfChanTravFunc To: info-performer Message-ID: <199706160516_MC2-188C-5371@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O if you use the function pfAttachChan, you have to define what's is shared= between all these channels. look at the function pfChanShare function. for your application. Don't share DRAWFUNC and shera EARTHSKY ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 08:15:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01603; Mon, 16 Jun 1997 02:41:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01587; Mon, 16 Jun 1997 02:41:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA24514; Mon, 16 Jun 1997 02:41:12 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA24488 for ; Mon, 16 Jun 1997 02:40:53 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost by glup.eleinf.uv.es with SMTP (1.39.111.2/16.2) id AA135657636; Mon, 16 Jun 1997 11:40:36 +0100 Date: Mon, 16 Jun 1997 11:40:36 +0100 (WETDST) From: Joaquin Casillas Melendez To: Mark Baranowski Cc: info-performer@sgi.com Subject: Re: Q: pfLayerModes In-Reply-To: <33a346fc.20747508@post.demon.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 13 Jun 1997, Mark Baranowski wrote: > As far as I can see it is, because the effect is exactly the same > whether I use PFDECAL_BASE_STENCIL or PFDECAL_BASE_HIGH_QUALITY. > Neither gives the desired result in my case. Has anyone successfully > used STENCIL mode in pf2.x for pfLayers? > Hi Mark. I have used the STENCIL mode with pfLayer in order to simulate a floor with five decals with transparency geometry. This mode seems to work fine with Performer 2.0 on our Onyx RE2. The geometry are correctly rendered and no flickering effects are noticed. However, when using the stencil buffer to draw some object, the decals will be incorrectly drawn. I need to use pfLayer nodes and I also need to use stencil by my own, so I can't use the STENCIL mode. I don't know if there is a way to get all working together, so any help about this issue will be appreciated. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 10:08:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA01728; Mon, 16 Jun 1997 04:31:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01712; Mon, 16 Jun 1997 04:31:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA28987; Mon, 16 Jun 1997 04:31:27 -0700 Received: from punt-1.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA06068 for ; Mon, 16 Jun 1997 04:30:48 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-1.mail.demon.net id aa1129676; 16 Jun 97 12:04 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Projected Texture Advice Date: Mon, 16 Jun 1997 11:05:32 GMT Organization: Pera Message-ID: <33a51795.11906829@post.demon.co.uk> 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 Hi Performers, I am looking for some advice/info from those of you who are familiar with the projected texture mode for a pfLightSource. I want to use this feature to implement a spotlight which is part of a childs toy. The (very detailed) toy model will contain about 90% of the triangles in the scene, is untextured and will never be illuminated by the spotlight. The other 10% of triangles will be textured. The man page for pfLightsource says that textured geometry is rendered twice when using PROJTEX mode. Can I safely assume that the toy model will not be part of the second pass. If not is there anything I can do to stop the toy being considered in the second pass (e.g. something clever with traversal masks and/or traversal mode PFTRAV_MULTIPASS)? Thanks in advance for any advice, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 12:09:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02096; Mon, 16 Jun 1997 06:22:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02080; Mon, 16 Jun 1997 06:22:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA08106; Mon, 16 Jun 1997 06:22:00 -0700 Received: from chopin.kist.re.kr (chopin.kist.re.kr [161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA20208 for ; Mon, 16 Jun 1997 06:21:54 -0700 env-from (dochi@chopin.kist.re.kr) Received: from bartok.kist.re.kr by chopin.kist.re.kr via SMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id XAA19044; Mon, 16 Jun 1997 23:20:55 +1000 Message-Id: <199706161320.XAA19044@chopin.kist.re.kr> X-Mailer: Microsoft Outlook Express 4.71.0544.0 From: "=?euc-kr?B?sei3ocf2?=" To: Subject: VideoTexturing Date: Mon, 16 Jun 1997 22:13:21 +0900 X-Priority: 3 X-MSMail-Priority: Normal MIME-Version: 1.0 Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft MimeOLE Engine V4.71.0544.0 Status: O Hi performers! I'm working video texture on an Onyx RE2 with Sirius boards and running IRIX6.2 and Performer2.1. But I don't know how to do video texturing. I needs source code for video texturing to start. Pleazzzzz.. Help me. Thank you in advance. Regards, KIM. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 14:24:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA02883; Mon, 16 Jun 1997 09:25:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02867; Mon, 16 Jun 1997 09:25:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA29383; Mon, 16 Jun 1997 09:25:44 -0700 Received: from vulcan.ncsc.navy.mil (vulcan.ncsc.navy.mil [130.109.120.157]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA27138 for ; Mon, 16 Jun 1997 09:25:34 -0700 env-from (matson@vulcan.ncsc.navy.mil) Received: by vulcan.ncsc.navy.mil (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA18422; Mon, 16 Jun 97 11:28:32 -0500 From: "Neil Matson" Message-Id: <9706161128.ZM18420@vulcan.ncsc.navy.mil> Date: Mon, 16 Jun 1997 11:28:31 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com Subject: Z Buffer Trick for Flickering Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi, Over time I seen quite a number discussions of "flickering" caused by polygons close together (not necessaryily coplaner) and a large far/near frustum ratio (generally greater than 1000). A partial solotion to this is displace polygon and stencil, but this does not always solve the problem. A classic example is a land and an active ocean surface. From certain viewpoints the land is drawn over the water, and vice-versa. This causes problems because it is not always an easy task to have a definitive drawing order, either computationally or just because of the polygonal structure. A partial solution to this (which I can only get to work correctly for opaque polygons) goes roughly something like this: Say you want a z buffered scene with front plane = 1 and back plane = 100000. With one channel for these frustum limits, this presents hideous Z-buffer flickering because of the finite number of bits allocated to Z. In any case, it is the ratio of back to front which causes this problem. The idea is to create two channels where there were originally one. Let's call them "front" and "back." Now, "front" is a frustum from 1->305, and "back" is a frustum from 295->100000. Notice the ratios for each frustum are around 300ish, definitely less than the 1000 ratio. Also, note that they overlap a bit (reader is encouraged investigation here, but basically the seam for the two won't EXACTLY fit unless you overlap them). Now, the rendering order for a basic scene (no stencil) with Z buffering (make sure they are ordered "back" first, then "front"!) is 1) if "back" channel -> pfClearChan(back_chan), else if "front" -> pfClear(PFCL_DEPTH, NULL) (could also clear STENCIL etc). 2) render the scene normally. This basically draws the front frustum on top of the back frustum, with only a Z clear. Notice that you can get color information from the back channel (blending purposes) but at the seam, the translucent polygons get rendered twice so they are twice as dark. Basically, if you overlay the frustums, you will see the seam only on translucent polygons (at certain angles). If they are "exactly" matched you will see cracks in the polygons at the seam (again, at certain angles). Thus, this works really well for opaque polygons, but messes up on translucent ones at the seam. I implemented this a while ago in GL, but also found it works great in Performer. I know SGI is aware of the Z buffering bit-size limitations and future stuff (don't know when) will probably address this, but for now this seems to be a viable alternative. Neil matson@phoebus.ncsc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 14:24:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA02543; Mon, 16 Jun 1997 08:47:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA02527; Mon, 16 Jun 1997 08:47:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23810; Mon, 16 Jun 1997 08:47:44 -0700 Received: from escape.com (escape.com [198.6.71.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA18135 for ; Mon, 16 Jun 1997 08:47:41 -0700 env-from (vonness@escape.com) Received: from anchor (anchor.arship21.com [208.199.160.70]) by escape.com (8.8.3/8.6.9) with SMTP id MAA01773 for ; Mon, 16 Jun 1997 12:06:49 GMT Sender: csi@escape.com Message-ID: <33A5601B.167E@escape.com> Date: Mon, 16 Jun 1997 11:47:39 -0400 From: Charles Vonness Organization: SAIC X-Mailer: Mozilla 3.01Gold (X11; U; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Spotlights and Shadows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O If anyone has any source code of an example of how to do spotlights that cast shadows in Performer I would greatly appreciate it. I am running on an Onyx IR running IRIX 6.2. I am running Performer 2.1 also. Thanks in advance, Charlie ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com SGI DevForum 97 info: http://www.sgi.com/Forum97/ From guest Mon Jun 16 14:24:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03262; Mon, 16 Jun 1997 10:29:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03244; Mon, 16 Jun 1997 10:29:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA10453; Mon, 16 Jun 1997 10:29:34 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA13470 for ; Mon, 16 Jun 1997 10:29:32 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199706161729.KAA13470@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 16 Jun 1997 19:28:57 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Mon, 16 Jun 1997 19:28:57 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Mon, 16 Jun 1997 19:25:53 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Mon, 16 Jun 1997 21:25:18 +0200 Date: Mon, 16 Jun 1997 21:25:18 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970616192518] 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: Bins 'n Zeebuf MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHi pfOlks, Machine : REII 2CPU 1RM4 IRIX6.2 Performer 2.0.2 allpatched and HighImpact idem. I am using bins, but it is making me troubles. Here are my 3 questions, the last concerning more z buffer mechanisms. I have set a special bin number to a part of my geosets. 1 : setBinOrder When I call pfChannel::setBinOrder it works on our RE2, but it crashes on= the HighImpact at the fisrt pfFrame call, preciselier in the CULL stage, at t= he _pfCuller::cull_Lsources function NB : I am calling setBinOrder for existing BIN numbers What is happening in this damned _pfCuller function ? 2: pfDrawBin When I call pfDrawBin(BIN_1) it lets my screen black, although there are geosets associated with BIN_1. WhenI replace it by pfDraw, all my scene is normally drawn, including the= BIN_1-geosets. Did I forget something about pfDrawBin ? 3: ZBuffer I am calling the GL function zbuffer(FALSE), or the correponding glDisabl= e OPENGL function, into the preDraw callback for a part of my scene which i= s veru far away, in order to avoid the zbuffer errors for confused polygons= . It works, and there are no far-problems anymore. But I would like to store the Z values of this far geometry into the ZBuf= fer, without taking the results into account for drawing this geometry. I will= use the result later in frame, after re-enabling Z buffer for other simpler geometry (lines, in fact). Was I clear, and if yes, is there any OPENGL minded person who could help= me ? I am from the Pf generation, not the gl. Thank you, Mike Michael Boccara Aerospatiale - Joint Reasearch Center. michael.boccara(a)siege.aerospatiale.fr Tel : +33 (0)1 46 97 32 40 Fax : +33 (0)1 46 97 32 59 ======================================================================= 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 Jun 16 14:24:06 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03293; Mon, 16 Jun 1997 10:31:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03277; Mon, 16 Jun 1997 10:31:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA10792; Mon, 16 Jun 1997 10:31:38 -0700 Received: from lescrt.lesc.lockheed.com ([192.58.159.8]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA14048 for ; Mon, 16 Jun 1997 10:31:35 -0700 env-from (jbrickley@lmwsmr.lesc.lockheed.com) Received: from gruel.hq.lesc.lockheed.com by lescrt.lesc.lockheed.com with ESMTP (1.40.112.4/16.2) id AA025342680; Mon, 16 Jun 1997 12:38:00 -0500 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 AA080402148; Mon, 16 Jun 1997 12:29:08 -0500 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-1997Jun16.112200.1074.27769; Mon, 16 Jun 1997 12:30:24 -0700 From: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) To: info-performer@sgi.com (info-performer) Cc: csi-users@smtp.coryphaeus.com (csi-users) Message-Id: <1997Jun16.112200.1074.27769@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: Mon, 16 Jun 1997 12:30:24 -0700 Subject: Dynamic Volumes Status: O I have a group of dynamic volumes, that have half or all of the vertices changing every frame. What is the best way to render this? I have normally use OpenGL commands to "add" these to the scene in a post-render routine, however, I was wondering if a Performer GSet was capable of handling it's vertices change every frame or any other Performer object could. Would rendering this in Performer save any time vs. rendering it in OpenGL...? Our application is running borderline on 20hz Performance and I am trying to make sure we are applying everything in the most efficient manor. All of the volumes rendered require transparent solid and wire-frame rendering so that the controller can understand the current shape of the object. I'm sorry to say the object is not rendered by itself, it is inserted into a full simulation with landscape and models, through which the operator can move through to see events happening in real-time.... A related question, what is the fastest mode for transparency rendering on the Infinite Reality? System Configuration: Infinite Reality Onyx with 16 R10000 Processors dual pipe (only one pipe in use for this application) 4 RM-6s per pipe. IRIX 6.2 Software: Coryphaeus Easyscene V3.0 (4.0 Beta is available) Performer 2.1 (2.2 beta is available if necessary) Patches should be current (I hope) Jeffry J. Brickley 3D Systems Programmer Lockheed Martin White Sands Missile Range, NM ======================================================================= 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 Jun 16 18:00:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA04741; Mon, 16 Jun 1997 14:02:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA04725; Mon, 16 Jun 1997 14:02:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA11506; Mon, 16 Jun 1997 14:02:13 -0700 Received: from mail.edgenet.net (mail.edgenet.net [205.181.175.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA03939 for ; Mon, 16 Jun 1997 14:02:12 -0700 env-from (msitech@edgenet.net) Received: from edgenet ([205.181.169.19]) by mail.edgenet.net (post.office MTA v2.0 0813 ID# 0-18240) with SMTP id AAA26286 for ; Mon, 16 Jun 1997 17:03:59 -0400 Message-ID: <33A5AAC4.5FF3@edgenet.net> Date: Mon, 16 Jun 1997 17:06:12 -0400 From: msitech Reply-To: msitech@edgenet.net X-Mailer: Mozilla 3.01Gold (Win95; I) MIME-Version: 1.0 To: performer Subject: lights during day?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi! I'm running Vega modules--vega2.0,,vegamarine 2.0 and base 2.0- I set up light points in my sim with a .lp file that lists the x,y,z coordinates for the lights,thier flash times,etc... All is good except that my lights flash during the daytime run!(ie,they're constantly on regardless)... these lights are on buoys and such, but still I would only like to see them on during dusk,evening,nightime,etc.. Is there a way to control this??? thanks in advance for any help sincerely; Joe :-) ======================================================================= 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 Jun 16 18:00:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04663; Mon, 16 Jun 1997 13:54:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04646; Mon, 16 Jun 1997 13:54:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA10337; Mon, 16 Jun 1997 13:54:21 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA02041 for ; Mon, 16 Jun 1997 13:54:21 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id NAA10325; Mon, 16 Jun 1997 13:54:20 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id NAA27639; Mon, 16 Jun 1997 13:54:05 -0700 From: "Rob Jenkins" Message-Id: <9706161354.ZM27637@quid.csd.sgi.com> Date: Mon, 16 Jun 1997 13:54:04 -0700 In-Reply-To: "=?euc-kr?B?sei3ocf2?=" "VideoTexturing" (Jun 16, 10:13pm) References: <199706161320.XAA19044@chopin.kist.re.kr> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "=?euc-kr?B?sei3ocf2?=" , Subject: Re: VideoTexturing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O /usr/share/Performer/src/pguide/libpr/C/movietex.c should be a good start ( along with the dmedia prog guide ). Cheers Rob On Jun 16, 10:13pm, =?euc-kr?B?sei3ocf2?= wrote: > Subject: VideoTexturing > Hi performers! > > I'm working video texture on an Onyx RE2 with Sirius boards and running > IRIX6.2 and Performer2.1. > But I don't know how to do video texturing. > > I needs source code for video texturing to start. > Pleazzzzz.. Help me. > > Thank you in advance. > > Regards, > > KIM. > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > SGI DevForum 97 info: http://www.sgi.com/Forum97/ >-- End of excerpt from =?euc-kr?B?sei3ocf2?= -- ________________________________________________________________ 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 Jun 16 18:00:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04350; Mon, 16 Jun 1997 13:04:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04334; Mon, 16 Jun 1997 13:04:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA04160; Mon, 16 Jun 1997 13:04:05 -0700 Received: from server.cs.uiowa.edu (server.cs.uiowa.edu [128.255.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA21118 for ; Mon, 16 Jun 1997 13:04:04 -0700 env-from (jmtidd@cs.uiowa.edu) Received: from furrow.cs.uiowa.edu (22188@furrow.cs.uiowa.edu [128.255.28.68]) by server.cs.uiowa.edu with id PAA28304 for ; Mon, 16 Jun 1997 15:04:00 -0500 (CDT) From: Jillian Michelle Tidd Message-Id: <199706162004.PAA28304@server.cs.uiowa.edu> Subject: stereo performer To: info-performer@sgi.com Date: Mon, 16 Jun 1997 15:03:59 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hello, I am trying to get the stereo.c file to work for performer 2.0, and I'm not having much luck. What do I need to do to the program to get it to display a stereo image? I have tried different .flt files and doing a setmon STR_BOT, STR_RECT commands. I'm using a Indigo Impact and CrystalEyes. Any advice would be very welcome! Jillian Tidd ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jun 16 20:19:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06716; Mon, 16 Jun 1997 17:23:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06700; Mon, 16 Jun 1997 17:23:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA10728; Mon, 16 Jun 1997 17:23:42 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA21876 for ; Mon, 16 Jun 1997 17:23:42 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA06022; Mon, 16 Jun 1997 17:23:40 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706170023.RAA06022@remi.engr.sgi.com> Subject: Re: transparency in lod switching To: ceti@worldnet.net (ceti) Date: Mon, 16 Jun 1997 17:23:40 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <199706120631.IAA09136@centaure.worldnet.net> from "ceti" at Jun 12, 97 08:31:42 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: 686 Status: O ceti wrote: > > I'm not familiar with new SGI graphic boards. > Here is my question: > Execpt RE2 and IR, witch are the boards that allows me to have transparency > when switching between load? > Performer uses msalpha transparency to blend LOD nodes, so this works only if the pipe has multisamples, so only on RE and IR graphics. Now, you can use bending transparency to do the same, but then you have to sort the object and this is more complex database design, but will work on O2 as well as Impact 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 Mon Jun 16 20:19:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06640; Mon, 16 Jun 1997 17:15:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06624; Mon, 16 Jun 1997 17:15:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA09882; Mon, 16 Jun 1997 17:15:48 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA20192 for ; Mon, 16 Jun 1997 17:15:47 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA05990; Mon, 16 Jun 1997 17:15:45 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706170015.RAA05990@remi.engr.sgi.com> Subject: Re: Projected Texture Advice To: baranowski@marklynn.demon.co.uk (Mark Baranowski) Date: Mon, 16 Jun 1997 17:15:45 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <33a51795.11906829@post.demon.co.uk> from "Mark Baranowski" at Jun 16, 97 11:05:32 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: 1210 Status: O Mark Baranowski wrote: > > Hi Performers, > > I am looking for some advice/info from those of you who are familiar > with the projected texture mode for a pfLightSource. > > I want to use this feature to implement a spotlight which is part of a > childs toy. The (very detailed) toy model will contain about 90% of > the triangles in the scene, is untextured and will never be > illuminated by the spotlight. The other 10% of triangles will be > textured. > > The man page for pfLightsource says that textured geometry is rendered > twice when using PROJTEX mode. Can I safely assume that the toy model > will not be part of the second pass. If not is there anything I can do > to stop the toy being considered in the second pass (e.g. something > clever with traversal masks and/or traversal mode PFTRAV_MULTIPASS)? > > Thanks in advance for any advice, > You could set the object Emissive, so no lights are applied to it using the PFMPASS_EMISSIVE_PASS bit in the PFTRAV_MULTIPASS flag, and set the material of the toy to be emissive. _ / _ _ |_) _ ._ _ 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 Jun 16 20:19:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05165; Mon, 16 Jun 1997 14:55:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05149; Mon, 16 Jun 1997 14:55:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA20114; Mon, 16 Jun 1997 14:55:44 -0700 Received: from vlasov.gsfc.nasa.gov (vlasov.gsfc.nasa.gov [128.183.33.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA17430 for ; Mon, 16 Jun 1997 14:55:43 -0700 env-from (akekesi@vlasov.gsfc.nasa.gov) Received: (from akekesi@localhost) by vlasov.gsfc.nasa.gov (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA01066; Mon, 16 Jun 1997 17:57:00 -0400 From: "B. Alex Kekesi" Message-Id: <9706161757.ZM1064@vlasov.gsfc.nasa.gov> Date: Mon, 16 Jun 1997 17:57:00 -0400 In-Reply-To: "=?euc-kr?B?sei3ocf2?=" "VideoTexturing" (Jun 16, 10:13pm) References: <199706161320.XAA19044@chopin.kist.re.kr> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "=?euc-kr?B?sei3ocf2?=" , Subject: Re: VideoTexturing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Kim, There's a sample program called movietex.c. It should be under something like: /usr/share/Performer/src/pguide/libpr/C or C++ (Of course, system installations may vary.) It should give you a good start. Alex Kekesi email: B.A.Kekesi.1@gsfc.nasa.gov Hughes STX Corp. NASA Goddard Space Flight Center Scientific Visualization Studio Code 935, Bldg. 28, Rm. S121 Greebelt, MD 20771 On Jun 16, 10:13pm, =?euc-kr?B?sei3ocf2?= wrote: > Subject: VideoTexturing > Hi performers! > > I'm working video texture on an Onyx RE2 with Sirius boards and running > IRIX6.2 and Performer2.1. > But I don't know how to do video texturing. > > I needs source code for video texturing to start. > Pleazzzzz.. Help me. > > Thank you in advance. > > Regards, > > KIM. ======================================================================= 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 Jun 16 20:19:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA04873; Mon, 16 Jun 1997 14:28:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA04857; Mon, 16 Jun 1997 14:28:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA15951; Mon, 16 Jun 1997 14:28:14 -0700 Received: from FALCON.AL.WPAFB.AF.MIL (falcon.al.wpafb.af.mil [129.48.134.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id OAA09892 for ; Mon, 16 Jun 1997 14:28:13 -0700 env-from (LLU@FALCON.AL.WPAFB.AF.MIL) Received: from AL-Message_Server by FALCON.AL.WPAFB.AF.MIL with Novell_GroupWise; Mon, 16 Jun 1997 17:20:28 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Mon, 16 Jun 1997 17:20:03 -0400 From: Liem Lu To: info-performer@sgi.com Cc: llu@FALCON.AL.WPAFB.AF.MIL Subject: Performance questions Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Status: O To those of you who are doing database paging: What kind of performance hit do you get when you do database paging compared to when you are not? On our machine (Onyx RE, 8 150MHZ R4400 CPUs, 128 MB memory, 4MB tex mem, 3 pipes), the update rate went from 30Hz to 15Hz every time I page in a FLT file of approximately 500 polygons. The App process was locked on CPU #1, the three Cull processes and three Draw processes were locked on CPU #2,3,4,5,6, and 7 respectively. I forced the dbase process to run on CPU #0. That didn't help much. Is that the kind of performance I should expect when database paging? Also, I've noticed that even though the CPUs were locked for my Performer processes as above, the update rate would go down when someone run an unix app such as the emacs editor or make. This happens even when I wasn't doing database paging. What's up with that? Isn't the pfuLockDown{App, Cull, Draw} command supposed to lock the CPUs away from other apps from disturbing the Performer processes? I'd appreciate any suggestions you may have. Thanks, Liem Lu Logicon Technical Services, Inc. P.O. Box 317258 Dayton, OH 45437 USA llu@al.wpafg.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 Jun 16 20:19:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06520; Mon, 16 Jun 1997 17:07:00 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06502; Mon, 16 Jun 1997 17:06:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA09208; Mon, 16 Jun 1997 17:06:58 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA18271 for ; Mon, 16 Jun 1997 17:06:58 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA05900; Mon, 16 Jun 1997 17:06:55 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706170006.RAA05900@remi.engr.sgi.com> Subject: Re: Dynamic Volumes To: jbrickley@lmwsmr.lesc.lockheed.com (Jeff Brickley) Date: Mon, 16 Jun 1997 17:06:55 -0700 (PDT) Cc: info-performer@sgi.com, csi-users@smtp.coryphaeus.com In-Reply-To: <1997Jun16.112200.1074.27769@MKTPO.mkt.lesc.lockheed.com> from "Jeff Brickley" at Jun 16, 97 12:30:24 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: 2195 Status: O Jeff Brickley wrote: > > > I have a group of dynamic volumes, that have half or all of the > vertices changing every frame. What is the best way to render this? pfCycleBuffers (pfFlex in 2.2) should be used to handle the vertices (or anything else) that change in real time > I have > normally use OpenGL commands to "add" these to the scene in a post-render > routine, however, I was wondering if a Performer GSet was capable of > handling it's vertices change every frame or any other Performer object > could. Would rendering this in Performer save any time vs. rendering it in > OpenGL...? It doesn't make any difference if your OpenGL code is as optimized than the OpenGL calls performer does. > Our application is running borderline on 20hz Performance and I > am trying to make sure we are applying everything in the most efficient > manor. All of the volumes rendered require transparent solid and wire-frame > rendering so that the controller can understand the current shape of the > object. WireFrame is slow, it is faster to draw a polygon than a line. > I'm sorry to say the object is not rendered by itself, it is > inserted into a full simulation with landscape and models, through which the > operator can move through to see events happening in real-time.... > > A related question, what is the fastest mode for transparency rendering on > the Infinite Reality? Multisample transparency is the easiest way to handle transparency as it avoid sorting the database. > > System Configuration: Infinite Reality Onyx with 16 R10000 Processors > dual pipe (only one pipe in use for this application) > 4 RM-6s per pipe. > IRIX 6.2 > > Software: Coryphaeus Easyscene V3.0 (4.0 Beta is available) > Performer 2.1 (2.2 beta is available if necessary) > Patches should be current (I hope) > > Jeffry J. Brickley > 3D Systems Programmer > Lockheed Martin > White Sands Missile Range, NM > _ / _ _ |_) _ ._ _ 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 Jun 16 20:19:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA05914; Mon, 16 Jun 1997 15:48:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA05898; Mon, 16 Jun 1997 15:48:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA28713; Mon, 16 Jun 1997 15:48:42 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA00451 for ; Mon, 16 Jun 1997 15:48:37 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id PAA08194; Mon, 16 Jun 1997 15:49:55 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA12558; Mon, 16 Jun 1997 15:51:05 -0700 From: "Anita Kishore" Message-Id: <9706161551.ZM12556@tracey.triavest.com> Date: Mon, 16 Jun 1997 15:51:03 -0700 In-Reply-To: Charles Vonness "Spotlights and Shadows" (Jun 16, 11:47am) References: <33A5601B.167E@escape.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Charles Vonness , info-performer@sgi.com Subject: Re: Spotlights and Shadows Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19706161551.ZM12556.triavest.com" Status: O -- --PART-BOUNDARY=.19706161551.ZM12556.triavest.com Content-Type: text/plain; charset=us-ascii On Jun 16, 11:47am, Charles Vonness wrote: > Subject: Spotlights and Shadows > If anyone has any source code of an example of how to do spotlights that > cast shadows in Performer I would greatly appreciate it. I am running > on an Onyx IR running IRIX 6.2. I am running Performer 2.1 also. > Here is the smaple code that is distributed with performer 2.0.1 for RE2. Hope this helps. -anita kishore@triavest.com --PART-BOUNDARY=.19706161551.ZM12556.triavest.com X-Zm-Content-Name: shadows.c Content-Description: Text Content-Type: text/plain ; name="shadows.c" ; charset=us-ascii /* * Copyright 1995, Silicon Graphics, Inc. * ALL RIGHTS RESERVED * * UNPUBLISHED -- Rights reserved under the copyright laws of the United * States. Use of a copyright notice is precautionary only and does not * imply publication or disclosure. * * U.S. GOVERNMENT RESTRICTED RIGHTS LEGEND: * Use, duplication or disclosure by the Government is subject to restrictions * as set forth in FAR 52.227.19(c)(2) or subparagraph (c)(1)(ii) of the Rights * in Technical Data and Computer Software clause at DFARS 252.227-7013 and/or * in similar or successor clauses in the FAR, or the DOD or NASA FAR * Supplement. Contractor/manufacturer is Silicon Graphics, Inc., * 2011 N. Shoreline Blvd. Mountain View, CA 94039-7311. * * Permission to use, copy, modify, distribute, and sell this software * and its documentation for any purpose is hereby granted without * fee, provided that (i) the above copyright notices and this * permission notice appear in all copies of the software and related * documentation, and (ii) the name of Silicon Graphics may not be * used in any advertising or publicity relating to the software * without the specific, prior written permission of Silicon Graphics. * * THE SOFTWARE IS PROVIDED "AS-IS" AND WITHOUT WARRANTY OF ANY KIND, * EXPRESS, IMPLIED OR OTHERWISE, INCLUDING WITHOUT LIMITATION, ANY * WARRANTY OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. * * IN NO EVENT SHALL SILICON GRAPHICS BE LIABLE FOR ANY SPECIAL, * INCIDENTAL, INDIRECT OR CONSEQUENTIAL DAMAGES OF ANY KIND, OR ANY * DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, * WHETHER OR NOT ADVISED OF THE POSSIBILITY OF DAMAGE, AND ON ANY * THEORY OF LIABILITY, ARISING OUT OF OR IN CONNECTION WITH THE USE * OR PERFORMANCE OF THIS SOFTWARE. * * shadows.c: Performer program to demonstrate use of pfLightSource shadowing * and projected texturing. * Based on simple.c * * $Revision: 1.7 $ $Date: 1995/12/03 23:53:00 $ * */ #include #include #include #include #include /*------------------------------------------------------------------*/ void OpenPipeWin (pfPipeWindow *pw) { pfLightModel *lm; int numSamples = 16; pfOpenPWin(pw); #ifdef IRISGL /* Shadows require a 32 bit non-multisampled zbuffer */ do { zbsize(32); stensize(1); mssize(numSamples, 32, 1); gconfig(); numSamples >>= 1; } while (PF_ABS(getgconfig(GC_BITS_ZBUFFER)) < 32 && numSamples > 0); if (numSamples > 0) multisample(1); else { RGBsize(12); mssize(0, 0, 0); zbsize(32); stensize(1); gconfig(); multisample(0); } pfNotify(PFNFY_NOTICE, PFNFY_RESOURCE, "mssize(%d, %d, %d) zbsize(%d) Zrange 0x%x - 0x%x\n", getgconfig(GC_MS_SAMPLES), getgconfig(GC_BITS_MS_ZBUFFER), getgconfig(GC_BITS_MS_STENCIL), getgconfig(GC_BITS_ZBUFFER), getgconfig(GC_MS_ZMIN), getgconfig(GC_MS_ZMAX)); #endif lm = pfNewLModel(NULL); pfLModelLocal(lm, 1); pfApplyLModel(lm); pfCullFace(PFCF_BACK); } void DrawChannel (pfChannel *chan, void *data) { pfVec4 clr; pfSetVec4(clr, .2f, .2f, .2f, 1.0f); pfClear(PFCL_COLOR|PFCL_DEPTH, clr); pfDraw(); } /* * Usage() -- print usage advice and exit. This * procedure is executed in the application process. */ static void Usage (void) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "Usage: shadows file.ext ...\n"); exit(1); } /* Compute matrix so +Y axis of DCS is pointing at 'at' */ static void lookAt(pfDCS *dcs, pfVec3 at) { pfVec3 v, pos; pfMatrix mat; static pfVec3 yaxis = {0.0f, 1.0f, 0.0f}; /* v is origin of dcs */ pfGetMatRowVec3(*pfGetDCSMatPtr(dcs), 3, pos); /* v is direction vector from dcs to 'at' */ pfSubVec3(v, at, pos); pfNormalizeVec3(v); /* Rotate y-axis onto v */ pfMakeVecRotVecMat(mat, yaxis, v); pfSetMatRowVec3(mat, 3, pos); /* restore dcs origin */ pfDCSMat(dcs, mat); } #define SPOT_SIZE 256 #define SPOT_RADIUS 64 /* * Create circular image for projected spotlight texture. */ static pfTexture* initSpotTex(void) { long i, j, win; pfTexture *tex; unsigned short *image; image = pfMalloc(sizeof(unsigned short) * SPOT_SIZE * SPOT_SIZE, pfGetSharedArena()); for (i = 0; i < SPOT_SIZE / 2; i++) { for (j = 0; j < SPOT_SIZE / 2; j++) { unsigned long val; val = 0; /* See if corners of texel are within circle. This antialiases * the edge of the circle somewhat. */ if ((i * i + j * j) <= SPOT_RADIUS * SPOT_RADIUS) val += 0xffff; if (((i + 1) * (i + 1) + j * j) <= SPOT_RADIUS * SPOT_RADIUS) val += 0xffff; if (((i + 1) * (i + 1) + (j + 1) * (j + 1)) <= SPOT_RADIUS * SPOT_RADIUS) val += 0xffff; if ((i * i + (j + 1) * (j + 1)) <= SPOT_RADIUS * SPOT_RADIUS) val += 0xffff; val >>= 2; /* Set all 4 quadrants to val */ image[(SPOT_SIZE / 2 - i) * SPOT_SIZE + (SPOT_SIZE / 2 - j)] = image[(SPOT_SIZE / 2 - i) * SPOT_SIZE + (SPOT_SIZE / 2 + j)] = image[(SPOT_SIZE / 2 + i) * SPOT_SIZE + (SPOT_SIZE / 2 + j)] = image[(SPOT_SIZE / 2 + i) * SPOT_SIZE + (SPOT_SIZE / 2 - j)] = val; } } tex = pfNewTex(pfGetSharedArena()); pfTexImage(tex, (uint*) image, 2, SPOT_SIZE, SPOT_SIZE, 0); pfTexFormat(tex, PFTEX_INTERNAL_FORMAT, PFTEX_IA_8); pfTexRepeat(tex, PFTEX_WRAP, PFTEX_CLAMP); return tex; } #define FOV 60.0f #define NEAR 1.0f #define SQRT2INV .7071067811865475244 static pfDCS *shadDCS, *projDCS; static pfGroup* initLSources(pfSphere *bsphere) { pfFrustum *shadFrust; pfLightSource *shad, *proj; pfTexture *tex; pfGroup *group; float d; pfMatrix mat; void *arena = pfGetSharedArena(); /* Create and configure shadow frustum. Fit frustum tightly to scene. */ shadFrust = pfNewFrust(arena); pfMakeSimpleFrust(shadFrust, FOV); d = bsphere->radius / sinf(PF_DEG2RAD(FOV/2.0f)); d = PF_MAX2(d, NEAR + bsphere->radius); pfFrustNearFar(shadFrust, NEAR, d + 1.1f * bsphere->radius); /* Create and configure white shadow casting light source */ shad = pfNewLSource(); pfLSourceMode(shad, PFLS_SHADOW_ENABLE, 1); pfLSourceAttr(shad, PFLS_PROJ_FRUST, shadFrust); pfLSourceColor(shad, PFLT_DIFFUSE, 1.0f, 1.0f, 1.0f); pfLSourceVal(shad, PFLS_INTENSITY, .5f); pfLSourcePos(shad, 0.0f, 0.0f, 0.0f, 1.0f); /* Make light local */ /* Create and configure blue spotlight */ proj = pfNewLSource(); tex = initSpotTex(); /* You can load your own spotlight texture if you wish * tex = pfNewTex(arena); * pfLoadTexFile(tex, "spotlight.inta"); */ pfLSourceMode(proj, PFLS_PROJTEX_ENABLE, 1); pfLSourceAttr(proj, PFLS_PROJ_FRUST, shadFrust); pfLSourceAttr(proj, PFLS_PROJ_TEX, tex); pfLSourceColor(proj, PFLT_DIFFUSE, 0.0f, 0.0f, 1.0f); pfLSourceVal(proj, PFLS_INTENSITY, .5f); pfLSourcePos(proj, 0.0f, 0.0f, 0.0f, 1.0f); /* Make light local */ group = pfNewGroup(); /* Make DCSes to move lights around */ shadDCS = pfNewDCS(); pfMakeTransMat(mat, d*SQRT2INV, 0.0f, d*SQRT2INV); pfDCSMat(shadDCS, mat); lookAt(shadDCS, bsphere->center); pfAddChild(shadDCS, shad); pfAddChild(group, shadDCS); projDCS = pfNewDCS(); pfMakeTransMat(mat, -d*SQRT2INV, 0.0f, d*SQRT2INV); pfDCSMat(projDCS, mat); lookAt(projDCS, bsphere->center); pfAddChild(projDCS, proj); pfAddChild(group, projDCS); return group; } static pfGeode* initFloor(pfSphere *bsphere) { pfGeoSet *gset; pfGeoState *gstate; pfGeode *geode; pfVec3 *v; pfMaterial *mtl; float d; void *arena = pfGetSharedArena(); gset = pfNewGSet(arena); gstate = pfNewGState(arena); geode = pfNewGeode(); v = (pfVec3*)pfMalloc(sizeof(pfVec3) * 4, arena); d = 3.0f * bsphere->radius; pfSetVec3(v[0], -d, -d, -d/3.0f); pfSetVec3(v[1], d, -d, -d/3.0f); pfSetVec3(v[2], d, d, -d/3.0f); pfSetVec3(v[3], -d, d, -d/3.0f); pfGSetAttr(gset, PFGS_COORD3, PFGS_PER_VERTEX, v, NULL); v = (pfVec3*)pfMalloc(sizeof(pfVec3), arena); pfSetVec3(v[0], 0.0f, 0.0f, 1.0f); pfGSetAttr(gset, PFGS_NORMAL3, PFGS_OVERALL, v, NULL); pfGSetPrimType(gset, PFGS_QUADS); pfGSetNumPrims(gset, 1); mtl = pfNewMtl(arena); pfMtlColorMode(mtl, PFMTL_BOTH, PFMTL_CMODE_OFF); pfGStateAttr(gstate, PFSTATE_FRONTMTL, mtl); pfGStateMode(gstate, PFSTATE_ENLIGHTING, 1); pfGSetGState(gset, gstate); pfAddGSet(geode, gset); return geode; } int main (int argc, char *argv[]) { double t = 0.; pfScene *scene; pfNode *root; pfDCS *dcs; pfPipe *p; pfPipeWindow *pw; pfChannel *chan; pfSphere bsphere; pfCoord view; pfMatrix mat, orbit; pfList *texList; int ret; #ifndef IRISGL printf("Sorry, shadows doesn't work in OPENGL\n"); return 0; #endif if (argc < 2) Usage(); /* Initialize Performer */ pfInit(); pfQueryFeature(PFQFTR_TEXTURE_PROJECTIVE, &ret); if (!(ret == PFQFTR_FAST)) { printf("Sorry, shadows aren't supported on this machine.\n"); return 0; } /* Use default multiprocessing mode based on number of * processors. */ pfMultiprocess(PFMP_DEFAULT); /* Load all loader DSO's before pfConfig() forks */ pfdInitConverter(argv[1]); /* Configure multiprocessing mode and start parallel * processes. */ pfConfig(); /* Append to PFPATH additional standard directories where * geometry and textures exist */ pfFilePath(".:/usr/share/Performer/data"); /* Do not use FLAT_ primitives because they look bad * with local lighting. */ pfdBldrMode(PFDBLDR_MESH_LOCAL_LIGHTING, 1); /* Read a single file, of any known type. */ if ((root = pfdLoadFile(argv[1])) == NULL) { pfExit(); exit(-1); } /* Create and attach loaded subgraph to a pfScene. */ scene = pfNewScene(); dcs = pfNewDCS(); pfMakeRotMat(mat, 30.0f, 1.0f, 0.0f, 0.0f); pfDCSMat(dcs, mat); pfAddChild(dcs, root); pfAddChild(scene, dcs); /* determine extent of scene's geometry */ pfGetNodeBSphere (scene, &bsphere); /* Create pfLightSources and add to scene */ pfAddChild(scene, initLSources(&bsphere)); /* Create "floor" for shadows */ pfAddChild(dcs, initFloor(&bsphere)); /* Configure and open GL window */ p = pfGetPipe(0); pw = pfNewPWin(p); pfPWinName(pw, argv[0]); pfPWinConfigFunc(pw, OpenPipeWin); pfPWinOriginSize(pw, 0, 0, 500, 500); pfConfigPWin(pw); /* Create and configure a pfChannel. */ chan = pfNewChan(p); pfChanScene(chan, scene); pfChanNearFar(chan, 1.0f, 5.0f * bsphere.radius); pfChanFOV(chan, 45.0f, 0.0f); pfCopyVec3(view.xyz, bsphere.center); view.xyz[PF_Y] -= 3.0f * bsphere.radius; pfSetVec3(view.hpr, 0.0f, 0.0f, 0.0f); pfChanView(chan, view.xyz, view.hpr); pfChanTravFunc(chan, PFTRAV_DRAW, DrawChannel); /* If scene is non-textured then we can save an entire rendering pass */ texList = pfuMakeSceneTexList(scene); if (pfGetNum(texList) == 0) { pfChanTravMode(chan, PFTRAV_MULTIPASS, PFMPASS_NONTEX_SCENE); pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Scene is non-textured! Using PFMPASS_NONTEX_SCENE " "optimization"); } pfMakeRotMat(orbit, 1.0f, 0.0f, 0.0f, 1.0f); /* Simulate for twenty seconds. */ while (t < 20.0f) { /* Spin light sources around object */ pfMultMat(mat, *pfGetDCSMatPtr(projDCS), orbit); pfDCSMat(projDCS, mat); lookAt(projDCS, bsphere.center); pfMultMat(mat, *pfGetDCSMatPtr(shadDCS), orbit); pfDCSMat(shadDCS, mat); lookAt(shadDCS, bsphere.center); /* Initiate cull/draw for this frame. */ pfFrame(); } /* Terminate parallel processes and exit. */ pfExit(); return 0; } --PART-BOUNDARY=.19706161551.ZM12556.triavest.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 Jun 16 20:19:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06667; Mon, 16 Jun 1997 17:18:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06651; Mon, 16 Jun 1997 17:18:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA10231; Mon, 16 Jun 1997 17:18:54 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA20904 for ; Mon, 16 Jun 1997 17:18:53 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id RAA06003; Mon, 16 Jun 1997 17:18:40 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706170018.RAA06003@remi.engr.sgi.com> Subject: Re: O2 problem To: guzzoni@imtsg14.epfl.ch (Didier Guzzoni) Date: Mon, 16 Jun 1997 17:18:40 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9706121529.ZM10458@imtsg12.epfl.ch> from "Didier Guzzoni" at Jun 12, 97 03:29:49 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: 930 Status: O Didier Guzzoni wrote: > > Hi performers, > > We are porting our Performer based application from a Max Impact (R10000, > running IRIX 6.2) into an O2 station (R5000, running IRIX 6.3). > > The program that works perfeclty on the Impact generates a core (segmentation > fault) on the O2 when performing the first pfFrame(). > > So, my question is : which parameters shall I check before the pfFrame is > executed (scene, geosets, ... ) in order to know where the problem comes from. > > Thanks in advance, You should use the debug library from performer, and then look where the core is using 'dbx yourapp core' to know where is the problem. This could be a misaligned double problem, which is a difference between R5000 and R4000 (thanks domi for the tip) _ / _ _ |_) _ ._ _ 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 Jun 16 21:51:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06846; Mon, 16 Jun 1997 17:50:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06830; Mon, 16 Jun 1997 17:50:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA13363; Mon, 16 Jun 1997 17:50:00 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA27736 for ; Mon, 16 Jun 1997 17:50:00 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id RAA19302; Mon, 16 Jun 1997 17:49:59 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA25553; Mon, 16 Jun 1997 17:49:57 -0700 Date: Mon, 16 Jun 1997 17:49:57 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706161749.ZM25551@multipass.asd.sgi.com> In-Reply-To: BOCCARA Michael "Bins 'n Zeebuf" (Jun 16, 9:25pm) References: <199706161729.KAA13470@sgi.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: BOCCARA Michael , Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Re: Bins 'n Zeebuf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In that case you want to do something like glDepthFunc(GL_ALWAYS); for your first bin but keep depth buffering enabled. Cheers, Angus On Jun 16, 9:25pm, BOCCARA Michael wrote: > Subject: Bins 'n Zeebuf > > [ plain text > Encoded with "quoted-printable" ] : Hi pfOlks, > > Machine : REII 2CPU 1RM4 IRIX6.2 Performer 2.0.2 allpatched > and HighImpact idem. > > I am using bins, but it is making me troubles. > Here are my 3 questions, the last concerning more z buffer mechanisms. > > I have set a special bin number to a part of my geosets. > > 1 : setBinOrder > When I call pfChannel::setBinOrder it works on our RE2, but it crashes on the > HighImpact at the fisrt pfFrame call, preciselier in the CULL stage, at the > _pfCuller::cull_Lsources function > NB : I am calling setBinOrder for existing BIN numbers > What is happening in this damned _pfCuller function ? > > 2: pfDrawBin > When I call pfDrawBin(BIN_1) it lets my screen black, although there are > geosets associated with BIN_1. > WhenI replace it by pfDraw, all my scene is normally drawn, including the > BIN_1-geosets. > Did I forget something about pfDrawBin ? > > 3: ZBuffer > I am calling the GL function zbuffer(FALSE), or the correponding glDisable > OPENGL function, into the preDraw callback for a part of my scene which is > veru far away, in order to avoid the zbuffer errors for confused polygons. It > works, and there are no far-problems anymore. > But I would like to store the Z values of this far geometry into the ZBuffer, > without taking the results into account for drawing this geometry. I will use > the result later in frame, after re-enabling Z buffer for other simpler > geometry (lines, in fact). > Was I clear, and if yes, is there any OPENGL minded person who could help me > ? I am from the Pf generation, not the gl. > > Thank you, > > Mike > > Michael Boccara > Aerospatiale - Joint Reasearch Center. > michael.boccara(a)siege.aerospatiale.fr > Tel : +33 (0)1 46 97 32 40 > Fax : +33 (0)1 46 97 32 59 > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from BOCCARA Michael -- __________________________________________ http://www.intergraph.com/press97/q197.htm __________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jun 16 21:50:55 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06786; Mon, 16 Jun 1997 17:42:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06770; Mon, 16 Jun 1997 17:42:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA12572; Mon, 16 Jun 1997 17:42:23 -0700 Received: from cupid.dt.nchc.gov.tw (cupid.dt.nchc.gov.tw [140.110.33.240]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id RAA26179 for ; Mon, 16 Jun 1997 17:41:51 -0700 env-from (c00chu00@elc044.dt.nchc.gov.tw) Received: from elc044.dt.nchc.gov.tw (elc044.dt.nchc.gov.tw [140.110.12.28]) by cupid.dt.nchc.gov.tw (8.8.5/8.8.5) with ESMTP id IAA02029 for ; Tue, 17 Jun 1997 08:42:03 +0800 (CST) Received: (from c00chu00@localhost) by elc044.dt.nchc.gov.tw (8.8.5/8.8.5) id IAA00350 for info-performer@sgi.com; Tue, 17 Jun 1997 08:37:53 +0800 (CST) From: Sam Chu Message-Id: <199706170037.IAA00350@elc044.dt.nchc.gov.tw> Subject: example for Infrared channel using multigen's model To: info-performer@sgi.com Date: Tue, 17 Jun 1997 08:37:52 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O For those who want to implement the Infrared Ray channel using MultiGen's models may be have a interest in the following codes. The code is used the program from Performer's Lab exercise as skeleton and added the code segment from the articles written by Marcus Barnes in The MultiGen Newletter Vol 3.1, 3.2 and 4.1. Of course, you need a multigen's model with IR material value. and compile with libpfflt_[io]go.so under /usr/lib/libpfdb I still try to figure out how to display texture for some special objects(trees)using this method. Maybe someone can give me a advise? thanks. /*-------------------------------------------------------------- * irsim.c - Skeleton program for lab exersizes * Adding the code segment from the MultiGen Newletter * Vol 3-1, 3-2 and 4-1 */ #include #include #include #include #include #include #include /*================== * Types *=================*/ typedef struct { void *arena; pfScene *pScene; pfDCS *pSceneDCS; /* DCS for trackball interface */ pfPipeWindow *pPWindow; int winType; int inputType; pfChannel *pMainChannel; pfChannel *pIRChannel; float near, far; pfCoord startPos; pfiTDFXformer *pXformer; pfuMouse mouse; pfuEventStream events; int exitFlag; int litFlag; int txtFlag; } SharedState; /*======================== * Prototypes *========================*/ void setupSharedState(void); void setupWindow(void); void openPipeWindowCB(pfPipeWindow *); void setupSceneGraph(void); void setupChannel(void); void initViewPos(void); void printBBoxSize(pfBox *); float calcMaxSize(pfBox *); void setupInputHandling(void); void updateView(void); void updateSim(void); void processKeybdInput(void); void showHelp(void); void initInfraredChan(pfChannel *); void InfraRedMaterials(fltSharedPalette *); void SetEmissive(pfMaterial *, int); void drawCB(pfChannel *, void*); void changeStates(void); /*===================== * Globals *====================*/ SharedState *pState; int notifyLevel = PFNFY_WARN; /* Level of msgs printed */ char title[256]; /*======================= * main() *=======================*/ int main(int argc, char *argv[]) { pfPipe *pPipe; /**************************************************************** * Initialize performer and shared info ****************************************************************/ pfInit(); /* Init performer (pf) */ pfNotifyLevel(notifyLevel); pState = (SharedState*)pfCalloc(1, sizeof(SharedState), pfGetSharedArena()); setupSharedState(); pfMultiprocess(PFMP_APP_CULL_DRAW); pfConfig(); /* fork? processes */ pfiInit(); /* Init input processing (pfui) */ pfuInitUtil(); /* Init utilities (pfutil) */ /********************************************* * Set up simulation *********************************************/ sprintf(title, "%s MOUSE: L=accel M=steer R=decel" " KEYS: help", argv[0]); setupWindow(); /* Create & open a window */ setupSceneGraph(); /* Build database */ setupChannel(); /* Set up a view into database */ setupInputHandling(); /* Prepare to handle input */ pfChanTravFunc(pState->pMainChannel, PFTRAV_DRAW, drawCB); pfChanTravFunc(pState->pIRChannel, PFTRAV_DRAW, drawCB); /********************************************* * Simulation loop *********************************************/ while ( !pState->exitFlag ) { updateSim(); /* Handle rest of info */ pfSync(); /* Wait until next frame */ updateView(); /* Collect time critical info */ pfFrame(); /* Process/draw the frame */ } /******************************************** * Clean-up ********************************************/ pfuExitUtil(); pfuExitGUI(); pfuExitInput(); pfExit(); return 0; } /*=============================== * Shared Memory Functions *===============================*/ void setupSharedState(void) { pState->arena = pfGetSharedArena(); pState->winType = PFWIN_TYPE_X; pState->inputType = PFUINPUT_X; pState->near = 0.5f; pState->far = 10.0f; pState->litFlag = 1; } /*============================= * Window functions *============================*/ void setupWindow(void) { pState->pPWindow = pfNewPWin(pfGetPipe(0)); pfPWinName(pState->pPWindow, title); pfPWinType(pState->pPWindow, pState->winType); pfPWinOriginSize(pState->pPWindow, 0, 0, 1000, 800); pfPWinConfigFunc(pState->pPWindow, openPipeWindowCB); pfConfigPWin(pState->pPWindow); pfFrame(); } /**** openPipeWindow(): callback to create window *********/ void openPipeWindowCB(pfPipeWindow *pw) { pfOpenPWin(pw); } /**** Draw Process Callback ******/ void drawCB(pfChannel *chan, void *data) { /* Make GL state changes in draw process */ changeStates(); /* You must asked to clear your own framebuffer */ pfClearChan(chan); /* You must ask to draw your scene */ pfDraw(); (data); } void changeStates(void) { static int lastLitFlag=1; static int lastTxtFlag=1; if ( pState->litFlag != lastLitFlag ) { if ( pState->litFlag ) { /* Enable lighting for lit objects */ pfOverride(PFSTATE_ENLIGHTING, PF_OFF); pfEnable(PFEN_LIGHTING); printf("Enable lighting\n"); } else { /* Disable lighting for all objects */ pfOverride(PFSTATE_ENLIGHTING, PF_OFF); pfDisable(PFEN_LIGHTING); pfOverride(PFSTATE_ENLIGHTING, PF_ON); printf("Disable lighting\n"); } lastLitFlag = pState->litFlag; } if ( pState->txtFlag != lastTxtFlag ) { if ( pState->txtFlag ) { /* Enable texture for texture objects */ pfOverride(PFSTATE_ENTEXTURE, PF_OFF); pfEnable(PFEN_TEXTURE); printf("Enable texture\n"); } else { /* Disable texture for all objects */ pfOverride(PFSTATE_ENTEXTURE, PF_OFF); pfDisable(PFEN_TEXTURE); pfOverride(PFSTATE_ENTEXTURE, PF_ON); printf("Disable texture\n"); } lastTxtFlag = pState->txtFlag; } } /*============================= * Scene graph functions *============================*/ void setupSceneGraph(void) { pfNode *pModelRoot; pfLightSource *pSun; char *filename; pfFilePath("." ":../data" ":../pf_data" ":../pf_friends/town/orig/pfmodel" ":../pf_friends/town/orig/pftexture" ":../pf_friends/town/orig/pftown" ":/usr/share/Performer/data" ":/usr/share/Performer/friends/town/orig/pfmodel" ":/usr/share/Performer/friends/town/orig/pftexture" ":/usr/share/Performer/friends/town/orig/pftown" ); pState->pScene = pfNewScene(); pSun = pfNewLSource(); /* Create a light to see by */ pfAddChild(pState->pScene, pSun); pState->pSceneDCS = pfNewDCS(); pfAddChild(pState->pScene, pState->pSceneDCS); pfdConverterMode("flt", PFFLT_GSTATE_TABLES,2); /* IR */ filename = "m48_ir1.flt"; if ( (pModelRoot = pfdLoadFile_flt(filename)) == NULL ) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "Failed to read %s\n", filename); } pfAddChild(pState->pSceneDCS, pModelRoot); } /*============================= * Channel/view functions *============================*/ void setupChannel(void) { pfList *gsList; fltSharedPalette *palette; fltRenderMap *rendMap; /*** Create and connect channel to window & scene graph ****/ pState->pMainChannel = pfNewChan(pfGetPipe(0)); pfChanScene(pState->pMainChannel, pState->pScene); pState->pIRChannel = pfNewChan(pfGetPipe(0)); pfChanScene(pState->pIRChannel, pState->pScene); /**** Set channel's viewing volume and position ****/ initViewPos(); pfChanFOV(pState->pMainChannel, 45.0f, -1.0f); pfChanViewport(pState->pMainChannel, 0.0f, 0.5f, 0.0f, 1.0f); pfChanNearFar(pState->pMainChannel, pState->near, pState->far); pfChanView(pState->pMainChannel, pState->startPos.xyz, pState->startPos.hpr); pfChanFOV(pState->pIRChannel, 45.0f, -1.0f); pfChanViewport(pState->pIRChannel, 0.5f, 1.0f, 0.0f, 1.0f); pfChanNearFar(pState->pIRChannel, pState->near, pState->far); pfChanView(pState->pIRChannel, pState->startPos.xyz, pState->startPos.hpr); /* for normal and IR Channel's shared object sutup*/ palette = fltGetCurSharedPalette(); rendMap = palette->rendMap; gsList = pfGet(rendMap->renditions, 0); pfChanGStateTable(pState->pMainChannel, gsList); gsList = pfGet(rendMap->renditions, 1); pfChanGStateTable(pState->pIRChannel, gsList); InfraRedMaterials(palette); } /**** initViewPos(): calculates starting view position ***********/ void initViewPos(void) { pfBox sceneBBox; float goodViewDist; pfNode *pModelRoot; /**** Find size of scene *****/ pfuTravCalcBBox(pState->pScene, &sceneBBox); printBBoxSize(&sceneBBox); /**** Calculate center of database ********/ pfAddVec3(pState->startPos.xyz, sceneBBox.min, sceneBBox.max); pfScaleVec3(pState->startPos.xyz, 0.5f, pState->startPos.xyz); /**** Pull back for good view ****/ goodViewDist = 1.3 * calcMaxSize(&sceneBBox); pState->far = 3.8 * goodViewDist; pState->startPos.xyz[PF_Y] -= goodViewDist; /**** Set direction of view ****/ pfSetVec3(pState->startPos.hpr, 0.0f, 0.0f, 0.0f); } void printBBoxSize(pfBox *pb) /* Prints box size for debugging */ { pfNotify(PFNFY_NOTICE, PFNFY_PRINT, "Bounding box of object is:\n"); pfNotify(PFNFY_NOTICE, PFNFY_MORE, "\t\tAxis: Minimum\tMaximum\n"); pfNotify(PFNFY_NOTICE, PFNFY_MORE, "\t\t-------------------------\n"); pfNotify(PFNFY_NOTICE, PFNFY_MORE, "\t\t X: %8.2f\t%8.2f\n", pb->min[PF_X], pb->max[PF_X]); pfNotify(PFNFY_NOTICE, PFNFY_MORE, "\t\t Y: %8.2f\t%8.2f\n", pb->min[PF_Y], pb->max[PF_Y]); pfNotify(PFNFY_NOTICE, PFNFY_MORE, "\t\t Z: %8.2f\t%8.2f\n", pb->min[PF_Z], pb->max[PF_Z]); pfNotify(PFNFY_NOTICE, PFNFY_MORE, "\n"); } float calcMaxSize(pfBox *pb) /**** calc length of longest dim ****/ { float result; result = pb->max[PF_X] - pb->min[PF_X]; result = PF_MAX2(result, pb->max[PF_Y] - pb->min[PF_Y]); result = PF_MAX2(result, pb->max[PF_Z] - pb->min[PF_Z]); return result; } /*===================================== * Simulation/input functions *=====================================*/ void setupInputHandling(void) { /**** Set the type of input processing. X or GL? ****/ pfuInitInput(pState->pPWindow, pState->inputType); /**** Create a transformer ****/ pState->pXformer = (pfiXformer *)pfiNewTDFXformer(pfGetSharedArena()); /**** Set initial and reset position for xformer ****/ pfiXformerCoord(pState->pXformer, &pState->startPos); /**** Xformer will get its input from buffers mouse & events ****/ pfiXformerAutoInput(pState->pXformer, pState->pMainChannel, &pState->mouse, &pState->events); pfiXformerNode(pState->pXformer, pState->pScene); pfiXformerResetCoord(pState->pXformer, &pState->startPos); /**** Xformer's results automatically change channels position ****/ pfiXformerAutoPosition(pState->pXformer, pState->pMainChannel, pState->pSceneDCS); /**** Use TRACKBALL model ****/ pfiSelectXformerModel(pState->pXformer, PFITDF_TRACKBALL); } void updateView(void) /**** Time sensitive updates ****/ { pfCoord view; pfuGetMouse(&pState->mouse); /* Record mouse position */ pfiUpdateXformer(pState->pXformer); /* Update Xformer */ pfiGetIXformCoord(pState->pXformer, &view); pfChanView(pState->pIRChannel, view.xyz, view.hpr); } void updateSim(void) /**** Costlier updates ****/ { pfuGetEvents(&pState->events); /* Read keyboard events */ processKeybdInput(); /* Process these events */ } void processKeybdInput(void) { int i, j; int key, dev, val, numDevs; pfuEventStream *pEvents; pEvents = &pState->events; numDevs = pEvents->numDevs; for ( j=0; j < numDevs; ++j) { dev = pEvents->devQ[j]; val = pEvents->devVal[j]; if ( pEvents->devCount[dev] > 0 ) { switch ( dev ) { case PFUDEV_REDRAW: pEvents->devCount[dev] = 0; break; case PFUDEV_WINQUIT: pState->exitFlag = 1; pEvents->devCount[dev] = 0; break; case PFUDEV_KEYBD: for ( i=0; i < pEvents->numKeys; ++i ) { key = pEvents->keyQ[i]; if ( pEvents->keyCount[key] ) { switch ( key ) { case 27: /* ESC key. Exits prog */ pState->exitFlag = 1; break; case 'R': case 'r': /* Reset position */ pfiStopXformer(pState->pXformer); pfiResetXformerPosition(pState->pXformer); break; case 'H': case 'h': showHelp(); break; case 'L': case 'l': pState->litFlag = !pState->litFlag; break; case 'T': case 't': pState->txtFlag = !pState->txtFlag; break; default: break; } } } pEvents->devCount[dev] = 0; break; default: break; } } } pEvents->numKeys = 0; pEvents->numDevs = 0; } void showHelp(void) { system("xconfirm " " -h Help" " -icon info" " -t \"Esc Quit\"" " -t \"r/R Reset position\"" " -t \"h/H Help\"" " -font \"-*-screen-bold-r-*-*-15-*-*-*-*-*-*-*\"" " > /dev/null &"); } static void SetEmissive(pfMaterial *mtl, int keyValue) { float red = 0.0f; float gre = 0.0f; float blu = 0.0f; printf("(SetEmissive) keyValue = %d\n", keyValue); switch (keyValue) { /* face IR Material index */ case 1: /* white hot */ red = 1.0f; gre = 1.0f; blu = 1.0f; break; case 2: /* red warm */ red = 0.7f; gre = 0.1f; blu = 0.1f; break; case 3: /* blue cool */ red = 0.1f; gre = 0.1f; blu = 0.5f; break; case 4: /* dark grey cold */ red = 0.1f; gre = 0.1f; blu = 0.1f; break; case 100: /* Tank ir color */ red = 0.0f; gre = 0.7f; blu = 0.2f; break; case 101: /* Tank ir color */ red = 0.8f; gre = 0.3f; blu = 0.4f; break; } pfMtlColor(mtl, PFMTL_EMISSION, red, gre, blu); } static void InfraRedMaterials(fltSharedPalette *palette) { pfList *matList = palette->matList; int howMany = pfGetNum(matList); int which; for (which = 0; which < howMany; ++which) { fltSharedObj *obj = pfGet(matList, which); printf("which=%d\n", which); if (obj->key.attr == FLTA_IRMATERIAL) { /*material mode is PFMTL_CMODE_COLOR */ pfMaterial *mtl = (pfMaterial *)obj->object; SetEmissive(mtl, obj->key.value); } } } 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 Mon Jun 16 23:58:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA07266; Mon, 16 Jun 1997 18:06:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA07250; Mon, 16 Jun 1997 18:06:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA15000; Mon, 16 Jun 1997 18:06:42 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA01630 for ; Mon, 16 Jun 1997 18:06:41 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA20337; Mon, 16 Jun 1997 18:06:20 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA25590; Mon, 16 Jun 1997 18:06:10 -0700 Date: Mon, 16 Jun 1997 18:06:10 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706161806.ZM25588@multipass.asd.sgi.com> In-Reply-To: "Neil Matson" "Z Buffer Trick for Flickering" (Jun 16, 11:28am) References: <9706161128.ZM18420@vulcan.ncsc.navy.mil> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Neil Matson" , info-performer@sgi.com Subject: Re: Z Buffer Trick for Flickering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 16, 11:28am, Neil Matson wrote: > Subject: Z Buffer Trick for Flickering > > > This basically draws the front frustum on top of the back frustum, with only > a Z clear. Notice that you can get color information from the back channel > (blending purposes) but at the seam, the translucent polygons get rendered > twice so they are twice as dark. Basically, if you overlay the frustums, > you will see the seam only on translucent polygons (at certain angles). > If they are "exactly" matched you will see cracks in the polygons at the seam > (again, at certain angles). Thus, this works really well for opaque polygons, > but messes up on translucent ones at the seam. I implemented this a while ago > in GL, but also found it works great in Performer. > This has been suggested before in this forum. To avoid transparency problems & clipping crack problems, you might try to implement an overlap where you could guarantee no object required to be rendered to both channels and would therefore never be clipped by either. You have to start worrying about extraneous depth complexity then and you'll probably find that > 2 channels is worth exploring to accomodate small objects transiting the overlap region while allowing efficient pixel fill with 2 channel clipping on terrain. Also multisample transparency would not suffer from the double contribution you describe. With small or no overlap you may also get lighting/clipping & gouraud/perspective shading problems. Cheers,Angus. -- __________________________________________ http://www.intergraph.com/press97/q197.htm __________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 05:38:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA09959; Tue, 17 Jun 1997 02:00:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA09928; Tue, 17 Jun 1997 02:00:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA11208; Tue, 17 Jun 1997 02:00:12 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA03259 for ; Tue, 17 Jun 1997 02:00:11 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id CAA07197 for info-performer@sgi.com; Tue, 17 Jun 1997 02:00:10 -0700 Date: Tue, 17 Jun 1997 02:00:10 -0700 Message-Id: <199706170900.CAA07197@remi.engr.sgi.com> Subject: Re: Projected Texture Advice From: "Remi Arnaud" X-Face: #u?+;>p{-Ci})Ft+l6j@MS8ff>3#392Sq^]=)^Y8lB#9eb~aI26hmrSMC(/4$76Y3H16cujkD,ajsB:J"Jm7~/Xg"{KutuwfAN.L5JlSnlRu9#{b?EhRYXM6=-wA[?4wr0$ix Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA09964; Tue, 17 Jun 1997 02:01:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA11229; Tue, 17 Jun 1997 02:01:04 -0700 Received: from ez31.echtzeit.de (ez31.echtzeit.de [195.82.64.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA03320 for ; Tue, 17 Jun 1997 02:01:02 -0700 env-from (ruediger@mail3.echtzeit.de) Received: by ez31.echtzeit.de (Smail3.2) from schael.echtzeit.de (195.82.64.8) with smtp id ; Tue, 17 Jun 1997 10:51:58 +0200 (MESZ) Received: by schael.echtzeit.de (Smail3.2) id ; Tue, 17 Jun 1997 10:27:12 +0200 (MEST) From: "Ruediger Polster" Message-Id: <9706171027.ZM7699@schael.echtzeit.de> Date: Tue, 17 Jun 1997 10:27:12 +0200 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Interface Touchscreen ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hallo, For people who do not like work on the Computer Screen but just downloading some Scenes into Performer or Performerbased Applikation we are seeking for an Interface like a Touchscreen which gives a form like an editorial office. has somebody any expierience to connect a touchscreen to SGI-IRON ? and wrote an interface for Performer. 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 ................................................................................ \\\|||/// \\ - - // ( @ @ ) +----------------oOOo-(_)-oOOo----------------------+ Message of the Day: +-------------------------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 Tue Jun 17 05:38:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA09960; Tue, 17 Jun 1997 02:00:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA09926; Tue, 17 Jun 1997 02:00:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA11203; Tue, 17 Jun 1997 02:00:11 -0700 Received: from punt-2.mail.demon.net (relay-13.mail.demon.net [194.217.242.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA03256 for ; Tue, 17 Jun 1997 02:00:09 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id aa0617690; 17 Jun 97 9:45 BST From: Mark Baranowski To: Rmi Arnaud Cc: info-performer@sgi.com Subject: Re: Projected Texture Advice Date: Tue, 17 Jun 1997 08:46:29 GMT Organization: Pera Reply-To: info-performer@sgi.com Message-ID: <33a64a19.3345759@post.demon.co.uk> References: <199706170015.RAA05990@remi.engr.sgi.com> In-Reply-To: <199706170015.RAA05990@remi.engr.sgi.com> 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 Mon, 16 Jun 1997 17:15:45 -0700 (PDT), Remi wrote: >>=20 >> The man page for pfLightsource says that textured geometry is rendered >> twice when using PROJTEX mode. Can I safely assume that the toy model >> will not be part of the second pass. If not is there anything I can do >> to stop the toy being considered in the second pass (e.g. something >> clever with traversal masks and/or traversal mode PFTRAV_MULTIPASS)? >>=20 >> Thanks in advance for any advice, >>=20 > > > You could set the object Emissive, so no lights are applied to it using > the PFMPASS_EMISSIVE_PASS bit in the PFTRAV_MULTIPASS flag, and set the > material of the toy to be emissive.=20 You have me slightly confused. I thought this *would* introduce another rendering pass on the toy (which is definitely what I don't want). Are you saying that the toy would only be rendered once in this situation? If so, I do not want the toy to glow in the dark, so would have to make the emmisive properties small. Would the toy still be illuminated by other light sources (I anticipate having one other infinite light source in the scene). Thanks, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 08:24:10 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA10079; Tue, 17 Jun 1997 02:49:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA10063; Tue, 17 Jun 1997 02:49:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA13192; Tue, 17 Jun 1997 02:49:50 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA08632 for ; Tue, 17 Jun 1997 02:49:32 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA04985; Tue, 17 Jun 1997 15:19:30 -0530 Message-Id: <199706172049.PAA04985@teil.soft.net> Subject: C++ To: info-performer@sgi.com Date: Tue, 17 Jun 1997 15:19:30 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 225 Status: O hi, do someone know any mailing list LIKE THIS for C++ related stuff? of anyother kind of thing where they discuss C++ related stuff!! thanks, -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 10: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 FAA10242; Tue, 17 Jun 1997 05:00:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA10226; Tue, 17 Jun 1997 05:00:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA19423; Tue, 17 Jun 1997 05:00:26 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id EAA23092 for ; Tue, 17 Jun 1997 04:59:49 -0700 env-from (dnouls@luc.ac.be) Received: from woody.edm.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA12152; Tue, 17 Jun 1997 14:02:23 +0200 Sender: dnouls@luc.ac.be Message-Id: <33A69792.2131F565@luc.ac.be> Date: Tue, 17 Jun 1997 13:56:34 +0000 From: David Nouls Organization: EDM - http://edm.luc.ac.be X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Textures not powers of 2 ? X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, We have a database with textures that are not powers of two. When we look at the scene with perfly_igl, the scene is correctly textured. When we use perfly_ogl, the textures are skewed. Some facts: We are using RE2 Onyx, Performer_eoe 2.0.4 and performer_dev 2.0.2, all recommended patches installed. We never noticed this effect with the older Performer 2.0 version, so I guess this might be a bug. /)avid -- This sig has been *CENSORED* ======================================================================= 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 Jun 17 11:11:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA10282; Tue, 17 Jun 1997 05:27:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA10266; Tue, 17 Jun 1997 05:27:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA21527; Tue, 17 Jun 1997 05:27:55 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id FAA26534 for ; Tue, 17 Jun 1997 05:27:51 -0700 env-from (dnouls@luc.ac.be) Received: from woody.edm.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA14057; Tue, 17 Jun 1997 14:30:31 +0200 Sender: dnouls@luc.ac.be Message-Id: <33A69E29.DD93EA53@luc.ac.be> Date: Tue, 17 Jun 1997 14:24:41 +0000 From: David Nouls Organization: EDM - http://edm.luc.ac.be X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 6.3 IP32) Mime-Version: 1.0 To: info-performer@sgi.com Subject: IR Onyx2 which rastermanager ? X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, We need to have Multisampling on an Onyx2 with IR at Full Overscan PAL resolution. How many and which rastermanagers do we need for this ? What are the differences between RM6, RM7 and RM8 ? /)avid -- This sig has been *CENSORED* ======================================================================= 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 Jun 17 12:34:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA10564; Tue, 17 Jun 1997 06:54:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10548; Tue, 17 Jun 1997 06:54:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA26923; Tue, 17 Jun 1997 06:54:56 -0700 Received: from escape.com (escape.com [198.6.71.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA09018 for ; Tue, 17 Jun 1997 06:54:45 -0700 env-from (vonness@escape.com) Received: from anchor (anchor.arship21.com [208.199.160.70]) by escape.com (8.8.3/8.6.9) with SMTP id KAA14276 for ; Tue, 17 Jun 1997 10:14:02 GMT Sender: csi@escape.com Message-ID: <33A69721.41C6@escape.com> Date: Tue, 17 Jun 1997 09:54:41 -0400 From: Charles Vonness Organization: SAIC X-Mailer: Mozilla 3.01Gold (X11; U; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Spotlights that Cast Shadows Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I know that I asked a very similiar question before but does anyone have any example code of how to do spotlights that cast shadows in Performer 2.1 using OpenGL (that is what I did not realize before that you could not use IRISGL in 2.1). I am running IRIX 6.2 on an iR machine. Thanks again, Charlie ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 15:55:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA11073; Tue, 17 Jun 1997 09:55:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA11057; Tue, 17 Jun 1997 09:55:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA21057; Tue, 17 Jun 1997 09:55:51 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA17308 for ; Tue, 17 Jun 1997 09:55:50 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id JAA07762 for info-performer@sgi.com; Tue, 17 Jun 1997 09:55:49 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706171655.JAA07762@remi.engr.sgi.com> Subject: Re: Projected Texture Advice To: info-performer@sgi.com Date: Tue, 17 Jun 1997 09:55:49 -0700 (PDT) In-Reply-To: <33a64a19.3345759@post.demon.co.uk> from "Mark Baranowski" at Jun 17, 97 08:46:29 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: 1810 Status: O Mark Baranowski wrote: > > On Mon, 16 Jun 1997 17:15:45 -0700 (PDT), Remi wrote: > > > >>=20 > >> The man page for pfLightsource says that textured geometry is rendered > >> twice when using PROJTEX mode. Can I safely assume that the toy model > >> will not be part of the second pass. If not is there anything I can do > >> to stop the toy being considered in the second pass (e.g. something > >> clever with traversal masks and/or traversal mode PFTRAV_MULTIPASS)? > >>=20 > >> Thanks in advance for any advice, > >>=20 > > > > > > You could set the object Emissive, so no lights are applied to it using > > the PFMPASS_EMISSIVE_PASS bit in the PFTRAV_MULTIPASS flag, and set the > > material of the toy to be emissive.=20 > > You have me slightly confused. I thought this *would* introduce > another rendering pass on the toy (which is definitely what I don't > want). Are you saying that the toy would only be rendered once in this > situation? > > If so, I do not want the toy to glow in the dark, so would have to > make the emmisive properties small. Would the toy still be illuminated > by other light sources (I anticipate having one other infinite light > source in the scene). > No, the toy will not have any light source applied to it. the result will be the same as if you turn off lights in performer. You will have to change the colors of the object, using pfColortable for example. the object will be rendered once after the multipass algorithm that will be applied on all non emissive objects. If you want to do something specific, you will have to use bins, and pfDrawBins, and do your own multipass algorithm. _ / _ _ |_) _ ._ _ 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 Jun 17 16:46:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA11991; Tue, 17 Jun 1997 12:46:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA11975; Tue, 17 Jun 1997 12:46:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA25848; Tue, 17 Jun 1997 12:46:23 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA01587 for ; Tue, 17 Jun 1997 12:46:22 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id MAA25840; Tue, 17 Jun 1997 12:46:22 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id MAA00199; Tue, 17 Jun 1997 12:46:11 -0700 From: "Rob Jenkins" Message-Id: <9706171246.ZM197@quid.csd.sgi.com> Date: Tue, 17 Jun 1997 12:46:11 -0700 In-Reply-To: David Nouls "IR Onyx2 which rastermanager ?" (Jun 17, 2:24pm) References: <33A69E29.DD93EA53@luc.ac.be> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: David Nouls , info-performer@sgi.com Subject: Re: IR Onyx2 which rastermanager ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 17, 2:24pm, David Nouls wrote: > Subject: IR Onyx2 which rastermanager ? > Hello, > > We need to have Multisampling on an Onyx2 with IR at Full Overscan PAL > resolution. > How many and which rastermanagers do we need for this ? What are the > differences between RM6, RM7 and RM8 ? > > /)avid > -- > This sig has been *CENSORED* > ======================================================================= > 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 Nouls You can use ircombine to work out how deep your pixels can be ( run on any machine, just specify target HW - see ircombine user guide ), set up your vof and see how deep you pixels are: small, medium, large etc ( 256, 512, and 1024 bits and so on ). I think you'd get at least 4 samples at PAL res with 1 RM6. An example of working this out by hand is, ( once you know pixel depth ): 1.Estimate the number of bits of framebuffer memory required for the previously-chosen Visual. eg. 32 bits for pixel tag word + 30 bits for RGB10 front buffer + 30 bits for RGB10 back buffer + 4 samples * ( 24 bits for RGB8 color + 23 bits for Z + 1 bit for stencil ) = 284 bits RM6 supports pixel depths of 256, 512, and 1024 bits. Round up the number of bits to the closest depth. eg. 284 rounds up to 512 so if you had medium pixels you could have RGB10 + 4 samples + 23 bit Z + 1 stencil There's more to this if you need to think about fill rate etc, if you already have a machine ( as opposed to working out what HW you need to buy ) then the easiest thing would be to load your vof with ircombine then run 'findvis' on the machine and look at the visuals available with multisamples, if you don't see enough samples ( in a visual that has the other things you need too ) then you need more RM. I *think* this is right: RM6 is Onyx RM, can be 16 or 64MB RM7 is Onyx2 RM, like RM6 just laid out differently, can be 16 or 64 MB RM8 is Onyx2 'Reality' RM, it's an RM7 with it's wings clipped, it's cheaper and has up to 4 multisamples at reduced performance, similar non-multisample performance, shallower max pixel config. You'd be looking at RM 7s then. Cheers Rob -- ________________________________________________________________ Rob Jenkins mailto:robj@csd.sgi.com Silicon Graphics, Mtn View, California, USA ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 16:46:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA12040; Tue, 17 Jun 1997 12:53:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA12024; Tue, 17 Jun 1997 12:53:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA28440; Tue, 17 Jun 1997 12:52:57 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA03096 for ; Tue, 17 Jun 1997 12:52:56 -0700 env-from (javier@sixty.asd.sgi.com) Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id MAA02595; Tue, 17 Jun 1997 12:52:55 -0700 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA01712; Tue, 17 Jun 1997 12:52:50 -0700 From: "Javier Castellar" Message-Id: <9706171252.ZM1710@sixty.asd.sgi.com> Date: Tue, 17 Jun 1997 12:52:50 -0700 In-Reply-To: David Nouls "IR Onyx2 which rastermanager ?" (Jun 17, 2:24pm) References: <33A69E29.DD93EA53@luc.ac.be> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: David Nouls , info-performer@sgi.com Subject: Re: IR Onyx2 which rastermanager ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O RM6 --- RasterManagers used in Onyx InfiniteReality (not Onyx2) RM7 --- RasterManagers used in Onyx2 InfiniteReality RM8 --- RasterManagers used in Onxy2 Reality In your case (Onyx2 IR), one RM7 is capable of two 1280x1024 channels with 4 multisamples, therefore for PAL resolution(I dont quite understand what you mean with Full Overscan) or any resolution under 1280x1024 8 multisamples will be available. Off course is you use quad bufferred stereo, p buffers ... etc then the number of available ms refered above might be reduced. -Javier On Jun 17, 2:24pm, David Nouls wrote: > Subject: IR Onyx2 which rastermanager ? > Hello, > > We need to have Multisampling on an Onyx2 with IR at Full Overscan PAL > resolution. > How many and which rastermanagers do we need for this ? What are the > differences between RM6, RM7 and RM8 ? > > /)avid > -- > This sig has been *CENSORED* > ======================================================================= > 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 Nouls -- ************************************************************************* * 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 Jun 17 16:46:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA11697; Tue, 17 Jun 1997 12:02:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA11681; Tue, 17 Jun 1997 12:02:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA13813; Tue, 17 Jun 1997 12:02:13 -0700 Received: from jeeves.icemt.iastate.edu (jeeves.icemt.iastate.edu [129.186.232.200]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA19409 for ; Tue, 17 Jun 1997 12:02:11 -0700 env-from (image@iastate.edu) 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 ESMTP id OAA00551; Tue, 17 Jun 1997 14:02:08 -0500 Received: from kahuna.icemt.iastate.edu (localhost [127.0.0.1]) by kahuna.icemt.iastate.edu (950413.SGI.8.6.12/8.6.12) with SMTP id OAA02602; Tue, 17 Jun 1997 14:02:07 -0500 Sender: image@icemt.iastate.edu Message-ID: <33A6DF2F.41C6@iastate.edu> Date: Tue, 17 Jun 1997 14:02:07 -0500 From: Jeremy Eccles Organization: The Iowa Center for Emerging Manufacturing Technology X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: David Nouls CC: info-performer@sgi.com Subject: Re: Textures not powers of 2 ? References: <33A69792.2131F565@luc.ac.be> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I have an executable that will go through an entire directory of textures and convert them to powers of two. I am using MultiGen II to create my databases. Due to the nature of it's texture mapping, it will not affect the database at all to have the dimensions of the textures changed. If anyone is interested in a power of two converter, I will make it available. soli Deo gloria -jeremy -- -------------------------------------------------------------------------------- jeremy samuel eccles http://www.public.iastate.edu/~image image@iastate.edu The Iowa Center for Emerging Manufacturing Technology (ICEMT) Iowa State University, Ames, IA http://www.icemt.iastate.edu/ -------------------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 17:11:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12208; Tue, 17 Jun 1997 13:22:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12192; Tue, 17 Jun 1997 13:22:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA05331; Tue, 17 Jun 1997 13:22:22 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA09004 for ; Tue, 17 Jun 1997 13:22:21 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA04454; Tue, 17 Jun 1997 13:22:13 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA26702; Tue, 17 Jun 1997 13:22:09 -0700 Date: Tue, 17 Jun 1997 13:22:09 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706171322.ZM26700@multipass.asd.sgi.com> In-Reply-To: David Nouls "IR Onyx2 which rastermanager ?" (Jun 17, 2:24pm) References: <33A69E29.DD93EA53@luc.ac.be> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: David Nouls , info-performer@sgi.com Subject: Re: IR Onyx2 which rastermanager ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 17, 2:24pm, David Nouls wrote: > Subject: IR Onyx2 which rastermanager ? > Hello, > > We need to have Multisampling on an Onyx2 with IR at Full Overscan PAL > resolution. > How many and which rastermanagers do we need for this ? What are the > differences between RM6, RM7 and RM8 ? RM6 - ONYX iR RM7 - ONYX2 iR RM8 - ONYX2 Reality You have ONYX2 iR so your choice is RM7 with 16 or 64 Mb texture memory. The Display Generator on Infinite Reality can scan convert and encode 1280x1024 to pal y/c or composite video. 1 RM7 can comfortably do 1280x1024 with 4 or 8 sample anti-aliasing. This can be scan converted in the display generator so the quality of anti-aliasing will be much greater. You may also want to use an external scan convertor/encoder. If you just want PAL RGB straight from the framebuffer then 1 RM7 on iR can also do 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 Tue Jun 17 17:11:18 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12305; Tue, 17 Jun 1997 13:31:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12284; Tue, 17 Jun 1997 13:31:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA07096; Tue, 17 Jun 1997 13:31:35 -0700 Received: from wolfenet.com ([204.157.98.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA11208 for ; Tue, 17 Jun 1997 13:31:34 -0700 env-from (moore@WOLFENET.com) Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfenet.com (8.8.5/8.8.5) with ESMTP id NAA02477; Tue, 17 Jun 1997 13:32:14 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id NAA04636; Tue, 17 Jun 1997 13:30:57 -0700 (PDT) Date: Tue, 17 Jun 1997 13:30:57 -0700 (PDT) Message-Id: <199706172030.NAA04636@gonzo.wolfenet.com> From: Timothy Moore To: LLU@FALCON.AL.WPAFB.AF.MIL CC: info-performer@sgi.com In-reply-to: (message from Liem Lu on Mon, 16 Jun 1997 17:20:03 -0400) Subject: Re: Performance questions Status: O Date: Mon, 16 Jun 1997 17:20:03 -0400 From: Liem Lu To those of you who are doing database paging: What kind of performance hit do you get when you do database paging compared to when you are not? On our machine (Onyx RE, 8 150MHZ R4400 CPUs, 128 MB memory, 4MB tex mem, 3 pipes), the update rate went from 30Hz to 15Hz every time I page in a FLT file of approximately 500 polygons. The App process was locked on CPU #1, the three Cull processes and three Draw processes were locked on CPU #2,3,4,5,6, and 7 respectively. I forced the dbase process to run on CPU #0. That didn't help much. Is that the kind of performance I should expect when database paging? Most people doing database paging use the .pfb binary format or a custom file format. Flight is not very database-paging friendly. Also, I've noticed that even though the CPUs were locked for my Performer processes as above, the update rate would go down when someone run an unix app such as the emacs editor or make. This happens even when I wasn't doing database paging. What's up with that? Isn't the pfuLockDown{App, Cull, Draw} command supposed to lock the CPUs away from other apps from disturbing the Performer processes? Are you using pfuPrioritizeProcs and running as root? 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 Tue Jun 17 17:11:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12115; Tue, 17 Jun 1997 13:08:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12099; Tue, 17 Jun 1997 13:08:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA02579; Tue, 17 Jun 1997 13:08:22 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA06215 for ; Tue, 17 Jun 1997 13:08:21 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA03711; Tue, 17 Jun 1997 13:08:20 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA26690; Tue, 17 Jun 1997 13:08:18 -0700 Date: Tue, 17 Jun 1997 13:08:18 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706171308.ZM26688@multipass.asd.sgi.com> In-Reply-To: David Nouls "Textures not powers of 2 ?" (Jun 17, 1:56pm) References: <33A69792.2131F565@luc.ac.be> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: David Nouls , info-performer@sgi.com Subject: Re: Textures not powers of 2 ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 17, 1:56pm, David Nouls wrote: > Subject: Textures not powers of 2 ? > Hello, > > We have a database with textures that are not powers of two. When we > look at the scene with perfly_igl, the scene is correctly textured. When > we use perfly_ogl, the textures are skewed. > > Some facts: > We are using RE2 Onyx, Performer_eoe 2.0.4 and performer_dev 2.0.2, all > recommended patches installed. > > We never noticed this effect with the older Performer 2.0 version, so I > guess this might be a bug. No, you just got lucky before. Textures should always be a power of 2 on each edge. That is how they end up in texture memory in anycase so it makes sense to choose your resize policy. It can be immensely wastefull to do otherwise, even getting lucky. Cheers,Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 19:01:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12857; Tue, 17 Jun 1997 14:48:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12841; Tue, 17 Jun 1997 14:48:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25940; Tue, 17 Jun 1997 14:48:13 -0700 Received: from server.cs.uiowa.edu (server.cs.uiowa.edu [128.255.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA01683 for ; Tue, 17 Jun 1997 14:48:10 -0700 env-from (lwittie@cs.uiowa.edu) Received: from chaff.cs.uiowa.edu (22980@chaff.cs.uiowa.edu [128.255.28.69]) by server.cs.uiowa.edu with id QAA05653 for ; Tue, 17 Jun 1997 16:48:08 -0500 (CDT) From: Lea Wittie Message-Id: <199706172148.QAA05653@server.cs.uiowa.edu> Subject: stereo To: info-performer@sgi.com Date: Tue, 17 Jun 1997 16:48:06 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I was looking at Allan Schaffer's stereo.c and I was wondering if he (or anyone else) could explain how these code bits worked: static void DrawChannel (pfChannel *channel, void *left) { ...... /* which buffer to draw into ? */ if(Shared->stereo) { /* if not stereo, draw to left all the time */ if(*(int*)left) { #ifdef IRISGL leftbuffer(1); rightbuffer(0); #else glDrawBuffer(GL_BACK_LEFT); #endif } else { #ifdef IRISGL leftbuffer(0); rightbuffer(1); #else glDrawBuffer(GL_BACK_RIGHT); #endif } } ...... } I don't understand what "if(*(int*)left)" does. Does it make left into an integer or look to see if it's already one? I was also wondering if this meant that the value of left switched between int to non-int every time this function is called. If so, what causes this? Thanks a bunch for any help you can give, -Lea Wittie lwittie@cs.uiowa.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 17 19:01:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12835; Tue, 17 Jun 1997 14:47:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12819; Tue, 17 Jun 1997 14:47:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25840; Tue, 17 Jun 1997 14:47:45 -0700 Received: from helios.Discreet.QC.CA (discreet.com [198.168.76.29]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA01554 for ; Tue, 17 Jun 1997 14:47:44 -0700 env-from (amit@Discreet.COM) Received: from cuba by helios.Discreet.QC.CA id RAA19010; Tue, 17 Jun 1997 17:43:42 -0400 Received: from sink (sink [172.16.100.41]) by cuba (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA09559; Tue, 17 Jun 1997 17:46:43 -0400 From: amit@Discreet.COM (Amit Parghi) Received: (from amit@localhost) by sink (950413.SGI.8.6.12/) id RAA09086; Tue, 17 Jun 1997 17:46:38 -0400 Date: Tue, 17 Jun 1997 17:46:38 -0400 Message-Id: <9706171746.ZM9084@sink> In-Reply-To: David Nouls "IR Onyx2 which rastermanager ?" (Jun 17, 2:24pm) References: <33A69E29.DD93EA53@luc.ac.be> Reply-To: amit@Discreet.COM (Amit Parghi) X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: David Nouls , info-performer@sgi.com Subject: Re: IR Onyx2 which rastermanager ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O David Nouls wrote: > We need to have Multisampling on an Onyx2 with IR at Full Overscan PAL > resolution. > How many and which rastermanagers do we need for this ? What are the > differences between RM6, RM7 and RM8 ? There are several questions here. Basically, the short answer is that more information is needed to give you a useful answer. However, the other short answer is: If you need 1280x1024 with double-buffered multisampling but *don't* need stencil planes, accbuffer, etc., then there are several visuals with 12-bit RGBA and four-sample multisampling that are available with just one RM7.) First, for an Onyx2/iR, you will only have RM7 raster managers; the RM7 comes in two models, one with 16MB of texture memory and one with 64MB of texture memory (use /usr/gfx/gfxinfo to see which you have). Both models of RM7 have the same amount of frame buffer storage, so this won't affect the number of RMs needed to achieve a particular pixel depth. The number of RMs you will need is dependent on the total frame buffer space you'll need: this in turn is a function of your total "managed area" (i.e., the total area of frame buffer space across all video channels) and the "pixel depth" (the number of bits per pixel, generally labelled as small/medium/large/xl). The pixel depth in turn depends on more than just multisampling: there are a number of different GLX visual settings available (for each area/depth combination) that provide different combinations of: - R/G/B/A planes (most at either 10 or 12 bits depth) - double-buffering - depth (Z) buffering - stencil buffers - accumulation buffers - multisample buffers - aux buffers For a particular managed area setting (as set up and installed with /usr/gfx/ircombine), you can get a list of the available visuals with 'glxinfo'. So, what you'll need to determine (in addition to multisampling and "full overscan PAL") is the total area in the frame buffer (i.e., the console + any other video channels) and the total depth required (i.e., all the buffers you need). Amit -- AMIT PARGHI DISCREET LOGIC amit@discreet.com 10, rue Duke, Montreal, Quebec +1.514.272.0525 Canada H3C 2L7 VAPOUR: the best way to cook a fish ======================================================================= 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 Jun 18 02:42:15 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA15702; Tue, 17 Jun 1997 21:12:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA15686; Tue, 17 Jun 1997 21:12:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id VAA02812; Tue, 17 Jun 1997 21:12:56 -0700 Received: from proxima.engr.sgi.com ([150.166.37.63]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA08199 for ; Tue, 17 Jun 1997 21:12:55 -0700 env-from (tomcat@asd.sgi.com) Received: from proxima (localhost [127.0.0.1]) by proxima.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) via SMTP id VAA14743; Tue, 17 Jun 1997 21:12:53 -0700 Sender: tomcat@asd.sgi.com Message-ID: <33A76044.28CC@asd.sgi.com> Date: Tue, 17 Jun 1997 21:12:52 -0700 From: Tom McReynolds X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.4 IP22) MIME-Version: 1.0 To: Lea Wittie CC: info-performer@sgi.com Subject: Re: stereo References: <199706172148.QAA05653@server.cs.uiowa.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Lea Wittie wrote: > > Hi, > I was looking at Allan Schaffer's stereo.c and I was wondering if > he (or anyone else) could explain how these code bits worked: Don't blame poor Allan for this monstrosity. I'm the guilty one! :-) > > static void > DrawChannel (pfChannel *channel, void *left) > { > ...... > > /* which buffer to draw into ? */ > if(Shared->stereo) { /* if not stereo, draw to left all the time */ > if(*(int*)left) { > #ifdef IRISGL > leftbuffer(1); > rightbuffer(0); > #else > glDrawBuffer(GL_BACK_LEFT); > #endif > } else { > #ifdef IRISGL > leftbuffer(0); > rightbuffer(1); > #else > glDrawBuffer(GL_BACK_RIGHT); > #endif > } > } > ...... > } > > I don't understand what "if(*(int*)left)" does. Does it make left > into an integer or look to see if it's already one? I was also wondering if > this meant that the value of left switched between int to non-int every > time this function is called. If so, what causes this? I was just being anal. I use channel data so the draw call back can tell the left channel from the right. If you look up earlier in the code, I alloc an int of channel data for each channel, then set the left channel's data to 1, the right to zero. The callback uses a void* argument, so I just cast it back to an int * then dereference to get the original 0 or 1 value. The cast should be free, and it avoids any compiler warnings, or (unlikely) problems if a void * is a different size from an int *. To be honest, I didn't put a lot a thought into it :-). -Tom > > Thanks a bunch for any help you can give, > > -Lea Wittie > lwittie@cs.uiowa.edu > ======================================================================= > 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 Jun 18 05:01:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA16210; Wed, 18 Jun 1997 01:33:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA16194; Wed, 18 Jun 1997 01:33:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA15338; Wed, 18 Jun 1997 01:33:00 -0700 Received: from glup.eleinf.uv.es (glup.eleinf.uv.es [147.156.133.7]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA11392 for ; Wed, 18 Jun 1997 01:28:37 -0700 env-from (jcasilla@glup.eleinf.uv.es) Received: from localhost by glup.eleinf.uv.es with SMTP (1.39.111.2/16.2) id AA021316096; Wed, 18 Jun 1997 10:28:16 +0100 Date: Wed, 18 Jun 1997 10:28:16 +0100 (WETDST) From: Joaquin Casillas Melendez To: Performer Mailing List Subject: Onyx2 & Antialiasing Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hello Performers. We have recently adquired an Onyx2 with Reality graphics and two RM8 boards. We have tried some models with perfly and noticed that antialiasing is not working. When I run the gfxinfo utility, I get something like this: Graphics board 0 is "KONAL" graphics. Managed (":0.0") 1280x1024 Display has 2 channels 2 GEs (of 2), occmask = 0x03 4MB external BEF ram, 32bit path 2 RM8 boards (of 2) 1/1/0/0 Texture Memory: 16MB/16MB/-/- Small pixel depth 32K cmap It would be very appreciated if someone could help me about configuring the system, in order to get antialiasing working correctly. ======================================================================= 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 Jun 18 05:02:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA16229; Wed, 18 Jun 1997 01:33:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA16213; Wed, 18 Jun 1997 01:33:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA15345; Wed, 18 Jun 1997 01:33:05 -0700 Received: from rainich.dcs.ed.ac.uk (rainich.dcs.ed.ac.uk [129.215.160.105]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA11817 for ; Wed, 18 Jun 1997 01:33:01 -0700 env-from (mxr@dcs.ed.ac.uk) Received: from calvay.dcs.ed.ac.uk by rainich.dcs.ed.ac.uk with SMTP (PP); Wed, 18 Jun 1997 09:32:47 +0100 Received: from localhost by calvay.dcs.ed.ac.uk; Wed, 18 Jun 1997 09:32:36 +0100 Date: Wed, 18 Jun 1997 09:32:33 +0100 (BST) From: Martin Reddy To: Lea Wittie cc: Performer List Subject: Re: stereo In-Reply-To: <199706172148.QAA05653@server.cs.uiowa.edu> Message-ID: Organisation: SRI International - Artificial Intelligence Center MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > I don't understand what "if(*(int*)left)" does. > [...] > DrawChannel (pfChannel *channel, void *left) "left" is therefore a pointer to void. > if(*(int*)left) { "(int *)left" casts this pointer to a pointer to an integer. "*(int *)left" then dereferences this pointer to return the actual integer that is pointed to by left. if this value is TRUE (!=0), then the first section of the if statement is performed. Otherwise, if the integer is FALSE (0), then the else bit is performed. > Does it make left into an integer or look to see if it's already one? i.e. it returns the integer pointed to by left (it doesn't change left in any way, so be careful when saying things like "make left into an integer"). Martin. --------------------------------------------------------------------------- Martin Reddy SRI International, AI Center Menlo Park, CA 94025-3493 reddy@ai.sri.com Tel. +44 131 650 5164 (temp) http://www.ai.sri.com/~reddy Fax. +44 131 667 7209 (temp) ======================================================================= 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 Jun 18 05:02:03 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA16292; Wed, 18 Jun 1997 01:39:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA16276; Wed, 18 Jun 1997 01:39:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA15623; Wed, 18 Jun 1997 01:39:00 -0700 Received: from mpik-tueb.mpg.de (chicory.mpik-tueb.mpg.de [192.124.28.133]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA12443 for ; Wed, 18 Jun 1997 01:38:57 -0700 env-from (veen@mpik-tueb.mpg.de) Received: (from veen@localhost) by mpik-tueb.mpg.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA00140; Wed, 18 Jun 1997 10:38:54 +0200 From: "Hendrik-Jan van Veen" Message-Id: <9706181038.ZM138@chicory.mpik-tueb.mpg.de> Date: Wed, 18 Jun 1997 10:38:54 +0000 In-Reply-To: Jeremy Eccles "Re: Textures not powers of 2 ?" (Jun 17, 14:02) References: <33A69792.2131F565@luc.ac.be> <33A6DF2F.41C6@iastate.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Textures not powers of 2 ? Cc: Jeremy Eccles Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 17, 14:02, Jeremy Eccles wrote: > Subject: Re: Textures not powers of 2 ? > If anyone is interested in a power of two converter, I will make it > available. Yes, I'm certainly interested in such a converter. How did you implement things (I guess not just a crop to the nearest smaller power of 2..): anisotropic scaling, isotropic scaling introducing borders, something else? Hendrik-Jan van Veen MPI Biological Cybernetics, Tuebingen, 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 Wed Jun 18 07:54:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA16401; Wed, 18 Jun 1997 02:17:20 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA16385; Wed, 18 Jun 1997 02:17:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA16987; Wed, 18 Jun 1997 02:17:19 -0700 Received: from punt-2.mail.demon.net (relay-13.mail.demon.net [194.217.242.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id CAA16675 for ; Wed, 18 Jun 1997 02:17:16 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id aa1301765; 18 Jun 97 10:17 BST From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Projected Texture Advice Date: Wed, 18 Jun 1997 09:18:14 GMT Organization: Pera Message-ID: <33a79846.2869558@post.demon.co.uk> References: <199706171655.JAA07762@remi.engr.sgi.com> In-Reply-To: <199706171655.JAA07762@remi.engr.sgi.com> 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 Tue, 17 Jun 1997 09:55:49 -0700 (PDT), Remi wrote: >> > You could set the object Emissive, so no lights are applied to it = using >> > the PFMPASS_EMISSIVE_PASS bit in the PFTRAV_MULTIPASS flag, and set = the >> > material of the toy to be emissive.=3D20 >>=20 >> You have me slightly confused. I thought this *would* introduce >> another rendering pass on the toy (which is definitely what I don't >> want). Are you saying that the toy would only be rendered once in this >> situation? >>=20 >> If so, I do not want the toy to glow in the dark, so would have to >> make the emmisive properties small. Would the toy still be illuminated >> by other light sources (I anticipate having one other infinite light >> source in the scene). >>=20 > No, the toy will not have any light source applied to it. the result > will be the same as if you turn off lights in performer. You will have > to change the colors of the object, using pfColortable for example. > the object will be rendered once after the multipass algorithm that > will be applied on all non emissive objects. > If you want to do something specific, you will have to use bins, > and pfDrawBins, and do your own multipass algorithm. If the toy is not illuminated by the other (infinite) light source then I don't think the emissive material approach you describe is suitable for us. I was hoping to avoid having to implement our own projected texture approach, as Performer does it anyway. Does anyone else have any suggestions? Am I correct in assuming that using the normal PROJTEX pfLightsource behaviour will result in the toy being rendered twice (even though it is not textured)? Just in case we end up having to do something specific ourselves, is there a description of the algorithm for projected textures anywhere? (we haven't got the example gl code which used to be under /usr/people/4Dgifts on our machines). Thanks again for any help. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 18 10: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 FAA16668; Wed, 18 Jun 1997 05:03:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA16652; Wed, 18 Jun 1997 05:03:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA24811; Wed, 18 Jun 1997 05:03:11 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA06100 for ; Wed, 18 Jun 1997 05:03:10 -0700 env-from (mayer@cae.ca) Received: tid IAA19172; Wed, 18 Jun 1997 08:00:06 -0400 Received: from graffiti.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA103649; Wed, 18 Jun 1997 07:56:22 -0400 Received: by graffiti.cae.ca (940816.SGI.8.6.9/930416.SGI.AUTO) id HAA08788; Wed, 18 Jun 1997 07:46:39 -0400 Date: Wed, 18 Jun 1997 07:46:39 -0400 From: mayer@cae.ca (Sylvain Mayer) Message-Id: <199706181146.HAA08788@graffiti.cae.ca> To: swapnil@teil.soft.net Subject: Re: C++ Cc: info-performer@sgi.com Status: O Swapnil Shah wrote: > > hi, > do someone know any mailing list LIKE THIS for C++ related stuff? > of anyother kind of thing where they discuss C++ related stuff!! Hi , I got the following newsgroups at this URL http://www.bconnex.net/~coldcorn/c.htm comp.lang.c++ comp.std.c++ comp.lang.c++.leda comp.lang.c++.moderated ctdl.lang.c++ hepnet.lang.c++ fj.lang.c++ nersc.c++ good luck Sylvain Mayer, Software Developer, 3-D Graphics Applications CAE Electronics Ltd. (http://www.cae.ca) 8585 Cote De Liesse, Saint-Laurent, Quebec, Canada, H4L-4X4 tel: +1 514 341 2000 extension 2275, fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 18 11:58:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA17030; Wed, 18 Jun 1997 06:17:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17014; Wed, 18 Jun 1997 06:17:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29981; Wed, 18 Jun 1997 06:17:31 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA16772 for ; Wed, 18 Jun 1997 06:17:29 -0700 env-from (Squivid@segolene.roazhon.inra.fr) From: Squivid@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id PAA06668 for ; Wed, 18 Jun 1997 15:16:54 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA07171; Wed, 18 Jun 1997 15:14:03 +0200 Date: Wed, 18 Jun 1997 15:14:03 +0200 Message-Id: <9706181314.AA07171@segolene.roazhon.inra.fr> To: info-performer@sgi.com Subject: stereo on very large scene X-Sun-Charset: US-ASCII Status: O Hello, has someone ever worked on stereo with very large scene using Digital Elevation Model and satellite image textures or something like that ? is stereo interisting on this very large scene ? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 18 12:30:04 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA17084; Wed, 18 Jun 1997 06:45:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17068; Wed, 18 Jun 1997 06:45:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02063; Wed, 18 Jun 1997 06:45:52 -0700 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA21168 for ; Wed, 18 Jun 1997 06:45:29 -0700 env-from (jim@systech.hinet.net) Received: by systech.hinet.net (931110.SGI/930416.SGI.AUTO) for info-performer@sgi.com id AA02260; Wed, 18 Jun 97 21:46:59 -0700 From: "Jim" Message-Id: <9706182146.ZM2258@systech.hinet.net> Date: Wed, 18 Jun 1997 21:46:52 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: info-performer@sgi.com, info-vega@paradigmsim.com Subject: pfMemory problem Cc: jim@systech.hinet.net Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O Hi : I use vega3.0 and performer 2.02 on Max Impact. Don't know somehow it prompt warnning as below when I preview any adf file with vega. But it didn't before. Can you explain it for me? Thank you! --------------------------------------------------------------------- V E G A (MP) -- Version 3.0 Dec 5 1996 07:53:24 --------------------------------------------------------------------- => warn warning: line 203 should have a ";" at the end entityid 0 0 0 0 0 0 0 0; => warn invalid float:'on', got confused at 'on' on line 415 => warn -> Expected a float ======================================================================== MultiGen Inc. OpenFlight (r) loader R15.2d for IRIS Performer 2.x $Date: 1996/12/13 23:03:24 $ ======================================================================== => warn pfMemory::free() can't free() non-pfMemory data ( Error 0 ) ................................................................ ............................................................... => warn pfMemory::free() can't free() non-pfMemory data ( Error 0 ) => warn pfMemory::free() can't free() non-pfMemory data ( Error 0 ) impact 2% in my adf file: observer Default { channel Default; scene Default; gfx Default; env Default; awChannel Default; state 1; tether 3 0; stressstate on; stressparam 0.05 0.91 0.1; stereosep 0.05; stereorng 30; share 0x3; lookat 0; awstate on; modelflags 0x2F; splmin 40; splmax 140; dis off; capabilities 0x0; entityid 0 0 0 0 0 0 0 0; ->line 203 ................. vg_dis { state 0; address 0.0.0.0; timetype 0; siman off; filter on on 1000 1 1 0xFFFFFFFF; ->line 415 ................. -- ------------------------------------------------------------------------------- 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 Wed Jun 18 13:20:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17183; Wed, 18 Jun 1997 07:33:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17167; Wed, 18 Jun 1997 07:33:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA06294; Wed, 18 Jun 1997 07:33:24 -0700 Received: from mayflower.ncsa.uiuc.edu (mayflower.ncsa.uiuc.edu [141.142.230.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA29343 for ; Wed, 18 Jun 1997 07:33:22 -0700 env-from (rbrady@mayflower.ncsa.uiuc.edu) Received: (from rbrady@localhost) by mayflower.ncsa.uiuc.edu (8.7.1/8.7.1) id JAA20224 for info-performer@sgi.com; Wed, 18 Jun 1997 09:33:19 -0500 (CDT) Date: Wed, 18 Jun 1997 09:33:19 -0500 (CDT) From: Rachael Brady Message-Id: <199706181433.JAA20224@mayflower.ncsa.uiuc.edu> To: info-performer@sgi.com Subject: Dynamic Bounding Sphere's on pfText nodes Status: O I'm new to performer and I'm working my way through a few of the example programs. In the text3D.C example in the libpf/C++ directory, I wanted to see the bounding sphere change as the text strings get longer. To do this, I've put the following calls into the main loop of the program: (i.e., these get called every frame) scene->setBound(NULL, PFBOUND_DYNAMIC); scene->getBound(&bsphere); The problem is that the bounding sphere's size never changes. It's correct at the begining of the program, but as the text strings get longer, the bounding sphere does not increase. Has anyone tested bounding spheres on 3D text? Thanks, Rachael Brady ======================================================================= 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 Jun 18 13:59:05 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA17234; Wed, 18 Jun 1997 08:13:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA17218; Wed, 18 Jun 1997 08:13:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA11877; Wed, 18 Jun 1997 08:13:17 -0700 Received: from FALCON.AL.WPAFB.AF.MIL (falcon.al.wpafb.af.mil [129.48.134.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA08470 for ; Wed, 18 Jun 1997 08:13:14 -0700 env-from (LLU@FALCON.AL.WPAFB.AF.MIL) Received: from AL-Message_Server by FALCON.AL.WPAFB.AF.MIL with Novell_GroupWise; Wed, 18 Jun 1997 10:06:08 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Wed, 18 Jun 1997 10:05:54 -0400 From: Liem Lu To: info-performer@sgi.com Subject: re: Performance questions Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Status: O Thank you for the responses to my performance questions. I'm still in the process of trying out your suggestions. I'll post the result when it is done. To answer some of your questions: Yes, I'm running as root. I've tried using pfuPrioritizeProcs and restricting the cpus using mpadmin, none of those seem to have helped. Maybe I wasn't doing it correctly. I'll look into that again. Liem Lu Logicon Technical Services, Inc. P.O. Box 317258 Dayton, OH 45437 USA llu@al.wpafb.af.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 18 15:10:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17339; Wed, 18 Jun 1997 09:08:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17323; Wed, 18 Jun 1997 09:08:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA19578; Wed, 18 Jun 1997 09:08:39 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA21722 for ; Wed, 18 Jun 1997 09:08:36 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199706181608.JAA21722@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 18 Jun 1997 17:12:05 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Wed, 18 Jun 1997 17:12:05 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Wed, 18 Jun 1997 17:05:44 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Wed, 18 Jun 1997 18:45:40 +0200 Date: Wed, 18 Jun 1997 18:45:40 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970618164540] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "Questions@sgi" (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Interfacing Vk-rapidapp with pf MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CHello Performers, We are trying to link rapidapp-made windows with the Performer pipewindow= From guest Wed Jun 18 17:47:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA17809; Wed, 18 Jun 1997 11:47:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA17793; Wed, 18 Jun 1997 11:47:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA18210; Wed, 18 Jun 1997 11:47:00 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA09381 for ; Wed, 18 Jun 1997 11:46:59 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA00969; Wed, 18 Jun 1997 11:46:58 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA28454; Wed, 18 Jun 1997 11:46:57 -0700 Date: Wed, 18 Jun 1997 11:46:57 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706181146.ZM28452@multipass.asd.sgi.com> In-Reply-To: Joaquin Casillas Melendez "Onyx2 & Antialiasing" (Jun 18, 10:28am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Joaquin Casillas Melendez , Performer Mailing List Subject: Re: Onyx2 & Antialiasing Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The Reality only has 40 Mb of framebuffer, that is why you have small pixel depth. Even small pixels should be enough for 4 sample anti-aliasing but remember anti-aliased rendering is significantly slower on Reality graphics, unlike Infinite Reality. Use glxinfo or findvis to list the visuals which support multisamples. Try: findvis | grep samples Cheers,Angus. On Jun 18, 10:28am, Joaquin Casillas Melendez wrote: > Subject: Onyx2 & Antialiasing > Hello Performers. > > We have recently adquired an Onyx2 with Reality graphics and two RM8 > boards. We have tried some models with perfly and noticed that > antialiasing is not working. When I run the gfxinfo utility, I get > something like this: > > Graphics board 0 is "KONAL" graphics. > Managed (":0.0") 1280x1024 > Display has 2 channels > 2 GEs (of 2), occmask = 0x03 > 4MB external BEF ram, 32bit path > 2 RM8 boards (of 2) 1/1/0/0 > Texture Memory: 16MB/16MB/-/- > Small pixel depth > 32K cmap > > It would be very appreciated if someone could help me about configuring > the system, in order to get antialiasing working correctly. > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Joaquin Casillas Melendez ======================================================================= 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 Jun 18 18:16:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA17999; Wed, 18 Jun 1997 12:15:29 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA17983; Wed, 18 Jun 1997 12:15:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA21997; Wed, 18 Jun 1997 12:15:28 -0700 Received: from jupiter.isrc.sandia.gov (jupiter.isrc.sandia.gov [132.175.96.199]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA18109 for ; Wed, 18 Jun 1997 12:15:25 -0700 env-from (desmall@isrc.sandia.gov) Received: from adric (adric [132.175.174.103]) by jupiter.isrc.sandia.gov (8.8.4/8.7.3) with SMTP id NAA18639 for ; Wed, 18 Jun 1997 13:15:24 -0600 (MDT) Sender: desmall@isrc.sandia.gov Message-ID: <33A842FF.41C6@isrc.sandia.gov> Date: Wed, 18 Jun 1997 13:20:15 -0700 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: projective texturing/blending Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello performers, I have an infrared camera image that I'd like to project into a scene with other textured geometry. I would like to perform an addition between the projected image and the textures on the geometry to produce geometry texture that looks brighter (i.e. higher intensity) in the 'hot' (or white) spots of the infrared image. In the gl demo 'projtex.c' blending of the textures is controlled thru direct manipulation of the multipass process. Is there some combination of blending functions that would give me this desired effect? thanks for any and all help, Dan -- ____________________________________________________ Dan Small Intelligent Systems and Robotics Center smail: SNL Org 9622 MS 1010 POBox 5800 ABQ, NM 87123 email: desmall@sandia.gov v:505.844.5301 x6161 fax ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 18 19:45:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18373; Wed, 18 Jun 1997 13:40:15 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA18357; Wed, 18 Jun 1997 13:40:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA03377; Wed, 18 Jun 1997 13:40:14 -0700 Received: from server.cs.uiowa.edu (server.cs.uiowa.edu [128.255.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA12211 for ; Wed, 18 Jun 1997 13:40:12 -0700 env-from (lwittie@cs.uiowa.edu) Received: from chaff.cs.uiowa.edu (22980@chaff.cs.uiowa.edu [128.255.28.69]) by server.cs.uiowa.edu with id PAA22401 for ; Wed, 18 Jun 1997 15:40:11 -0500 (CDT) From: Lea Wittie Message-Id: <199706182040.PAA22401@server.cs.uiowa.edu> Subject: stereo To: info-performer@sgi.com Date: Wed, 18 Jun 1997 15:40:10 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, thanks for all the responses to my last question. I've got another one that's puzzling me. My program should run with one pipe, and 2 channels. Each channel should call the drawChannel function repeatedly. On an Indy SGI R5000 which isn't stereo capable (I asked with glGetBooleanv(GL_STEREO, ¶m)) both channels call the function but use only one buffer (because it is not stereo capable), producing mono. On an Onyx SGI (stereo capable), only one channel ever calls the drawChannel function so only one buffer is used, producing mono. Any ideas why this happens? thanks, -lea lwittie@cs.uiowa.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 18 20:10:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA18455; Wed, 18 Jun 1997 14:03:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA18439; Wed, 18 Jun 1997 14:03:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA06531; Wed, 18 Jun 1997 14:03:22 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA17802 for ; Wed, 18 Jun 1997 14:03:21 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id OAA08967; Wed, 18 Jun 1997 14:03:16 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA28607; Wed, 18 Jun 1997 14:03:15 -0700 Date: Wed, 18 Jun 1997 14:03:15 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706181403.ZM28605@multipass.asd.sgi.com> In-Reply-To: Squivid@segolene.roazhon.inra.fr "stereo on very large scene" (Jun 18, 3:14pm) References: <9706181314.AA07171@segolene.roazhon.inra.fr> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Squivid@segolene.roazhon.inra.fr, info-performer@sgi.com Subject: Re: stereo on very large scene Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 18, 3:14pm, Squivid@segolene.roazhon.inra.fr wrote: > Subject: stereo on very large scene > Hello, > > has someone ever worked on stereo with very large scene > using Digital Elevation Model and satellite image textures > or something like that ? > is stereo interisting on this very large scene ? Yes. Stereo is used to generate elevation information. It's also used for visualisation although in realistic VR environments on large databases the stereo doesn't buy you much due to the small eye separation relative to the database. It *seems* to columate everything unless you have some information in the near distance In a gods eye representation such as battlefield visualisation the eye separation is artificially large to make the stereo usefull for perceiving distance. Display devices like the Fakespace Immersive Workbench are used for "electric sandtable" applications where the display geometry is scaled in the virtual world. The changing frustums used for each eye projection are determined by the physical display device and the relative viewing position of each eye. Cheers,Angus -- __________________________________________ http://www.intergraph.com/press97/q197.htm __________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 18 21:38:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA19405; Wed, 18 Jun 1997 15:41:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA19389; Wed, 18 Jun 1997 15:41:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA22118; Wed, 18 Jun 1997 15:41:08 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA12807 for ; Wed, 18 Jun 1997 15:41:07 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA14990; Wed, 18 Jun 1997 15:40:53 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA28723; Wed, 18 Jun 1997 15:40:44 -0700 Date: Wed, 18 Jun 1997 15:40:44 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706181540.ZM28721@multipass.asd.sgi.com> In-Reply-To: Liem Lu "re: Performance questions" (Jun 18, 10:05am) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Liem Lu , info-performer@sgi.com Subject: Re: Performance questions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Use mpadmin -s to check the status of the CPUs while you are running. Cheers,Angus. On Jun 18, 10:05am, Liem Lu wrote: > Subject: re: Performance questions > Thank you for the responses to my performance > questions. I'm still in the process of trying out > your suggestions. I'll post the result when it is > done. > > To answer some of your questions: > > Yes, I'm running as root. > I've tried using pfuPrioritizeProcs and > restricting the cpus using mpadmin, none of those > seem to have helped. Maybe I wasn't doing it > correctly. I'll look into that again. > > Liem Lu > Logicon Technical Services, Inc. > P.O. Box 317258 > Dayton, OH 45437 USA > llu@al.wpafb.af.mil > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Liem Lu ======================================================================= 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 Jun 19 01:38:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA20391; Wed, 18 Jun 1997 19:51:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA20375; Wed, 18 Jun 1997 19:51:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA18269; Wed, 18 Jun 1997 19:51:15 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA18713 for ; Wed, 18 Jun 1997 19:51:14 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id TAA27684; Wed, 18 Jun 1997 19:51:13 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id TAA29241; Wed, 18 Jun 1997 19:50:42 -0700 Date: Wed, 18 Jun 1997 19:50:42 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706181950.ZM29239@multipass.asd.sgi.com> In-Reply-To: "Daniel E. Small" "projective texturing/blending" (Jun 18, 1:20pm) References: <33A842FF.41C6@isrc.sandia.gov> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Daniel E. Small" , info-performer@sgi.com Subject: Re: projective texturing/blending Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 18, 1:20pm, Daniel E. Small wrote: > Subject: projective texturing/blending > Hello performers, > > I have an infrared camera image that I'd like to project into a scene > with other textured geometry. I would like to perform an addition > between the projected image and the textures on the geometry to produce > geometry texture that looks brighter (i.e. higher intensity) in the > 'hot' (or white) spots of the infrared image. In the gl demo 'projtex.c' > blending of the textures is controlled thru direct manipulation of the > multipass process. Is there some combination of blending functions that > would give me this desired effect? Yes, use: glBlendFunc(GL_ONE, GL_ONE); in a draw callback for the projective thermal pass. You'd also have to enable alpha blending but the safest approach in a performer draw callback would be to do this: pfTransparency(PFTR_BLEND_ALPHA); pfOverride(PFSTATE_TRANSPARENCY, PF_ON); glBlendFunc(GL_ONE, GL_ONE); // also consider a glPolygonOffsetEXT call if needed, remember to undo Then in the post draw you probably want to do something like: pfOverride(PFSTATE_TRANSPARENCY, PF_OFF); You may also want to issue the normal src alpha, one minus src alpha in the post draw but that will depend on what else you do in the application and the scene graph. Cheers,Angus. -- __________________________________________ http://www.intergraph.com/press97/q197.htm __________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 19 06:53:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA21189; Thu, 19 Jun 1997 01:23:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA21173; Thu, 19 Jun 1997 01:23:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA03936; Thu, 19 Jun 1997 01:23:53 -0700 Received: from gatekeeper.bvr.co.il (gatekeeper.bvr.co.il [194.90.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA06383 for ; Thu, 19 Jun 1997 01:23:45 -0700 env-from (hanit@bvr.co.il) Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id HAA14767 for <@gatekeeper.bvr.co.il:info-performer@sgi.com>; Thu, 19 Jun 1997 07:23:10 GMT Received: from unknown(192.114.85.105) by gatekeeper.bvr.co.il via smap (V1.3) id sma014751; Thu Jun 19 11:22:47 1997 Received: by genie.bvr.co.il (950413.SGI.8.6.12/931108.SGI.AUTO.ANONFTP) for info-performer@sgi.com id LAA06871; Thu, 19 Jun 1997 11:21:33 +0400 From: "Hanit Galili" Message-Id: <9706191121.ZM6869@genie.bvr.co.il> Date: Thu, 19 Jun 1997 11:21:33 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: SIF loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Is there a Performer loader for SIF database ? -- ********************************** * hanit@bvr.co.il (hanit galili) * * Phone - 972-3-5715671 * * Ext. 156,164 * * Fax - 972-3-5710222 * ********************************** ======================================================================= 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 Jun 19 07:32:51 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA21301; Thu, 19 Jun 1997 02:03:40 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA21285; Thu, 19 Jun 1997 02:03:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id CAA05300; Thu, 19 Jun 1997 02:03:39 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id CAA11110 for ; Thu, 19 Jun 1997 02:03:11 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id OAA16090; Thu, 19 Jun 1997 14:32:00 -0530 Message-Id: <199706192002.OAA16090@teil.soft.net> Subject: thanks C++ To: info-performer@sgi.com Date: Thu, 19 Jun 1997 14:32:00 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 168 Status: O hi everybody, Thanks to all of you who has guided me for C++ site related question. -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 19 10:10:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA21655; Thu, 19 Jun 1997 04:24:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA21639; Thu, 19 Jun 1997 04:24:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA10762; Thu, 19 Jun 1997 04:24:30 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA26323 for ; Thu, 19 Jun 1997 04:21:04 -0700 env-from (perfers@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id QAA24177; Thu, 19 Jun 1997 16:51:13 -0530 Date: Thu, 19 Jun 1997 16:50:07 -0530 (IST) From: IRIS Performer user group Sender: IRIS Performer user group Reply-To: IRIS Performer user group Subject: Help for Indexed LineSet To: info-performer@sgi.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Status: O Hi Performers, we have been using the following code for creating indexed lineset without getting the desired result. when we specify NULL for the indexed lists the output will be correct (a square polyline). when we specify the indexedlist(also in sequence) the out put will be different. PLEASE HELP ! Thanks in Advance . // Indexed LineSet pfVec3* coords=(pfVec3*)pfMalloc(sizeof(pfVec3)*4,pfGetSharedArena()) ; pfVec3* colors=(pfVec3*)pfMalloc(sizeof(pfVec3)*4,pfGetSharedArena()) ; int coordIndex[4] ; int colorIndex[4] ; pfGeoSet * gset = new pfGeoSet ; gset->setPrimType(PFGS_LINESTRIPS) ; gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, coords,(ushort*)coordIndex); gset->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, colors,(ushort*)colorIndex); // Setting coordinates coords[0].set(-1.0f, -1.0f, 0.0f ); coords[1].set( 1.0f, -1.0f, 0.0f ); coords[2].set( 1.0f, 1.0f, 0.0f ); coords[3].set(-1.0f, 1.0f, 0.0f ); // Setting coordinate indexes for(int i = 0;i < 4;i++) coordIndex[i] = i ; // Setting colors colors[0].set(1.0f, 1.0f, 1.0f); colors[1].set(0.0f, 0.0f, 1.0f); colors[2].set(1.0f, 0.0f, 0.0f); colors[3].set(0.0f, 1.0f, 0.0f); // Setting color indexes for(i = 0;i < 4;i++) colorIndex[i] = i ; gset->setNumPrims(1); gset->setLineWidth(2) ; int noOfCoord = pfGetSize(coords) / sizeof(pfVec3) ; int *lens = (int*) pfMalloc(sizeof(int), pfGetSharedArena()); lens[0] = nCoord ; gset->setPrimLengths(lens) ; ///////////////////////////// ======================================================================= 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 Jun 19 12:26:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21775; Thu, 19 Jun 1997 06:42:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21759; Thu, 19 Jun 1997 06:42:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA20562; Thu, 19 Jun 1997 06:42:01 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA12909 for ; Thu, 19 Jun 1997 06:41:58 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199706191341.GAA12909@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 19 Jun 1997 15:41:26 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 19 Jun 1997 15:41:26 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Thu, 19 Jun 1997 15:41:22 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Thu, 19 Jun 1997 17:40:35 +0200 Date: Thu, 19 Jun 1997 17:40:35 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970619154035] 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: TR: Interfacing Vk-rapidapp with pf MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CMaybe the previous message was truncated, so I resend it in any cas= e ________________________________________________________ De: BOCCARA Michael le Mer 18 Juin 1997 16:26 Objet: Interfacing Vk-rapidapp with pf A: Questions@sgi Hello Performers, We are trying to link rapidapp-made windows with the Performer pipewindow= From guest Thu Jun 19 14:29:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA22027; Thu, 19 Jun 1997 08:32:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22011; Thu, 19 Jun 1997 08:32:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA03147; Thu, 19 Jun 1997 08:32:57 -0700 Received: from huey.ntsc.navy.mil (huey.ntsc.navy.mil [192.44.253.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id IAA13423 for ; Thu, 19 Jun 1997 08:32:55 -0700 env-from (WILLIAM_MARINELLI@ntsc.navy.mil) From: WILLIAM_MARINELLI@ntsc.navy.mil Received: from CCMAIL.NTSC.NAVY.MIL ([192.44.253.30]) by huey.ntsc.navy.mil (4.1/SMI-4.1) id AA20431; Thu, 19 Jun 97 11:31:10 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA866745225; Thu, 19 Jun 97 11:31:58 EST Date: Thu, 19 Jun 97 11:31:58 EST Message-Id: <9705198667.AA866745225@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com, "Hanit Galili" Subject: Re: SIF loader Status: O "Hanit Galili" asks: >Is there a Performer loader for SIF database ? None that I know of. There is a Multigen conversion tool. I tried it once and it did not work. That lead to the question of whether the Multigen worked properly or whether the data, which I was told was in SIF format, was really valid. I would be curious if anything useful comes out of your SIF data source. Cheers, Billyboy ======================================================================= 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 Jun 19 15:08:40 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA22296; Thu, 19 Jun 1997 09:18:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22280; Thu, 19 Jun 1997 09:18:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA10581; Thu, 19 Jun 1997 09:18:48 -0700 Received: from ligsg31.epfl.ch (ligsg31.epfl.ch [128.178.78.46]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA25157 for ; Thu, 19 Jun 1997 09:18:33 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg31.epfl.ch (Smail3.1.29.1 #28) id m0wejuj-01SivKC; Thu, 19 Jun 97 18:18 MDT From: "Amaury Aubel" Message-Id: <9706191818.ZM19283@lig.di.epfl.ch> Date: Thu, 19 Jun 1997 18:18:25 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: How to generate textures from frame buffer? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I have a pfBillboard made up of a few planes. I map onto those planes transparent textures, which I update from time to time. What I'd like to do is generate the textures from the frame buffer. Unfortunately there's no example source code on the subject to hand. I tried: pfTexLoadMode(movie->tex,PFTEX_LOAD_SOURCE, PFTEX_SOURCE_FRAMEBUFFER); pfTexLoadMode(movie->tex, PFTEX_LOAD_LIST, PFTEX_LIST_AUTO_SUBLOAD); pfTexFormat(movie->tex, PFTEX_SUBLOAD_FORMAT, TRUE); pfTexLoadOrigin(movie->tex,PFTEX_ORIGIN_SOURCE,128,128); pfTexLoadSize(movie->tex,128, 128); and calling pfLoadTex(movie->tex); to load the texture causes a : PF Notice/Usage: OpenGL Error 0x502 - invalid operation PF Warning/Usage: pfTexture::apply() - bad number of components -1 Has anyone already used the frame buffer as a source for textures? If yes how is the frame buffer considered by default? As a 4-component -RGBA- "texture"? If not can it be changed to meet my need? Thanks for your help, Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 19 17:45:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22829; Thu, 19 Jun 1997 11:37:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22813; Thu, 19 Jun 1997 11:37:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA03980; Thu, 19 Jun 1997 11:37:23 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA06093 for ; Thu, 19 Jun 1997 11:37:22 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA00496; Thu, 19 Jun 1997 11:37:21 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA00251; Thu, 19 Jun 1997 11:36:49 -0700 Date: Thu, 19 Jun 1997 11:36:49 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706191136.ZM249@multipass.asd.sgi.com> In-Reply-To: "Ran Yakir" "(Fwd) Re: Making holes in pfEarthSky." (Jun 19, 2:29pm) References: <9706191429.ZM1288@eclipse> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Ran Yakir" Subject: Re: Making holes in pfEarthSky. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Oops, egg on my face. I've just looked & found the paper in the Siggraph 93 proceedings and the acknowledgments section in "Modeling Soil: Realtime Dynamic Models for Soil Slippage and Manipulation" by Xin Li et al lists an old performerite. His name is Lance Marrou, somehow my pfMemory played a trick and I thought it was you who had been mentioned, it's been a while since I read it. The paper does not specifically credit Lance with the real-time animation but I remember Lance posting some material on how to animate deforming geometry in Performer while avoiding MP problems so I extrapolated a little based on available evidence ;-). Sorry for the confusion, I waive responsibility for further pfMemory corruption in this email. Cheers, Angus. On Jun 19, 2:29pm, Ran Yakir wrote: > Subject: (Fwd) Re: Making holes in pfEarthSky. > Angus , > > Was it Ran Yakir you saw ? or was it Ran Yankir ? > Did you really see my name on the footnotes of a Siggraph paper ? That comes as > a surprise to me. Can you tell me the name of the paper or what it was about or > who wrote it ? > > Maybe I can start a business of donating my name to people's footnotes, if it's > so popular. > > Ran > > > > On Jun 19, 9:05am, Hanit Galili wrote: > > Subject: (Fwd) Re: Making holes in pfEarthSky. > > > > --- Forwarded mail from dorbie@multipass.asd.sgi.com (Angus MacDonald Dorbie) > > .... > > > > > > BTW, Ran Yankir may be an expert at visualising diggers 'n stuff, > > I noticed his name in the footnotes of a SigGraph paper a couple of > > years ago. He did the real-time visualisation (ie the important bit). > > > > > > ..... > > > > > > > > ---End of forwarded mail from dorbie@multipass.asd.sgi.com (Angus MacDonald > > Dorbie) > > > > > > > > > > ??????? Is that true ???????? > > > > > > > > hanit. > > > >-- End of excerpt from Hanit Galili > > > > -- > __ | Ran Yakir > /_) _ __ \ / _ / o __ | RT-SET Ltd. > / )_ (_(_) ) \/ (_(_/<_(_)( | > _/ | > -------------------------------------+-------------------------------- > Phone : | E-mail : rany@rtset.co.il > Work : 972-9-9552236 Ext #119 | rany@netvision.net.il > Res. : 972-9-7489974 | > Fax : 972-9-9552239 | >-- End of excerpt from Ran Yakir -- __________________________________________ http://www.intergraph.com/press97/q197.htm __________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 19 20:25:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA23574; Thu, 19 Jun 1997 14:25:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23558; Thu, 19 Jun 1997 14:25:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA25894; Thu, 19 Jun 1997 14:25:05 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA15922 for ; Thu, 19 Jun 1997 14:24:42 -0700 env-from (rany@rtset.co.il) Received: from rany (ts008p10.pop9a.netvision.net.il [194.90.11.156]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id XAA23736; Wed, 19 Jun 1996 23:25:48 +0200 Message-ID: <33A9E7E0.79245ACA@rtset.co.il> Date: Fri, 20 Jun 1997 05:16:00 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.0 [en] (Win95; I) MIME-Version: 1.0 To: perfers@teil.soft.net CC: info-performer@sgi.com Subject: Re: Help for Indexed LineSet X-Priority: 3 (Normal) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O The index list should also be allocated from the shared arena using pfMalloc(). Also, the indexes sould be of tyep ushort and not int. If you are not multiprocessing, then youhave static arrays for the indexes, but still, sending ints will result in the wrong look. Ran > Hi Performers, > > we have been using the following code for creating > indexed lineset without getting the desired result. > when we specify NULL for the indexed lists the output > will be correct (a square polyline). > when we specify the indexedlist(also in sequence) > the out put will be different. > > PLEASE HELP ! > > Thanks in Advance . > > // Indexed LineSet > > pfVec3* > coords=(pfVec3*)pfMalloc(sizeof(pfVec3)*4,pfGetSharedArena()) ; > pfVec3* > colors=(pfVec3*)pfMalloc(sizeof(pfVec3)*4,pfGetSharedArena()) ; > int coordIndex[4] ; > int colorIndex[4] ; > pfGeoSet * gset = new pfGeoSet ; > > gset->setPrimType(PFGS_LINESTRIPS) ; > gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, > coords,(ushort*)coordIndex); > gset->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, > colors,(ushort*)colorIndex); > > // Setting coordinates > coords[0].set(-1.0f, -1.0f, 0.0f ); > coords[1].set( 1.0f, -1.0f, 0.0f ); > coords[2].set( 1.0f, 1.0f, 0.0f ); > coords[3].set(-1.0f, 1.0f, 0.0f ); > > // Setting coordinate indexes > for(int i = 0;i < 4;i++) > coordIndex[i] = i ; > > // Setting colors > colors[0].set(1.0f, 1.0f, 1.0f); > colors[1].set(0.0f, 0.0f, 1.0f); > colors[2].set(1.0f, 0.0f, 0.0f); > colors[3].set(0.0f, 1.0f, 0.0f); > > // Setting color indexes > for(i = 0;i < 4;i++) > colorIndex[i] = i ; > > gset->setNumPrims(1); > gset->setLineWidth(2) ; > > int noOfCoord = pfGetSize(coords) / sizeof(pfVec3) ; > int *lens = (int*) pfMalloc(sizeof(int), pfGetSharedArena()); > lens[0] = nCoord ; > gset->setPrimLengths(lens) ; > > ///////////////////////////// > > > = > ===================================================================== > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Jun 19 21:17:56 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA23714; Thu, 19 Jun 1997 15:12:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA23698; Thu, 19 Jun 1997 15:12:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA01876; Thu, 19 Jun 1997 15:12:52 -0700 Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA06307 for ; Thu, 19 Jun 1997 15:12:47 -0700 env-from (Yann.Argotti@imag.fr) Received: from safran.imag.fr (safran.imag.fr [129.88.42.9]) by imag.imag.fr (8.8.1/8.8.5) with ESMTP id AAA23065; Fri, 20 Jun 1997 00:12:44 +0200 (MET DST) Received: (from argotti@localhost) by safran.imag.fr (8.6.10/8.6.9) id AAA08120; Fri, 20 Jun 1997 00:12:43 +0200 From: Yann Argotti Message-Id: <199706192212.AAA08120@safran.imag.fr> Subject: Offscreen rendering .... To: info-performer@sgi.com Date: Fri, 20 Jun 1997 00:12:42 +0200 (MDT) Cc: francois.sillion@imag.fr X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi Performers, I would to use GLX Pixmap(or Pixel buffer) with Performer to make a fast offscreen rendering. I don't want to use pfWindow because I don't see how I can use it easily with any scene-graphs (or pfScene or pfChannel). So, it seems that using a pfPipeWindow should be a good way to solve this kind of problem. In fact, we can set the right drawable (setWSDrawable(,) ) with a GLX Pixmap (or a GLXPBufferSGIX ) but in all cases, Performer shows our pfPipeWindow. We can't have a PFWIN_TYPE_NOPORT when we use a pfPipeWindow. Does someone know how to make "real Offscreen rendering" with Performer ? (i.e. without to redefine a new traversal of scene- -graph to draw it, and without to see the window (open automaticaly with the first drawing)). Should we ever have to see a window for offscreen rendering with Performer ? Is it a limitation of Performer ? Thanks in advance for any answers. Yann Argotti. -- +--------------+----------------------------------------------+ | Yann ARGOTTI | iMAGIS - GRAVIR/IMAG , 220 rue de la chimie | | | B.P. 53, 38041 Grenoble Cedex (France) | +--------------+------------------+---------------------------+ | e-mail : Yann.Argotti@imag.fr | fax : +33 4 76 63 55 80 | +---------------------------------+---------------------------+ ======================================================================= 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 Jun 20 00:14:09 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA25007; Thu, 19 Jun 1997 18:25:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA24991; Thu, 19 Jun 1997 18:25:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA23420; Thu, 19 Jun 1997 18:25:43 -0700 Received: from moon.jic.com (moon.jic.com [206.156.0.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA25977 for ; Thu, 19 Jun 1997 18:25:41 -0700 env-from (cpawlows@moon.jic.com) Received: from cpawlows.jic.com by moon.jic.com with ESMTP (8.6.12/1.2-eef) id TAA24962; Thu, 19 Jun 1997 19:24:39 -0600 Message-ID: <33A9CD68.83EE0E79@moon.jic.com> Date: Thu, 19 Jun 1997 21:23:05 -0300 From: Carol Pawlowski Reply-To: cpawlows@moon.jic.com X-Mailer: Mozilla 4.0 [en] (Win95; I) MIME-Version: 1.0 To: WILLIAM_MARINELLI@ntsc.navy.mil CC: info-performer@sgi.com, Hanit Galili Subject: Re: SIF loader X-Priority: 3 (Normal) References: <9705198667.AA866745225@CCMAIL.NTSC.NAVY.MIL> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O WILLIAM_MARINELLI@ntsc.navy.mil wrote: > What version of MultiGen are you using? I have converted the images > using 1.2.2's import SIF and things have worked just fine. Carol Pawlowski > > > > "Hanit Galili" asks: > > >Is there a Performer loader for SIF database ? > > None that I know of. There is a Multigen conversion tool. I > tried it > once and it did not work. That lead to the question of whether > > the Multigen worked properly or whether the data, which I was > told was in SIF format, was really valid. > > I would be curious if anything useful comes out of your SIF > data > source. > > Cheers, Billyboy > > ======================== > ============================================== > 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 Jun 20 03:00:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA25975; Thu, 19 Jun 1997 22:28:50 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA25959; Thu, 19 Jun 1997 22:28:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA06277; Thu, 19 Jun 1997 22:28:49 -0700 Received: from giasbga.vsnl.net.in (giasbgb.vsnl.net.in [202.54.12.162]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA07042 for ; Thu, 19 Jun 1997 22:28:44 -0700 env-from (ramya@giasbga.vsnl.net.in) Received: from localhost by giasbga.vsnl.net.in (SMI-8.6/SMI-SVR4) id KAA17840; Fri, 20 Jun 1997 10:51:46 +0530 Date: Fri, 20 Jun 1997 10:51:46 +0530 (IST) From: "Ramya D." X-Sender: ramya@giasbgb To: info-performer@sgi.com Subject: Thanx,for collision detection Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, Thanx, for the pointers on collision detection between geodes, am in the process of working on it! ----------------------- MADHAVI D R Aeronautical Development Agency Bangalore INDIA ======================================================================= 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 Jun 20 03:00:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA26212; Thu, 19 Jun 1997 23:16:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA26196; Thu, 19 Jun 1997 23:16:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA08537; Thu, 19 Jun 1997 23:16:47 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA11642 for ; Thu, 19 Jun 1997 23:16:43 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id IAA01450; Fri, 20 Jun 1997 08:16:40 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA23340; Fri, 20 Jun 1997 08:16:39 +0200 Sender: niels@nlr.nl Message-ID: <33AA2046.D6B5667F@nlr.nl> Date: Fri, 20 Jun 1997 08:16:38 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: BOCCARA Michael , "info-performer@sgi.com" Subject: Re: TR: Interfacing Vk-rapidapp with pf X-Priority: 3 (Normal) References: <199706191341.GAA12909@sgi.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Michael, what exactly is the problem ?? interfacing RapidApp structures (ie Viewkit) isn't a problem at all just remember that Viewkit is Motif => single threaded. So don't go calling viewkit member functions from another process. BOCCARA Michael wrote: > Hello Performers, > > We are trying to link rapidapp-made windows with the Performer pipewindow best regards, Niels Hilbrink -- _/ _/ _/ _/_/_/_/ Niels Hilbrink (RS NOP) _/ _/ _/ _/ _/ Hilbrink@nlr.nl _/_/ _/ _/ _/ _/ tel : (++31)(0)527 248724 (NLR) _/ _/ _/ _/ _/_/_/_/ (++31)(0)527 242259 (Home) _/ _/_/ _/ _/ _/ _/ _/ _/ _/ _/ National Aerospace Laboratory (NLR) _/ _/ _/_/_/_/ _/ _/ http://www.nlr.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 Fri Jun 20 03:00:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA26254; Thu, 19 Jun 1997 23:25:32 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA26238; Thu, 19 Jun 1997 23:25:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA09000; Thu, 19 Jun 1997 23:25:31 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA12386 for ; Thu, 19 Jun 1997 23:25:29 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id IAA01757 for <@nlrgup.nlr.nl:info-performer@sgi.com>; Fri, 20 Jun 1997 08:25:26 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for id IAA23424; Fri, 20 Jun 1997 08:25:25 +0200 Sender: niels@nlr.nl Message-ID: <33AA2255.D8BA612F@nlr.nl> Date: Fri, 20 Jun 1997 08:25:25 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: "info-performer@sgi.com" Subject: Performance OpenGL <-> IRISGL X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, I was wondering if someone could shed some light one the subject of performance as far as the choice bewteen OpenGL and IRIS GL is concerened. I know that OpenGL is available for 64 bit machine and that Iris GL isn't. But in my experience IRIS GL appears to be faster than OpenGL in 32 bit mode is that also true in comparison with the 64 bits version of OpenGL ?? thanks in advance, Niels Hilbrink -- _/ _/ _/ _/_/_/_/ Niels Hilbrink (RS NOP) _/ _/ _/ _/ _/ Hilbrink@nlr.nl _/_/ _/ _/ _/ _/ tel : (++31)(0)527 248724 (NLR) _/ _/ _/ _/ _/_/_/_/ (++31)(0)527 242259 (Home) _/ _/_/ _/ _/ _/ _/ _/ _/ _/ _/ National Aerospace Laboratory (NLR) _/ _/ _/_/_/_/ _/ _/ http://www.nlr.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 Fri Jun 20 10:10:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA27653; Fri, 20 Jun 1997 06:02:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA27637; Fri, 20 Jun 1997 06:02:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA28759; Fri, 20 Jun 1997 06:02:05 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA29166 for ; Fri, 20 Jun 1997 06:02:03 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA20687; Fri, 20 Jun 97 07:50:49 -0500 Date: Fri, 20 Jun 97 07:50:49 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9706201250.AA20687@mred.bgm.link.com> To: Niels Hilbrink , "info-performer@sgi.com" Subject: Re: Performance OpenGL <-> IRISGL Status: O > I was wondering if someone could shed some light one the subject of performance > as far as the choice bewteen OpenGL and IRIS GL is concerened. I know that > OpenGL is available for 64 bit machine and that Iris GL isn't. But in my > experience IRIS GL appears to be faster than OpenGL in 32 bit mode is that also > true in comparison with the 64 bits version of OpenGL ?? It depends on which hardware you are using. On all of the more recent SGI machines, IrisGL is only emulated on top of OpenGL - so it's hard to imagine how it could be more efficient. If you have an RE2 though, it's my understanding the both IrisGL and OpenGL are 'native' implementations, so in theory, there isn't much to choose between them. However, in my experience, the OpenGL on RE2 is somewhat flakey - and certainly not as well optimised as IrisGL. On very ancient machines like VGXT's, there is no native OpenGL - I'm not sure - but there was talk of an emulation of OpenGL on top of IrisGL. IMHO: If you are doing anything new, you probably ought to stick with OpenGL since IrisGL support is going away *soon*. 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= 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 Jun 20 10:10:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA27627; Fri, 20 Jun 1997 05:55:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA27611; Fri, 20 Jun 1997 05:55:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA28324; Fri, 20 Jun 1997 05:55:12 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id GAA28122 for ; Fri, 20 Jun 1997 06:55:10 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA20490; Fri, 20 Jun 97 07:44:07 -0500 Date: Fri, 20 Jun 97 07:44:07 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9706201244.AA20490@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Q: pfLayerModes Status: O On Jun 11, 12:43pm, Mark Baranowski wrote: >> PFDECAL_BASE_HIGH_QUALITY solves the Z fighting problem, but *some* of >> the subfaces tend to "poke through" when they should be hidden by >> other parts of the model/scene. Is this is the problem that occurs if >> the subfaces are not coplanar with, or bounded by, the parent face? Marcus Barnes replied: > Coplanarity tolerance can be a problem for STENCIL. Performer 2.x requires a > much tighter (truer) tolerance than 1.x did. ...I find this hard to believe. Isn't Z buffer testing disabled when the layer polygon is rendered in STENCIL mode? I thought that was the entire point of using STENCIL. That being the case, surely the tolerance is unimportant. So long as the layered polygons appear to be entirely inside the base polys, there should be no problem. [Of course if the layer polygons are a very large distance in front or behind the base then parallax effects can push the layer outside the base - but that's an extreme case] I think Mark Baranowski's problem with STENCIL is more likely to be to do with the layer polygons not lying entirely inside the base. That causes some strange behaviour - especially when the layer+base are viewed in front or behind other STENCIL mode pfLayers. 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= 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 Jun 20 13:26:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA27900; Fri, 20 Jun 1997 08:36:44 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA27884; Fri, 20 Jun 1997 08:36:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13904; Fri, 20 Jun 1997 08:36:43 -0700 Received: from po9.andrew.cmu.edu (PO9.ANDREW.CMU.EDU [128.2.10.109]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA28183 for ; Fri, 20 Jun 1997 08:36:42 -0700 env-from (mmm+@andrew.cmu.edu) Received: (from postman@localhost) by po9.andrew.cmu.edu (8.8.2/8.8.2) id LAA08024 for info-performer@sgi.com; Fri, 20 Jun 1997 11:36:34 -0400 Received: via switchmail; Fri, 20 Jun 1997 11:36:26 -0400 (EDT) Received: from unix18.andrew.cmu.edu via qmail ID ; Fri, 20 Jun 1997 11:35:34 -0400 (EDT) Received: from unix18.andrew.cmu.edu via qmail ID ; Fri, 20 Jun 1997 11:35:32 -0400 (EDT) Received: from BatMail.robin.v2.14.CUILIB.3.45.SNAP.NOT.LINKED.unix18.andrew.cmu.edu.sun4m.54 via MS.5.6.unix18.andrew.cmu.edu.sun4_51; Fri, 20 Jun 1997 11:35:32 -0400 (EDT) Message-ID: <0neeB4W00YUu05uNA0@andrew.cmu.edu> Date: Fri, 20 Jun 1997 11:35:32 -0400 (EDT) From: Matthew M Mckeon To: info-performer@sgi.com Subject: Texturing, IRIX >5.2, and OpenGL Status: O I have an interesting problem. I've apparently run into some sort of bug involving Performer, OpenGL texturing, and possibly post-5.3 Irix. Our Onyx RE runs 5.3, and our application (a perfly hack) runs just fine on it. In the localPostDraw() function, I used OpenGL calls to display a translucent overhead map by texturing an alpha-blended poly with rgb data read from a file. Worked quite nicely, with little to no affect on our refresh rate. I tested it on our other SGI's (I^2s, O2s, and an Octane) by running it first remotely, then locally. That's when I found myself perplexed. When I run the app remotely on a post-5.3 machine and display it on the Onyx console, it works fine. When I run the app locally on a machine running 5.3, it works fine. When I run the app remotely on the Onyx and view it on a post-5.3 console, everything's OK. _However_, when I run it locally on the O2's and the Octane (can't set up our post-5.3 I^2 for it just yet), the map texture replaces every other texture on the terrain. Did I mention this is only under OpenGL and not IrisGL? :, Has anyone encountered something similar to this before? What can I do about it? I've alread checked, re-checked, and triple-checked my code. The OpenGL portion is thoroughly kosher. Thanks, --------------------- Matthew M. McKeon ->mckeon@cs.cmu.edu ---------- Research Programmer ----------|www.andrew.cmu.edu/~mmm - CMU Digital Mapping Project (MAPSlab) -|Feel free to blither now ======================================================================= 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 Jun 20 13:26:58 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA27773; Fri, 20 Jun 1997 07:28:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA27757; Fri, 20 Jun 1997 07:28:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA04771; Fri, 20 Jun 1997 07:28:09 -0700 Received: from puth.demeern.sgi.com ([144.253.208.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA12079 for ; Fri, 20 Jun 1997 07:28:06 -0700 env-from (dick@demeern.sgi.com) Received: by puth.demeern.sgi.com (950413.SGI.8.6.12/940406.SGI) id QAA00851; Fri, 20 Jun 1997 16:27:57 +0200 Date: Fri, 20 Jun 1997 16:27:57 +0200 From: dick@demeern.sgi.com (Dick Rous) Message-Id: <9706201627.ZM849@puth.demeern.sgi.com> In-Reply-To: Niels Hilbrink "Performance OpenGL <-> IRISGL" (Jun 20, 8:25am) References: <33AA2255.D8BA612F@nlr.nl> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Niels Hilbrink , "info-performer@sgi.com " Subject: Re: Performance OpenGL <-> IRISGL Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Niels, You did not mention on which platform you noticed the speed difference between OpenGL and IRISGL. All our newer hardware, from Impact and Infinite Reality onwards, is based on OpenGL, and IRISGL runs through software emulation (IGLOO), which gives OpenGL a tremendous performance advantage. Furthermore, support for IRISGL will cease to be in upcoming versions of Performer. Regards, Dick. On Jun 20, 8:25am, Niels Hilbrink wrote: > Subject: Performance OpenGL <-> IRISGL > Hello, > > I was wondering if someone could shed some light one the subject of performance > as far as the choice bewteen OpenGL and IRIS GL is concerened. I know that > OpenGL is available for 64 bit machine and that Iris GL isn't. But in my > experience IRIS GL appears to be faster than OpenGL in 32 bit mode is that also > true in comparison with the 64 bits version of OpenGL ?? > > > thanks in advance, > Niels Hilbrink > -- > _/ _/ _/ _/_/_/_/ Niels Hilbrink (RS NOP) > _/ _/ _/ _/ _/ Hilbrink@nlr.nl > _/_/ _/ _/ _/ _/ tel : (++31)(0)527 248724 (NLR) > _/ _/ _/ _/ _/_/_/_/ (++31)(0)527 242259 (Home) > _/ _/_/ _/ _/ _/ > _/ _/ _/ _/ _/ National Aerospace Laboratory (NLR) > _/ _/ _/_/_/_/ _/ _/ http://www.nlr.nl > ======================================================================= > 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 Niels Hilbrink -- ______________________________________________________________ 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 Fri Jun 20 13:26:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA28094; Fri, 20 Jun 1997 09:50:22 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA28078; Fri, 20 Jun 1997 09:50:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA23516; Fri, 20 Jun 1997 09:50:20 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA18217 for ; Fri, 20 Jun 1997 09:50:17 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id JAA11935; Fri, 20 Jun 1997 09:51:42 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA10243; Fri, 20 Jun 1997 09:52:55 -0700 From: "Anita Kishore" Message-Id: <9706200952.ZM10241@tracey.triavest.com> Date: Fri, 20 Jun 1997 09:52:53 -0700 In-Reply-To: "Amaury Aubel" "How to generate textures from frame buffer?" (Jun 19, 6:18pm) References: <9706191818.ZM19283@lig.di.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Amaury Aubel" , info-performer@sgi.com Subject: Re: How to generate textures from frame buffer? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 19, 6:18pm, Amaury Aubel wrote: > Subject: How to generate textures from frame buffer? > Hi Performers, > > > I have a pfBillboard made up of a few planes. I map onto those planes > transparent textures, which I update from time to time. > What I'd like to do is generate the textures from the frame buffer. > Unfortunately there's no example source code on the subject to hand. > Here is a sample code that I wrote sometime back. This makes a texture out of the frame buffer and maps it onto a square geometry. This is for RE2, pf 2.0.1, Irix 5.3, IrisGL. -anita kishore@triavest.com -------------------------------------------------------------------------------- /* File name : fbTex.c */ -------------------------------------------------------------------------------- #include #include #include #include #include #include #define WIN_X 720 #define WIN_Y 486 void *arena; pfTexture **tex; pfPipe *p; pfGeoState *gst; static float idmat[4][4] = { 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0, 0.0, 0.0, 0.0, 1.0 }; pfGroup *MkScene(); pfGeoSet *MakeTexCube(void); void channelDraw(pfChannel *chan, void *data); void setTexParameters(); static int loadTextureMatrixCB(pfGeoState *gs, void *userData); static int loadIDMatrixCB(pfGeoState *gs, void *userData); int main(int argc, char *argv[]) { pfChannel *chan; pfScene *scene; pfGroup *root, *pass1; pfCoord view; pfDCS *dcs; pfPipeWindow *pw; int arg, texFrame = 0; int i=0; float j = 0.0, step = 1.0; pfInit(); arena = pfGetSharedArena(); tex = (pfTexture **) pfMalloc(sizeof(pfTexture *), arena); //pfMultiprocess ( PFMP_FORK_DRAW | PFMP_FORK_CULL ); pfMultiprocess ( PFMP_DEFAULT ); pfConfig(); pfuInitUtil(); *tex = pfNewTex(arena); /* set some basic formats for doing dynamic textures */ pfTexFormat(*tex, PFTEX_SUBLOAD_FORMAT, 1); pfTexFilter(*tex, PFTEX_MINFILTER, PFTEX_BILINEAR); // load a default texture //pfLoadTexFile(*tex, "/disk5/people/ian/candle/zoom/candle0000.rgb"); scene = pfNewScene(); dcs = pfNewDCS(); if ((root = MkScene()) == NULL) { printf("Unable to create scene data base....\n"); pfExit(); exit(-1); } pfAddChild(scene, dcs); pfAddChild(dcs, root); setTexParameters(); p = pfGetPipe(0); pw = pfNewPWin(p); pfPWinType(pw, PFWIN_TYPE_X); pfPWinName(pw, "Movie"); pfPWinOriginSize(pw, 100, 100, WIN_X, WIN_Y); pfOpenPWin(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 (j >= 5.0) step = -0.04; if (j <= 0.0) step = 0.04; pfDCSTrans(dcs, j, 0, 0); j = j + step; pfDrawChanStats(chan); } pfuExitUtil(); pfExit(); exit(0); } void channelDraw(pfChannel *chan, void *data) { pfLoadTex(*tex); pfClearChan(chan); pfDraw(); } void setTexParameters() { pfMatrix *tmat; float s_scale, t_scale; float texWidth = 1024.0f, texHeight = 1024.0f; tmat = (pfMatrix*) pfCalloc(sizeof(pfMatrix), 1, pfGetSharedArena()); pfMakeIdentMat(*tmat); s_scale = (float)WIN_X/texWidth; t_scale = (float)WIN_Y/texHeight; (*tmat)[0][0] = s_scale; (*tmat)[1][1] = -t_scale; /* invert in y because of video origin */ (*tmat)[3][1] = t_scale; /* this is really a translate */ pfGStateFuncs(gst, loadTextureMatrixCB, loadIDMatrixCB, tmat); pfTexImage(*tex, NULL, 3, texWidth, texHeight, 1); pfTexFormat(*tex, PFTEX_INTERNAL_FORMAT, PFTEX_RGB_5); pfTexLoadMode(*tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_FRAMEBUFFER); pfTexLoadSize(*tex, WIN_X, WIN_Y); } static int loadTextureMatrixCB(pfGeoState *gs, void *userData) { pfMatrix *tmat = (pfMatrix *)(userData); mmode(MTEXTURE); pfLoadMatrix(*tmat); mmode(MVIEWING); return 0; } static int loadIDMatrixCB(pfGeoState *gs, void *userData) { mmode(MTEXTURE); pfLoadMatrix(idmat); mmode(MVIEWING); return 0; } pfGroup *MkScene() { pfGroup *group; pfGeode *cube; pfGeoSet *coloredCube; group = pfNewGroup(); cube = pfNewGeode(); coloredCube = MakeTexCube(); pfAddGSet(cube, coloredCube); pfAddChild(group,cube); return group; } #define CUBE_SIZE 1.0f pfGeoSet *MakeTexCube(void) { pfGeoSet *gset; pfTexEnv *tenv; static pfVec3 verts[] ={{-2.0f, 0, -1.0f}, { 0.0f, 0, -1.0f}, { 0.0f, 0, 1.0f}, {-2.0f, 0, 1.0f}}; static ushort vindex[] ={0, 1, 2, 3}; /* front */ static pfVec3 norms[] ={{ 0.0f, -1.0f, 0.0f}}; static ushort nindex[] ={0}; static pfVec2 tcoords[] ={{0.0f, 0.0f}, {1.0f, 0.0f}, {1.0f, 1.0f}, {0.0f, 1.0f}}; static ushort tindex[] ={0, 1, 2, 3}; gset = pfNewGSet(arena); pfGSetAttr(gset, PFGS_COORD3, PFGS_PER_VERTEX, verts, vindex); pfGSetAttr(gset, PFGS_NORMAL3, PFGS_PER_PRIM, norms, nindex); pfGSetAttr(gset, PFGS_TEXCOORD2, PFGS_PER_VERTEX, tcoords, tindex); pfGSetPrimType(gset, PFGS_QUADS); pfGSetNumPrims(gset, 1); gst = pfNewGState(arena); pfGStateMode(gst, PFSTATE_ENTEXTURE, 1); pfGSetGState(gset, gst); //*tex = pfNewTex(arena); //pfLoadTexFile(*tex, "/disk4/people/kishore/performer/data/smallGlobeDesat.rgb"); pfGStateAttr(gst, PFSTATE_TEXTURE, *tex); tenv = pfNewTEnv(arena); pfTEnvMode(tenv, PFTE_DECAL); pfGStateAttr(gst, PFSTATE_TEXENV, tenv); return gset; } -------------------------------------------------------------------------------- makefile -------------------------------------------------------------------------------- #-- #-- definitions #-- #-- force Make to use a known shell SHELL = /bin/sh #-- provide a list of alternate locations for file searches UNIQUE = . #-- alternate locatins for included files INCLUDE = \ -I${UNIQUE} \ -I/usr/include/Performer #-- some libraries lack .so versions; so use optimized .a's instead #SRCLIBOPT= _ogl SRCLIBOPT= _igl LIBGL1 = -lgl #LIBGL1 = -lGL PERFORMER = \ -L/usr/src/Performer/lib \ -lpfdu${SRCLIBOPT} \ -lpfutil${SRCLIBOPT} \ -lpf${SRCLIBOPT} #-- IRIX 4.x uses shared gl {gl_s} library {System-V Make lacks #if tests} LIBGL2 = ${LIBGL1:.4=_s} LIBGL = ${LIBGL2:.5=} # .ptu (Performer Terrain Utility) # This loader requires linking with the ImageVision Libraries(IL)! # Shoud you want to use the Performer Terrain Utility loader (.ptu) # then install the image library and un-comment the following two # definitions of LIBIL and LIBCIL. #LIBIL = -lil #LIBCIL = -lcil SYSTEM = \ -lInventor \ -lmpc \ -limage \ -lfm \ ${LIBGL} \ -lX11 \ -lm \ -lfpe \ ${LIBIL} \ ${LIBCIL} \ -lC LIBRARIES = \ ${PERFORMER} ${SYSTEM} #-- select c-compiler options CFLAGS = -xansi -g -D__STDC__ ${INCLUDE} ${COPT} -Xcpluscomm \ -DPF_C_API=1 -DPF_CPLUSPLUS_API=0 \ -DIRISGL \ -DPF_MAJOR_VERSION=2 #-DIRISGL #-- base name of program TARGET = fbTex #-- dummy assignment in case pmake is used EXT= LIBOPT= MAJOR= #-- object files from which target built {some are in the common directory} OBJECTS = \ fbTex.o ${TARGET}: ${OBJECTS} ${CC} ${CFLAGS} -o $@ ${OBJECTS} ${LIBRARIES} #-- objects are built from either unique or common files fbTex.o: ${UNIQUE}/fbTex.c ${CC} ${CFLAGS} -c $? -------------------------------------------------------------------------------- -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 20 12:39:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA27717; Fri, 20 Jun 1997 06:37:37 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA27701; Fri, 20 Jun 1997 06:37:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00917; Fri, 20 Jun 1997 06:37:36 -0700 Received: from dekalb.external.lmco.com (dekalb.external.lmco.com [192.35.35.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA04330 for ; Fri, 20 Jun 1997 06:37:33 -0700 env-from (dhigginb@motown.lmco.com) Received: from franklin.vf.lmco.com (franklin.vf.lmco.com [166.17.5.51]) by dekalb.external.lmco.com (8.8.6/8.8.6) with ESMTP id JAA21016 for ; Fri, 20 Jun 1997 09:37:30 -0400 (EDT) Received: from serling.motown.lmco.com (serling.motown.lmco.com [129.204.6.42]) by franklin.vf.lmco.com (8.8.5/8.8.5) with ESMTP id JAA22989 for ; Fri, 20 Jun 1997 09:37:30 -0400 (EDT) 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 JAA27039; Fri, 20 Jun 1997 09:37:25 -0400 (EDT) From: David Higginbotham Received: (dhigginb@localhost) by newton.motown.lmco.com (8.6.11/8.6.6) id JAA03535; Fri, 20 Jun 1997 09:37:29 -0400 Date: Fri, 20 Jun 1997 09:37:29 -0400 Message-Id: <199706201337.JAA03535@newton.motown.lmco.com> To: info-performer@sgi.com Subject: cliptextures with Performer and MultiGen Cc: dhigginb@motown.lmco.com Status: O Hello Performers, Has anyone used cliptextures with MultiGen files under Performer 2.1 or 2.2. A .flt file with any size cliptexture (8k, 4k, 2k) appears distorted in perfly (using MultiGen 15.2d loader). Specifically, mipmap levels appear as concentric images like so: ___________________________________ | | | | | ________________________ | | | | | | | | | | | | | | | ___________ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |_________| | | | | | | | | | | | | | | | ________________________ | | | | | |__________________________________| Also, when I attempt to modify clip parameters via perfly controls, the following warning appears: PF Warning: Can't modify clip parameters because the pfClipTexture is not being controlled by a pfMPClipTexture Any shared experience or suggestions would be appreciated. -- ------------------------------------------------ Dennis McGrath Lockheed Martin - Government Electronic Systems 199 Borton Landing Road Mail Stop 137-124 Moorestown, NJ 08057 E-Mail: dmcgrath@motown.lmco.com Phone: 609-722-3158 Fax: 609-273-5182 ======================================================================= 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 Jun 20 13:26:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA28113; Fri, 20 Jun 1997 09:57:55 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA28097; Fri, 20 Jun 1997 09:57:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA24871; Fri, 20 Jun 1997 09:57:54 -0700 Received: from sgiday.dayton.sgi.com ([169.238.131.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA20037 for ; Fri, 20 Jun 1997 09:57:52 -0700 env-from (gregl@sgiday.dayton.sgi.com) Received: by sgiday.dayton.sgi.com (951211.SGI.8.6.12.PATCH1502/930416.SGI) for info-performer@sgi.com id MAA05134; Fri, 20 Jun 1997 12:59:13 -0400 From: "Greg Larson" Message-Id: <9706201259.ZM5132@sgiday.dayton.sgi.com> Date: Fri, 20 Jun 1997 12:59:12 -0400 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: RE: Re: SIF loader Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O If you haven't seen it already there is a SIF editing tool for SGI at: http://sdbf.irk.aetc.af.mil/sdbf2.html there are also SIF format specifications available at this site. I have not tried this software...good luck Greg -- ********************************************************************** Greg Larson (937) 258-5247 * Systems Engineer * The definition of insanity is DoD High Performance Computing * doing the same thing over and Visual Simulation Focus * over again looking for email: gregl@dayton.sgi.com * different results. -unknown ********************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 20 13:26:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA27998; Fri, 20 Jun 1997 09:15:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA27982; Fri, 20 Jun 1997 09:15:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA18725; Fri, 20 Jun 1997 09:15:15 -0700 Received: from palladium.corp.sgi.com ([198.29.75.13]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA09614 for ; Fri, 20 Jun 1997 09:15:15 -0700 env-from (hlo@sgi.com) Received: from fugu.corp.sgi.com by palladium.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/911001.SGI) id JAA28249; Fri, 20 Jun 1997 09:15:13 -0700 Received: from fugu (localhost [127.0.0.1]) by fugu.corp.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA07146; Fri, 20 Jun 1997 09:15:08 -0700 Sender: hlo@sgi.com Message-ID: <33AAAC8B.167E@sgi.com> Date: Fri, 20 Jun 1997 09:15:07 -0700 From: Howard Lo X-Mailer: Mozilla 3.01 (X11; U; IRIX 6.3 IP32) MIME-Version: 1.0 To: BOCCARA Michael CC: "Performer ML Question (Receipt Notification Requested) (Non Receipt Notification Requested)" Subject: Re: TR: Interfacing Vk-rapidapp with pf References: <199706191341.GAA12909@sgi.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O BOCCARA Michael wrote: > > Maybe the previous message was truncated, so I resend it in any case > ________________________________________________________ > De: BOCCARA Michael le Mer 18 Juin 1997 16:26 > Objet: Interfacing Vk-rapidapp with pf > A: Questions@sgi > > Hello Performers, > > We are trying to link rapidapp-made windows with the Performer pipewindow I recompiled an old example, but hopefully it will help. Unfortunately its not MP ready. http://reality.sgi.com/hlo/technical/summary.html Look for Performer Viewer. Hope this helps --hl ======================================================================= 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 Jun 20 16:24:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA28157; Fri, 20 Jun 1997 10:15:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA28141; Fri, 20 Jun 1997 10:15:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA27429; Fri, 20 Jun 1997 10:15:10 -0700 Received: from sgiday.dayton.sgi.com ([169.238.131.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA25564 for ; Fri, 20 Jun 1997 10:15:08 -0700 env-from (gregl@sgiday.dayton.sgi.com) Received: by sgiday.dayton.sgi.com (951211.SGI.8.6.12.PATCH1502/930416.SGI) id NAA05249; Fri, 20 Jun 1997 13:16:23 -0400 From: "Greg Larson" Message-Id: <9706201316.ZM5247@sgiday.dayton.sgi.com> Date: Fri, 20 Jun 1997 13:16:22 -0400 In-Reply-To: Niels Hilbrink "Performance OpenGL <-> IRISGL" (Jun 20, 8:25am) References: <33AA2255.D8BA612F@nlr.nl> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Niels Hilbrink Subject: Re: Performance OpenGL <-> IRISGL Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hardware including Onyx RE2 and previous run IRISGL native, OpenGL emulated... Hardware including IR graphics and future systems run OpenGL native IRISGL emulated. Desktop systems prior to Impact graphics run IRISGL native, OpenGL emulated Impact (including Octane versions) run OpenGL native, IRISGL emulated. Hope this resolves some performance questions... Greg -- ********************************************************************** Greg Larson (937) 258-5247 * Systems Engineer * The definition of insanity is DoD High Performance Computing * doing the same thing over and Visual Simulation Focus * over again looking for email: gregl@dayton.sgi.com * different results. -unknown ********************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 20 17:25:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA28550; Fri, 20 Jun 1997 11:20:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA28534; Fri, 20 Jun 1997 11:20:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA09173; Fri, 20 Jun 1997 11:20:02 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id LAA17407 for ; Fri, 20 Jun 1997 11:20:01 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA29761; Fri, 20 Jun 1997 11:19:55 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA03122; Fri, 20 Jun 1997 11:19:42 -0700 Date: Fri, 20 Jun 1997 11:19:42 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706201119.ZM3120@multipass.asd.sgi.com> In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: Q: pfLayerModes" (Jun 20, 7:44am) References: <9706201244.AA20490@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 20, 7:44am, Steve Baker wrote: > Subject: Re: Q: pfLayerModes > > On Jun 11, 12:43pm, Mark Baranowski wrote: > > >> PFDECAL_BASE_HIGH_QUALITY solves the Z fighting problem, but *some* of > >> the subfaces tend to "poke through" when they should be hidden by > >> other parts of the model/scene. Is this is the problem that occurs if > >> the subfaces are not coplanar with, or bounded by, the parent face? > > Marcus Barnes replied: > > > Coplanarity tolerance can be a problem for STENCIL. Performer 2.x requires a > > much tighter (truer) tolerance than 1.x did. > > ...I find this hard to believe. Isn't Z buffer testing disabled > when the layer polygon is rendered in STENCIL mode? I thought that was > the entire point of using STENCIL. > > That being the case, surely the tolerance is unimportant. So long as the > layered polygons appear to be entirely inside the base polys, there should > be no problem. I concur. > > [Of course if the layer polygons are a very large distance in front or behind > the base then parallax effects can push the layer outside the base - but > that's an extreme case] > > I think Mark Baranowski's problem with STENCIL is more likely to be to > do with the layer polygons not lying entirely inside the base. That causes > some strange behaviour - especially when the layer+base are viewed in front > or behind other STENCIL mode pfLayers. Very insightfull, this would be an explanation for "punch through" on other stencil base geometry but it wouldn't explain any z fighting problems. Cheers,Angus. -- __________________________________________ http://www.intergraph.com/press97/q197.htm __________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 20 19:33:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA28868; Fri, 20 Jun 1997 13:14:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA28852; Fri, 20 Jun 1997 13:14:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA25094; Fri, 20 Jun 1997 13:14:51 -0700 Received: from mail.cis.ohio-state.edu (mail.cis.ohio-state.edu [164.107.8.55]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA17744 for ; Fri, 20 Jun 1997 13:14:49 -0700 env-from (shih@mail.cis.ohio-state.edu) Received: from snoopy.cis.ohio-state.edu (snoopy.cis.ohio-state.edu [164.107.144.3]) by mail.cis.ohio-state.edu (8.6.7/8.6.4) with ESMTP id QAA07295 for ; Fri, 20 Jun 1997 16:14:41 -0400 From: Po-Wen Shih Received: (shih@localhost) by snoopy.cis.ohio-state.edu (8.8.0/8.6.4) id QAA17318 for info-performer@sgi.com; Fri, 20 Jun 1997 16:14:47 -0400 (EDT) Message-Id: <199706202014.QAA17318@snoopy.cis.ohio-state.edu> Subject: How to change shading mode in Performer? To: info-performer@sgi.com Date: Fri, 20 Jun 1997 16:14:46 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I know this should be a fairly simple question but I just couldn't get it right. I need to chnage the global shading model between PFSM_FLAT and PFSM_GOURAUD. I have tried the follwoing two ways but both gave me 'segmentation fault'. first approach (got from the 'man' page of 'pfShadeModel'): pfShadeModel(PFSM_FLAT); pfOverride(PFSTATE_SHADEMODEL, PF_ON); second approach (got from the insight manual page of Performer): pfGeoState *gstate; gstate = pfNewGState(NULL); pfGStateMode(gstate, PFSTATE_SHADEMODEL, PFSM_FLAT); pfApplyGState(gstate); I am using the ported perfly from Performer 1.2 as a base program. I inserted the above codes between all the initialization done by perfly and the 'while' simulation loop. Does anyone know what's wrong with my code? Thanks for any help. Po-Wen Shih ----------- ======================================================================= 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 Jun 20 20:27:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA29777; Fri, 20 Jun 1997 14:15:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA29761; Fri, 20 Jun 1997 14:15:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA04617; Fri, 20 Jun 1997 14:15:14 -0700 Received: from gauntlet.ht.com (gauntlet.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA06621 for ; Fri, 20 Jun 1997 14:15:13 -0700 env-from (scott@ht.com) Received: by gauntlet.ht.com; id RAA26958; Fri, 20 Jun 1997 17:15:09 -0400 (EDT) Received: from unknown(10.0.100.2) by gauntlet.ht.com via smap (3.2) id xma026950; Fri, 20 Jun 97 17:15:03 -0400 Received: from hf.ht.com by ht.com (950413.SGI.8.6.12/3.1.090690-High Techsplanations) id VAA27172; Fri, 20 Jun 1997 21:15:29 GMT Received: by hf.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id RAA03092; Fri, 20 Jun 1997 17:15:29 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199706202115.RAA03092@hf.ht.com> Subject: Re: Performance OpenGL <-> IRISGL To: info-performer@sgi.com Date: Fri, 20 Jun 1997 17:15:29 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Status: O I have related questions: Assume an Indigo2 Extreme with IRIX 5.3. What is the relative performance difference between IGL and OGL Performer apps (assuming no textures)? What sorts of graphics states would significantly affect the relative performance differences? Show your work. ;-) If the machine is upgraded to IRIX 6.2, will that close the performance gap at all (e.g. a better OGL emulator)? Regards, scott -- Scott McMillan | HT Medical, Inc. | Developing medical VE's scott@ht.com | http://www.ht.com | surgical simulations Ph: 301-984-3706 |6001 Montrose Rd., #902| and surgery simulation Fax: 301-984-2104 | Rockville, MD 20852 | creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 20 23:05:31 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA00341; Fri, 20 Jun 1997 16:49:39 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA00325; Fri, 20 Jun 1997 16:49:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA24665; Fri, 20 Jun 1997 16:49:38 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA24495 for ; Fri, 20 Jun 1997 16:49:12 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id QAA13485 for ; Fri, 20 Jun 1997 16:56:35 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id XAA04043 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Fri, 20 Jun 1997 23:43:58 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id QAA17776 for info-performer@sgi.com; Fri, 20 Jun 1997 16:46:39 -0700 From: "Marcus Barnes" Message-Id: <9706201646.ZM17774@logan.engr.multigen.com> Date: Fri, 20 Jun 1997 16:46:39 -0700 In-Reply-To: David Higginbotham "cliptextures with Performer and MultiGen" (Jun 20, 9:37am) References: <199706201337.JAA03535@newton.motown.lmco.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: cliptextures with Performer and MultiGen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 20, 9:37am, David Higginbotham wrote: > Has anyone used cliptextures with MultiGen files under > Performer 2.1 or 2.2. Yes, although 2.1 is troublesome. My experience has been that you must use ".raw8" image tiles and run your application from the directory containing the image files. > A .flt file with any size cliptexture (8k, 4k, 2k) appears distorted > in perfly (using MultiGen 15.2d loader). The loader requires that the clip texture use a texture mapping entry, meaning it must be projected. When mapping the texture using "Put Texture" tool, make sure to check "Add to mapping palette" in the modeler. Also pfFlatten doesn't handle texture projection (pfTexGen) so you cannot project texture on transformed geometry and then flatten it. If your geometry is transformed, disable the loader mode PFFLT_FLATTEN and don't otherwise call pfFlatten. For example: % perfly -y flt,1,0 -y flt,20,1 terrain_cliptexture.flt > Also, when I attempt to modify clip parameters via perfly controls, the > following warning appears: > > PF Warning: Can't modify clip parameters because the > pfClipTexture is not being controlled by a pfMPClipTexture Perfly's setup, in 2.1 and early 2.2 alphas, aren't expecting any loader to handle clip texture centering, so it's not aware of what the OpenFlight loader has done. You'd have to modify perfly to resolve this. Perfly 2.2a265 (or there abouts) is fixed to handle this situation (right Tom? ;-) and the OpenFlight loader R15.4b does a better job negotiating with pfPipe(s) wrt adding pfMPClipTexture's too. My goal is to make clip texture usage in OpenFlight as simple and automated as classic texture usage. Comments and requests are welcome. 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 Jun 20 23:50:27 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA00648; Fri, 20 Jun 1997 18:01:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00632; Fri, 20 Jun 1997 18:01:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA02083; Fri, 20 Jun 1997 18:01:11 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA06581 for ; Fri, 20 Jun 1997 18:01:10 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) id SAA02070; Fri, 20 Jun 1997 18:01:09 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id SAA10066; Fri, 20 Jun 1997 18:00:54 -0700 From: "Rob Jenkins" Message-Id: <9706201800.ZM10064@quid.csd.sgi.com> Date: Fri, 20 Jun 1997 18:00:53 -0700 In-Reply-To: Matthew M Mckeon "Texturing, IRIX >5.2, and OpenGL" (Jun 20, 11:35am) References: <0neeB4W00YUu05uNA0@andrew.cmu.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Matthew M Mckeon , info-performer@sgi.com Subject: Re: Texturing, IRIX >5.2, and OpenGL Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've seen exactly this before, replacing the OpenGL texture calls with pfTexture calls did the trick. Direct calls to OpenGL are normally OK ( with caution ) from Performer but Performer works hard to manage the current graphics state efficiently and in the case of the pfuTexList stuff, Performer tries to implement sharing of texture efficiently. One of the assumptions it makes is that it knows what gfx state it changed, if your application makes those changes too ( for example to currently bound texture ) then Performer doesn't know that and things get messed up. If you didn't change to using pfTexture stuff ( recommended ) then you might find that doing glGet( GL_TEXTURE_2D_BINDING_EXT ) and then restoring that after you've done you're OpenGL thing would work but I doubt it would be as efficient as Performer. Probably the changes to OpenGL after Irix 5.3 would account for the change in behaviour. Cheers Rob On Jun 20, 11:35am, Matthew M Mckeon wrote: > Subject: Texturing, IRIX >5.2, and OpenGL > > > I have an interesting problem. > > I've apparently run into some sort of > bug involving Performer, OpenGL texturing, > and possibly post-5.3 Irix. > > Our Onyx RE runs 5.3, and our application > (a perfly hack) runs just fine on it. > In the localPostDraw() function, I used OpenGL calls to > display a translucent overhead map by texturing an > alpha-blended poly with rgb data read from a file. > Worked quite nicely, with little to no affect on > our refresh rate. > > I tested it on our other SGI's (I^2s, O2s, and an Octane) > by running it first remotely, then locally. > That's when I found myself perplexed. > > When I run the app remotely on a post-5.3 machine > and display it on the Onyx console, it works fine. > When I run the app locally on a machine running 5.3, > it works fine. When I run the app remotely on the > Onyx and view it on a post-5.3 console, everything's > OK. _However_, when I run it locally on the O2's and > the Octane (can't set up our post-5.3 I^2 for it > just yet), the map texture replaces every other texture > on the terrain. > > Did I mention this is only under OpenGL and not IrisGL? > :, > > Has anyone encountered something similar to this before? > What can I do about it? I've alread checked, re-checked, > and triple-checked my code. The OpenGL portion is > thoroughly kosher. > > Thanks, > > --------------------- Matthew M. McKeon ->mckeon@cs.cmu.edu > ---------- Research Programmer ----------|www.andrew.cmu.edu/~mmm > - CMU Digital Mapping Project (MAPSlab) -|Feel free to blither now > > ======================================================================= > 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 Matthew M Mckeon -- ________________________________________________________________ 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 Sat Jun 21 01:16:35 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA00959; Fri, 20 Jun 1997 19:36:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA00943; Fri, 20 Jun 1997 19:36:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA10001; Fri, 20 Jun 1997 19:36:22 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA02322 for ; Fri, 20 Jun 1997 19:36:21 -0700 env-from (marcus@logan.engr.multigen.com) Received: from plateau.engr.multigen.com (plateau.engr.multigen.com [204.119.70.10]) by mailhost.multigen.com (8.6.11/8.6.12) with ESMTP id TAA13838 for ; Fri, 20 Jun 1997 19:43:46 -0700 Received: from logan.engr.multigen.com (logan.engr.multigen.com [204.119.70.90]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id CAA05561 for <@plateau.engr.multigen.com:info-performer@sgi.com>; Sat, 21 Jun 1997 02:31:09 GMT Received: (from marcus@localhost) by logan.engr.multigen.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA18363 for info-performer@sgi.com; Fri, 20 Jun 1997 19:33:50 -0700 From: "Marcus Barnes" Message-Id: <9706201933.ZM18361@logan.engr.multigen.com> Date: Fri, 20 Jun 1997 19:33:50 -0700 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: Q: pfLayerModes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 20, 7:39am, Steve Baker wrote: > marcus wrote: > > > > Coplanarity tolerance can be a problem for STENCIL. Performer 2.x requires a > > much tighter (truer) tolerance than 1.x did. > > ...I find this hard to believe. Isn't Z buffer testing disabled > when the layer polygon is rendered in STENCIL mode? I thought that was > the entire point of using STENCIL. Yes, but the base geometry defines the Z buffer value for the layer geometry. Notice that STENCIL mode is the only mode that _requires_ coplanarity (man pfdecal). > That being the case, surely the tolerance is unimportant. So long as the > layered polygons appear to be entirely inside the base polys, there should > be no problem. Angus pinged me on this in his earlier reply and I followed up with the history behind my initial statement. I think that the tighter 2.x displacement tolerance is not an issue with STENCIL, but true coplanarity is ... 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 Sat Jun 21 07:24:23 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA02012; Sat, 21 Jun 1997 01:53:35 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA01996; Sat, 21 Jun 1997 01:53:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA29795; Sat, 21 Jun 1997 01:53:33 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA22207 for ; Sat, 21 Jun 1997 01:53:28 -0700 env-from (rany@rtset.co.il) Received: from rany (ts016p5.pop9a.netvision.net.il [194.90.5.43]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id KAA25072; Fri, 21 Jun 1996 10:55:39 +0200 Message-ID: <33ABDAC7.F08722A2@rtset.co.il> Date: Sat, 21 Jun 1997 16:44:39 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Po-Wen Shih CC: info-performer@sgi.com Subject: Re: How to change shading mode in Performer? X-Priority: 3 (Normal) References: <199706202014.QAA17318@snoopy.cis.ohio-state.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Po-Wen Shih wrote: > Hi, > > I know this should be a fairly simple question but I just couldn't > get it > right. > > I need to chnage the global shading model between PFSM_FLAT and > PFSM_GOURAUD. > I have tried the follwoing two ways but both gave me 'segmentation > fault'. > > first approach (got from the 'man' page of 'pfShadeModel'): > > pfShadeModel(PFSM_FLAT); > pfOverride(PFSTATE_SHADEMODEL, PF_ON); > > second approach (got from the insight manual page of Performer): > > pfGeoState *gstate; > gstate = pfNewGState(NULL); > pfGStateMode(gstate, PFSTATE_SHADEMODEL, PFSM_FLAT); > pfApplyGState(gstate); > > I am using the ported perfly from Performer 1.2 as a base program. I > inserted > the above codes between all the initialization done by perfly and the > 'while' simulation loop. Does anyone know what's wrong with my code? Those are calling GL commands, so they have to be issued from within the DRAW process. Better to it before the pfDraw(). Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Jun 22 03:34:38 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA03717; Sat, 21 Jun 1997 22:10:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA03701; Sat, 21 Jun 1997 22:10:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id WAA23209; Sat, 21 Jun 1997 22:10:50 -0700 Received: from python.tamu.edu (python.tamu.edu [128.194.11.99]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id WAA01393 for ; Sat, 21 Jun 1997 22:10:49 -0700 env-from (renjye@python.tamu.edu) Received: (from renjye@localhost) by python.tamu.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id AAA09828; Sun, 22 Jun 1997 00:12:16 -0500 From: "Ren-Jye Yu" Message-Id: <9706220012.ZM9827@python.tamu.edu> Date: Sun, 22 Jun 1997 00:12:15 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: How to declare Fortran subroutine in C++ compiler?? Cc: renjye@python.tamu.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I have a math subroutine which is written by Fortran. I use C++ compiler to compile my Performer program. This math routine is part of my main(). When I compile this mixed language program, I get a unresolved "routine name" error. I declare this math routine as "extern int simmain()" in main.c. I compiled it by using f77, Fortran compiler. I put the simmain.o and -lF77, -lU77, -lI77,-lisam, -lm in the CC command line. I also tried to switch the location of simmain.o and main.o in the CC command line. Do I make any mistake? Or I forgot somethings else? I successed in compiling the C and Fortran mixed program. I realy need your help. I will very appreciate for you help. Have a nice day. p/s : my OS is IRIX 6.2 -- ______________________________________________________________________________ ("`-''-/").___..--''"`-._ Ren-Jye Yu `6_ 6 ) `-. ( ).`-.__.`) Email :renjye@python.tamu.edu (_Y_.)' ._ ) `._ `. ``-..-' Phone(O) :(409) 845-0729 _..`--'_..-_/ /--'_.' ,' (H) :(409) 691-8570 (il),-'' (li),' ((!.-' Address :Aerospace Engineering Department H.R. Bright Building Texas A&M University College Station 77840-3141 _______________________________________________________________________________ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jun 22 12: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 HAA04295; Sun, 22 Jun 1997 07:10:38 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04279; Sun, 22 Jun 1997 07:10:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA20197; Sun, 22 Jun 1997 07:10:36 -0700 Received: from austin.cs.unc.edu (austin.cs.unc.edu [152.2.128.87]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA12464 for ; Sun, 22 Jun 1997 07:10:35 -0700 env-from (zhangh@cs.unc.edu) Received: from brunel.cs.unc.edu by austin.cs.unc.edu (8.6.10/UNC_10_05_96) id KAA06515; Sun, 22 Jun 1997 10:10:34 -0400 Received: from localhost by brunel.cs.unc.edu (8.6.10/UNC_06_21_94) id KAA26824; Sun, 22 Jun 1997 10:10:33 -0400 Date: Sun, 22 Jun 1997 10:10:33 -0400 (EDT) From: Hansong Zhang To: Ren-Jye Yu cc: info-performer@sgi.com Subject: Re: How to declare Fortran subroutine in C++ compiler?? In-Reply-To: <9706220012.ZM9827@python.tamu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > Hello, > > I have a math subroutine which is written by Fortran. I use C++ > compiler to compile my Performer program. This math routine is part of my > main(). When I compile this mixed language program, I get a unresolved "routine > name" error. > > I declare this math routine as "extern int simmain()" in main.c. I > compiled it by using f77, Fortran compiler. I put the simmain.o and -lF77, > -lU77, -lI77,-lisam, -lm in the CC command line. I also tried to switch the > location of simmain.o and main.o in the CC command line. > > Do I make any mistake? Or I forgot somethings else? I successed in > compiling the C and Fortran mixed program. I realy need your help. I will very > appreciate for you help. Have a nice day. > > p/s : my OS is IRIX 6.2 > Try to declare the fortran function as extern "C" { int simmain(); } which prevents CC from generating signature for the function name and making it differnt from the one in your fortran object file. Besides (and if the above suggestion doesn't work), you can use the f2c package to translate the fortran program to C. I used to use it for big fortran math routines and it worked really well. f2c's available from netlib. hope this helps, 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) ------------------------------------------------------------- ======================================================================= 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 Jun 22 18:33:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04653; Sun, 22 Jun 1997 12:58:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04637; Sun, 22 Jun 1997 12:58:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA06336; Sun, 22 Jun 1997 12:58:41 -0700 Received: from server.cs.uiowa.edu (server.cs.uiowa.edu [128.255.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA14808 for ; Sun, 22 Jun 1997 12:58:40 -0700 env-from (jmtidd@cs.uiowa.edu) Received: from corn.cs.uiowa.edu (corn.cs.uiowa.edu [128.255.28.59]) by server.cs.uiowa.edu with id OAA11945 for ; Sun, 22 Jun 1997 14:58:39 -0500 (CDT) From: Jillian Michelle Tidd Message-Id: <199706221958.OAA11945@server.cs.uiowa.edu> Subject: quadbuffer stereo To: info-performer@sgi.com Date: Sun, 22 Jun 1997 14:58:38 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O hello everyone, ok, i have what may or may not be a simple question. how does quadbuffer stereo work? are there 4 channels? in what order are they displayed on the screen? how and why is quadbuff better than top/bottom? i've been confused about this for a while. thanks for any ideas. jillian ======================================================================= 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 Jun 23 05:14:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA05711; Sun, 22 Jun 1997 23:56:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA05695; Sun, 22 Jun 1997 23:56:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA07262; Sun, 22 Jun 1997 23:56:56 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA21483; Sun, 22 Jun 1997 23:56:52 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id IAA02196; Mon, 23 Jun 1997 08:56:49 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA02636; Mon, 23 Jun 1997 08:48:13 +0200 Sender: niels@nlr.nl Message-ID: <33AE1C2C.7B58E717@nlr.nl> Date: Mon, 23 Jun 1997 08:48:12 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Dick Rous CC: "info-performer@sgi.com" Subject: Re: Performance OpenGL <-> IRISGL X-Priority: 3 (Normal) References: <33AA2255.D8BA612F@nlr.nl> <9706201627.ZM849@puth.demeern.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Dick, We're (at the NLR) using a six processor (R10K) Onyx-REII and performer version 2.0. Best Regards, Niels Dick Rous wrote: > You did not mention on which platform you noticed the speed difference between > OpenGL and IRISGL. > All our newer hardware, from Impact and Infinite Reality onwards, is based on > OpenGL, and IRISGL runs through software emulation (IGLOO), which gives OpenGL > a tremendous performance advantage. > > Furthermore, support for IRISGL will cease to be in upcoming versions of > Performer. -- _/ _/ _/ _/_/_/_/ Niels Hilbrink (RS NOP) _/ _/ _/ _/ _/ Hilbrink@nlr.nl _/_/ _/ _/ _/ _/ tel : (++31)(0)527 248224 (NLR) _/ _/ _/ _/ _/_/_/_/ (++31)(0)527 242259 (Home) _/ _/_/ _/ _/ _/ _/ _/ _/ _/ _/ National Aerospace Laboratory (NLR) _/ _/ _/_/_/_/ _/ _/ http://www.nlr.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 Mon Jun 23 05:55:49 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA05765; Mon, 23 Jun 1997 00:39:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA05749; Mon, 23 Jun 1997 00:39:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA10626; Mon, 23 Jun 1997 00:39:48 -0700 Received: from dub-img-5.compuserve.com (dub-img-5.compuserve.com [149.174.206.135]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA26999 for ; Mon, 23 Jun 1997 00:39:47 -0700 env-from (vsm_mrs@compuserve.com) Received: by dub-img-5.compuserve.com (8.6.10/5.950515) id DAA19514; Mon, 23 Jun 1997 03:39:47 -0400 Date: Mon, 23 Jun 1997 03:39:31 -0400 From: Jean BENOIT Subject: RE:Interface Touchscreen ? To: info-performer Message-ID: <199706230339_MC2-18FD-FC1B@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O You have 2 solutions: First : Make a kernel driver, and your touch screen can replace or to be added with the mouse.so you can keep events with pfGetEvent. Second: You make serial function like flybox.c ( /usr/share/Performer/lib/libpfutil) and you call them in App process. I use the two solution and I prefer the first ( be careful with system version) ======================================================================= 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 Jun 23 06:15:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA05799; Mon, 23 Jun 1997 00:59:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA05783; Mon, 23 Jun 1997 00:59:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA11787; Mon, 23 Jun 1997 00:59:06 -0700 Received: from arl-img-8.compuserve.com (arl-img-8.compuserve.com [149.174.217.138]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA29898 for ; Mon, 23 Jun 1997 00:59:05 -0700 env-from (vsm_mrs@compuserve.com) Received: by arl-img-8.compuserve.com (8.6.10/5.950515) id DAA13589; Mon, 23 Jun 1997 03:59:05 -0400 Date: Mon, 23 Jun 1997 03:58:48 -0400 From: Jean BENOIT Subject: RE:Re: How to change shading mode in Performer? To: info-performer Message-ID: <199706230358_MC2-18FD-FCCB@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O The first solution has to be called in PreDraw Function, The other one , = I don't think so, I think it's have to be a PreApp Function and the GeoStat= e must be allocated in Share Memory. Yoel HALLAKOUN ======================================================================= 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 Jun 23 07:00:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA05929; Mon, 23 Jun 1997 01:50:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA05913; Mon, 23 Jun 1997 01:50:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA14724; Mon, 23 Jun 1997 01:50:40 -0700 Received: from arl-img-8.compuserve.com (arl-img-8.compuserve.com [149.174.217.138]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA05338 for ; Mon, 23 Jun 1997 01:50:39 -0700 env-from (vsm_mrs@compuserve.com) Received: by arl-img-8.compuserve.com (8.6.10/5.950515) id EAA21466; Mon, 23 Jun 1997 04:50:39 -0400 Date: Mon, 23 Jun 1997 04:50:24 -0400 From: Jean BENOIT Subject: texture paging To: info-performer Message-ID: <199706230450_MC2-18FD-FEE4@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O I need to have a texture paging mecanism, for that I want to use pfImageCache and pfImageTile. I look for some examples about these functions, and informations about texture paging. 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 Mon Jun 23 10:36:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA06381; Mon, 23 Jun 1997 06:29:01 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA06365; Mon, 23 Jun 1997 06:29:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA00285; Mon, 23 Jun 1997 06:28:59 -0700 Received: from imtsg14.epfl.ch (imtsg14.epfl.ch [128.178.157.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA05368 for ; Mon, 23 Jun 1997 06:27:22 -0700 env-from (guzzoni@imtsg14.epfl.ch) Received: from imtsg12.epfl.ch (imtsg12.epfl.ch [128.178.157.40]) by imtsg14.epfl.ch (950413.SGI.8.6.12/8.6.12) with ESMTP id PAA01659 for ; Mon, 23 Jun 1997 15:27:20 +0200 Received: (guzzoni@localhost) by imtsg12.epfl.ch (950413.SGI.8.6.12/8.6.11) id PAA12196 for info-performer@sgi.com; Mon, 23 Jun 1997 15:27:20 +0200 From: "Didier Guzzoni" Message-Id: <9706231527.ZM12195@imtsg12.epfl.ch> Date: Mon, 23 Jun 1997 15:27:19 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Light problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I have a perfly based application and some light problems to deal with. Even if the lighting is enabled {pfEnable(PFEN_LIGHTING)}, some pfLighSources switched on and objects loaded with normals, the are no light effects (such as shininess or shadings) on my solids. Does anyone has a clue ? 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 6540 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jun 23 10:36:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA06363; Mon, 23 Jun 1997 06:23:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA06347; Mon, 23 Jun 1997 06:23:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA29810; Mon, 23 Jun 1997 06:23:47 -0700 Received: from ligsg33.epfl.ch (ligsg33.epfl.ch [128.178.78.48]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA04675 for ; Mon, 23 Jun 1997 06:23:43 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg33.epfl.ch (Smail3.1.29.1 #28) id m0wg95C-018m2rC; Mon, 23 Jun 97 15:23 MDT From: "Amaury Aubel" Message-Id: <9706231523.ZM16313@lig.di.epfl.ch> Date: Mon, 23 Jun 1997 15:23:02 -0600 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Generating textures on the fly Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Performers, I think that what I'm trying to do is not possible. I'd like experienced people to tell me if I'm wrong... I want to generate textures on the fly in my app. These textures are then loaded into TRAM using the PFTEX_SOURCE_FRAMEBUFFER load mode (thanks Anita btw:-) 1) Ideally, the generated textures should not be visible so they should be rendered off-screen. Yet, from what I understand it is not possible to render something off-screen using hardware acceleration, right? 2) The textures should be transparent. This means I must specify a format like: pfTexFormat(tex, PFTEX_INTERNAL_FORMAT, PFTEX_RGBA_8); But in this case what does the "A" refer to? To the Z-buffer in the FB? Any comments appreciated, Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jun 23 12:43:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA06594; Mon, 23 Jun 1997 07:13:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA06578; Mon, 23 Jun 1997 07:13:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA05451; Mon, 23 Jun 1997 07:13:24 -0700 Received: from bhole.cae.ca (cae.ca [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA13132 for ; Mon, 23 Jun 1997 07:13:21 -0700 env-from (bleclerc@poster.cae.ca) Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA126738; Mon, 23 Jun 1997 10:10:09 -0400 Received: from eagle.cae.ca by eagle.cae.ca via SMTP (950413.SGI.8.6.12/930416.SGI) id JAA14352; Mon, 23 Jun 1997 09:58:38 -0400 Sender: bleclerc@poster.cae.ca Message-Id: <33AE810E.41C6@cae.ca> Date: Mon, 23 Jun 1997 09:58:38 -0400 From: Bernard Leclerc Organization: CAE Electronics Ltd. X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: Ren-Jye Yu Cc: info-performer@sgi.com Subject: Re: How to declare Fortran subroutine in C++ compiler?? References: <9706220012.ZM9827@python.tamu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Ren-Jye Yu wrote: > I have a math subroutine which is written by Fortran. I use C++ > compiler to compile my Performer program. This math routine is part of my > main(). When I compile this mixed language program, I get a unresolved "routine > name" error. > > I declare this math routine as "extern int simmain()" in main.c. I Try declaring your routine extern "C" int simmain_(void); On SGI, the FORTRAN compiler appends an underscore to the subroutine name. > compiled it by using f77, Fortran compiler. I put the simmain.o and -lF77, > -lU77, -lI77,-lisam, -lm in the CC command line. I also tried to switch the > location of simmain.o and main.o in the CC command line. > > Do I make any mistake? Or I forgot somethings else? I successed in > compiling the C and Fortran mixed program. I realy need your help. I will very > appreciate for you help. Have a nice day. -- 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 Jun 23 13:43:47 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA06827; Mon, 23 Jun 1997 08:10:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA06811; Mon, 23 Jun 1997 08:10:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA13641; Mon, 23 Jun 1997 08:10:13 -0700 Received: from bur.visidyne.com (netsafe-outer.bur.visidyne.com [204.180.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA25311 for ; Mon, 23 Jun 1997 08:10:09 -0700 env-from (sartor@visidyne.com) Received: from spock.hsv.visidyne.com (spock.hsv.visidyne.com [207.60.194.10]) by bur.visidyne.com (8.6.11/8.6.6) with SMTP id LAA01413; Mon, 23 Jun 1997 11:06:28 -0400 Organization: Visidyne Inc. Message-Id: <3.0.32.19970623100821.007e9690@mail.bur.visidyne.com> X-Sender: sartor@mail.bur.visidyne.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 23 Jun 1997 10:08:27 -0500 To: Hansong Zhang , Ren-Jye Yu From: ken sartor Subject: Re: How to declare Fortran subroutine in C++ compiler?? Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O At 10:10 AM 6/22/97 -0400, Hansong Zhang wrote: >> Hello, >> >> I have a math subroutine which is written by Fortran. I use C++ >> compiler to compile my Performer program. This math routine is part of my >> main(). When I compile this mixed language program, I get a unresolved "routine >> name" error. >> >> I declare this math routine as "extern int simmain()" in main.c. I >> compiled it by using f77, Fortran compiler. I put the simmain.o and -lF77, >> -lU77, -lI77,-lisam, -lm in the CC command line. I also tried to switch the >> location of simmain.o and main.o in the CC command line. >> >> Do I make any mistake? Or I forgot somethings else? I successed in >> compiling the C and Fortran mixed program. I realy need your help. I will very >> appreciate for you help. Have a nice day. >> >> p/s : my OS is IRIX 6.2 >> > >Try to declare the fortran function as >extern "C" { > int simmain(); >} >which prevents CC from generating signature for the function name and >making it differnt from the one in your fortran object file. > >Besides (and if the above suggestion doesn't work), you can use the f2c >package to translate the fortran program to C. I used to use it for big >fortran math routines and it worked really well. f2c's available from >netlib. > >hope this helps, >Hansong Here is how i have done it in the past... First declare the function... extern "C" { extern void ttest_(int* T1, int* T2, float* T3); } Then call the function... ttest_(&t1, &t2, &t3); Good luck. (Note that in this case, i am passing the addresses of the variables. This is to allow the returning values to be passed back into the calling routine. If this were not necessary, then of course you could just pass in the values.) 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 Mon Jun 23 15:47:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA07167; Mon, 23 Jun 1997 09:58:14 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA07151; Mon, 23 Jun 1997 09:58:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA04069; Mon, 23 Jun 1997 09:58:12 -0700 Received: from mayflower.ncsa.uiuc.edu (mayflower.ncsa.uiuc.edu [141.142.230.14]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA23201 for ; Mon, 23 Jun 1997 09:58:10 -0700 env-from (rbrady@mayflower.ncsa.uiuc.edu) Received: (from rbrady@localhost) by mayflower.ncsa.uiuc.edu (8.7.1/8.7.1) id LAA26530; Mon, 23 Jun 1997 11:55:20 -0500 (CDT) Date: Mon, 23 Jun 1997 11:55:20 -0500 (CDT) From: Rachael Brady Message-Id: <199706231655.LAA26530@mayflower.ncsa.uiuc.edu> To: info-performer@sgi.com Subject: 3D textures in Performer Cc: sartor@bur.visidyne.com Status: O I am trying to use a 3D texture in Performer. I'm sure people have been successfully doing this for some time. If anyone has some working sample code, I'd appreciate seeing it. Otherwise, below is a modified section of the texture.C example in the /usr/share space. Everything works beautifully if the third dimension of the texture is set to 1. As soon as I increase that value to some power of two, I get an image which is equivalent to the first line of the 3D texture replicated down the polygon. Also, I've tried calling pfTexGen::apply() within this code.. that function never returns. However, the texGen requests are getting applied somehow because I get different images depending on the plane equations I set (when using 2D (i.e. sz = 1) or 3D (i.e. sz = 32) textures). Also note that the MINFILTER and MAGFILTER are not dependant on MIPMAPS. I'm using an onyx IR system, IRIX 6.2. Thanks Rachael Brady Senior Research Programmer Biological Imaging Group, NCSA rbrady@ncsa.uiuc.edu ------------------------------------------------------------------------ /usr/share/Performer/src/pguide/libpf/C++/texture.C ... begining of file removed ... // Set up textures & gstates structures pfTexture *tex = new pfTexture; pfTexEnv *tev; tex->setFilter(PFTEX_MINFILTER, PFTEX_TRILINEAR); tex->setFilter(PFTEX_MAGFILTER, PFTEX_TRILINEAR); tex->setFormat(PFTEX_INTERNAL_FORMAT, PFTEX_IA_8); pfGeoState *gstate = new pfGeoState; unsigned char *image; image = ReadImage() // returns a 256 x 256 x 32 array // (2 bytes per voxel) int nc, sx, sy, sz; nc = 2; sx = 256; sy = 256; sz = 32; tex->setImage((uint *) (image), nc, sx, sy, sz); gstate->setMode(PFSTATE_TRANSPARENCY, PFTR_BLEND_ALPHA); gstate->setMode(PFSTATE_ALPHAFUNC, PFAF_NOTEQUAL); gstate->setVal(PFSTATE_ALPHAREF, 0.0f); gstate->setAttr(PFSTATE_TEXTURE, tex); gstate->setMode(PFSTATE_ENTEXTURE, PF_ON); gstate->setMode(PFSTATE_ENLIGHTING,0); gstate->setMode(PFSTATE_CULLFACE,PFCF_OFF); tev = new pfTexEnv; gstate->setAttr(PFSTATE_TEXENV, tev); // Set up geosets pfVec3 *coords = (pfVec3*) new(4*sizeof(pfVec3)) pfMemory; coords[0].set(-1.0f, 0.0f, -1.0f); coords[1].set( 1.0f, 0.0f, -1.0f ); coords[2].set( 1.0f, 0.0f, 1.0f ); coords[3].set(-1.0f, 0.0f, 1.0f ); ushort *vertexlist = (ushort*) new(4*sizeof(ushort)) pfMemory; vertexlist[0] = 0; vertexlist[1] = 1; vertexlist[2] = 2; vertexlist[3] = 3; pfVec4 *colors = (pfVec4*) new(4*sizeof(pfVec4)) pfMemory; colors[0].set(1.0f, 1.0f, 1.0f, 1.0f); colors[1].set(0.0f, 0.0f, 1.0f, 1.0f); colors[2].set(1.0f, 0.0f, 0.0f, 1.0f); colors[3].set(0.0f, 1.0f, 0.0f, 1.0f); ushort *colorlist = (ushort*) new(4*sizeof(ushort)) pfMemory; colorlist[0] = 0; colorlist[1] = 1; colorlist[2] = 2; colorlist[3] = 3; // Use TexGen to gain access to 3D texture pfTexGen *texgen = new pfTexGen; gstate->setMode(PFSTATE_ENTEXGEN, PF_ON); gstate->setAttr(PFSTATE_TEXGEN, texgen); texgen->setMode(PF_S, PFTG_OBJECT_LINEAR); texgen->setMode(PF_T, PFTG_OBJECT_LINEAR); texgen->setMode(PF_R, PFTG_OBJECT_LINEAR); texgen->setMode(PF_Q, PFTG_OFF); texgen->setPlane(PF_S, 0.5f, 0.0f, 0.0f, 0.5f); texgen->setPlane(PF_T, 0.0f, 0.0f, 0.5f, 0.5f); texgen->setPlane(PF_R, 0.0f, 0.5f, 0.0f, 0.5f); pfGeoSet *gset = new pfGeoSet; gset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, coords, vertexlist); gset->setAttr(PFGS_COLOR4, PFGS_PER_VERTEX, colors, colorlist); gset->setPrimType(PFGS_QUADS); gset->setNumPrims(1); gset->setGState(gstate); // set up scene graph pfGeode *geode1 = new pfGeode; geode1->addGSet(gset); texture.C sample file continues... ======================================================================= 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 Jun 23 17:55:34 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA08084; Mon, 23 Jun 1997 12:17:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA08068; Mon, 23 Jun 1997 12:17:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA29544; Mon, 23 Jun 1997 12:17:24 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA19028 for ; Mon, 23 Jun 1997 12:17:23 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id MAA14280; Mon, 23 Jun 1997 12:18:48 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id MAA20152; Mon, 23 Jun 1997 12:20:00 -0700 From: "Anita Kishore" Message-Id: <9706231219.ZM20148@tracey.triavest.com> Date: Mon, 23 Jun 1997 12:19:58 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Employment opportunities Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19706231219.ZM20148.triavest.com" Status: O --PART-BOUNDARY=.19706231219.ZM20148.triavest.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u For Software Developers Triavest, a supplier of 3D computer graphics solutions to the broadcast a= nd video production industries is seeking software developers for employment= in its San Francisco facilities. Candidates should possess practical experience in the development of software applications using C and C++ under UNIX environments, with a comprehensive knowledge of 3D computer graphics. Candidates should also possess applicable experience in one or more of the following areas: =85 System administration under IRIX operating systems (SGI platform) =85 Open-GL; Open Inventor and/or Performer =85 Graphical user-interface design using Motif =85 Development of peripheral/device drivers Engineers will work on advanced tools for next-generation television production environments, including: virtual set authoring tools, on-air graphics systems, real-time graphics rendering, asset management subsyste= ms and development of interfaces to various computer and video hardware devices. A BSCS degree is required with a minimum of 3-5 years practical experience. Triavest offers competitive compensation packages and a creative work environment. Interested parties should forward resumes to: Human Resources Triavest Inc. 2727 Mariposa Street Studio 100 San Francisco, CA 94110 Fax: 415-252-6741 e-mail: mike@triavest.com -- = Anita Kishore --PART-BOUNDARY=.19706231219.ZM20148.triavest.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 Jun 23 18:29:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA08258; Mon, 23 Jun 1997 12:42:57 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA08242; Mon, 23 Jun 1997 12:42:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA03468; Mon, 23 Jun 1997 12:42:56 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA29273 for ; Mon, 23 Jun 1997 12:42:47 -0700 env-from (rany@rtset.co.il) Received: from rany (ts013p11.pop9a.netvision.net.il [194.90.11.247]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id VAA28557; Sun, 23 Jun 1996 21:47:19 +0200 Message-ID: <33AF160C.3C7DC041@rtset.co.il> Date: Tue, 24 Jun 1997 03:34:21 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Amaury Aubel CC: info-performer@sgi.com Subject: Re: Generating textures on the fly X-Priority: 3 (Normal) References: <9706231523.ZM16313@lig.di.epfl.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Amaury Aubel wrote: > Hi Performers, > > I think that what I'm trying to do is not possible. I'd like > experienced people > to tell me if I'm wrong... > On the contrary, it is very much possible. > I want to generate textures on the fly in my app. These textures are > then > loaded into TRAM using the PFTEX_SOURCE_FRAMEBUFFER load mode (thanks > Anita > btw:-) > > 1) Ideally, the generated textures should not be visible so they > should be > rendered off-screen. > Yet, from what I understand it is not possible to render something > off-screen > using hardware acceleration, right? > Wrong. You can render either to a pbuffer (look for pbuffer commands in /usr/include/GL/glx.h), or to an AUX buffer.AUX buffers are easier to handle - you allocate them in you attribute list for a pfWindow, and then switch using glDrawBuffer (GL_AUXn), where n is 0 and up. You will have to allocate alpha bitplanes for your window, also in the attribute list, in order to support semi-transparent_8 textures.. The advantage of pbuffers is that they can have different size and attributes from your window, unlike the aux buffers. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Jun 23 23:54:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA10348; Mon, 23 Jun 1997 18:15:10 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA10332; Mon, 23 Jun 1997 18:15:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA26273; Mon, 23 Jun 1997 18:15:08 -0700 Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA28412 for ; Mon, 23 Jun 1997 18:15:05 -0700 env-from (garrova@mitre.org) Received: from diego.mitre.org (diego.mitre.org [128.29.69.70]) by mwunix.mitre.org (8.8.5/8.8.5/mitre.0) with ESMTP id VAA28979 for ; Mon, 23 Jun 1997 21:15:03 -0400 (EDT) Received: from m25865-pc.mitre.org (128.29.69.38) by diego.mitre.org with SMTP (Eudora Internet Mail Server 1.1.2); Mon, 23 Jun 1997 18:17:54 -0800 Message-Id: <3.0.32.19970623181741.006ddfc8@diego.mitre.org> X-Sender: garrova@diego.mitre.org X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 23 Jun 1997 18:17:42 -0700 To: info-performer@sgi.com From: "James F. Garrova" Subject: Subclassing of pfDCS Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Status: O Somehow this was garbled when sent throughout the news group, so I'll resend. I've created a subclass of a pfDCS node similar to the example in the Performer Programmers Manual. #include class Aircraft: public pfDCS{ protected public Aircraft(); }; I create a DSO file after the compile so that it will link at runtime. It compiles fine, however, at runtime I get an unresolved symbol call from rld. rld: Error: unresolved symbol in ./lib/libaircraft.ogl.n32.so: _vtbl_8Aircraft I'm using Performer 2.0.2 (patch 1392 installed) on an R10000 O2. If I remove the ":public pfDCS" (I'm not using any pfDCS functionality yet), It compiles and runs fine. Is there a header file or patch I'm missing? Thanx. Jim ********************************************************* James F. Garrova (voice) 619.223.2300 x20 Senior Software Systems Engineer (fax) 619.222.2260 The MITRE Corporation (email)garrova@mitre.org ********************************************************* ======================================================================= 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 Jun 24 10:15:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA12458; Tue, 24 Jun 1997 04:52:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA12439; Tue, 24 Jun 1997 04:52:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA07595; Tue, 24 Jun 1997 04:52:47 -0700 Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de [129.69.18.28]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA04501 for ; Tue, 24 Jun 1997 04:52:45 -0700 env-from (Daniela.Rainer@RUS.Uni-Stuttgart.DE) Received: from vista.rus.uni-stuttgart.de (vista.rus.uni-stuttgart.de [129.69.29.12]) by artemis.rus.uni-stuttgart.de with ESMTP id NAA16885 (8.6.13/IDA-1.6 for ); Tue, 24 Jun 1997 13:52:43 +0200 Received: by vista.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1) for info-performer@sgi.com id NAA22940; Tue, 24 Jun 1997 13:52:42 +0200 From: "Daniela Rainer (RUS)" Message-Id: <9706241352.ZM22938@vista.rus.uni-stuttgart.de> Date: Tue, 24 Jun 1997 13:52:42 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Lighting problem in multiprocessing mode with multiple windows Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, in an application with 4 pfPipeWindows only the first window gets correct lighting in multiprocessing mode. In singleprocessing mode this problem doesn't appear. Thanks for any help, regards Daniela -- ------------------------------------------------------------------------- Daniela Rainer | email: rainer@rus.uni-stuttgart.de Rechenzentrum Uni Stuttgart (RUS) | Tel: +49 (0) 711 685 5790 Allmandring 30a, 70550 Stuttgart | Fax: +49 (0) 711 682 357 ======================================================================= 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 Jun 24 11:42:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12697; Tue, 24 Jun 1997 07:44:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12681; Tue, 24 Jun 1997 07:44:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22466; Tue, 24 Jun 1997 07:44:03 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id HAA05156 for ; Tue, 24 Jun 1997 07:43:56 -0700 env-from (steve@mred.bgm.link.com) Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA27449; Tue, 24 Jun 97 09:32:51 -0500 Date: Tue, 24 Jun 97 09:32:51 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9706241432.AA27449@mred.bgm.link.com> To: info-performer@sgi.com Subject: Transform precision. Status: O I'm seeing some peculiar differences in rendering a scene before and after calling 'pfFlatten'. I have this: pfScene | ________|________ | | pfSCS pfSCS | | | | Geometry Geometry The two sets of geometry are terrain tiles, each modelled with their local origin at the center of the tile. The two SCS's translate (but don't rotate) the tiles so that (in theory) they exactly touch along one edge. I noticed that when the pfScene is 'pfFlatten'ed, the two tiles match up nicely - with no cracks at the boundaries. However, in actual use, I don't have enough memory to flatten the scene graph in this manner. When I *don't* flatten the scene, there is a thin crack between the two tiles which was not there in the pfFlattened case. I'm using an iR machine with OpenGL. Could it be that OpenGL is doing the SCS translation with less precision than Performer? 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) ** Beware of Geeks bearing GIF's. ** ======================================================================= 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 Jun 24 11:41:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12721; Tue, 24 Jun 1997 07:47:04 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12705; Tue, 24 Jun 1997 07:47:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA22882; Tue, 24 Jun 1997 07:47:03 -0700 Received: from mail.eecs.uic.edu (mail.eecs.uic.edu [131.193.32.27]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA06391 for ; Tue, 24 Jun 1997 07:47:01 -0700 env-from (swami@evl.uic.edu) Received: from zbox.evl.uic.edu (zbox.evl.uic.edu [131.193.48.160]) by mail.eecs.uic.edu (8.7.5/8.7.5) with ESMTP id JAA01642; Tue, 24 Jun 1997 09:48:09 -0500 (CDT) Received: from localhost (swami@localhost) by zbox.evl.uic.edu (8.6.5/8.6.4) with SMTP id JAA01831; Tue, 24 Jun 1997 09:48:09 -0500 X-Authentication-Warning: zbox.evl.uic.edu: swami owned process doing -bs Date: Tue, 24 Jun 1997 09:48:09 -0500 (CDT) From: "Swaminathan N." To: "James F. Garrova" cc: info-performer@sgi.com Subject: Re: Subclassing of pfDCS In-Reply-To: <3.0.32.19970623181741.006ddfc8@diego.mitre.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 23 Jun 1997, James F. Garrova wrote: > #include > > class Aircraft: public pfDCS{ > > protected > > > public > Aircraft(); > > > }; > > I create a DSO file after the compile so that it will link at runtime. It > compiles fine, however, at runtime I get an unresolved symbol call from rld. > > rld: Error: unresolved symbol in ./lib/libaircraft.ogl.n32.so: > _vtbl_8Aircraft > You need to provide atleast one non-inline non-pure virtual function in order for the vtbl to be generated. This is a heuristic typically used by cfront derived compilers to eliminate duplicate vtables. Are you sure that you have provided a definition for all virtual functions in the class. The class as shown above works without any problems for me. bye Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.uic.edu ^ v Office: 996-3002 ^ v Home: 850-2726 ^ v http://www.evl.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Jun 24 14:46:20 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12836; Tue, 24 Jun 1997 09:07:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12820; Tue, 24 Jun 1997 09:07:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA05664; Tue, 24 Jun 1997 09:07:18 -0700 Received: from amber.drawcomp.com ([204.170.241.126]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA05570 for ; Tue, 24 Jun 1997 09:07:15 -0700 env-from (prakash@drawcomp.com) Received: (from nobody@localhost) by amber.drawcomp.com (8.8.5/8.8.5) id MAA17791 for ; Tue, 24 Jun 1997 12:00:07 -0400 (EDT) X-Authentication-Warning: amber.drawcomp.com: nobody set sender to using -f Received: from porter(10.0.0.5) by amber.drawcomp.com via smap (V2.0) id xma017776; Tue, 24 Jun 97 11:59:53 -0400 Sender: gpmahesh@DRAWCOMP.COM Message-ID: <33AFEEF8.15FB@drawcomp.com> Date: Tue, 24 Jun 1997 11:59:52 -0400 From: Prakash Mahesh Organization: DRaW Computing Assoc. Inc., http://www.drawcomp.com/prakash.html X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: info-performer@sgi.com Subject: makefile Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I know this is not a Performer-specific question.... Is there a way to give an IF directive in Makefiles? To be more specific, I want to know if an environmental variable is set, and want to quit from making anything if not set. Please send me a personal mail, if you have an answer. I'd really appreciate any help. Thannks. -- 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 Jun 24 15:24:32 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA13064; Tue, 24 Jun 1997 09:53:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13048; Tue, 24 Jun 1997 09:53:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA14686; Tue, 24 Jun 1997 09:53:17 -0700 Received: from punt-2.mail.demon.net (relay-13.mail.demon.net [194.217.242.21]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA24665 for ; Tue, 24 Jun 1997 09:53:15 -0700 env-from (gordon@apollo13.demon.co.uk) Received: from apollo13.demon.co.uk ([158.152.181.251]) by punt-2.mail.demon.net id aa1207329; 24 Jun 97 15:40 BST From: Gordon Tomlinson To: Rick Weyrauch Cc: info-vega@camus.paradigmsim.com, info-performer@sgi.com Subject: Projected Texture Spot Lights Date: Tue, 24 Jun 1997 14:40:41 GMT Reply-To: gordon@apollo13.demon.co.uk Message-ID: <33afda01.3544983@post.demon.co.uk> References: <33b34829.11911513@post.demon.co.uk> <9706230902.ZM26629@camus.paradigmsim.com> In-Reply-To: <9706230902.ZM26629@camus.paradigmsim.com> 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 Hi Rick Thanks for your example, which works fine and so does my code but ONLY IN SINGLE THREAD mode if you try it in a Multithreaded mode than it fails to work like a project light, it seems to revert to a local= light source ??? the function is set as a call back on VGDS_POSTLOAD which is set after = vgDefineSys but before vgConfigSys so one question is how can we get this to work in a multithreaded app ??? 2) also when the Projected Textures spotlight works in Single Threaded = mode, there is back lighting effect ( along the -y ) that is not wanted is there a work around or fix to this effect. Many thanks in Advance for=20 Gordon. Heres the function and function call I am using=20 vgAddFunc(vgGetObjDS(vgFindObj("helicopterObj")), VGDS_POSTLOAD, = InitProjectedTorch, NULL); void InitProjectedTorchCB(vgCommon *handle, void *data) { pfNode *node =3D NULL; pfDCS *dtorchDCS =3D NULL; pfFrustum *shadFrust =3D NULL; pfTexture *tex =3D NULL; printf("\n\n Project callback PID =3D %d \n\n\n", (int) getpid()); if((node =3D (pfNode *)vgGetDSPfObj((vgDataSet *)handle))=3D=3D = NULL){ vgNotify(VG_FATAL, VG_APP, "****InitProjectedTorchProjected: failed to = get a handle to the dataset's performer node"); return; } if(!dtorchDCS) { dtorchDCS =3D (pfDCS*) pfFindNode( node ,"dTORCH",pfGetDCSClassType()); if( !dtorchDCS ){ vgNotify(VG_FATAL, VG_APP, "****InitProjectedTorchProjected: failed = on Find dtorchDCS part(dTORCH)\a"); return ; } } vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: Found = dTORCH DCS node\n"); =09 =09 if((shadFrust =3D pfNewFrust( pfGetSharedArena()))=3D=3D NULL){ vgNotify(VG_FATAL, VG_APP, "****InitProjectedTorchProjected: failed on = to create shadFrust\a");=09 return; } pfMakeSimpleFrust( shadFrust, 21.0f); pfFrustNearFar( shadFrust, 0.01f, 100.0f); vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: Created = shadFrust \n"); =09 if( (projLight =3D pfNewLSource())=3D=3D NULL ){ vgNotify(VG_FATAL, VG_APP, "****InitProjectedTorchProjected: failed on = to create light source for spot\a");=09 return; =09 } vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: Created = lightsource for spot \n"); =09 =09 if((tex =3D pfNewTex( pfGetSharedArena())) =3D=3D NULL ){ vgNotify(VG_FATAL, VG_APP, "****InitProjectedTorchProjected: failed on = to create Texture for spot\a");=09 return; =09 } vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: Created = Texture for spot \n"); =09 =09 if(pfLoadTexFile( tex, "/usr/working/Hasbro/Code/spotlight.inta" )) vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: = spotlight.inta loaded OK"); else vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: Failed to = Load spotlight.inta"); =09 pfTexRepeat( tex, PFTEX_WRAP, PFTEX_CLAMP); =20 pfLSourceMode( projLight, PFLS_PROJTEX_ENABLE, PF_ON); pfLSourceAttr( projLight, PFLS_PROJ_FRUST,shadFrust); =20 pfLSourceAttr( projLight, PFLS_PROJ_TEX, tex ); pfLSourceColor(projLight, PFLT_AMBIENT, 0.01f, 0.01f, 0.01f ); pfLSourceColor(projLight, PFLT_DIFFUSE, 1.0f, 1.0f, 1.0f); pfLSourceVal( projLight, PFLS_INTENSITY, 1.0f); pfLSourcePos( projLight, 0.0f, 0.0f, 0.0f, 1.0f); =20 pfAddChild( dtorchDCS,projLight ); pfLSourceOn(projLight ); =09 if( pfIsLSourceOn(projLight ) =3D=3D PF_ON ) vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: projLight = report ON"); else vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: projLight = report OFF"); =09 vgNotify(VG_DEBUG, VG_APP, "****InitProjectedTorchProjected: Setup = Spot light completed adding to dtorchDCS DCS \n"); } 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 Tue Jun 24 17:51:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13979; Tue, 24 Jun 1997 12:13:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13963; Tue, 24 Jun 1997 12:13:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA11805; Tue, 24 Jun 1997 12:13:31 -0700 Received: from ngedns.northgrum.com (ngedns.northgrum.com [192.86.71.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA19593 for ; Tue, 24 Jun 1997 12:13:21 -0700 env-from (shawn_soeder@atdc.northgrum.com) Received: from esplt14m-s.grumman.com (esplt14m-s.grumman.com [132.228.111.101]) by ngedns.northgrum.com (8.8.4/8.6.12) with SMTP id LAA17058 for ; Tue, 24 Jun 1997 11:56:55 -0700 (PDT) Message-ID: Date: 24 Jun 1997 14:57:58 -0400 From: "Shawn Soeder" Subject: vrml 2.0 loader To: "info-performer" X-Mailer: Mail*Link SMTP-QM 4.0.0 Status: O Performer folks, Is there a Performer loader for vrml 2.0 files (perhaps excluding script nodes)? Is there going to be? Thanks, Shawn ======================================================================= 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 Jun 24 18:32:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA14737; Tue, 24 Jun 1997 13:00:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14721; Tue, 24 Jun 1997 13:00:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA19489; Tue, 24 Jun 1997 13:00:30 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA04040 for ; Tue, 24 Jun 1997 13:00:29 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA12425; Tue, 24 Jun 1997 13:00:23 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA08354; Tue, 24 Jun 1997 13:00:15 -0700 Date: Tue, 24 Jun 1997 13:00:15 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706241300.ZM8352@multipass.asd.sgi.com> In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Transform precision." (Jun 24, 9:32am) References: <9706241432.AA27449@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: Transform precision. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 24, 9:32am, Steve Baker wrote: > Subject: Transform precision. > > I'm seeing some peculiar differences in rendering a scene before > and after calling 'pfFlatten'. > > I have this: > > pfScene > | > ________|________ > | | > pfSCS pfSCS > | | > | | > Geometry Geometry > > The two sets of geometry are terrain tiles, each modelled with their local > origin at the center of the tile. The two SCS's translate (but don't rotate) > the tiles so that (in theory) they exactly touch along one edge. > > I noticed that when the pfScene is 'pfFlatten'ed, the two tiles match up > nicely - with no cracks at the boundaries. However, in actual use, I don't > have enough memory to flatten the scene graph in this manner. > > When I *don't* flatten the scene, there is a thin crack between the two tiles > which was not there in the pfFlattened case. > > I'm using an iR machine with OpenGL. Could it be that OpenGL is doing the > SCS translation with less precision than Performer? You should expect some differences, depending on your luck with the exact numbers in the SCS nodes. I've seen this sort of thing which looks almost like a rounding problem using terrain matrices with huge values, but these were really out in the boonies and I just put it under the general heading of precision errors in circumstances where I expected such problems. Remember you are performing a matrix multiplication at least with model and viewing (or other equivalent) which results in what is probably a fairly low imprecise number on the stack (youre up close and personal with your data right) this versus a large number in the modelview matrix (actually just viewing since you've flattened) and large coordinates under transformation. So I'd suggest that the difference is a result of the different process rather than some fp difference in the GEs, ie you have a model viewing multiplication followed by a transformation, versus a transformation through model matrix (the pfflatten) followed by a transformation through viewing in the GFX pipe. Presumably your SCS nodes have some pretty huge numbers in them, is this a "real" problem? It sounds like some curiosity you have discovered while working on some Large Area Database Management 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 Wed Jun 25 05:54:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA18833; Wed, 25 Jun 1997 00:33:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA18817; Wed, 25 Jun 1997 00:33:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA13227; Wed, 25 Jun 1997 00:33:30 -0700 Received: from tls-cs1.cert.fr (tls-cs1.cert.fr [134.212.190.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA08438 for ; Wed, 25 Jun 1997 00:33:27 -0700 env-from (Francois.Seprey@cert.fr) Received: (uucp@localhost) by tls-cs1.cert.fr (8.6.9/8.5) id JAA20730; Wed, 25 Jun 1997 09:31:49 +0200 Received: from unknown(134.212.240.112) by tls-cs1.cert.fr via smap (V1.3) id sma020723; Wed Jun 25 09:31:26 1997 Received: by indyrix (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id VAA09466; Tue, 24 Jun 1997 21:24:59 GMT From: "Francois.Seprey" Message-Id: <9706242124.ZM9464@indyrix> Date: Tue, 24 Jun 1997 21:24:57 +0000 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello performers! My version of Iris Performer is very old, and I have to compile a code which has been written for a recent Performer version. So I have a big problem: can anyone explain me the header file pfdu.h? What is it used for? Can I change the functions of pfdu.h by functions I already have with my old version of Performer? Thanks Francois -- Francois.Seprey ======================================================================= 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 Jun 25 06:54:14 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA18895; Wed, 25 Jun 1997 01:32:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA18879; Wed, 25 Jun 1997 01:32:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id BAA17075; Wed, 25 Jun 1997 01:32:41 -0700 Received: from mail0.nk-exa.co.jp (ns.nk-exa.co.jp [202.248.26.131]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA17160 for ; Wed, 25 Jun 1997 01:32:39 -0700 env-from (andoh@dst.nk-exa.co.jp) Received: from mail1.nk-exa.co.jp by mail0.nk-exa.co.jp (8.6.12+2.4W/3.3W-exa02) with ESMTP id RAA17572; Wed, 25 Jun 1997 17:32:35 +0900 Received: from exagw.nk-exa.co.jp (exagw.nk-exa.co.jp [160.14.254.1]) by mail1.nk-exa.co.jp (8.6.12+2.4W/3.4WEXA05) with ESMTP id RAA13061; Wed, 25 Jun 1997 17:32:30 +0900 Received: from beguine.dst.nk-exa.co.jp by exagw.nk-exa.co.jp (8.6.12+2.4W/3.4W2/1.6) with ESMTP id RAA16147; Wed, 25 Jun 1997 17:03:47 +0900 Received: (from andoh@localhost) by beguine.dst.nk-exa.co.jp (8.7.5+2.6Wbeta7/3.4W4) id RAA16327; Wed, 25 Jun 1997 17:15:10 +0900 (JST) Date: Wed, 25 Jun 1997 17:15:10 +0900 (JST) Message-Id: <199706250815.RAA16327@beguine.dst.nk-exa.co.jp> To: info-performer@sgi.com Cc: shawn_soeder@atdc.northgrum.com, andoh@dst.nk-exa.co.jp Subject: Re: vrml 2.0 loader In-Reply-To: Your message of "24 Jun 1997 14:57:58 -0400". From: andoh@dst.nk-exa.co.jp (Yukio Andoh) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Mailer: mnews [version 1.20] 1996-12/08(Sun) Status: O Performer/VRML folks, shawn_soeder@atdc.northgrum.com writes: |> Is there a Performer loader for vrml 2.0 files (perhaps excluding script |> nodes)? Is there going to be? Please chaeck out the following URL: http://www.openworlds.com/ Iris Performer-based VRML2.0 browser (built on top of perfly application). Regards, Yukio Andoh ======================================================================= 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 Jun 25 09:09:26 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA19079; Wed, 25 Jun 1997 03:34:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA19063; Wed, 25 Jun 1997 03:34:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA24552; Wed, 25 Jun 1997 03:34:33 -0700 Received: from ns.calvacom.fr (ns.calvacom.fr [194.2.168.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA04643 for ; Wed, 25 Jun 1997 03:34:27 -0700 env-from (silicon-worlds@calva.net) Received: from sirrah (par29.calvacom.fr [194.206.190.61]) by ns.calvacom.fr (8.7.3-q-beta3/8.6.9) with SMTP id MAA00566 for ; Wed, 25 Jun 1997 12:34:24 +0200 (MET DST) Sender: guy@ns.calvacom.fr Message-ID: <33B0F3FA.41C6@calva.net> Date: Wed, 25 Jun 1997 12:33:30 +0200 From: Guy Premont Organization: Silicon Worlds S.A. X-Mailer: Mozilla 3.01Gold (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Info-Performer Mailing List Subject: pfDCS and scale... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi performers! I have a simple mathematical problem with pfMatrix and pfDCS : I would like to have a pfDCS:: or pfMatrix::getScale() function! In my app (Performer 2.0.2), my database is read from a config file wich defines all pfDCS, pfSCS, pfLOD, etc... I want to record the initial values of the pfDCS set in the config file for rotation, translation and scaling. Rotation and translation are easy to obtain with dcs->getMatPtr()->getOrthoCoord(&coord). However, the scaling applied to the pfDCS is lost in the pfMatrix. I think I could get the uniform scaling with the determinant of the pfMatrix, but non uniform scaling in X Y and Z are harder to get back. How could I do it? Guy =========================================== Silicon Worlds S.A. 12, rue de Chatillon 75014 Paris France Tel: +33 (01) 53.90.11.11 Fax: +33 (01) 53.90.11.12 =========================================== ======================================================================= 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 Jun 25 12: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 GAA19350; Wed, 25 Jun 1997 06:38:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA19334; Wed, 25 Jun 1997 06:38:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA08466; Wed, 25 Jun 1997 06:38:22 -0700 Received: from inra.inra.fr (inra.inra.fr [138.102.88.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA00337 for ; Wed, 25 Jun 1997 06:38:11 -0700 env-from (perfly@segolene.roazhon.inra.fr) From: perfly@segolene.roazhon.inra.fr Received: from segolene.roazhon.inra.fr (segolene.roazhon.inra.fr [194.167.74.40]) by inra.inra.fr (8.8.4/8.8.4) with SMTP id PAA18719 for ; Wed, 25 Jun 1997 15:37:52 +0200 (MET DST) Received: by segolene.roazhon.inra.fr (5.x/SMI-SVR4) id AA23800; Wed, 25 Jun 1997 15:35:03 +0200 Date: Wed, 25 Jun 1997 15:35:03 +0200 Message-Id: <9706251335.AA23800@segolene.roazhon.inra.fr> To: info-performer@sgi.com Subject: description of FLT format X-Sun-Charset: US-ASCII Status: O Hello, we are working on very large scene with Sattelite textures and Spot Digital Elevation Model at 20 meters resolution. If we keep this resolution the terrain can have several millions of polygons. So we've decided to create Traingle Irregular Network to reduce the number of polygons. It seems OK. Now, we want to generate ourselves the "FLT" file. 1) Where can I have the description of this format ? 2) we are inexperienced in perfomer, may I have some advices on clipmapping, ASD, meshs and file formats for this kind of application ? Thanks a lot from (little) Brittany ======================================================================= 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 Jun 25 13:59:48 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA19653; Wed, 25 Jun 1997 08:24:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA19637; Wed, 25 Jun 1997 08:24:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA23960; Wed, 25 Jun 1997 08:24:41 -0700 Received: from ntserver.ivex3d.com (ntserver.ivex3d.com [204.241.103.127]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA26979 for ; Wed, 25 Jun 1997 08:24:33 -0700 env-from (fitch@ivex3d.com) Received: by ntserver.ivex3d.com from localhost (router,SLmailNT V2.3); Wed, 25 Jun 1997 11:19:04 Eastern Daylight Time Received: by ntserver.ivex3d.com from ntserver.ivex3d.com (192.168.1.49::mail daemon; unverified,SLmailNT V2.3); Wed, 25 Jun 1997 11:19:04 Eastern Daylight Time Received: by ntserver.ivex3d.com with Microsoft Mail id <01BC815A.8511B060@ntserver.ivex3d.com>; Wed, 25 Jun 1997 11:25:43 -0400 Message-ID: <01BC815A.8511B060@ntserver.ivex3d.com> From: Michelle Fitch To: "info-performer@sgi.com" Subject: Good Bye Date: Wed, 25 Jun 1997 11:24:48 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Please take this address off the mailing list Thanks Michelle ======================================================================= 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 Jun 25 14:28:57 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA19740; Wed, 25 Jun 1997 08:49:11 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA19724; Wed, 25 Jun 1997 08:49:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA27378; Wed, 25 Jun 1997 08:49:09 -0700 Received: from ligsg23.epfl.ch (ligsg23.epfl.ch [128.178.78.32]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA07483 for ; Wed, 25 Jun 1997 08:49:08 -0700 env-from (aubel@lig.di.epfl.ch) Received: by ligsg23.epfl.ch (Smail3.1.29.1 #28) id m0wguIP-00QzCTC; Wed, 25 Jun 97 17:47 MDT From: "Amaury Aubel" Message-Id: <9706251747.ZM14465@lig.di.epfl.ch> Date: Wed, 25 Jun 1997 17:47:48 -0600 In-Reply-To: Ran Yakir "Re: Generating textures on the fly" (Jun 24, 3:34am) References: <9706231523.ZM16313@lig.di.epfl.ch> <33AF160C.3C7DC041@rtset.co.il> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: rany@rtset.co.il Subject: Re: Generating textures on the fly Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 24, 3:34am, Ran Yakir wrote: > > I want to generate textures on the fly in my app. These textures are > > then > > loaded into TRAM using the PFTEX_SOURCE_FRAMEBUFFER load mode (thanks > > Anita > > btw:-) > > > > 1) Ideally, the generated textures should not be visible so they > > should be > > rendered off-screen. > > Yet, from what I understand it is not possible to render something > > off-screen > > using hardware acceleration, right? > > > > Wrong. You can render either to a pbuffer (look for pbuffer commands in > /usr/include/GL/glx.h), or to an AUX buffer.AUX buffers are easier to > handle - you allocate them in you attribute list for a pfWindow, and > then switch using glDrawBuffer (GL_AUXn), where n is 0 and up. > You will have to allocate alpha bitplanes for your window, also in the > attribute list, in order to support semi-transparent_8 textures.. > The advantage of pbuffers is that they can have different size and > attributes from your window, unlike the aux buffers. First of all thanks for your help. I was not aware there was such a thing as pbuffers. But how could I load something from the pbuffer into the TRAM? That puzzles me most... I could use glXMakeCurrentReadSGI to tell openGL to use the pbuffer as a source for all subsequent glReadPixels, glCopyPixels etc. But I strongly doubt this will apply to a texture load specified as follows: pfTexLoadMode(tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_FRAMEBUFFER); pfTexLoadSize(tex, WIN_X, WIN_Y); pfLoadTex(movie->tex); Does anyone have an idea of what would happen? An alternative solution would be to transfer a block of pixels from the pbuffer into CPU memory and then load it to TRAM with a pfTexImage(). Seems awfully complicated (and slow). Any idea of how I could do this? Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 25 14:48:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA19844; Wed, 25 Jun 1997 09:12:42 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA19828; Wed, 25 Jun 1997 09:12:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA00394; Wed, 25 Jun 1997 09:12:40 -0700 Received: from rtset.co.il (oren.rtset.co.il [194.90.96.233]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA13660 for ; Wed, 25 Jun 1997 09:12:38 -0700 env-from (rany@rtset.co.il) Received: (from rany@localhost) by rtset.co.il (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA01433; Wed, 25 Jun 1997 20:09:14 +0300 From: "Ran Yakir" Message-Id: <9706252009.ZM1431@oren.rtset.co.il> Date: Wed, 25 Jun 1997 20:09:14 +0000 In-Reply-To: "Amaury Aubel" "Re: Generating textures on the fly" (Jun 25, 5:47pm) References: <9706231523.ZM16313@lig.di.epfl.ch> <33AF160C.3C7DC041@rtset.co.il> <9706251747.ZM14465@lig.di.epfl.ch> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Amaury Aubel" Subject: Re: Generating textures on the fly Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 25, 5:47pm, Amaury Aubel wrote: > > I was not aware there was such a thing as pbuffers. > But how could I load something from the pbuffer into the TRAM? That puzzles me > most... > > I could use glXMakeCurrentReadSGI to tell openGL to use the pbuffer as a source > for all subsequent glReadPixels, glCopyPixels etc. > But I strongly doubt this will apply to a texture load specified as follows: > > pfTexLoadMode(tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_FRAMEBUFFER); > pfTexLoadSize(tex, WIN_X, WIN_Y); > pfLoadTex(movie->tex); > > Does anyone have an idea of what would happen? > This is exactly the way to do it. glXMakeCurrentReadSGI does apply for glCopyTexImage2DEXT and glCopyTexSubImage2DEXT, which are encapsulated by pfLoadTex of SOURCE_FRAMEBUFFER textures. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-9552236 Ext #119 | rany@netvision.net.il Res. : 972-9-7489974 | Fax : 972-9-9552239 | ======================================================================= 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 Jun 25 15:05:30 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA19939; Wed, 25 Jun 1997 09:31:18 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA19923; Wed, 25 Jun 1997 09:31:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA03561; Wed, 25 Jun 1997 09:31:17 -0700 Received: from mail.unet.umn.edu (mail.unet.umn.edu [128.101.101.103]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA19360 for ; Wed, 25 Jun 1997 09:31:15 -0700 env-from (klinge@reality.psych.umn.edu) Received: from reality.psych.umn.edu by mail.unet.umn.edu (5.65c) id AA22132; Wed, 25 Jun 1997 11:31:14 -0500 From: James Klinge Message-Id: <199706251615.LAA14754@reality.psych.umn.edu> Received: by reality.psych.umn.edu; Wed, 25 Jun 1997 11:15:53 -0500 Subject: Real city models? To: info-performer@sgi.com Date: Wed, 25 Jun 1997 11:15:53 -0500 (CDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 517 Status: O Does anyone know where I can find models of existing cities? I need at least a few blocks to drive around in of some towns that match the maps found on some commercial CD-ROM map software. I imagine there must be some commercial source for these types of models if there aren't any free ones. They also need to be in a Performer2-readable format. Thanks, Jim. -- James Klinge klinge@reality.psych.umn.edu - Human Factors Research Lab voice:(612)626-7521 fax:(612)625-8867 - University of Minnesota ======================================================================= 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 Jun 25 15:21:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA19964; Wed, 25 Jun 1997 09:44:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA19948; Wed, 25 Jun 1997 09:44:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA05628; Wed, 25 Jun 1997 09:44:58 -0700 Received: from giasbga.vsnl.net.in (giasbgb.vsnl.net.in [202.54.12.162]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA24550 for ; Wed, 25 Jun 1997 09:44:53 -0700 env-from (ramya@giasbga.vsnl.net.in) Received: from localhost by giasbga.vsnl.net.in (SMI-8.6/SMI-SVR4) id WAA07021; Wed, 25 Jun 1997 22:07:48 +0530 Date: Wed, 25 Jun 1997 22:07:48 +0530 (IST) From: "Ramya D." X-Sender: ramya@giasbgb Reply-To: "Ramya D." To: info-performer@sgi.com Subject: RApidapp + performer Interfacing! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I have been able to interface the GUI created using Rapidapp with my Performer application, and this works fine on the Impacts (R10000) but fails on the Onyx IR. Basically I have created the MAterial Editor in Rapidapp and interfaced with the PErformer code, to apply material on any geode in the scene graph. Although I am able to seet the values for aMbient, Diffuse, Specular..., when I use the call to apply the material, the program crashes with the following error pfDirtCheck : pfRealloc of 0 bytes returned NULL Any clues? Thanx in advance! ----------------------------------------- Madhavi D R Project Manager Aeronautical Development Agency Bangalore India ======================================================================= 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 Jun 25 20:20:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21599; Wed, 25 Jun 1997 14:46:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21583; Wed, 25 Jun 1997 14:46:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA26257; Wed, 25 Jun 1997 14:46:51 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA12352 for ; Wed, 25 Jun 1997 14:46:50 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id OAA21901; Wed, 25 Jun 1997 14:46:45 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA10904; Wed, 25 Jun 1997 14:46:38 -0700 Date: Wed, 25 Jun 1997 14:46:38 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706251446.ZM10902@multipass.asd.sgi.com> In-Reply-To: perfly@segolene.roazhon.inra.fr "description of FLT format" (Jun 25, 3:35pm) References: <9706251335.AA23800@segolene.roazhon.inra.fr> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: perfly@segolene.roazhon.inra.fr, info-performer@sgi.com Subject: Re: description of FLT format Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 25, 3:35pm, perfly@segolene.roazhon.inra.fr wrote: > Subject: description of FLT format > Hello, > 1) Where can I have the description of this format ? > http://www.multigen.com/support/documentation/documentation.htm ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 25 19:49:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA21428; Wed, 25 Jun 1997 14:11:54 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA21412; Wed, 25 Jun 1997 14:11:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA21384; Wed, 25 Jun 1997 14:11:50 -0700 Received: from marvin (marvin.acusoft.com [205.187.235.134]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA28704 for ; Wed, 25 Jun 1997 14:11:41 -0700 env-from (miller@marvin) Received: (from miller@localhost) by marvin (950413.SGI.8.6.12/950213.SGI.AUTOCF) id RAA25304; Wed, 25 Jun 1997 17:11:02 -0400 Date: Wed, 25 Jun 1997 17:11:01 -0400 (EDT) From: "Thomas M. Miller" X-Sender: miller@marvin To: perfly@segolene.roazhon.inra.fr cc: info-performer@sgi.com Subject: Re: description of FLT format In-Reply-To: <9706251335.AA23800@segolene.roazhon.inra.fr> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-843322490-702573756-867273061=:25191" Status: O This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---843322490-702573756-867273061=:25191 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 25 Jun 1997 perfly@segolene.roazhon.inra.fr wrote: > 1) Where can I have the description of this format ? I have attached the PDF file describing the FLT15.2 format. --TMIV ---843322490-702573756-867273061=:25191 Content-Type: APPLICATION/octet-stream; name="flight-15.2.pdf" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: JVBERi0xLjENCiXi48/TDQoxIDAgb2JqDQpbL0NhbFJHQg0KPDwNCi9XaGl0 ZVBvaW50IFswLjk1MDUgMSAxLjA4OV0NCi9HYW1tYSBbMS44IDEuOCAxLjhd DQovTWF0cml4IFswLjQ0OTcgMC4yNDQ2IDAuMDI1MTggMC4zMTYzIDAuNjcy IDAuMTQxMiAwLjE4NDUgMC4wODMzNCAwLjkyMjddDQo+Pg0KXQ0KZW5kb2Jq DQozIDAgb2JqDQo8PA0KL0xlbmd0aCAzNTc2DQovRmlsdGVyIC9MWldEZWNv ZGUNCj4+DQpzdHJlYW0NCoAcQaChiNBANxxBhrCRALRvDxAcjLAyuIDdAyEV IGLyMMRgIBiICoZoGMhuII+NRcNxmORBJpBBoRBiobYHHyocpuIDPAxQIBSV DVAyLGgUUYxRo5HpBIpICphKZXLZfJ48OBANhnOJsCpxOq9PJuLhgM5EY58T zgZTcRjYaTOaDpQaGCpdHxiLhyMbNLhkMoPDJrPqBQoGObIObvIL0M4NiBhi pfCxcNRuNayM5PgwUKC4MhrH7pRKNAoJMoZC4NDohEopFqTG47eKdJZPUpZf pOMtRNK7X53Pc7hbrRYHSAVGdlTJDI9tKBBKtzVZAMKwNhhXJ3OeD27RYSod 58UzHbDKICIZTmYzkaTgdDSbzdxLGMhmNobeRj+5ERJ8IgwjoMIxDCObzimt YxjSMw0jHAL4jc0YFOMBTTIKwKFIY1iTtcBSKou5KlI6kLmqfC6PrwgwZsAm aRN+kSwI+4SfwlCjkOUBSlxI2rTuhFLqqwGgchmFwbBszcXu4sLhJw76cPEz orDKOQ5wgkCVBkskJI+Fq8hlC4qP8zonjGOg3jFKaQMUG0JKWwESoG27oJOG bMRazkaMMBTHLIGaQhaGwaBc+ysTCnwqimIoQCCJwiPQJIpiGJgnimKopUUJ 4jPQIIqCDCQWsQGj8S6lcwTEFoYLIGDAPCnzPhqGImjqNj4COtlXo+JI3DGF wWTUHIbBdRY2DYiK4LkOaIvVKY7DKMlhVlWg01s+ddV4EA02SOg0PON47jdN I3jMEAw2JT9UoKs1SXS/qB1QsjeJFKAUDSNw6DLYgyzKOtyhAOA5DetY5DoP NjLiOg519eoxjYOoyXqM4QDEOo6IsN+KreNo03uMgQTNXwx4CPL24PZN63IN 2OzNCQqBVd1U1XQt523bOJDeN415RjuN2TkN7LZhFhCpbllDCMlw3HmlkjFm +c5qt7yjdA2VDeEA6wMEA5jCNOO58FuWZcr0+pdVrO3ve1kjDlNsZ/fN937f +Ayngm2ZRgo2DCO4zVmEA27VcA5Z0EAzDfwO1bvvO92KOA6jlr89Zasa+Pxs oUDgN8DB3rOt47qC2axmo3PkFoyjxhmrjTZvBYAPNy4IFozIkMuhDRmumZxv ow4L0WKzRsCxuzyl5oluIyDq8uO8KEGHjmOj24njm68PwfCjbhT5juNA3jZb vAjgMOB18O+N+1imPaJ0t/vUOffvBeY7vaOmz39KeNDnKr5BBcQQWjWq2AgW sC5CRiyPkuM0hhFxhEJA3BcDgHBLiHGYUMZ0GpoQQBTWEFdha3HmppCEGwOy z1fBTDqxs85oQYQjbUCAJTmAyq+CGEEEAOVYAyKwFB7S4AQBcBQDQ6wXAUkv BsDEFoNCPEfCMGEPEO4ew/iCDKIcRSPAxRqUYkJwiPFWBwlkxRfgYpZVXBAG 0XAcocImApExKCVmARQC4GZWA1kDL4SqBxLl0kri2SAy4LgYpDPykVYCyiBl PVSDYzCqVRFYjabwk8cSwhHjktg6ASjoBqjVG8kIdwQEGCaCALYXSPhkjkVo qab1YGVi+32OUb1Bg3TeDdYMZSzBsjlF+Bp/AYynhqCCWhBJWEmTfFAsgNTA S9BjKQlkpi8y7l7IQsTYgaRQBBJqVciIHpXSyDQrBXYvkqByQYgoOFBxDl5H Iv8rSsThnGSGY0wiWzpgqZUHBmJjFbBdNqO0xJ7lYl6GKUaqQbg0nBNoyoMC DTcBoSo6xMZxGhINMZIUDQcH4lysGGx+JjHYJXQKhlBaHkDn9L6Bh1pwGUiG YCbifp7ywo7NEk9EC80GopQSl05TTpYBwiSfR1iXT1pGQyXM4qT02pCSGgEb JLxwjlLBVRZiCkqBrGWVRBCET3BhToxAMZrzGBwkQhFWI+VbjkQlItQDQqll nWOhtLJc1ZrEQRIZejLJXrdT2ORezK1RJjVCqVXIGQVpnXyl9alBzXIKYgy8 7LCA3j6lcvNE56VjMQZqeCgk/V2IJA+N0Rkr2WsbVwlSK47UJMrX2saWT7VO tJVGwdmUvGSlzZ6zFWkvTktjG6z9Y6Y1SlyllP0/KxqppzPBVIMiy02q0zAG BmKn2ltaDGph2bVWCpsU+41lq9XNtZVO41AJj17udTa7pepXExpGrC5BiiV3 ouaDYHKbwczilciS0ifpwRlMTOm+qFzvx9UFN+wNuL71ejyQVYJWqKTfsLfR UKRwQX9hpZukpKp8XpMQSanWFK3x9nEiu4kfAaXPviWSB1HSETpxHNqgeHQa 33VDDajqdSDHfvGDWmeLCDXGpje4mOF7j46jcVSXNAEV4PJKquPhCEr4asxc ZYJHsJz7ybQaN12bV2mjRkdYNCb9XUK7cacU86KVRrDk2WxCKnZkq1mZVMb6 B3Ul7k6e5C7wXbmaSWPqqsu3hy+XyBty7wX2Jfn43lzLSJHLMl9IhCb9GQJd jQgplclS5SIX+j5UM/VaSvpVeOcc/Z0lzky8UuU+5Rwrp6qBEKgmVSNqNUOI Ur0N1bp6cQOaDZLyleK4xK73641OSXXZLZTac0ul+hut9KKD07niBgOLGY9S LAfT0DLGX0vkn7Qe1NnUtJDsaiSb6aEh0gYg0OhpxWc08ZChd2ssXWS/Hwv+ dapZfnPRMq08dflQmEDeb+vq3l/oUkLeVrS/n63juy1oaNgJEIXmnck2ruEm lRXQyvEM48SqvvdYJl9in2MTTrjeLddcMq7xTFtwMslQh9WW0dUK9ZfM1Lfl tecm8xgdTOWN4j7l6kDgZPpgD7EqK1eA+xfgZpESEVa0nRcjFQnsqu6agyqF /gYVugcDJtGYL/OJC9vdlFmxpDYvQMMxrBxt1pFcfL2Zk5OS/ncFeTcQxoS2 W+Y+HlYN4lnrploG8C7zfmztBSsdz2bjy25oeUH22pQnXEY9u8x2RjbZXaI6 Ylor5Ppp9lBF8lNRY0HbkiKrlMoIrXRks1RnzaiaPme0mgnzm26HbvT8inVj bx6gr9ay3ESVOpK+yUd9t26WINtG1hxzzE+9Ol0Yw7naG3lZ4v+J96Xve/oS WXimiWTvf1q08qkLYa1des78qgZVr4shj8ZfVEXqnNLaJkvxDeu+m1JUm8vl +D+hgMaURiNuD/IyZmDGAgqBgxTrSs6IzcyeTzLFrJLa0BTOIGr0LKzJ6aQ0 CRBeK5rQT+zeC+i0K/gkqgQvTgUDJC7v6nLQz8sCoGjpCq5K6RDgT/ZIiMqk pIi9w/A3jjatieIh7oCiKb7e46S8rGkCJIoyLXEHgya0K8rZI3jRMBj4jcAx D9DzL+L8zaEKaXrhQqCU4jyfIvKQwk7L6U6KD1LVkJyQrTaNwy7+EKUNbZIz QzD/bY65kIkOD+DagmDryxjHL+LFqnUL6ucIY/UIyXMQC1q6zvjJzfwlzL6j TfjNLUTOKjSYkNKb6xQqCIZIq77UKPjbCKBLK90SAla8qKDzas0IL/QkpIyP CfMVCITxbMZQUJsV6cbe6Zbz7GkVbgrga8SMZQbfrhEXrSr2LIaBqaUSRIjI SU4HChaKDSrfibBIqlkT6PiQ0aJI4/EXJVKGje8UEacSaxzsboCjQkzMaQqN 8BaybbcYMCDCjALOwksRL38TjfK6ygKe7ma7bL6piBze6uq8SnKzbhzMq8Sq qb7QzOA2xQUEbK8Q4kqrqYcRa7iibaMIDXLOMig+8GkEUS6GzrC2yeIvjbqB wyqA8TkJAGTWxeCeEVzGi97aMUUlCuK7MBkWclJIg/cP4ysXAksl7skhC8Mj DrkdEdkh4yEkC4UY8ozqSkqx8ZqzSL7NMb0G8kg7MMsbDzMikZinUqYl8jKj kQscUr0CkFzaLwch5LDbEooqEgIrcoEeEtkCUiT8YrYvIy8OkuxC4rsuqW8q TEArEviVyUybLEsvkSkPTo7psvhFcrjnhOiq5VUOknAswrZVKubZIvjzK9Qy KeEyYl7EbhscMG7EYzUcye7sEnrrkzKdRIYv00Eeb+Mbkz8KTUE2MQIgcysa TpUAiucviPrpSoTuEvigTpRUM1BPa5ae6XD/j7rqzircDLbGEvi97mcDS9SP rcEDzGcnpYI7MDrAUz7RbocAaPgGA3bBShLNMF7R8nrgKfLRbGElLajZ8k68 svgssi0JA74rcGslkUYwEty8j0baKA05I6csMPcxUyEu8cNBMujsiNcXkvc8 yqymZUL96XpPwvKHy0dC6jE3AjyNc7MoM3FCEJchq6osa9wrCLC6E07QxYMf qqYvicSYAkCYS5aYqOTNTdb9dGSY1F0FdGCiUhwgiZ6Y6o7Faj1Ga0lHrY7S 6w6iTsqwtD6m7BcaKni5CIwshUSlomCetDatimlL6Van6kqoSVKeqa0Mriyc yb1JSKES6L61DSaglOK5Cdy+LXAhayIglFwv6makaQNIDrBOomNGLbaY1Hi/ VRC58R0DCgih1FJEI5aOxHhLDfqNorQwFTCp0e8CKcD3rZxyhF5JisIs4nwK gJBRRS4IIJgKgJIJpRQGZRwIYJ4JoKBRgLKKtFSZ8NCSAgg60nccJWEMKVdG q2Dd4ljlFGiVqYM7sSlIBLKnMnSZiOVYUw6XT2Kfo+q9FUw0AkNYFZtGyL9a ClFY8X6O1ZUdCjKcU8yeCZdbaUarzIssNayX1GsJdHFaKkFXtUw/FcT4gsjS dbVY1fFdIkEgMlNKtccJapiWS5CZFetbVHQglgVd9YleQBSkK4Ql1Uya9cSW 1aljNc9YKhqZSVC56X62FhVQddFclh769aSW9atNNfoBQgINCmVuZHN0cmVh bQ0KZW5kb2JqDQo0IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRd DQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8 DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjEyIDcgMCBSDQovRjE5IDgg MCBSDQo+Pg0KPj4NCmVuZG9iag0KMTEgMCBvYmoNCjw8DQovTGVuZ3RoIDIx NzYNCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgBCKgNBQvIwx GIghJUM0EHAgGEQEEPGg2EA3HA0EBUNsEiJUOUeEBnggoEApKhqgg3Fw3Gog Foxlg5GYzjZEkRUMc5O8lIZvOB5ORpM5oOggLgyGsJGI5HMWJp1Nh0NJHMpu lEqBUviMRl40h8YjUcksnlMEGouGUSr1qEAyGA0Fw2GA5EA2GlyGs1jcdBQo pI1GFZh1siYgwUXjN9suEBVNFw4GEvmMzvhUnF/EBJNxjFwgIJsNggKVEoxz 0hlOZlOR2MpkF2OgwxiMLhoKh+1luHGtrsWMzWOhAuGY0mwtuAu402zElJ5w q5GNmmo5TMdXMogImqMdDOFUN5u7RhOhhMRh1YgKfQMZpMxpMfkNPhFggOwx tIyF0RLgo2gXqeLgUtkg61tswqut4jTfrI4KzgUGyWsoGT9Jo5jMhaGD9vwj aer+qKpqqq7Ns6z7+xAqirDdAQQDgOQ3jsNIyNUEA6DQNLUDa8jWDSMLRvQE EcPqO40xsN46qOO4wjkOQwjcOg8hAN4zBBJ0ojWNI3DI+oyyKNDWBAMo8Rc1 TVjJKQ5MciKYpugkMv2GaFw8FA0jaODpte+ssjGNg6jJLIzvqMUkBANw3qO6 Y2yK18aje+sbOzOs7jTRklSZJyqRpKYQDa1gxjRTDzDS6coSrLQQPeOg3TLV A3jlKsWyWqgxhaxwqBUniSqlJcWjqOQ4De1bYwfNa1uaBUNBgGaLCpOcURE8 UdSjHQ10jO0XtdTsntRJ0z0/JwzxoOg3xrL8WxeMg6jGo8Zjm7o0jFRks3LH FOScOsfSqo8rRrOoyzUmCFwxZM5JLIkjUJQ1ZjKz9nxVKo5jmOtOtRQwQDk1 VgDcOd4VHIsojNV1yuyOr003SFzjfdN1zRekc3vfMxOu7+IVtXAFTeGAY2NO cxTJiI2Si1aj5COUbSC8WUDCOFJviMQ2Ozh0RjCM+MDLbSj5FqmraxblT4kM Q1DLllxxq1g269bzw1rB9bo8/YcpfZqSz+8GNhBodW6MNGR4xeduyrpjp6dq AQak8VgcHSm05S6904wObPipG+XjdfDR2kEAxvC8ss5tN1khkh+5r+OmxjQN z4XzLIwjGMdfdbxeWyhYGq6XG74tG1kXjlyIQChHmVPhzVQDdcNuYxe0Z0bk ekaLHW7c1zgwyy1/P2RDqSy/vw3B1kb02/40aSI0QQXjpHN1/V0dzPedVjvM O6vnu+T3NHXLR9YatWLNucWSsp7JfwnLkDgrJKSVEbL1DgHVp7qnouZfOHNc bGH2niDCxcModChhlDsvkOYeYJNXUek1jaig6OmS2y1jCLmVLqXlBYNyUUlB 5BYwBNix1kk0gCnQzqfU/vGUEwlQ4IFEqLTOuM+ocA0KHDe5soMSYlrjdtEo +qOgzqrVmfVkSh3twYfTClg8S1CMoRcfNNLbWbkfTmHcocJ0RnQDkopiL84D uGKkikq7+iRHIf6skG7PCShVNWfVdLTT5H0Zan9dwbFgq+OyGJKLKAzowNYG 5rCQTUNgbE2RcjkINHwbtJmDLemjrzbBAVJsUw0Q2YE6BODck5n9DGgI/oMZ aJ0DSix+p2TSlFDoaheYVHTupdyeM8qpkzk/TskhMAU0ph0UsdlPgYWSnZcA EQIwQQpBTMQfpCgNwWg3Z0TZwDno0K5L+xxRQbFeTTmrMBpK5pshSmQCAJwQ QphBBBPM9QdXBNXKuHSPT2I+Q4OIDFZizo7rQPqc86J05fH1cAdI6k+1XPQS q8ljAZ0cOmgojVJqM0dByDWahTbh0SGeO0GYMIZEVQ1WIwF/rOVlw7COGFTt LwQU3pyiMJISaGnQDdTwMp9Qp0jDodY7B9QqBhWrRSiM9WUUokZJOjJ2YNUt aukuksB3rxqJLSgzhnobLGMyCgGYRD1B0T8fOTCsKN0dNYoyrNIquR1CCkhl Rqg1n1rHQNtz/j9g0kAX8IIZA3vnChFFYMSw4VvgvXWrdJK8WIfOFOEDpg21 +RKkN3DfIIHZrjCGj68zrtGeoeINSvkcJ/XW/MOdX4dmhR6HMF4VwwmuDMi9 J9kKQVapGGuvB0z0W3tyGW3bnKJAgT+jFjh4Y6hTY85s8QR0mxKPgagIaTqW wXCYnWIxn3rmALgDOdh4nBlXPS/dqiYF62RpDZO4SmykrKvOCCZUC6PU7RfP 6zlZJzrIP2DIG8OwmzccBgcFoRAn4Io0GWjlpK6XxuC4wK6WbEB3NQE4Klvr JXBjqE0+CLw5zPvwq5YCTW7Ssj7DtebKAquphRWtHbaQXxbUgq9zYdUnwbcj WV/oKMGhGPqE1Q57qJKnyGC/IxVEqJLqxhSrlJoELmoceKZwZpoZQotjwMkh w3X/oG/ygzOixpzuk4O6F1nb3Zr8FIJIU8kxHXNmk+Ga7ru4NRVVcmXLR0ew ncDKd0bp54zaGMOeYpWFqBtgVY4KDOJ/kmY4rhEiXg1IsgwvxJtKFuQSfkhQ M0NA3KcCDUSEQaM6OACgGRjjckSIeDUsJi0G6cQeDk5QNzjl0LdDiHebwkhY s4a5J6rj6vADk881mczNp2davt5OH9BqbztdS/mh9E0pvEg8FoMy1AyOPN7R uQZhNQCqFMIulDDEvLoYosemyzFa1Bp8twMVlguNoRp0QONGOj3hq4wxDwbG +1pv/W5ygaF2BbwM5QNlmVnvfBjCOgIj5SsopvcoZQrGsWrQI0D5Shy+NQ5A 1hrjYGO26XPUtBazuTOyFgEGF0tBvfhZiEIbcPcWvmlTmBP2NquKoxPRWAQU BVCdsG32f658V0FxdKnRukc2s0CAJh5n1wTcX0N/ZMCx1nNCaOLiYNpUkNQ9 tLp4l4yMeM8xSAaVXuQPYVQ1yUg7qrd7mMmFZiShQKGk+F7zQqguCmC4INAw ikDAUQENCmVuZHN0cmVhbQ0KZW5kb2JqDQoxMiAwIG9iag0KPDwNCi9Qcm9j U2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAx IDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0Yx MiA3IDAgUg0KPj4NCj4+DQplbmRvYmoNCjE0IDAgb2JqDQo8PA0KL0xlbmd0 aCAyNzg0DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAQioDQ ULyMMRoIBiICoZoIMRgIIjEYgIBtCRuOISVDbBIiVDlHhAZ4IKBAKSoaoeNR cMIyIBbCBcMhsN4YRJEVDvJSCRCeUCoRSkICkRSOSSmVCkQSoSSeThAQSPRS KTSKTipKJUChwLhiNhzMBjXpvJSMTylWoJMRpLRqOLELhnNbKChRP6uRiYSS OSKzKYINolg8FdIzG47dpPgAUNhcNBzcInFsfkRAMhiN5mNbCNswLhtdI5JS 4MhqMLUCork4rYBBh4ZiZNqRjLBmMbhMccNxmM7rJhAUyHVyKICIReEUiTQK dUCJTCCQiCU+KUygRSGSSMSSHTObi63BtrCoZDgVYcnYRvC9ho8VqbaMflMM +Mt8VJwChaMJbvYYna7CoNAyhAOA6jkOA3jnAg3jMEA6DQNI5hAMIzjkMoyj aMo3DoEEJQeN4QQ2MIxDZAkIDSOQyQKMI5DoNIywmO40RDCsLxPGoyDeOEOw hAgmjqNkXiPDbUsEybBBujCNNikrwIIlgcBqwaIyjKYaBuxyapszjNBo/z3B Q0rTtS9DBvVJMmTDJ4FBolgYJo+ixvsuotuAJI3DGFyTi6KglLWGixywhaYq 8+b8LW/gYBmjcALuOENiMNg0jONEOimMcNwIIkYjGOQ0x4NI3jc4wwjpEgww W4NIDGNIzDSMdTVENwWBBUcKBAN1RhaMo8DGNg6jmNI7QIMVUwlWo6RDC9M2 HBg3DON4WtSKgVUSloZJsnSSjTaEKDHTI5wnZUHjKMY0DdWAwjYEA6jgMlTR jEAQCfSA3UlSlLT2KQyjPCQ6DLC8VhEIMdR5gI5hEEA7jSNl2XWOdl3MMtnB ANsWjWMsX29alrAUj9HDnd0ExdW1SSBIQ0yINwTwmK43jkNkViuNIyQIK4yj EEAuBQK+fC4FIQWFgGTUyEA8jfA8CjkN4yDqMcOw+MY3jaOETYAMk9ipEIxD LabGWra4YBwhdtgVO2pw1XEL38OeAYFCmDbfWu06tjUCDCN0V2EM9SRRCe2X +OVZVuM2YDbCm9BBC46QPUl55RIcNhBPE9VqFM+z+BWwv1RU6bNOwatO4M95 pPMB7dgIQCFpMTDtFoyVqKY6jTojThh2W8hAJUFDLWruhAEAchqGIZBxWogj oOg3B14N60jSdKw7fm2jpwcX1HWuYT5PyCc5kCSjMMI8QfAYQbrq4yxXww5c RcmeBpsegMuGwYhbQIYLG1KIhbKIcFhUQ50t0AFHM2WEhdcaIQ3hiVOt1XDU w4B5Vsg5Hy9F7L4ekcFTIblNqdU+qFW4RFTKoVUFNVirl1PYVIzxAaF1uhhD M29Nj/CxnybKfk/ZLQYJTbMCgETz17vRX0CJ+cFnoL5Q61NDgYVuoTQ8G59j F4VAga6GxUa/lvLkciypyblQXK1DCCAIa61XMwXTGFqYcmvlbe+f8krJHCKk isrFrETzgu6d4gt38ZH2RnT2Qx8wcEWovXkwwOYaF5s2VfBx8rFA5OLiQjJ2 siIEKsR6iFjpJYgQYX08FATAQyvsd8h5qKE0bIYRWqkEDhmHBvDuHMHT+z6E zBkDIusOSXRuLtJuIUpZGtLR2wEOkEkGggi2ytyieU9t5RWh8ODTGANQfUu1 vTqoKwQDyp+DMzEHuDZsxcOQa4ZlxhtLdRQNVtIATsGwMMr4Jy/CqumOoU1T sAQnMUIKGlPqxj/MeLsygQQtZzBJCzeQ6QJBAFVBcj4wq5V2r1X6wVnK1V0G 5abmXvMefAXZ6zeQ5hmYCiREwIFJhtdrNObSll5rBQJLyJCFEJysitK+WJjD xGCbKeY1ZgyKkvPabJNhLCbAtBmDkx5vE6goDCC4FL904AoCM9tC4YQyLdDP EaINL1urkjQ1RA0MpgUFcQ9teCp1jKqfY8FboLUaUsXbHp4LmHusfBcZEwSh Ybkle3KqMNIFTIHQYg6robZ9KtXXMBpzUKmGMhzXaWctoAp2DFUyogNAbVQe 2HdT7G6r1lr60xxFg6vuqrC4Oscj7PVnQJVtENLoM1prk5o/ljq8G/rXW1VV bq9ymlWGWv6F532DsKGmw8z2mtPDpYs8JB0p05IImYiJYWyGvTVUA1Jvn+w1 NxOaHRgoehBDdBJUzAGqyXaEHUMQLVJwbrgqlvitFbSPo6G6j7ql1rsr3eFF jJZiwVtdSqEy5oUR0Vmh5Ccsq8KHPzRsFFxkIhipOithiEGko9kCp+zNm2AK kiUgtDk75/Kki9ggGUtLIH5UfEebbisQoUuA4F1LcKOzfYxPdB2LYvPBoVfZ CyGKELdqrHRAmCLtV5gE/lRpJccTKZarYO8HA5SHVBO92q45vIZxrHZvMxEH Y7Dlk1AyJUJIDRWhekCF08ryXIyJc83aqNeky2cFE4A1hzj/l5oQaL70OQ6q ZxMEkXtqrdltXIYW1PbxnlicLC0I5takqMM1EloBsgksKk07L5I1e45qNsPc lp6zdjScNyiRAtxLLXE7YlGS6TsXgJxei+F+coFNegRgjFCCKEQEBZyhhVOo 6sLNCTqFDYJrQpDCgrhJCoEgJ4VQqPBCuEEKRSysbBCeEYqITtghLCSE4Iit QihJovXOGihsjS4Bzd5R2yyhAgCKFgKBRQp60LQ5QJoUC965Vrt0IYTAqhE2 6EdWoQtnAgCcE/Z5ewm7K1yQwJ6td2b23wEnhu0dphBKxxTWibNOqO2vMYoQ QwkcYCodEJJewqbB4xro7YVAnHI1prwqIIAobSKaEMKoTNpc0CqFIKATzqR/ CCEwJhwQq8iBBxbaka6MklKacgqJRd3bw3kFMJnKtvHBOudk7Z3eibB4AcLn QSSrBEj/t3gwT93BWKvs8KfI+iTG5yU0I5V+OMeBRvxPYQji7y5+E4KYSQhB MOLzLjGwdu8AKKEMKjsuthJ6HvsJx2TjlY8ivQoYQynnUCiFXtvkOi5xBQc8 JpUuobSKRwFenBeP6+OLx/V2sC+hU1IQUg5FDylrxKDcl4NiWA1BsffFCbPd kvBaTUFxGYeYoYKjuGTPMvNAprcszJ5CGkEMkYMuAOE0mIScan3aUwWg4BnX UGmqZdwXl6alKZk0pg4LhT/75jCWS2/cTMhVliWpuIUV8x40Q2RMY1Axj7Ii IuAHIiL+Q94xgzR4hQj8j8z9AkxTBTQ4yDxUCKaESsxVJAjAJVpV7Ah7IEAO w2omYlpnYFAiAF7dJ+Y1I8S5r3I1QyYii6KW0BQ2YxhbIFz4AsLUwxydAjbF BWpGZ3pAqdhoyYoMTSRGJCZD41IIogZj4EAI4h5Dwy53YwYNQ8gO4hQiIJoE ALYLoiIMgh4lwFz8ghZ4gxxLAsIxIuYtoHBJQEENSo4sINgggKYgggQgkF76 ynUGcLoEB+IzR4pLh/IuR+pJouyFiUCF6GJ1QETLyIgFMJ8KIiCowGQhIyCo ydAmwxJ+JQQHMTQHMTj3ikkPEPUKMPq50GRKkQIiAroGoGa5p0UHb7kRQFAK ZSgNy34Mr8AlgHIr4iQlpbTFEDUXyxg0yusW7UwuUUSpIKBT5DiaYJzQ0Xw3 UTIHAFAKh2pEy2IgkKAgior8pJQmw2oto04wQxJ275J/4hQGsdAGAwUO4BUP I1Qt8HcWcd8eMdUcR+ouQGqW0c8HceUU8eoh4jIzYhIGI24mYukN0hr3i5sh omgm0eke0Wao0UUhcikh5KAGA/gjIsMhhOYuki4gggINCmVuZHN0cmVhbQ0K ZW5kb2JqDQoxNSAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0K L0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0K L0YxMCA1IDAgUg0KL0YxNCAxNiAwIFINCi9GMTUgMTcgMCBSDQovRjE2IDE4 IDAgUg0KL0YxNyAxOSAwIFINCj4+DQo+Pg0KZW5kb2JqDQoyMSAwIG9iag0K PDwNCi9MZW5ndGggMTgzOA0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3Ry ZWFtDQqAEIqA0FC8jDEYiCElQzQQbiAYQoXDQcDgQQ8cjWLjgaCAqG2CREqH KQiAzwQUCAUlQ1QQZDAXDKKCAWjkcC4bDEcx4iSUqHeCFsUE84GU3EY2Gkzm g6CAp0UxmkzGkxmE6Gk3m4diA7DEazEXREuCgYjAXjkbFwUikWjgZDkZigqn MyiA3mYQHQ0Gk5iAyVYwiC+CA5nUxGoymOmnQ33k0XWiUakUqmCA5GUz3w6H KrVg3CAwmfLmU20Y6CkulQlQSDWWFR6GgqLRGIxYcw8bxyPSAFSmVy0FDUZC 4ajad20bTEcjKeSg7b+CEWBgo4wQYx3cx0a7oWjfvZYywQriA3QSBayDxGF7 EY8zaQrmDmd9ndz6SAqIyfeyqWdHpii8zpta9TYOs9yIPgEAZBqr4ZhoGwQB s7b6vwjz7vynwxp8oDeioMIxDYuq7hAIasjo0w5ugBTpOskyQpwmwQCPFo0w UEAlQQNTXjuhSIiaEAti6iIyIIHKIhsGadhoGbmBa66JvAgjYyNCMHBcHC0B A3jhOZJAaSvLI2IIKcAvQ1z1us971TWGaNo6j6Sv03z+gVJwXTbJzkhsGCHi onoFKEIY0DCOETjklTuywsi2BiHAYBgoaiqOpKljoLkFoiKYxqMuoiDKOYxj kNNCs9RjjBQF1U1VVdWVbV1X1hWNZVatkFhvRbUtWgqDuZNAFJ296drLCD6T g/cVOSGVlJonQXLhNs/ReGD2o9DVABQIg3jGOrSjcpsSjcOzTM9FIWhlR1UV ndV13Zdt3VdRgZBjXDVJLOyEIXP9AqzTdCr6KY6jgOA3jlE4yMEz7I0myjT3 MHAbXTd+JYniV43mGLUXqBQqBUoNsMAMQwroEAkDSMrODkMY0DzRl0Ypl+YZ jWeLXpXWOY8JI3DmOgwjcqI3DOtiK4jmWi6No94SdeQUBnjObY7a4pDKOCkq qq6s6EGuiaRrmu4pmgaacgmb2uIQ3jqNwyDToAQCsN42W5T9GBguOvbtu9V7 BsUVumhL9SoGskpwEElybJ6OsvKUiojwKvhpLMt2XxqJzDMcy13M8CgU1z3z OGCLWK3kMWPOk7ItczkhqGk+z+kVrUDQdC5PRDchyFAZZbR9IslSjKiMNMQh AI2CDaqy2Bvuu8eVdlahrW4a721te81YEEWEhE3QpObgK+GwbIeFoZpg26LW i/Cw2oKnX4/nmQ5H38Q3KnVIeX+u8Zp6Fc3sGIXXw5q11wGbbeCBqQY2CBkX KS8GjW37QNZgzQGze3DP9ew+YoTJWThhZSysEATAyriDYiRQbQC6wFgO/IG6 84HP3aUvOCL+mNtQguyZlDKg8ggZyztnrPwzwEMTCcthNoGQrbszQHDe1zLM govljwQgyhhYOFBUTxQ5Q3hMHKBBbAau2iJF1mcLQURHhhBN/0FgUBIieGR2 cVwyK1aHF6OCsojN7bIUII4cmzhwh9AaLBbAZq3jjIFpIMQZlxIRHSGRQzDm JKbGxlsXJBSRBcoyQpZHcQwjqCgIwYVNx7gOoyFUkpRSTSdJU68iGPKeNEGU MoLS7gtCMaMMgbw2yej6C1PcQ5RsvkpIaF7GpMhWZOicPEHTNS2jaw6XUu27 y9LJGKYEiQmsEDgGhtswwyzFCZMeRy5iZTLmYxOZxOpUNlbXBqG4U2pwaM62 wKAbGewlh/FicM4pSlxJfOUoQRQ8KGDcGGELUgzMnKNJ2boMgbA4nBPVdszp 8yYkTB6EErgzAtU8zx4EyJQULoY1+e7t2MUQY8FNs7aaNLmlDR2B1DpLzRY9 NtSpTmzspnlHyZIMgZ0KpU16hzYaRNRDfFApxmFuyNnnTcGAMqOU7obR9Bc+ gUBSqDFEq01puyEpTUxrtDn80ugAUmPTUjMlZpOw+pdWl30Ol+09jwVJs1Gp tFp5NaH7VqqgFMO4aQ6MqpOS+uddIi1OmgrqJK94Kr6BQEFnzwJ4RVmQuUHN WbATNsFBKJUZbEIlDbUWk5XqlWTaRQ4HNUAmFZh6EkIlfSvVntAu60VUGpNU KoVamsnwWg0gXa20NTrR0/KFVKoQWis21lue2yVup7SELi+KqBI2ehzDM8Qz tZI2PyBhJC5C65nXMt8CiYRimCUnYhdlrl26fVeKE2ZtDam2NubgaWx5bAaN avIrG80SIyWHY8FCgAZQ6InviuYG9n761bo+DOtZLrL36WvMJgs2QQX8RDf+ 4kWUnPOtZfW7eCYYseRKGy8OEr/YAm6De8eBam3KaZb29AKAnBhvgh5EGFZK P0xRimSoNAYVQCbbRUVALOtLxvLyj4NKQ4trdP0Opl6y4nyHcnHN562LXCKH lqYb21lNZ6we5wYw1tUnjhG/uFLxX0qZM63FUAlhlhvjJ4N1Vaviwzk/NGHJ MzbDcGs0OFYEnCznk9VOaAb13pLVTCeJKjvytxn+5Ezga5HV0iwBRAQNCmVu ZHN0cmVhbQ0KZW5kb2JqDQoyMiAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERG IC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQov Rm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxMiA3IDAgUg0K Pj4NCj4+DQplbmRvYmoNCjI0IDAgb2JqDQo8PA0KL0xlbmd0aCAxNjAyDQov RmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChgICPBYEaR AMhAShBBzVERcNRAdxAMYOTRAWy7BzJBRzBxsOIsNBnDhaMRoLhoIDkZYKZp FJBwMRcMRxLzbBRqMptOJ1LzZBSnBSEVIKLyNGoyICpNAUN4jVaoMRiMxAN5 3UJ7BqgcoLB4IChQIBSVDVBRaMxcMhwNhALRyOIqMpeVCJY6gY4KKDsabTaw VTKxT6jBapB5wNBwOK3GRjFq5ea/Z8HBaALhhJrndbveb3YCod4KWxQTzgZT cRjYaTOaDoICnqzGaTMaTGYToaTebh2IDtk7fnBAXBRGheORsXBSKboNhmOB QVTmZRAbzMIDoaDScxAZN4YRB3xAczqYjUZTHszob+4aOxqtZrthspgZTP3z oct43w3BAMIzpiMo2tYOgUi6KglKWpqHIExIFByqqDworCqMqry/rQtTFLm4 gbq4qDRhgzgYocKi/AU1AmPu2YpjeOo5DG7AoDCNgyjoOjsCk9g3jkMjoBiG wahQF0kSTJUlyZJsnSfKEoylJMhhmGYUJ/BUGL4lacsOvTThRFw3OwKY6DzH IQRvHMdx7H8gugGUrynOk6ztO8oyrK4ahnLUGgUKgVTCKgyjwOkZuwJowjgO A0jcM4QR8McgSElYaBtI88U1TdOSZPUsT7Bc/iKpQFIEssTBsuqEIUi4QJqE AbBgqiUJUliXPymdYVkGQXBw5gQK+n6HV5X1gKKBSjgUpMHKdCKpKcg7GMYG MKQ0KivrJDjMgUFtewolYc19WcSL5FSxhcrkKNLMIhjRRceDkEE+pWHAYBgF FCUNRC0XUFAjDTHI5yGGUjU7g+EYTJ04hqG8sBzP1mwgqCpQpaQQQuGSHWuy 8OsIloaZCuc5JdX9yoNE8UxWg92RZfNC0OmM1N5eMA4BgToBsGVM4VnufTtT 4a4hUUuKFL7RtRfWYuwIMdjkNIxDrHgQZuMuB3DTGf61rdPJXK2H4iBVSVas qRhAGoaBuFy5VrEGQVyBWKoPtC3BpYFhY1s6UJdY6jKRUrDMZiiFYvaaMrwr au2wviysxD1u7rkYa3TtOT5ZFbUXdeAy3k6F/BpId7XwKQ3jCMmZu7qmA6t0 Od651+uYZh0i7DsdTIHWAaqwt4QbbS1cJjXUJ7nWbObun28hr4oYb7ZO/2bw UJWiqtnBlDPFWz3CzY8ti3Kpb1xOmqkwZdzQ4XitAW38GvQ3uFHSdMEAtN+7 Gq6vOTqdh/We9kFAbA3dqqVU6sG0ktMg75W5L3gtxgIDdVLxwFLDd7A5tbzV lLMMKU16K0HCkZMYDMg7HHGLbceC0l5bS3Awes5ZdLJmWuZXe+dzisX2r4Ri HUNzpwUr+fs55fD+4gNbf6qqALZICHTVxAht8C25O9BmS0GUEIJEoihBZ58G VnODVNB1ZyVnEmWhG9tbkJgXFaLaDZtb/3LFQNM+WGL6HPK/BRABer7kxhrQ GdgIoZA0nvXkjc/yB30BJCI1dFDWYgv6f6DcGLYTDMTQkxYqqFwZlyhFGJx6 vTHrgBor1jSKUSspL6mEKznEeB4ZnIFHTnJDA3ByzyRMsVNqfkY2Eg6XSsIR aQv8MKNQQBCDK/GQAYZBSsTiDSWEsplJQlpI1oigFBMuCeeo9hs5gTCDDKpe L9wYJzmXN9JctAZNhUCmEJgTwiS/mC6eYcxQ5P3JHMmcE85xTkmiagI4ckZB wnVNibUxgWvKnlPOZUtFQpbmgmEIgTwjT9nZNmYkq53pxnjQSiwLqDT2TDDe HNDpU0Rm2dCJ9A6LxBlo6CZ85WXBTDvH0MYaKPTtok/cGLDqSzLlo+ylM92X qGpjRCdzVwbSIpvN+nNGmXIuNijBGSNDsTXofP+ia3if0kqKwio9O12mvn5V Cj9QU4yVqtVeRTXkrg3BtEV27ZSDlwQpEp4BMoGPDIaTtYxcm8EOLhAaKyy3 AQaMRBxCsHiMnTi+hssDjXuLdgMXN3Ta1yPkcuuhdUbF2xvhmDiGpqTVmtNf UtfscjVKTDI6x9TrqyOwkXACZ8j7AkisGhcGhApLuOMIr1K0Zgal2Bw3myUo lzmkjaagKyOA0untGG+0r92DWpqLLS1lCJbtGl0mGaYcw3psPmHC0lpoo3Nu dTis0c2h0IdsQEANCmVuZHN0cmVhbQ0KZW5kb2JqDQoyNSAwIG9iag0KPDwN Ci9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVs dFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAg Ug0KL0YxMiA3IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI2IDAgb2JqDQo8PA0K L1R5cGUgL1hPYmplY3QNCi9TdWJ0eXBlIC9JbWFnZQ0KL05hbWUgL0ltMQ0K L1dpZHRoIDIyMQ0KL0hlaWdodCAyMjENCi9CaXRzUGVyQ29tcG9uZW50IDgN Ci9Db2xvclNwYWNlIFsvSW5kZXhlZCAvRGV2aWNlUkdCIDI1NSAyNyAwIFJd DQovTGVuZ3RoIDExMDUNCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVh bQ0KgBFgUDgkFg0HhEJhULhkNh0PiERiUTikIEYhAEVjUbjkdj0fkEVi4AjM hk0nlEplUekcklcvmExmUmlsumc3nE5nUDms2nc/oFBjs9n1Co1HpEHolFpN Np07pdMp9TqkqqNSqtZrUbq9YrdfsEMrtesNlsxFsdks9rrNptVsuFNt1vuN 1oNzul2vU4vF5vd/l99v2Awk0jEkxGJxWIwuNmWCxmOyUpyGRyeXj+Vy2Yzk iw+L0GgzujieaxOk1EO02n1Oti2f0OxxWu2kE1ez2u02+43Op3e83uj3/A4O Y4fE4uS4/I5OF5fM5t/5/Q6N26fU6tw6/Y7Nn7fc7th7/g8Nb8fk8tV8/o9N P9fs9tJ9/w+NG+f0+tA+/4/M6/b+P6m7/wBAKYwHAkCpXA8EQSlEFwZBqQwf CEIpY2DZQxDMNQqu8Lw1D8QNZDj/Q9EMTQ3Eacwm0MUr5EsTxg2UWpnFbYxn A0XxjHTRRvBUcx3IDNx6w0gyLG0hpPGsMyRIkjScxcmJBJUUSijkpypKrPSf LcoSzLUuTAwcvILK8QTGiUyzNM6HzTNU1rFH8wyNN84TlO0xSzNsTTohM9T3 PiDT9P9AJ5OM7ydQlC0PRaS0JQUYUTR9IUBSVJzpStLTXTFMzHTdOTzQ1GTB TVQ1FLkz09HVO1LU1T1BVtYTxAtUyBKtaVrJlb1xIddV3G9e19FtgWDEdh2J CtjWPBtk2VWdWVjRcU2ZINi2faFo2Ra1r0PbNt29LsE2nRFw21b873Jc10yE +NxS3AN23c/N4Xjdly3Vbl63vfVZNbedRvTf1/vDgOBOzgmCujg+EOThWFuD huHNziGIt1e191g5uJzDhmLYvjGH47j1W5BkWSwouuNXO2uU5U12WZa32Q5N j+Y5nm0RNJl9sZzmWb5HnmfaDRrOZ1UThZ7oVTM7oulONpGk6ayemZ+5Wn6h qLG6nmjnatq+sMBrVY6zruva+vWw2gwm0bS6WybLqjrbdt+zLZtdt7PuW57o s27W9lG871vawb7b7tcBwPBK1wlzLXxfGb5w/Ebgr/HXSsvK8twfI8lra283 znJqpzF7vNz/QdCp3R31z3T9a9XTdb1Cj9Vi6p9p2vU9h2POvt3Xd9kn/b5E +Xfd/4EVeL43EwF5PlaMoXhZn6Hm+d5/g+p6tGP17Hs535Hu+MqHufBfEXfJ 8PzfP3/0/V3fmfb9Ecfh+LA/H+eYKt+37zsmHo7m/V/bykfQBgEZR/UBH+IO gPAhOUCoGQFQlAuB7G4IwTgghaC0F0rQSgyxRNEHIOqug3CGDRFH/PrK5CCE kIoTQqhWvQ0sLoXpPS/DN+hEITvVhjDaHREYcvZh9DKHkME6xDh6Q2H74DVR CiNEQ18TXuxFihEeJ8U4gJ9iZFaGkVYtRUNtFmLq40yRgjCnOMcZYoxfjRGk gUSYCKKjXGmN0CC0Rkjik6OcDI7R3j5FMgINCmVuZHN0cmVhbQ0KZW5kb2Jq DQoyNyAwIG9iag0KPDwNCi9GaWx0ZXIgL0FTQ0lJODVEZWNvZGUNCi9MZW5n dGggOTkyDQo+Pg0Kc3RyZWFtDQpzOFcsdXJyMmxwclZaVGtxdHA5ZXFZTCRg cT1zYVtwXDRGVXBAZTFQcCU3bktvQ01TRW8oKT5AbmFRJjtuKmZgNQ0KbWRC SzBtSGozK2xnKm0lbEtbV3VsMC4/cGtORCRqazJ0ZGVqbEdMYGo1XTFaaW84 cVVpU2BZUGhyIT5KaFZSKUUNCmg7JGZAZ1k6SzpnPWs2NWciPXMwZkBTWCpm JS9DJWVeVyp1ZSdsZG9kYUhPamRFcDdlY2QwcV9jSGFcWmMtNERVDQpiS0op T2IwJWlKYWlNUUVhMmM2P2BsPyE6YFBmXjVfbydDL19TWC4qXzgqayVeVkBP dF46cTpvXXREImpdPVlcZA0KXSI1R19cW10vWlwkcmlUW15OVE9bQyE8Slph NyFEWkVnYT9aKjpJOllIUC40WS0rbi9YZlNWKlgvaTskV2lFJXQNCldNbGJv VmwtR2lWUF4yZFY1MG9fVVNGVFlVOCI/VFRxSidPVDpfYUlTdDtMRFNYYzQ/ UyIjbjlSW1RZNFJAJ0EvDQpRXj0mKVFCbWYkUSdATXRQRVYyblAqMXJpT2NZ WmRPLG8/Xk5mSypZTkpyZ1RNaTNMTk1NZDdJTTI2dERMUExZPg0KTDUoRDlL blAsNEs3ZWYuSnFBUSlKVWk5JEl0KXJzSVhaXW5JPS1FaUhbQypjSD9zal5I JEZSWUdCXDdTRyc4Ik4NCkZgX19JRil1RENFY1EvPkVII2w5RGY5UTNESmo8 LkQvPSQpQ01SXiNDMi5Ic0JrVjBuQjRramhBbkdVY0FSbz1eDQpAcTAiWEBV YGJTQDozSk4/WEkvSD89JG9DPyFMVz4+P2I8OD4kPiczPV1lZC49JyZJKDxg VzQjPEUpcHM7Yz9VbQ0KO0dwQGg7LEMoYzpKWGJdOi80TVg5aFw1UzkxcW9N OGtNWkg4T3VCQzduNic9N1JmZzg3NzlPMzZVTzQtNjoqdCgNCjVzUlwjNTxo QHI1IUQrbTRaa2hoNCQsTWIzXV04XTNCL3VYMmBFWlIyRSFFTTIpSS1IMUde Z0IxLDpSPTBlYjo4DQowLyJ0Mi9oU18tL00mRyguazwsIi5PbGtyLjQ/U20t UlU4Zy03MSNiLHBYYF0sOW5FVytzSjBSK1dxbU0rITJSRw0KKlpjPUIqPzYl PSldS183KUInSjIpJk8yLShEZGwnKClAVyInYmg+cicsKSNsJmVZY2cmSixL YiVoQjBcJUxycFcNCiUxRVhSJE9bPUwkNDcoRyNtXmVCIzZ0SjwicFA1NyJV InIyIXM4VywhV2lCJyE8PCoifj4NCmVuZHN0cmVhbQ0KZW5kb2JqDQoyOSAw IG9iag0KPDwNCi9MZW5ndGggMjM2OQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+ Pg0Kc3RyZWFtDQqAEIqA0FC8jDEYiCElQzQQbiAYQoXDQcDgQQ8YjQZxccDQ QFQ2wSIlQ5SIQGeCCgQCkqGqCDEZxMYRsWjkcC4ajKPFQiSYqGOfHeCFsUE8 4GU3EY2Gkzmg6CAp0cxmkzGkxmE6Gk3m4diA7DEai4ZC6IlwUDEYC8cjYuCk Ui0bjQYDAUFU5mUQG8zCA6Gg0nMQGSsGEQX8QHM6mI1GUx086G++Gi8UakUq mU4QHIyme/nQ5VitG4QGEz5oym2kHQUl0qEqCQa0QqPw0FQ+IxGMDQaxydyE FSqWS4FDWYjMYQmazeczue78Y8GCEWBgo4wSOiAbDgZCDiCAW93NQQriA3QT q8ON7fuRvrjYZDkQGPfC8km2EkQ3wQo/rzS+PBu64auuuAboe8IFPG8oFIE1 6DoihbaJ0iEJwkjKHwA3qfJKBSIpQ36Vpa6Lpv3BbpthB7ZoJCT1QkHKwhoG iEhsGochcHAaoekENJNDyzugBTpP6BSMt47kBwLAwyvE8iCQYgsHNkhkVPUG ixBqhIZQeGr/uvHUOI/DcOpTEDhSCBUSSdE8owjKkrSxB4ZpiGIZRlGkbRwj 7fJHMKTpEsgZN2n6UsopKlqa1UQgU+EHhcHKYBA+CwPhDE8zHH8ahgHNFokH IZo9TFNBAnSYxmh4bOzRs8S8FAuUAGEfzM88iUpASPQJJMlwVNMoQhKcJyrQ E3oU90iy9PceUtRMzTRE1eRSBUs1/N1RIjVycByj0ZxrG8cz1MFkQ5P9AqBL 4qKFD4pjGpC8CIMo5jGOQ0jgrKtx+2Dd17RUJojSIbQvLrfOBRIWyqGoahs7 wYpvAqLJ5PwYO3QTfiovzADIN4xjq1A3KeMl3XgNIxXcyK8DGrd1XmwAwjcM gQKqNi8DMN45DarDAL1kgQDENI3DCOQ8hBQjLUOqF1DcvEfoiFoYhdOKN4cB QWhgsmFI/c4UXbd943m0LAsHl2Z5qp94DKrAy5bleW5rng6DDnmz51oAmjqN isiOpAQCSNwxhcEAiMGMQwruwGeMiw2ZZorEyIIKgVKClKrtFkT4s1s20ZYE GzjSOm4DqOeeDOw69DoO+fLwOA5De0owjawHUDeMg63Vloxblum7bxvW+Vg6 dZS4j1au9JDMyVBEmRLBrY3zR71UeGIbtxgEdy/HvFyBEcm2b5Vn+ZCdHhyi ODanp1K3LPkPaniCP3IkervxjONqeIatjs1LQjneyD3xZ9N34hQNyNqUVW9Y 75YgZHbBaDI5TByPnNakWRTzViUhMbeypzAcGfGkM+HANBgC+uKZMxxtxojC BkL+xkObnytl5L22IMq8QwhsPIGUO5fDIF9ZKHUORmmOPEZg4IvDOIcPWaU0 x8jUH2kpDm6N0pmjRxOZqHINbcA7ubDQaN4gdi/tdcCHIFhh3ZRXcEzkrZeD Hs5ZgGYOgLneJCVmgFI6BXiK5ey8lFCUkhnpe8Rt57CIBLeJIuBgSZXsPISe 9uPD3U4KQIiDQuLTU4vlWO9Rh7EX2QSN+/NvYZWUlQDqHAODM3OMtcK0JQxT n8lgTWQR/qkCFA4eihlD6PwWsIBaDNHMDn0wHkwChihkyjqFMux1wEQGwOJK eYiUEojABiDeX0w4aQ2hwZgaNzBmg2GgfqGxoES4OGdKs5Z4kMSsmoiIwmSD T5dQQRy1eJcaoml4DDKApZV16BuDm32X7Lm6QymlNQ05qTQQrZxKaYcYJlhy DoYAOzPg0hhDFNVmE22bl7Y8C1H7jSCQPOOoFq7bQ0hsi+x40oZWRs4DMaZi 4bYvxLDqyyL7PA5ttb26AEBZpnTQiqX1wphGXzycxGcMoeHOByZ7DKn4cy2x fM1NScNGFE0aXLR80MX2VzSoGaIu4cQ6lIXUHOL8zqXwmDc6GZweGRuInG3W aUOQ2FLrLS0NAYWLh3rAaMMlDZNstXeut61UgUSnKzWVlzZQ6Q6XdF+wUFmW 2CMOZ50FdzPMrDnBiHgYw8xfc5USxAIGaygdBF+F0MIZOvKOHKqBwrAFZsTN ZlszzJBysKVixE+WkneLGjA5hKQgzRmnNWedTp7Ndg+U9tkL3UBloXNZoMwW hmYME21wJdz4srMLb+gMPTCGIDEXcp8QjJTnaXOmBtG30k5l7dGiExrKmMKp OGe9rgQOeLxeq6bI7inxK3SA0V+buXeb6FOMNzLgz1qyYdyJgKMuOai+kjUv a1RDZMGxmYIIMMwDo5yL4Zgw1fqs5h+tCirWtbSYUM4bmZsjNKG+T9dw3mKM ZQvD9r4cWyDbil0U3w52pcZgyJJvysz2bgGaw1tY2LKd6f5IrwVbxzeMrp7U dzaSKIVHw7SxZAPnWTIQ/khk1PLj1It8CogcljiPllcEu31uPN+3+6UxgkBp hez4MYaA8ypf3HiVqkQcR+elLNgYNgXKnIed8G8BmInNl9eGgzRL7TGL9nMO WdWgMzDPVcPV+LwxaMRDFr2b7qNsMhhQzhV4ZYrk/ZG+Vt7xxH0VhwqZS22u cMA5Wtk5gzUvMa/eMGdTRmAKqGUNgZAWl6BbFqGh8Z+2hBBRPYWxQzAtY9SC GQc6d512ZiVnmPAFWApmysqdZW+hFw7FfRt0Ji6hZuHLS4bg06ZlJCQvhprH hydlYczWRzhNKtyjC8uDSyA2ae1cIIbMb0zcziFoGKGPU3BRhVkVdC2wsiwZ 6k11TRVzfqfEv2w2dNlDJYyaNEabcR5DuPcvH66F8DyUe8URpIxIl7XNizXy sWQDEHXWhhypXvDHDYwty9ct7vi4WIejy7z6vC6hnhU8L8qZaHTlrI3Ta/r/ gwFDMq3hvrsDqVJHl86CIqfBGe/5B0b7EDg+EtdD267MEjkELwdPWXvKs2ui Dsdt381Ds7UU5A2Vsv4ife51gwVU1eX8TjDRlBAZKukL+oYW8hT9voSbjMqD Y6UPMHrwlVDlwjkxhb++dpDUBltTTNF3Y5gpgaVfDEW1bzHwoND4LmJTEMx4 cOKdH3SXjSJn9J52vlxYvFM97GNsQ31+YbcbwkprW9nzQDNMmDlyH0QYw2B1 Y93PCe3KpUcBmxFq7M7RNmtJZqoe+Ay4zK9C+zeFoY3Kc48T6nJyPuquVbGz RkmgMmmmXiuo941A985A+8x8l68g5M30REIcfCkigQToycNoICANCmVuZHN0 cmVhbQ0KZW5kb2JqDQozMCAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9U ZXh0IC9JbWFnZUMgL0ltYWdlSV0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRS R0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFIN Ci9GMTQgMTYgMCBSDQovRjE1IDE3IDAgUg0KPj4NCi9YT2JqZWN0IDw8DQov SW0xIDI2IDAgUg0KPj4NCj4+DQplbmRvYmoNCjMyIDAgb2JqDQo8PA0KL0xl bmd0aCAyNzUwDQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAM RAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUV xAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzF qRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaBjURAN6qVKcCoQVDlL YHBRQIBSVDVBYkMIrFokMhcMBpECoRL0VDHjzvfCecDKbiMbDSZzQdC4MhrC CmY8uZRARDKczGcjScDoaTebr/gQVYJ9PRBZYLbIRCLZbxtcbndb7s8EMRrS odERyOJ0Motjb4MuNtbDY9zZt5ahoOLRv+bwujxL9gILzhhIRbzef0ccCi2K Mrl8zm86ICnljGaTMaTGMLXtiHYQDs5AXMQhAuBQnwXhyGwuBSFKJLEG4aBQ Ko5tMN4zBAOg0DSOYQDJAAwhBEAQDmOoxDUMoxjpDo3w6NDTPmzDNM5F6MDP EA6DlADYDcEAwjOjAyjay46BSLoqCUr6wossizBytKESmGQYN84a+PK2gWuc GUwJI5Ibrk3L3sIGDGMiBQUCOOQ3jqODqtshkovOnQauDA0yLQ6U2S4wTku6 GcxLXMs/BbNEKtyyc2B0EAgoHN84hAMQyjCMkRR4NI3DOOsQRnEMSjYN8dv+ NkURVDMXw3GTTRGOgwjEMMMhcEE3TgOFK0uMkQv/INLQ7Hw3DmFrqhaGbEhv QiJBcGdnzMyS+DMN45SPTMFR6MNiDZAAyjIFiLjfWI6W/cLVDCNlzBAMo6DG F0IVsKkZ2FbY52pa0ftjIQ4DgzTUxhIQ2VQNI6V9D42DIjA3Vs6oqBUwU0JG KlGzbSY4V9bYQDQMI7NMMeEUzS1MVEN1MjmNIxM1Ttd5IEFW22PMOjyy1wjK PDSNdIWN14Mo5ZaMlbCGN42jbfeHYgu1GL5bb94GMI5ZkjAx2rXsTDcMY2Dq Mgy0fqmiyRcNSZYJIiXDbdM21Yl8DbfUg6nqo53lUt2xmOVww8MuZaQvmvjg 1kM1dSVc6AF05ye3DdLPQy0BkpKxLI97ivMBUvcYiIZWSGs82jNgnxXFsk8p OnEykpSxJnzXOT9ycuuSHKBBbzM8ODRE0BxKeKL5R4gyCN/QRdoAQaoN1Y05 USrVK/10+GN+B9DIGXw4MwwtJuQQCTF8TjKMwzehjw2ZlUY3juFt1fBwdKWP ZMr9ipNn0JPy74rke045Vnu59EI56I00AI9ZSHVcqIQyKbawi8Mybw2uCSI4 R+rhnRuITsQZZy0DoAuO87lySgHKg5gqswGQN4PudBQEZ6oZXDnIdKR4FwNg bFshDCN1kHAWwiBqdBzEIn4Qkd4CB6hpHhEYb+alJCIQzhlf6j0PKtnssHDS wlhaQiMFWDSG1gq32AolVW9JAjPjXvWRkgBEQZVjOUdkcoiCzYdu2MSDgsjF TVGsWCiUODzg8hnNi2JTgZVwx1U4HRcK1YqI4BBH54qtgjSCjpHaPAbm8L0g SbFF7KGuRcbzD6E6JkQh2DSGUO8WG+OVTQYppabJIwLRK1QOrxWfNZDeGMNY d0QGmW0x4OQc3mKtkvLaL5qZESZf/HKATAFONZa2x95y1W8M3DoHUjC4W2xl Now9aSbFymsXS2dky9ViBwagZcMcS4UpQOyTAhAM33rQhmsc26yFkp8hIFNF UP4UQRhVBMnyB0wrPcvOuMwNiKgxWZPyeEbAYA1fixWHoIkUhiBFJiID9ZNM 7no8JD0YkTtUX8ttqCMJtKZYUGEO7vkgh0DerpDa4WCohC4Q8GSKTLBypa5m GiyQcAwSnGqdR71EmJBi7Vis9FbTyDFPRjNJUZhtQyGxjyIVg0wZ9UZeSH1f GxDmj0OrwSMP8qYwCS8BQ50bZkq2jS3Q3UdlC/NacJ3rqRobRVE8f03hkqyu sMIZpr0Uky/VcIYnxSFDqHMNCqaiyZeIj15xJ2qByUy2h5obppEFmomyYzXG RV/jqrqt9hpJJvVQ3CxkEDaG2nI4qfLmzggzhFQWDc7DCWoIiDQwiYDGU8TQ DSoBfAmH2kmnAORpIUp1nKAqfM8LZT6tqltY5FCFmGuPbSHikJBn3f5M6iKv KJsoist1n9JmdwNTjX2ATAn+IopNVtISQVONcDw1e70l0bn3WO6+HFOn422p 8YyOFvogTeXUHRcrZ0QyfYGkJEMl46soQCkGx0BWp4LksvS+NvbrBlqmabCa KL+GmjrZEBVk61JswU9HBoacH4kim2pe61VrqVZlJfFTbG3KiDEG9jyJntVI lokUECCj+XpDyvGDlpIV3Ece6gxcGHcQkhoWJ07sQaHJjW5IKacGTXByLk4G mWyG5Sp3cqMxzgZg2WZlGGV+AYUClKCiHt1Zt0SRPdqJ9HbvIlvAHC8Uk2fV NwMztUh/8IL4Z3m5TKRmCzXwvTWNsaZ033YiYlMLuk2aGwAz6Qob8Rr7RPJf Qj0gzRbxjiyLFfnBahXzgvGmNjTMFavqXHlac14+Q4zHIU48slJhcWw7uTJ2 a4heRE0JhT3F8CpMzLE+CIbBy3sNP6x4PA41+C3ZWXHWQ9XKHhF9EqQh3wPM zVsWoAMslkh7QZ+j+SdUytR4q4dxhoThjlFiLlOBncE9WZrzFjmIoEszRrna e5ptymyI8SWo3uRjV9Eis3Aq0ogaZ+r1151xeQuqu7wrHN5Iwvhj62w3LjY2 x1/wbm9uUsmChkET2FGXtEk4ieWTEXQoRk/XkZgY8vTDtI5NsHWBWi8zfY9w +au0BA5voU/kuwetUYbonOs0AwoS7u6UvGbxBDLENDLxeJo8i4bFDTP2jRTD InBlWHGpogeiDMIjzWqqcW89eRLP31lUfdmfR9B79F8UuyDtVjO2YBcFRLjL PpwMARL1K9swYArlsU1WML2n93niwpxwXhpCrpw9ZPf5IdJAoXb4q0DQQQc8 DltdIWAJhQDavZU0weFwh5XCHq9KmaT4LXS+H1LWpKtUVI3cleLHmcXmZM40 2sPNttX7vNq+MsFq29F6Th8UpaL05PFAy8XKK8P5WdbluyHLlQ6La3mhiJ4A tBtclNgTVqhwsH4bn9plkuQIT+Z1pgqAW4LZ+T+UPev/qi76PqbOB/aKrOa7 pGLwrnq9qiQMS8aISraIrUoO5GIy4MjDz8iFrLi+zfxNDlrzaQxgyLiOhACw ZSwOiT76oO5D7vSS7ewOp5jyhtpmRYKP5nyOpbpcr0AJ4Nw00CUDok6Iby5p Lf7gIFDq8DyS6KwNyKoOqBZBTjpIL/ZGYMhCAECT63j5Di5ehcZu0HsBrrBw RtoPEJMJYFAMwOpgbkaaZpIFEJ5b8KUKhHDeZWwIp6qwcHYN6P7HoFCQUNwz sKRE5ErwJhaICP7g5ejyi/zzo0zz5hrkhpLEIFAILAryjxEBT1EF5XYEENb0 D9AOT/jyj56b5wT6blJ3x6avZXhuTWyfBZLZYhKHTL7ZrmkVcC4GyDy1jupR bzYIYzRXRHRID9osygSFrX8Wifr8BLrMQGotD8kWpQ5ySHprI1p4Rrg/sHJ5 CLaskXYOD5CjcapWx3pmTgZI6JSQJDiS8aBXR+qmYGqJwNkCjKQ9IkjuhpTz cUaR6MR6hgZELd6Sj6I0ysJFrc6LEc8bRlkbiYhELjpF6sCsRb77IIorwBQg IA0KZW5kc3RyZWFtDQplbmRvYmoNCjMzIDAgb2JqDQo8PA0KL1Byb2NTZXQg Wy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBS Pj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2 IDAgUg0KL0YxNSAxNyAwIFINCj4+DQo+Pg0KZW5kb2JqDQozNyAwIG9iag0K PDwNCi9MZW5ndGggMjIwNA0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3Ry ZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2Hx GJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4Yj iLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgZDWIDeql SnAqEFQ5S2BwUUCAUlQ1QUZ0kbjWBRIZC4YDSIFQiXoqGO+Ek3HM6GE3GM0m 4z3/Agq2QikjQcWi2W+LXKLXS+X7AQUW4kaDWLC0cjidDLV4+7CAqHeClsUE 84GU3EY2Gkzmg6CAp8XNGY0mMwnQ0m83DsQHYYjUXYmEFwUT4XjkbFwUikWj fzDQUFU5mUQG8zCA6Gg0nMQGTqmEQPyEA5jqMQ1DKMbmjoN77DQ+TiOM5DlO Yk4zvyOg5Oq643BAMIzowMo2uMOgUi6KglK+sLRN8szQrS04ahsEDVN8uq+s 8wQboqGjatu3Ldr4GcbAUsCJp7FSPLShAcpmGrTLnGjXM+iSKBsGy2Ik7wbr k3zeBgxTGskBQWy6GAZhm3zgAUFAiDLDoyvk+gQDNDwyDeNsgyGhiyLM7qey xLTHNbIIWu8HAZTNK61z+3gUB0EAgv3NkPBa+gWzlN06DaEDxCIJ4jPQEAxD KMIyP+/Q5jSNo0jYMI5PtBT/Q6N46jgEA7jS+8NhAOCMDIMrpDcMtSUEHKlS ykgXTLM1AN636+Pi5s4M2OgyjkNwwjY+0LsqMw3jkNsMOwOYXBAJLmjm6A0u kMr9Pu+VWOsMY61W6zsPm+o4Xe/TNwW+T+MuMQwvjDY3VJZ8oIKKgVL45NUj o/V63aEA2jfekNTg+434FfA5Ydcc7rCi09Jg7wZZKnrcR1H004PMLuu/kzYy 60slWWFAmDKOwy2xOFesvVWPz5kQFZcGsXpnmQcZpReWBa3AbhjGGYhdmctr 5RtHjZnGdUmMwW56MNVU1mwniJT9Q1HUsA1RVVWVdXNY1mFlQDrc1qZy/WA1 yOdbDoMY0bdQQbam2qk2TqswzHk1mzSOg62rfj9vyOFVjzewQa0OQ8vuzYz1 BnQ3p5W754tVr6PrgD41Jetbv1bQzvlOU68gOw0jKO9qbkMIxjHboyBbIOEs hNAUc5t3WQDvm/Baze5b3W/lVk5oyQqzAx3dggQesN1p1aNg3upiuPNfIWQS KsuR0StwZp1o2a6Zl0srQ2MYZqKfkjRoE8yNofBLEgQMn6NLUEDExIOFjPzc OmIxTUEztWUc8h57f2zqkQAf5iZGCBnGWotd7LAU3n1MwCAJjZHPKjXGuVDY bHvB3XYgxALOkDMVcsHpaiClBPrUM4RZCZYEuJZo8NbrElunyb8qoMhGENBi cqZsOwbw1vFP8fFrKB4grfDmGtcYQQ3OVd4G0MRm1wMWPrEUNkRzjQdiSfKK UMVgsseCsx4ZxVWxWDWwNUjEQ3B1i8tRyyvVfhhDE1liTAQ1r6P0HUNzDFbr BBc0BkL+2oI5IsDI3CVC2PugG4JlJETBlKLFD0xSynhhFDw9xay2CMBmWocZ 6z+XzJ7cFJYEEnX/OHRq+M9bU5PgtlpJ9mrV0NBllKtSU5J5VRIetCWCipm1 qrVaglt4clZK0gm3IMTdIXhybu26VK1Hfy4NwQtqLhYeLLLu8OVi7plH/Q0Z hiiDFWr+kBB5OKqgytyiDCFEIaYMTydQ7Cey4wqQum7MiNp4oyBkbMqJYT44 3goiDP6eiAHeGVDSr1XjA2xBvDgxVa6n2NrQPqxGgsrHiniY2iFT9Ej4yNfG EUrwCiOtDNSVVJhtUslsIwQUlRLAFFdROT6V5MEzEINEmYGR7EYpOMgXk3pB GVpBpgVorlMUhopfO0OopaQYpmI+Q5YjhjWLMqcQiqDiTfJgBQZQyz1XOSua EkqowIElSULjUyqMuAYo4cMC0GjSGlGwTGDc1bw62GXMy8VADEZAKqVu5WaE fjNruhUfNVtIXLH+pYm8zM91+IapLZ0/60FgWWiFBhIJCCJQ7WUlyBrjFULr VqfiQQYQ4OTDy8UOyrDrh1XYtoOa3FvRhXECAECDjjnJOWuZWYcFusOnZKaD hmFSTCukth4DCk0mbrbYkzitVbt/o5Btiqpg6t+Q2foKTFDq2eLwZgOa87PB TOo1l3L2AoN0pcZ+1RskdS2i1dGYkHLuWImTBVAKA0LJucsxGzaCzqggDQ3l UMZ1ehjmdG2EOBXqr9V8ZsNM37+LHrEbyBQMFC2vBQ+FRyGsOWiskG5W6GST q7XWiGFp8ppMUsygGxDvlrnYjVgpD14HNoawcf2f74jPxvnOZM5qAFpTSDJe eNsSqNYvmTjHGa9SMO8DlHfCZzaKs+MqrmRAaQ4h1Pllo+QSQiRZxcG7ETCL tAou7lvD+MoZZSDdE0NeV3K4bMrgbHSvpV2iy+72djekBnxzWiFXS78GwuP5 nUBVD1/z0wWGW/ZejYySlBiiS7w8A3WwGtjN0xlqLsVfMF7c/F+5KnodJrMJ 8or6e3lTKypMsT6mGtWDloZk2pxJOXEyY4GOLBRBPOTl9gzF2IfKCb2TsZmx ySsMKINKnyoRbShQKT960YFrY+U0DqmXvRNC7NgjFA4fo8M++EbnLS0bSTRE yKTgopS9ule5Nzoe1xCkOaCjN4YDqr1vAdELBpmutOFuEWerUVTaXdscC+B3 QYu2Z8LqEggt9bJ47oENO8e8HJuS33uBpWvfeO91nHHyXw1nhi658cdYzB+0 Z+t+h00+b3UMm1l4nBsWSw2hcOqQV/l3M51MkIMDbFKbeZWwZzzzh7pd5Y7a soNcUyl152aYtVOS1u7kyFo2Z1c/XTg3Y82mvzqLOm7rjlJ2DNypg0KyjKSv t2+Z09w6lbJ6emMnYqy+HQNjlYgmben4fxNAqCLrXlSLBN6OQtpkRjGRlUqY kBANCmVuZHN0cmVhbQ0KZW5kb2JqDQozOCAwIG9iag0KPDwNCi9Qcm9jU2V0 IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAg Uj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAx NiAwIFINCi9GMTUgMTcgMCBSDQo+Pg0KPj4NCmVuZG9iag0KNDAgMCBvYmoN Cjw8DQovTGVuZ3RoIDEyNDgNCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0 cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh 8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMkehEKGIuG I4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EFoGUhG9VK lOBUIKhylsDgooEApKhqgotGVJHAxhkSGQuGA0iBUIl5KhjyB3vZPOBlNxGN hpM5oOhcGQ1hBTMeYMogIhlOZjORpOB0NJvN1+wAKsE+nogssFtkIhFst9su MWud7vt/wNvpUOiI5HE6GXEx4KFA02lfsNj3Vm3tqGg4tHAHA5EHD3V0vnXB Qtig5w3N5416O66ZbFGWzGazmeEBTy4xjSMw0jGMLYNkHYQDswwXMShAuBQn wXhyGwuBSFKJLEG4aBQKo5tON4zBAOg0DSOYQDJAowhBEoQDmOoxDUMoxjpE Q3xENDTvwzLNs7GiMDPEo6DlArYjcEAwjOjAyjazA6BSLoqCUgoiq8BSOgUi byqqGqqhaG8vpOgqVJYBSuuw3CyLMGIZrShE1pm90tOIui7Lwuq9Oo47ayor SuSq283O2mE2N8ns2I+GwZhyFwZ0a87ITshCCLqxTGsk6gpDKODNwJAzZuQ2 ywoZNKPTaEDyBkHKGPM4s8vUiTny+tFYBcGwbLYxzAhhSqGCoylMU1TkiNkk 4ySGO8TRVFwxSEMsPxDEbTxQOgwjEMMPRaMo7DLIY2RENMmDmFkjjhTY8jSN wzyPEUhjcOYzDeOQ22HIwyjCMY0T0vKJUZR1cvXXYYLJX4UNhJgXBAI14hAM o8DCNtNjLcdlSFdF1RAqz9xoOA33QOkTRZYwwjvIwxDyk9NwHIl03WOeLDY0 4zXu04xXsMls23bt9AUKgVMmveDNUEA7jTEd1yEMN3DZemEUzlNOyLFcTRdc t4joMub3gOSBjkN46jhI43azmYQZqMIyDnhAg5RYVPZ3nq9owMd45vFmk7DA A2aWOWT7lugQYxFUk69sGF5k0uy5thAkyNuY3DUOo3RnqOiaMjGn3pG9uNO9 W4Opom9cTwA3Q/rY23i0+k7zveT6Rd2tXnt2/DltAXPVPkrJgizzS4i0vTAj ExJXP0z0C3csUItM31S4S5To3VIzw9NQdwrcyz+sPjTV5M3UOhD5Bvfs2VbO q80ngNLZ+6gha9sWLBAKw3jYOtwvU29R0Eg1TPIGeBTko9VyoCJKLBpAUiIM ykliLIdMFrAQaK9YI+xyIZH3h2fk/RoSBGSmnDqh5m7JnNLkcw24OiNgyBla uvJdBp0ArrDgGEORsAxh1b2i1F6zVnwhPUQhfijXxnTLswRaa1VrwsZAkYOw aQyh3bU2V9sFGWQWfmkwEEGnRIqDEG8PDE0WhwRwRhcbC0VBjDyZtsS3GEBF XuvlwbX23s+YAYosRumCNmZvFYNAYVtujDYyc2TNInwVguwc3SOEEyDNOG5e K829MnMw3NiC10PImWiCAM0NFvBnDKG8FrnY4RBL2kxioY2GB4auG5GjGJKx tbBHYLhDwaomXwGkNixjMLjXQGN+cUF1NJZOugOa1HJNCaSzdy7bUitpBA2u Txe4swTkFFM07s26rJSM6qWjrCTtzdo4BELgmuxujs7Z6iVSAg0KZW5kc3Ry ZWFtDQplbmRvYmoNCjQxIDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1Rl eHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250 IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE1IDE3IDAgUg0KPj4N Cj4+DQplbmRvYmoNCjQyIDAgb2JqDQo8PA0KL1R5cGUgL1hPYmplY3QNCi9T dWJ0eXBlIC9JbWFnZQ0KL05hbWUgL0ltMg0KL1dpZHRoIDIyMQ0KL0hlaWdo dCAyMjENCi9CaXRzUGVyQ29tcG9uZW50IDgNCi9Db2xvclNwYWNlIFsvSW5k ZXhlZCAvRGV2aWNlUkdCIDI1NSA0MyAwIFJdDQovTGVuZ3RoIDExMDUNCi9G aWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgBFgUDgkFg0HhEJhULhk Nh0PiERiUTikIEYhAEVjUbjkdj0fkEVi4AjMhk0nlEplUekcklcvmExmUmls umc3nE5nUDms2nc/oFBjs9n1Co1HpEHolFpNNp07pdMp9TqkqqNSqtZrUbq9 YrdfsEMrtesNlsxFsdks9rrNptVsuFNt1vuN1oNzul2vU4vF5vd/l99v2Awk 0jEkxGJxWIwuNmWCxmOyUpyGRyeXj+Vy2Yzkiw+L0GgzujieaxOk1EO02n1O ti2f0OxxWu2kE1ez2u02+43Op3e83uj3/A4OY4fE4uS4/I5OF5fM5t/5/Q6N 26fU6tw6/Y7Nn7fc7th7/g8Nb8fk8tV8/o9NP9fs9tJ9/w+NG+f0+tA+/4/M 6/b+P6m7/wBAKYwHAkCpXA8EQSlEFwZBqQwfCEIpY2DZQxDMNQqu8Lw1D8QN ZDj/Q9EMTQ3Eacwm0MUr5EsTxg2UWpnFbYxnA0XxjHTRRvBUcx3IDNx6w0gy LG0hpPGsMyRIkjScxcmJBJUUSijkpypKrPSfLcoSzLUuTAwcvILK8QTGiUyz NM6HzTNU1rFH8wyNN84TlO0xSzNsTTohM9T3PiDT9P9AJ5OM7ydQlC0PRaS0 JQUYUTR9IUBSVJzpStLTXTFMzHTdOTzQ1GTBTVQ1FLkz09HVO1LU1T1BVtYT xAtUyBKtaVrJlb1xIddV3G9e19FtgWDEdh2JCtjWPBtk2VWdWVjRcU2ZINi2 faFo2Ra1r0PbNt29LsE2nRFw21b873Jc10yE+NxS3AN23c/N4Xjdly3Vbl63 vfVZNbedRvTf1/vDgOBOzgmCujg+EOThWFuDhuHNziGIt1e191g5uJzDhmLY vjGH47j1W5BkWSwouuNXO2uU5U12WZa32Q5Nj+Y5nm0RNJl9sZzmWb5Hnmfa DRrOZ1UThZ7oVTM7oulONpGk6ayemZ+5Wn6hqLG6nmjnatq+sMBrVY6zruva +vWw2gwm0bS6WybLqjrbdt+zLZtdt7PuW57os27W9lG871vawb7b7tcBwPBK 1wlzLXxfGb5w/Ebgr/HXSsvK8twfI8lra283znJqpzF7vNz/QdCp3R31z3T9 a9XTdb1Cj9Vi6p9p2vU9h2POvt3Xd9kn/b5E+Xfd/4EVeL43EwF5PlaMoXhZ n6Hm+d5/g+p6tGP17Hs535Hu+MqHufBfEXfJ8PzfP3/0/V3fmfb9Ecfh+LA/ H+eYKt+37zsmHo7m/V/bykfQBgEZR/UBH+IOgPAhOUCoGQFQlAuB7G4IwTgg haC0F0rQSgyxRNEHIOqug3CGDRFH/PrK5CCEkIoTQqhWvQ0sLoXpPS/DN+hE ITvVhjDaHREYcvZh9DKHkME6xDh6Q2H74DVRCiNEQ18TXuxFihEeJ8U4gJ9i ZFaGkVYtRUNtFmLq40yRgjCnOMcZYoxfjRGkgUSYCKKjXGmN0CC0Rkjik6Oc DI7R3j5FMgINCmVuZHN0cmVhbQ0KZW5kb2JqDQo0MyAwIG9iag0KPDwNCi9G aWx0ZXIgL0FTQ0lJODVEZWNvZGUNCi9MZW5ndGggOTkyDQo+Pg0Kc3RyZWFt DQpzOFcsdXJyMmxwclZaVGtxdHA5ZXFZTCRgcT1zYVtwXDRGVXBAZTFQcCU3 bktvQ01TRW8oKT5AbmFRJjtuKmZgNQ0KbWRCSzBtSGozK2xnKm0lbEtbV3Vs MC4/cGtORCRqazJ0ZGVqbEdMYGo1XTFaaW84cVVpU2BZUGhyIT5KaFZSKUUN Cmg7JGZAZ1k6SzpnPWs2NWciPXMwZkBTWCpmJS9DJWVeVyp1ZSdsZG9kYUhP amRFcDdlY2QwcV9jSGFcWmMtNERVDQpiS0opT2IwJWlKYWlNUUVhMmM2P2Bs PyE6YFBmXjVfbydDL19TWC4qXzgqayVeVkBPdF46cTpvXXREImpdPVlcZA0K XSI1R19cW10vWlwkcmlUW15OVE9bQyE8SlphNyFEWkVnYT9aKjpJOllIUC40 WS0rbi9YZlNWKlgvaTskV2lFJXQNCldNbGJvVmwtR2lWUF4yZFY1MG9fVVNG VFlVOCI/VFRxSidPVDpfYUlTdDtMRFNYYzQ/UyIjbjlSW1RZNFJAJ0EvDQpR Xj0mKVFCbWYkUSdATXRQRVYyblAqMXJpT2NZWmRPLG8/Xk5mSypZTkpyZ1RN aTNMTk1NZDdJTTI2dERMUExZPg0KTDUoRDlLblAsNEs3ZWYuSnFBUSlKVWk5 JEl0KXJzSVhaXW5JPS1FaUhbQypjSD9zal5IJEZSWUdCXDdTRyc4Ik4NCkZg X19JRil1RENFY1EvPkVII2w5RGY5UTNESmo8LkQvPSQpQ01SXiNDMi5Ic0Jr VjBuQjRramhBbkdVY0FSbz1eDQpAcTAiWEBVYGJTQDozSk4/WEkvSD89JG9D PyFMVz4+P2I8OD4kPiczPV1lZC49JyZJKDxgVzQjPEUpcHM7Yz9VbQ0KO0dw QGg7LEMoYzpKWGJdOi80TVg5aFw1UzkxcW9NOGtNWkg4T3VCQzduNic9N1Jm Zzg3NzlPMzZVTzQtNjoqdCgNCjVzUlwjNTxoQHI1IUQrbTRaa2hoNCQsTWIz XV04XTNCL3VYMmBFWlIyRSFFTTIpSS1IMUdeZ0IxLDpSPTBlYjo4DQowLyJ0 Mi9oU18tL00mRyguazwsIi5PbGtyLjQ/U20tUlU4Zy03MSNiLHBYYF0sOW5F VytzSjBSK1dxbU0rITJSRw0KKlpjPUIqPzYlPSldS183KUInSjIpJk8yLShE ZGwnKClAVyInYmg+cicsKSNsJmVZY2cmSixLYiVoQjBcJUxycFcNCiUxRVhS JE9bPUwkNDcoRyNtXmVCIzZ0SjwicFA1NyJVInIyIXM4VywhV2lCJyE8PCoi fj4NCmVuZHN0cmVhbQ0KZW5kb2JqDQo0NSAwIG9iag0KPDwNCi9MZW5ndGgg MjEyOA0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqAEIqA0FC8 jDEYiCElQzQQbiAYQoXDQcDgQQ8ZjAZxccDQQFQ2wSIlQ5SIQGeCCgQCkqGq CC0cxMax6YDgXDUZR4qESTFQxz07wQtignnAym4jGw0mc0HQQFOjGM0mY0mM wnQ0m83DsQHYYjUXDIXREuCgYjAXjkbFwUikWjcaDAYCgqnMyiA3mYQHQ0Gk 5iAyVcwiC/CA5nUxGoymOnHQ33s0Xei0ek0umiA5GUz346HKr1k3CAwmfMmU 20c6CkulQlQSDWeFR+GgqHxGIxgYDWOTqQgqVSyXAqMxMaTQczacTqeb4a8C CEWBgo4wSOiAbDgZCAaxsW9vMGWCFcQG6CdMFd7bdqN9UbDIciAx70Xkk29k iG+CFH8+WCDGPBu6oauqt4boezLwvGgiBNcg6IoW2acohCUIoyh8AN4nqSgU iKUN8laWue6L9AVBaCwa2KGIJCL0wiHKwOKhIbBqmIcBqh6QQyk0OhQGTnAU 6D+AU/zdu1AcCwM8AFPE8kSOi18HNlFT0hosIaoSGSIhnIcLo+3qRw1DiUw+ 4MgAVEcSyfFEISnKsrwcGYZhcGIZRjGYXRrG8vI/MCTpEsYZN0nygJSyakKU pinCMNI2LuIw3jkNqrx9MrzS3AMjQK78ESZNETwe/qNvSGKNy098uRxDc9x1 MVJxFBUnU9KMhVDCVRhAHKIhtOYXTgjdUS/VcNz+j6f1SKigt8IjBDEMK7BB RVGDnHzXt1T4FPe9L3hmGSN1O3rfxABQWzpO4cPfcYYhcGwbRu5YWhhP6F2Q FAqMivbSsMzo6sYOrMrwvQwtDQrK0QwFl2au7CjmxzMjIvDQjIvw1tEv7Bqp RgXI/e2LruMatDmzi/ry0UxpMFt016j7lpHealDcMowjlfLMjCNt/hAMQ0jd mI8u/jw5DIOeM3qu6qDlhYQDhmKnZHmAxjRn1H4djw3DoMOdL/pWj50M7CDc M1H0irCtZKBQqBUl94BgGMb3mvirsMqKpjSMq/r4u7M5/hw3jhjwyLusoyhc M4XBYwg6bsPKjLY0Q3YdvOpBBRg3DOvmhsjf2Yruvl8UiNVHvgq4Wx9s9Bt8 zVH7pkS9choA5h1nGYYcOA5DTSI5Z71ug8NgKpDYNmeaj13ecc+CtM6N42eF oIXR8iNxuI5W0rHIdjpTogQL6MrPDlp+e5Hu97jLhK/9uNYy4cMWe6p5Hld1 oQQCDpI6jnqH2Dl5PlhAsrB914wbnRrheeyhODKnTAoaszprhkC7hwfo1Bvj fgyuMZ0xEqwdG6uNa8GNmizmdQMMAGUOBfGbvhM6+NjL8oHP1f++1srpVxNq baSl/wZH8BwL+HkN4dTABvDuaErRd1GB2DK8qD8JjSwpaS3yFr+H3GLci/x/ T7GrhugWYMOETHSNohiWM7z1jfQRDe39xhmQ6L9Dc3Yx74XaBlDsVl+jko3R FZu9p7j3oUu/eWX8MQZQ6B3fGaGLED3GsOixEwzIcIAnBhgyyGjdTUGGDSGJ lzXY+hhaCaIxq9g5s1iFHN5TI47MxjwCAJ7d2ZP3fy++DYbA6t/dg1hqwbgx l3i29NtcMzfN/KpFZsYbnDSyd63gMoZntlHlq4aFbUDDhiDMGGZMSw4GGMRM +aMy5NGdkmHWDDxHZxMKvNoMU3HBPOBA9A4r0outrOzGAFARZoNQkuw4wsiT Ml2aq+hh5gGJM4e+y9pLtXbu5ig0CQoIA9PbMe6ANqjy7u9UW8B3Ee2MzmZO ryApO4DvYdo7Z4L/g0t/aq3ODJg55l7cVQ94rOgxyub++UN7SHwL2pPOF2s4 4MMGatCkMkiyCQwXen8987mIy/DC8qmodJxTkDm4Yw7T2KPGDaadqtTXJFaa 6EkIk3l7sBDm2BSBn2Pu8X8wuh09DQzNp82aLkjjfF2DiHWSNEHf0foK8x+M tKI12b0X9sDv4fQgo7QN5bhqcUBMW+ilTPZbzrBhLoFEqon19YyEMvobH0uy Yqv5nTyAyL7n0+pkk2LJP6YDIZfzVKWyvtDYxcMjSPrzkPNO0runmwCnOWKd MBp1ztXmFCo8fqcysc04131EqCV9hKvYyMmHtuxkwxm4CjKlTEuUGco726jh sZ7X8NlgXw0WgIr5ldsSU3Nb+zKeYXFtg1azQKvjUnDB3DTCR8IZQ8S1hGaB m8fQ0Bhje6AsrLg1mjgmClpNwbq0UBAEIMta4YAov/gFmTSrqXDrvVYqdiJ8 B0rI5tezwGkFlDcVqyUZcMtehAxy25wXn26OLbyoIMAZW+JSE1gNyWpF/pZS 6lQIAymWKc09mM0IMMyCCFMIYSQkggq0/9kDC4F0zaKGlo5Ti7RENDkQzxjH turbLAOjF5IDvhpOzs07SZXMVL29sNrOjPuUBADyKwbAfHwv/l3I7GQkl6zM 7LJwRDCF/u+5S57b60xzy3nnCEXAUZGy+8S41e6J6FqzoJ/0VIFZyfCx4Noc LqF3yfd6HzdqaaAsG8GxoKLbZhty9G3gKFHMyvwzXUAZXeP6vpCRgJeDEmLa Y32Mb5AQakkA+lnsg4WW1ruxkJ1+CnXizHjJtQM1Arz09SXXV9WoMWmgXeMT f3eBsDmY/Y1rbRyE2Y3qFIZsjmQbhtkv9jcZm5vMb58MRA5QYDxHveBTqXwc kniBou36uN3kFNKJsq9msaL9ME0MZw5TABApG10jK273BRH3Yrybv7Hn840N 8qNi7ff1WCEDLw8FOmswniMnJPa+MUYxwzoLRWzf1qsxx3+JcRoXr8xkcoiB sxaybGE6iiFGUNkKnQYVmLOY4X/CfBMgcrKOyBsgIgXBmDYHQEXIWqZal/0V H50SAg0KZW5kc3RyZWFtDQplbmRvYmoNCjQ2IDAgb2JqDQo8PA0KL1Byb2NT ZXQgWy9QREYgL1RleHQgL0ltYWdlQyAvSW1hZ2VJXQ0KL0NvbG9yU3BhY2Ug PDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0K L0YxMSA2IDAgUg0KL0YxNSAxNyAwIFINCj4+DQovWE9iamVjdCA8PA0KL0lt MiA0MiAwIFINCj4+DQo+Pg0KZW5kb2JqDQo0OCAwIG9iag0KPDwNCi9MZW5n dGggMjExMg0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqADEQG cGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2HxGJxWLxkFFcQG 6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUcxakU qmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWiHwwb1UqU4FQgqHKWwOCi gQCkqGqCi0ZDYXDgYwyJDIXDAaRAqES8lQx5E73snnAym4jGw0mc0HQQEY0m wy6E3nI2mE6X7AAqwT6eiCywW2QiEWyH2y4xa53u+3/AjMZ4Ua2wWjkcToZb zIAoUDbWV+w2PZWba2oaDi0bgZDkQbvZXS+dEFRIYC4bd2I8jlcyClsUZfM5 vO58QFPMGM0mY0mPVDSN43B2EA7MOFzFIQLgUJ8F4chsLgUhSiSxBuGgUCqO bSjeMwQDoNA0jmEAyNUMIQRAEA5jqMQ1DKMbQDoN8OjQ0r5M0zjPNAjAzxAO g5P/AIQDCM6MDKNrMtWLoqCUgoiq8BSOgUibvqqGqqhaG8sJOgqVJYBSuuk2 CyLMGIZrShEyBA4SBPA3q6tkvE3II5zftbJqtK5JzXzO6qYTK2yezKj4bBmH IXOFMs2rtOCETk84YMcyc3CoyrnCHAMejeNgQClFrTjIObyNehkxI9MwQO84 S4Lk8U6MCGThhlWKSOSGwbLYx690sN1MU0jAx09EI0jcMj+tU0sSjGNAwjcM 7S2FGTStIOwy01DdoRFEgxDDDIQQ+MsfDlZI8hc2UZxlIgQW0Ob+1bNyJUM4 TZOaFtHBuslKBQOg8sxENrV/XY5Uyk9fjlT8gowHSrDLadNWTZdmjmFkTDcO Y6WWMbSjIMr+DcNI6QAN2JWWMmJ4ri7SowM1vszjFyCZhdqXaKgVMDR1Xtlf GHWYMsQjCjGJ2I/w6DLkgxDyEA4DqOY0SDYekDeOAQX/XmB2Bcgk4piw3YxE WN2Fj2QZ7p2U5XreeZlmlJXxn1nWHYuh6Lo9hZNs2u45sEgZHkuta5siMbrq eA17TuCjmFzyTtJ6YIs8EqotK8soxLaVzxME9tnKKBT+sU0hm3VVsjRa9Tnx EnK3L08rDy8x80tPOBiwYQBqGiKVrW66UUvNGsXSDKL2JA02/n1xBBl+GBAI dlZ3TfCU/UKw1HPiDVNVAaNv0HSOA8tXrWuKIhk5MsLRXDnCDbGLXU0upjDu dzjLjMeWFF0O33s9rW9cFxYTZo3W+/rEkUhiDMGFjDImnGqR6GkMQdWhrkeA t8Fp5CELvUOvIvbww0NHNS0cMRpQ5hrDSHAzDcUUH+Dcx1ZjSFtovXM0lpbU lLuCaqwUEAZjTrXYIRgOYcEArEhTDxqJ5GZl7cCwJXynnDvaNeRZUgCjllKc 4DMpLtD3PZNaYIihYiBAtOEYUHB3nyAoCOZl/wY3nmHNi5iJ8VHOxejAc08b 2jBHnBsg4iMXTtRvZqYsGYNmcHvPGYIGZhgUPmhc0xaTMYiuDYIyRYSmAyB1 Ywz0gcZA5LsgCj194IFrIeYytlbZpX8M+giklJcTj0A1i2UmCr5C7M5gyuSQ zUGFPHkXDNki/wxhsDqxpEKHjVIoRVJoMsSTWxLjSmM5JgzcA1QOrKMK7YsH oVtHcG81FbxwCmiqAbGIzvRjUQxz02ILRWVcUkGIOYtzjdtOU+BfTBPgBrIV pDSmmQBm6+qGMRnmsTkhJJs6JZMroX81ANiy2fQ1gIzyWTT4gymIKYoqEq14 KIjhPihcMGAT8kbRqXcvWzzANBQN98xkwRMekUswqslCTljjFcGUzlYkQBaD SKbtKXBBDpAmBbQ5vzJojM4GoNY/U2IrTiaJ5CJKFMPH6mtN4qr0MWvcvchp 7JBp3Jens+qNyMU9P5gMkZJpBmEGKYknEORHcKSdDIclpskhsHJicEXtQTlY vF8lUlH1UOc0MOQbgwqaaUaVowIAmh1DYx+MYbgQNYDHQ2IFWKeQMq41StUu UA0fl8jKYMAa6GtiHX1IlJjXFhpQ5g2DmyEAzSqlM3irKlFiPRHap4LkHTZd 8c4KFV3jMxV01RTlHQjGnNSauJRYY/RNtkDmO1Rrb0umk9wxDtFDTVfIfAIi JEJA0lUDMFDL1mIeBTRBdxSTHRwX0Zh0peSXpRRMWkmpNyck7J6T8oJQ0REw dibmioIC6ETIoDAGMfr+QVKuAorLqEwXJpSn9M6ZyDmFTS+C/qbQUIKaM0MO aEL1pRwiW4GU14Kl0BlOm22BMQ39wPglL9pcB1ASjg6+pMwamKKiQIh5yZWn iCIzwMclw4MfQDh2mONqbYTxEvEugM8BFrO1kjFRWHK4uwZajGSYb9mMwqXQ +DWDVgtBrkwHIKAZISqIVEFFu4X29U0ZdX7Gr63jSUQW0J8AqsUM6/1kmXkJ E+BoDfMmZo6oWvAGdD1aFr2XBAD0hucpTzIia9wtANKmXWjhNJ2BiwcJlzAY oG+li9hQlpmx5E+1NXBq/cM1Bqoz5VTGYqQaZcalr1BOZ7cWSI1DKVrW7F2q a3du+ZnQwaNHF5Xfecvd6Qy4ddhH7EqhThFNcXgHF+z14EWxXlM1+riYZXwg ectCsTz7RPCXvDAecNYce04mdO4CZ4m3JiTE0dtrbk2zgrKmMLUuuIRTEpOY SIbi2vuU52PQ54/hDkIN2RJVE6JHvUGe0gFZM3GDc73ENsZS3xtvfW3ieuxn SYTcibcuq7zNmLQOYKh3e1E1HUmbg35wLFsUBWdUL54DPnqxvJjzZ/5TUPMO wbwtMk6ubRWjAac0cSDfftzCZkkIQ5IBR1sIECpobDqRZiAgDQplbmRzdHJl YW0NCmVuZG9iag0KNDkgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4 dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQg PDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQovRjE1 IDE3IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQo1MSAwIG9i ag0KPDwNCi9MZW5ndGggMTU2Ng0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0K c3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmF w2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoY i4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgZjYc iAb1UqU4FQgqHKWwOCigQCkqGqYRQaVCSDIXDAaRAqES9lQx48730hm83HQ5 G82CApGUxm85GQ54DBAq2QikjQcWi2DMbwK5xa632/4GCxIc0q4REcjidDLZ Y4FFsUE84GU3EY2Gkzmg6CAp8cxmkzGkxmE6GnLDsQHYYjUXYiEFwUT4Xjkb FwUikWjf0DQUFU5mUQG8zCA6Gg0nMQGTsDCED9hAOY6jENTPOeOg3vwND6OM 5DlOY5yTjO/bMOw7Q3BAMIzowMo2uQOgUi6KglK+sLUBAsqCtOtLWhuGa5Lo uy/NIgoZBgtcYha3rfuCvobxsBSwImnsVLMny0tQhDXIY2MVRo2rSokigYBq tEqPCGy2MalrEsYyIFBQKA6jmNDoQKMwwjG+jKsuzLNs6z7QhAIzQDa7EhSI G0jRWBSShnK6eooGUtxU4UatsBQWhk8CIIkGwXBtQ0uuGFAiP+9jChiGYUCY 5AzvzEcSr2iTw0Ovo6Dy48hCKry7hAl8/wCtKapunKdp6n6gqG/qYUKhLFBc GdiBAuyJyqGM+BtYViRiq4FKyBSuxPZU+yQhFs10nqDhctFmPBZ0oL68gxDy Ogyjm9VW1eGNu2/ZtirsGV3Bc9FgopcVoWlakhrDPiyWxJVt0aGdJMLYNw2K 2cxCJdIxjkNI4Oyy12RuGuDBthFmXzeSChmGDEBoHKIY5Ydi32rlXz3a6YW1 Jae2BK6k3FhjiCSy72YwGAchQGWdBuGwazHMszinNM1wcODPjI+l3VHEwFCo FSCuIKo3Dm5g3DKMgQZxESJMUG+faBoVPVA/L6vu/L6IxOeuh6huoWqi2A4u k16IrSlESk29AYRRjwBhva+igN44TQMU1TYEE3MwzTOM80GuzsOU8RFRWWbt P6KY0hlGsTwkxb7RfQLZRgb71LjhOJTA6DDTQa05s43VCNG51hUzGURVVWUV V1fz5kdI2IprB2T4T0ZOi2U2nld/5bP+X23d0crRkfU+LccxXLc903X3923e hvle1ed63v4flqsrGVWrgEj5dgck0axAZNd8nshm2UaYcObEGJMUDcxYBT9T wv4fU+Zj4MCkgwKrAl/b7FovuX8tZzaSVtJJBisAGiMH1s2BQ19nTIGes/Ba DUGxwExuHcS4tpTTD6I4dw1Nqp8WsNaa415nLYYOtkhPCk+Cn3atpPsgxtrk k6NxBo7hIjdX4wFT4Q9LTqzaJCIkeAGhCiIqBW86JoiZgQBBDoZgNIYg6roc aZZx6cYkOUTunlzL0ILngaCW48AOIvOkUY8SLZvlCxUUs652ALVNqdiE7Z3B CHdKoTE70MsBINxRNW+tY4NHkAgBnJN7TzV+uaifBgtMGnxyZNy9phgKHuro XUet8JMJRyagi+c3K95Mm+k2+15z73oygZgo0pLGCISkg+/1h7EWJoZgJL4n RI5ayUgWjk1xcZmy3gnLmCr8E/S8eosAt7Cn+Q1hFCeEkPgazlU6mSMDR3FN JBAcaGDMWfokajDRSzV2shna212cJPoewmnKxh2jtm1RGJO28EESomFhicn5 QpOiROhkAolKZ3y1zlIjFlSUXnDOIjFGSM0aHHJwcjQZyrl09Ryk+pFKxDKM KTojHqhqWGR0QkY61TMhHZSGbQ7eeSpSku7VSquR8rU/rABkDiaEsXjmJWtU epLzJcSdpRNl6conrEzBwzSCMp5UvflYaV4Cf3x1OmdAV9CfKyTUX48+C0n6 qkImVMCrFWpvsNmLAGZFRK4kjrTUoBTIJoHuqxU+CVa5dQXrezGtANX9V1Zv DtncJWdTmhW4idULp2tLDe01mIM4ZtUnrDefEOZ9tinJZSQ8RG1oNoK5Og7c qegKrCDchFjK0EkIQRgjSLCERZLQo9JNugFFmtoQ1HBMySFzJPbsBRAQDQpl bmRzdHJlYW0NCmVuZG9iag0KNTIgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BE RiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0K L0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBS DQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjU0IDAgb2JqDQo8PA0K L0xlbmd0aCAyMDIyDQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0N CoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYv GQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYK NRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaBmObYN6qVKcCoQ VDlLYHBRQIBSVDVBRaMxqLhwMYZEhkLhgNIgVCJeioY8kd74TzgZTcRjYaTO aDoICMaTYZdEbzkbTCdL/gQVYJ9PRBZYLbIRCLZbxyILlFrpfL9gMENIpExn ERyOJ0Mt9kQUKBxra/YbHs7NtrUNBxaLYNBhAt7s7rfekChaMhgLhziORyhr zNnzi2KMxms5ntAICnmTGaTMNIxtWNI3jcHYQDsxAXMWhAuBQnwXhyGwuBSF KJLEG4aBQKo5tMN4zBAOg0DSOYQDI1YwhBEYQDmOoxDUMoxtCOg3xANDTPqz bOs+0KMDPEY6DlAUCBAMIzowMo2s01guioJSCiKrwFI6BSJt4qoaqqFoby2k 6CpUlgFK66bYrIsyxLShEzu847wt+uzZrzN6COe4LXSgrSuSi2E0usmCBNun qxhkGyEu8FwbBstk3LvOKETm9IYMeyk3ioyzniQNIyyCOQxjQPIQCSNw5joM I3P6NwzhAKUYNQMg5vK2CGTKj00BA3bvUJNrxzqwQZqSsSBIk5VgPiwVIBk4 9Kr4II3RTUVSVM0wyDK/43DSOkB2ajAx1bZ0gDeMg6jGMsSRRUdSjIFowjZA jTRYMUgDLDsPxDaUTjEMMOBc2cbRXFt4tM8qEIkFwZ4NYtKUsFEVIwM1NM1c YyBBduJjkEA2tQ01sSTEgzDkN42xK/2HIwNzQjFINTRtEg02besS3vfLTDFT +W3PaKT5IFryioFS+Yg01t1aOd9iDGV+jgN+WtDD2c4faIWRrd1/yPFMSW4O FM4lBrUBBpI5jmNIxDZT45jQMKMDJCciXKEFOtJiWeZ85+m5eMY6jlkrQjht ElBAMQyjCMgXVgsKLVnKlATShDvN3XTgPKiQbMNDCIhkxYY0ThAUVDm9xhAI lqZba9s1VVg5YkIzUNU1jhNesNCcQGIbqVyvLqVzTIch1zzuVQjzooGvcvkF AiRPCoaBqGIZhQJjNDPEIUyZJ034Ix7nBQOg8sy8s7zel8qRStKapunKdp6n 6gqHEqYUGED3sLgzjrqiaKO/Qn4YLg6rgUrMwp6dgbI2jiVapkIOYZ96g39L JPGg1mgdFyITe6lEGMBy0P5fkxcgoMoKnqfwDJ+L+ysJ5TG7FPsBFAGxhAUk GpIz3uTgym54q5AxhyDSHBbCBIJwbeUTqF0IIFwaAUDMGB6QZg3N3BiET/YS OvczAJMzin0E9fcDVSMQU3HzVCawFsLQYA5BQDJCoNYyPMc6tBz7oVqukSGZ hbi0yExiemQVnpBT5hVVEZ4NwZWJRbQqT4GgN4wxjjK8156IWJr0X60J1D0k mx0bnFpk0Y4iRgjFF2Qp+2+yOepHUBUkouRektISFrnFnqlc+tONcOVmhuDq G1wAcpOJjcPCcGRyi3FJBu8N3ZriJO0BmcQiJhGCy8OfGeVBplVskaA6Zbjq DTmpNW4WJ7snaA2mFMQGcxjyO8BkDkpUw3aS7UU8R4ypHkPKeY85VD0Y5vVK S9cvj2nuOue8DF9xbwZv6KaTA4hjInz6n4VaEb/4SxQJhFKAx6S3FRoHDKBw eYIBzglPaCkFgQUCYNP0BUHJwIRoyDmfdG6CRMoNE6E0AzYwpIRCAxayDc0O pJDJ0Ic4aw3lZDujp70FRHpDSOYMQoiFJBgVWjVQX+P+TFSihEKC0pknyDeI 1QYsymlDJWQcXQbHMlM56ZS1GnufjcuA0wNgYyzAVJ6O8eQzx7j7JMiRjZBS XeFVydj0A0SJakSeZ4ZK0VqqtJSL9Wa6oZk0Riv8kbAxdqxXSraGZkM4lU6O VhK5XyxrQ95KaVTwpYIslpLhGEvErianupry4CnHBpBVKxvi6qML0nObqdko lbpPaZ2Rx4UnHI/N8ilM7XpwtiS0xikjKl8CE4FiQUIbGqDkp9VdfVX0WI5P 61r70spbLZaIlNpLblhT5SpP9TyBGOTYXO4JeLhp0p1bapduITpnhSoJQkIH fO5vSo0vZdrimzUmXdhQSLlKamcq2aisoTm7UArd9zj72O8YNEEFoNj0xkUI 7o8ykJ8GzYUFRfqNnBYEkYxJFTLw4XNbQp/EdemX4gWmxZwDgkiBuxIuUNgd wwh5RIy8/4clR18W6y1Xk8IsHOBasc3zCmXomVIvhDgID/mlaKHRIDYg60TB AHda6ImXYfwGxbFeJw3h2DTHANIbWkhyWgaFloZnVpCWaGEMQb8r5Dk9gCea /cmZyZllA0hpl8pEyyGgN+UmBOWIrMLDGRzGA0N2so57qppI8DLmRsKQzSh2 DKGxZwZEAGrXJXtHB90doHU1pdZrdV+5RDKvsIZqFth0bIt5TWJwyrYVRXvQ 7BIY5GWOWjSAKDV5VDFlfULTQ3r1zA6dVzUUWKdbZXsMwYXPro1NmoMoeMgO oDm1FaZmcaIkDq0nLpps3aTJOzt12d8OF80stlfeHtzZv0pu9IbEGQN8bBqH OciNSH52tqNHR+dNY+Wy0SnVUiGlwJmSQhF3DrkIm2QwiFcUugKLMQENCmVu ZHN0cmVhbQ0KZW5kb2JqDQo1NSAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERG IC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQov Rm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFIN Ci9GMTUgMTcgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjU4 IDAgb2JqDQo8PA0KL0xlbmd0aCAxOTcwDQovRmlsdGVyIC9MWldEZWNvZGUN Cj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBT jBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CD JHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNx BaBoMhyIBvVSpTgVCCocpbA4KKBAKSoaoLFBiMoZEhkLhhbxAVCJeyoY8gd7 6QjKYTIICgcjSbTCcjyICkZTGbzkZDngMECrZCKSNBxaLZDoFc4tdb7f8DBR aMhva4sLRyOJ0MtvjwUWxQTzgZTcRjYaTOaDoICnzTGaTMaTGYToaTebh2ID sMRqLsTCC4KJ8LxyNi4KRSLRv7xoKCqczKIDeZhAOg0DSOYQDI7wwhBAQQDm OoxDU0jqjoN7/jQ/bmOc6DpOok4zwEOg5O88A3BAMIzowMo2ucOgUi6KglK+ sLXMaszWrS2YZhmuS6LsvzVJgxLzLQ4TiBq4zGuQFAcx6BSwPMnsZI8tKELi hyGNsxsdt01YWhmikbxwiTzhuucjJaxSIMivopjfFCTjgjD9DcOkQDs/Y7DC Ng6jLAYzNMEE+DkzzqowO0BRDEaMB1JSEIkGwXBsGy2Mc3gYMUkYqMoBQUCp AMBjIN4xjrFE4wJPQxs4MU9BBCznui6bqzoOQ50M8z0MUFkJjKjE/v3AD9u9 Dw0jEOo6P2MlSs4ODvvDAbPv3RSSBdL0yLuxtMBQMQwv0zI6jg8MRz801ApP QlZW8NgyzoNj+P88wZUpZ7eoqGjj0mxQYhtaq+iOMo3xKMI4QCMcRjpYFhWJ AcFjGNERwHNw3wcMdlREOg8ubW42RAOg62NW4wjczI2PDDmNWMEDPNDVEFQi jDMjTicKSyvaJWjG9phbSgYBsslrQozFcpO0rThcxuYCaOo2O/fcRCpXMP5d VVk0M/Q6QHXryTvPN11w/WB4LYdUjvCkRVMy7vjcM+YgUKgVMmvtiDlp0RQL OVsP0OehigN9ZO/OirYzjdU11XLnDHXmYDc01ejlEUKDbAWAcHEePpWMozzm /eQ7ONIWyVte3cBAfBIwN3C1wEA7z1t/GRPx8KIwF14MTed6AVm97RxS6+iI MukQOLHJMyLOu1Pr8B5cMjuO9wz9jhjHC1E6r+9NuYw7q/ewudBV0VzO/tDg z/lQJA3ON3amZ2lSVqdzTPrDnW7L4V040wBb+Qu7dTTOlp/pD1XI3sdIwCAO q2j/oSIwm5PSKXJKHMu7B8qTCLFkLMT5KJPSEEONkjo3KSlGAuBwe8iJbydK QWmCgJBl1jByNEaQ0xmQjLhO8kpJi+IJEwN+DGEEIgawkfSjx8qWykmHIcWu HhyDlBEQMfMGgNQYgzBQEw5wZ0AIrRazIpKZ0jsUOakoIpXlqEvAUTEtJNSb k5J3BYEBQChFER8vhLzNEcF2ImRQGC9wQRvWkVcBRWQFFdRfHaGsYSESDjRD hShaEbpdZqbhTJ6wxB5YOfGLkXpDQejujeODJiCgyhwC6EEeGax6j5H5JZYY aJPkFBWChhjfg4BmQKRMmZGAod2HNUwaWonhknJsGsrZXyXBnJkuwM2cqOTH KBHEoiuRehmk4spMJCGuNcDKNxPpZF2OUElOJ8wazEByCgGR85iA4BhCaFDP zmGlZKQIv6LEXNqbYck/AblZBnDcGUzM2kVESMWDecE4gYTkifFF+j0mrEYa CGSKk73PTyCGGgz8Solg2BQDigFAgkhET8Gl3hmT1uIOqqBuCKQ2GhgHPiSU 7iC0NmzNsFs3QYTfBpRecsL1AHeXGoVcz211ULpXPGls+6YUypoCgIryFBLo p0iJc66afTwIKcqh9EQWrzh2Cgh58zDA2nLEhYjwD/mdP29JjAc6krkRDU+l gKJ9Tcm9P9LdAZyhODKHg6oRw5BvW4CBVBmAQUZJWqFVAcq1VArZS6odcJx1 zrqdUJgT6NV9nzRoN1glc2FqjYeoVb5w1xoFXSuyqkGoPr5Civ9lLLWEpVVC eVbaX2cqLaA6oRgwulslaewIbbB2YtbYi2FnpyhVDc/NkzRzvvNo4HIF7yFy GmY6GwO4YQ8oDDKHEOr3UIk9t5UGt1MT2VFCsrlYgeAQGlhay58IdbhtUqfE 1RyQYrwlIQD2NIZW3mpfLQ09gIL6BLDSyFFF93OzxBQRa+gRgy32SUXGQiUy HI5NuliDk1CdQ7JIcRMRaH0l4MlPIsR8yDgwpqq1DQVsP2rUWj8sS0zlGFxB iLEaGTq4mnDautZE8X4iOWc1VmMjyElIQx4zJ5TCXbPYW8GB85yY6VWhhV2P yKY1irazFoNcRZKxhjtC+JFXq0yTjawy7ckgtyXOXJuXMfnnylO+LpMDhkJw oDchkcs3xMmCYYqxWJNmxzgb/PBdgZZ8iYYnOWeY9mDJGDbOOc9EEQzseghk yowg5N/oXRRbC7EOMTnjS+ho+Q40qQyrhaNMkP0gQmgOns3ahBADWD8mgFaa 1Pq4uOktQFrIZL0hGpdN65BuQjW2lNcatiZrDWWeAa7F2DqybpENeazJHsvY edtjam2RE3VRrCjmwJmREuJGCNEF1/HcGBDCIT8JPuHbRMwbFx3PBTcACizE BA0KZW5kc3RyZWFtDQplbmRvYmoNCjU5IDAgb2JqDQo8PA0KL1Byb2NTZXQg Wy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBS Pj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2 IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9i ag0KNjEgMCBvYmoNCjw8DQovTGVuZ3RoIDE0NzkNCi9GaWx0ZXIgL0xaV0Rl Y29kZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EBy MsFM0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBN EBbLsIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4 m09Fw3EFoGg0hg3qpUpwKhBUOUtgcFFAgFJUNUFFo0pI4GMMiQyFwwGkQKhE vRUO98J5wMpuIxsNJnNB0EBGNJsMufN5yNphOl/wIKsE+nogssFtkIhFst9s uUWul8v2AwQ1gQtHI4nQy3WQBQon2qr9hsews2ztQ0HFo2w0HIg3Owut95gK FoyG9rG8Q4XEGvG2HILYoyuXzObzogKeWMZpMxpMeoNJvNwdhAOzDhcxSEC4 5QYBeHIbC4FIUoksQbhoFAqjm0Y3jMEA6DQNI5hAMjUDCEEOhAOY6jENQyjG zw6DfDQ0NG97MM0zjPIwM8OjoOT+P8EAwjOjAyjay7Ui6KglOaGIbNe2IFNc 2ieoQuCBO23bkt61aJOIHDzJKGQbLYx6WsWxwxr4hgehAJI3DHGA5u+hCJQI 9a+LRNInDCOo6P0MI2BANrQjLN7fPAGIZhchSSTnMQFPbNbUhaGoZhgHLlQf SYcBgFD8NgKQqiLEoyxYMo8DvDg6QuNyVjKngzDCMdBBTI0kAUKgVIK9ohDe N7RDCN1LhgGAcBQGlgUyFDMx/D0DjENI6DmFgQDMOQ3jaqwyjNFkXDk+Q6Qb WUjphQ9EzkxzkBQhE0imMI7NHdo5VQPCVtK042UG1dbL4GIWhmgV1DgMKMO+ iVxrRcs6UaFFHwfSVKBQ40HhkGobU0KVBDKOV2jJcFaXzhOF0jSdK2LflhU0 KFqRTFb+1UOg8stjlxURgyk3Mvl0s+NjUBAMuAw27+POUEE0rwMLLD0N40xA NmgVu5KITSKQ3jqNwyZ5nw0ThRWbOSGehhAJgwjaMWMNTQk45rhFia+KoqCb gdDZnreEUcN1IYbSoZBxiOJ4ri+MjLjdZoLj267vkWH2NTQnVIzwiCeIwQbI MOrCSIiVjrseMZjWuncNhnEBlxQUCtstSRLFsdjO0eXZhwcnYLudGaFNIiam MTRBaOCMPuOeWWkNg3tRuHY4PRnP5Dh2SUxTQiRCMQwwsEDSs2NNf9fuNybT 2afZxGT4xrpq+BlYOviIJIjzUF/z/SJIk/FrvyzSIo7V9D1fasKc9RgOWdaq d9cbslzhDCoDUIIL4CA2YHAF4y5waPyBAFAKYUAQPsfgChijOAjmXYwn0EAR TRIrW4GOACiIBF8CGEkK0CIVhQCo+RYMC4TQNL4DeCD9H7I+aqfR/bGH/NWC OEQIzxG5Q0YS7ZE5olLmEBuChvbJVjhTamhsO6gjPIgDoGF6D0gxq7DkGR6x qDRh4c44UFESHcBliWDGJsT3mAoik/uKoc4rvPeiaOLppYwBujECAPMZXPRn dvEpfkTInOjCIGUNkWQQLyRaCAODOlYIfjshaQCuJBRJjVIWNkh4oPNkVIwP KGkXSRVeaOLEWo7yXY+3Z0DDnRSfBQ4wPBng5tTh25Nyrlw3OZbIHKVjyG8O JllLQzzAENuSZ7LtzDmpgOvjMyCYcbmTAoYshZwDglwudkxNJ0Lo5jAgCGZo OEynKJql5L5zc0JAzelhOBxpsJ4y6nRM2X8wWFSueS3meEtQQBCgnOaZkvZn T4ndPyYs8Qph3Wcm2gU9aCT3nZN2fUw3lzVmuxhjU+I0SEBnIaakUYphojmZ 6Locg3MYKsfwOgdQyRqonEeQcm6PydpCpqOMVIrAgpPSkORVj/I4pbS+jlM4 1xtnAaVDbPY6U8NLT6lae6h0wm3GajtNKQVJXgjB6NJqn0qeCG6oVLqqMdkD Veo8no3hPW4jhVTOqpVkc4EUrwCobAgBqDdJaXSEEYI0bJKQOSIV8JPX+uxC EvkWsJX4BRZiAg0KZW5kc3RyZWFtDQplbmRvYmoNCjYyIDAgb2JqDQo8PA0K L1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0 UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBS DQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjY0IDAgb2JqDQo8PA0K L0xlbmd0aCAyMjg0DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0N CoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYv GQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYK NRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaBoNYsN6qVKcCoQ VDlLYHBRQIBSVDVMJIMhcMBpECoRL0VDHizvfCEZTCZBAUDkaTaYTkeRAUjK YzecjIc7/gQVbIRSRoOLRbLeNhBcotdL5fsBBRaM6TuogLRyOJ0MtnigUWxQ TzgZTcRjYaTOaDoICnyTGaTMaTGYToaTebh2IDsMRqLsJCC4KJ8LxyNi4KRS LRv6xoKCqczKIDeZhAdDQaTmEAyO0MIQP8EA5jqMQ1M+6I6De/Y0Pu5DlOY5 zoJOM7/DoOTtO4NwQDCM6MDKNrlDoFIuioJSvrC1IQLKgrULS1wataua6r60 qCuAGDdIi37guGvixRyBSwBi2CyLMny0tShAaBshDZRdG7bNM3IZpMiSKBkG y2MSlrCsQxrihQIg3wQNgyveGYaBiG4UBxNYYBwGDjsvDEPDY7sMDoOoyTVF EVLskjyRc4jjTNNE1NzNs3zi3M5zqJgwjaMQyjk6I6jg5I5KtDk+z/E8UoKK gVILREzjFNM10bOE5ToFFJ0rS7oz0O9L087dQUBUYFVLU4UCSN0TBaGoZhgH IUBlV86icMo8OiJkKuiOczjkMb70syYQCSIiVjrWY5VFQVfzJYViWNZFlWYF DPPsOQ7DKMlx1JU1zWG9902TZdIVhZ1oM6N9t20ylu2/cN6V9ezjXPfNj33d l/uiIYgioEGCW5bw3XBS1xUDetgYbYuH3Xfs63dS943nj+FZDfGR3Vflj1hl F4XlhNy4Zl99ZLmeTjLd+VZxhdg53kmZUjdugZTm+WZzot0ZIGl2CKzT+BAM o2OaOFqjSyg2jfP42YSGMsIVQjEOIFCEB6EAriOKaet/qbb5aBT0BBtu37iG IchvZe63LZW8hAyI5vtsfA3sFAZ8IIY2M0Nb7qWGwbSJwSLbaJwg29voZBvI giq8BSOgUibYqrGiLPgG62IwgqVJYBSuxXJckpggSENSgUn8bKTaUGvC9IJu 8qoL0StK50cjRbF/TdytKxJ7LiGpLysvLqu680H4gYTDF0xrux+7iOOUzjgz rPtDee6yMhnboNJgQByhvK9Q2cqSI3IbrWuSIkOPIDJtJuHvAwBkQwKj4wUB UQgQN8ymiTmgNEgQ/5/D7hwMuZkzcEX1n4P1BaBz52LmSDIC4ED5Xzn/M0fe EDYA5nRDOcpS52AQH9UuC1IhCCJAuBnD1Qxji+GaDGf07IbIRrbgw0tYaBEP QgQCHQMIYgwn2P2iKEwQQ6IaDSGIOodGgAgDuGk/gaYmwNRDCIjEEjKQYDeH Zrx93LuLDEmcNwZIyBnPAG8Ni4Ivn8O01gNxoA2hwinBWM0Dw4BcIeDU/8Qw 0hsDIRhDwYY6knDCGw7aJAQGgWG+aIwZnIBnDmC5IiRiLPwBmW48ZrH6JfeK /qVL/zgQ9cbK4FsBQamIgUZ5yB214gggwdwy4dA8ylLC+9FxZpUw8h8auZkt W1PGAUpAFwNoDyymfD9MiBjqHWDTF9AZ1w8LyPwaKGYbo8H5QefeM8ECMS9D TL9BqBA6H/DnFs5s6IjmjhME+cxl59MJPgWtZChJaTalumEtECS+IFDM+YNp VgyhmOiedNLh1cB2kuHVoB7T9oOTuhY85/Tn0Zo3R0FMJjImTP/OoMocQ6yX mAZc0MYjOGZM4pZD4cgxRiQ2ZcNhnI4xAbu+tS68ortan2f8NAYZfyUQJIM5 p1aKgoT+GYMIdZMUeo1Hs+86g9KXDfKR9pYZTzJILMsGoNTYA1LJNGWBwK1m wZGRUGiQW7hBDcZhDh3ZjHiJ7WgBUy5WAgWNXavCOG6pXBcUwgVda72JBBKB EB/4yR2OzF5B8f0BztkTIuywbUSR2O0feR0kJJEniSfaJdUJKV8O2d1AwZYc WLPGYYtEO6DyuBRTA5S2AWNYDDEOTZ/ZIT7hHHc/Abj70PUpV+D8DT7W+kCG WE0DD71do5B64VxLKR4sudi0p/6hzTgLQWhjd4QWvMzbFDwcw0JnuOGMPIY0 02TNCHczQZLgmhvwHK/RooVSVikGMNeAZ+AgCNfm/aH693tQ7I2+t97y0JBg WSBVDw30RhAdcOUL7iyPMoxiecIHIYgtPiOEl14G3sr6h6nCBkGvoDDRRXGJ opnRxTNJcuFgZytgVf4jByTtXBhe1a5UbVcRhavh0NOH8dXGhKdKMM+sXXuw lfa5uDMBYOxHcPA9+7yOKqICiMiHwQAiDnlVPAZwRAgMyG65gcqyGmlNYF52 P4AkQSgUp6VvJpG5BznsiM1idVsoRAXH6LoFHTM+GmmVEwzILYyDGv8yM86D siQkwlc5tWKSsbowtd9C6d0RK442Xi/MszvKg3brdOaHNhoB/QMtBwGsfobT 1vFuuAztMfPBZtbHkIdrHXdcLFuf1lqXZeqC+wrQ+puqeLwW1XjJOQ7UWouR elGi5CGTzwUnkbVCnQdT7GUnmcqHDLCJGE03bqH0rnxF8qbdWdecDJV7n1S4 PCGblbZMvttoGRg63EinvfK6HbJyhDnf1Tqz4vSVhBGSLwcrammcFEmKF7ru Qgs9PuEwTjQmZa0Hm4MILtXQnXFTgEW4uxfQLWF82dXa1necDR71BwbHjgFA OV9i+cTZBal0tabdPhTOdXs652bq1/SRYJJbuiepOByQJ37+bF6igPrl7x60 vHEx9kBYEm9yH33NOSechUMyWkwZi01Wp8x4koZRPTA5LyUOrPpEkQ7XhzDb w1i5nNrb6jxQLngNH6W60SYVvujC+coP9TGI09wz9KvFvadUYz/8fyYGgk4c zqIMQcG+CynbPWWjKfeJ8UYp3WBByIOXJKg73vLvNu/KeOn9hVFngPL4KAg5 lWN0LowbkIRoWg3pEyIOvAUWb4pPQcECN6DM2HzCzEBADQplbmRzdHJlYW0N CmVuZG9iag0KNjUgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0N Ci9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwN Ci9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQovRjE1IDE3 IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQo2NyAwIG9iag0K PDwNCi9MZW5ndGggMTk3Mw0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3Ry ZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2Hx GJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4Yj iLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgaVEQDeql SnAqEFQ5S2BwUUCAUlQ1QUWjQbi64RIZC4YDSIFQiXoqGPIHe+E84GU3EY2G kzmg6CAjGk2GXQG85G0wnS/4EFWCfT0QWWC2yEQi2W8bXG53W+6vBDW0C0cj idDKLY6+DEZb7W2Gx7GzbS1DQcWjb8PdcfeX7AYIZxQbjeIcLiDXjbHHgoti jLZjNZzPCAp5cxmkzGkx6k0m83DsQDsGIahcxKEC4FCfBeHIbC4FIUoksQbh oFAqjm0g3jMEA6DQNI5hAMjUjCEEOBAOY6jENQyjGz46DfDI0NI9rMs2zrPo wM8ODoOT9P4EAwjOjAyjazDVC6KglK+sKLLIswcrShEmhqGDbN2vjuNYwakh qGrcolASFsa9IYMUxrJAUFAmDCPIyjkEAkiI5jXNzJaYNqtLXyiGbsti7bmB a77FBwtiJIoGQbLY5EzRFDo6wqMgQDEPMXNIJo6jYOg0iOzE2jcOccjrIQ3D pHY3BAy1Lx5FkRDJIb7UjAwzNND0ODgNk0wZHoQDGN42NHFT91JPoZhcGwYz yiQXTzRAUQugY5DeOo4DmFkRDdVbL2rIYQWZDQyjTNg2De/NT05alJBBDc1j COQxjQPIXBAJzTNRXlI24/4wjYOsLQxDURtTHI0jEOo6NI5gqBUvkRj1NY3h dOEktg2QFBmwsmhiGwXBxQz0SrPoZWFikmokHMB43ZQj2daAQClFLTUcI15N Th+L4is2P2GG+LZJQtDvS3rugVPziPGGSk41nqCvWIkQQcGga2LM7MDPDQUy LI67JJAeOTMOg8su5giq9rCXgUmK0pqm6cp2nqfqCocPJhQoQS0xIZ7sEC6o migYZpulkbuq4FKyBSuyRmk57LOqENeGKD4zuYa5Bu66L5A1IYIOcGbBsXGz EtG/btPK66LkkFchuvAKwrmxTjms6SdtiZhsxPP8jv9kt4IgyjmMY5DSOFx8 2gtC9p0/b7wgoZrFYbCeN0KrdVwnWLDOTodfOvGbk82Sefyj1BQJNQwdyIYB yFDlz8GAcBgFGUWeOFSjhXVVpmv2rILg+kwnTjODcMqjnwmqIkYsG750HAzf U+wJjUkNLaX4i8k6ug5BkaqkZ/DCHvhDDQupprTgbAoBxAeBIKAbgpfYrmDa bAghTCGEkJKbQiH+IQwQ04aQ3Gpd3BVq7+XvwBfHAh8z6IEPrBQyxWqlw7Gk Dg740waWuw6L0sdMD+ofAtfJEGEURGWIVDlEmCj92sRSa2esIQb1dhlDCG6E T6gUA0iy+wzSPkOuWictIEAZlnBtKsGUMyK0Wu+Ro5qMCxVhnBKTFNMxCAes rd2muLzBoMIHBBItmAcg7rqUdGkNJqHgtAh4+eSZ8g7w2DOj0N0m1RyQL4nm RcZQ6rVlIo8N4eI7q7XAHcOcqkzEWkokBhcspXhkliGKWcugUEMkW7oMwYVK mfDgupIcxgbJ+IFIs+c0E+yEIU1mRB64qxXgM+mIh80UhpXwCCPgZkUmfTcQ IFqPQ4K0PwqND0fIbP/igAqHk3nxRWiBOGIb7JyH1nPOmdcMDxzwnkuJX89T 7v+i/BafUGJ+QCnBEKEYU3+n2nmG4MYZZ8z7fBP2cAMY3pnTSmtXIb1V0hop SOi0/6TTifZFuR0+IwUim/P+N1NIiyNi7TiiTYSOEwIsXIixwCLAtPCWwjBB SVEsek4Zxb1mykCewQJp5AqkJ7MgXlrBBFEvCAUVuqZzXGVWLE7CtZyjcgyL ksNkxdS71gIRWJMQMEyGTMqieg7LIJQUaAa4hjiEmp1SgRNPT3mfpXIcUqtc VjiPdZ8FSCAb6/Iqgiy5RS5olyoDkpEjFgYHLmswiizQYo0BkXeE+zIdEOzQ KsG8O4LTRxJDYs198sTmEIWPZQvlqgwhkQ6ho1NK1Qhhhsj0OjAGBOYBAZcO SoobSxVSvZTsOLSxOhQaJRwZwyhvSEjldypQ3BsUjMuj6j7VodmMahSNqruh sDIRhUizLT0HuFcRhzQLfGJBpgFrYKLLMFsGxBxFj3ng2WFgE47PkrGCBpIc GtS8GEVwEspS6QgWoXBah8PLM7C1WwmTpQJCcG4ZwgsFASCkuYXwc1sFteSH GxMo99bVr47q1DOh0/KpL5KMf+hlFsNkNhiu4vaYQc1aJptLR+6dyr72vjst YzEwg3SlnzUwtbWbgNYCpjdZapF7BjDqHK+yK5Nr7Q8mm/prL/4YweXzAuEa 0JKxIsI6qTVDIDBlIixuEmjV6Ijn3P+gDRL5DbDaVOB0AuuAUYwpQMyGaGz/ gPOyfmMLG0tIjGZigZm5zC/rHaPlph3ReqRCodFpmoDW7uU2ObUGfQqGwMwL dEqf0YpfLK040qORGG4N+tETazyISs0wLctsV0vb9yaYcbF8XmVY+GvJS0GR UHPN5BaiAKBuUc6j9dNEnI0bMhB5iLHjNfU8BR0SEHULRuohG7CzEBANCmVu ZHN0cmVhbQ0KZW5kb2JqDQo2OCAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERG IC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQov Rm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFIN Ci9GMTUgMTcgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjcw IDAgb2JqDQo8PA0KL0xlbmd0aCAxOTY3DQovRmlsdGVyIC9MWldEZWNvZGUN Cj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBT jBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CD JHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNx BaBqMrYN6qVKcCoQVDlLYHBRQIBSVDVBRaOKUMoZEhkLhgNIgVCJeioY8gd7 4QjKYTIICgcjSbTCcjyICkZTGbzkZDnf8CCrZCKSNBxaLZbxyILlFrpfL9gM ENKSN4sLRzhLfuMeCi2KCecDKbiMbDSZzQdBAU+YYzSZjSYzCdDSbzcOxAdh iNRdiYQXBRPheORsXBSKRaN/cNBQVTmZRAbzMIDoNA0jmEAyO6MIQQCEA5jq MQ1NI6g6De/w0P05bmue6LppOM8AjoOTuu+NwQDCM6MDKNrmjoFIuioJSvrC 1wQLKgrWrS2YZoE28YrqvrVMExIZuGiLhp0GTjL4GIZx6BSwPKnsYrM2qEIQ 2oahmGbbLnHbdtWFoaPMGUwJI8wbrlGLjhgxTGskBQUCpCctxcicnRkBUvJ0 GobJ7Mcysc3UlS6GaKhmtCJT2tE+zYOY0MwN47yVJiGLIsyHBcG08vKtc+OP HjeAUFsgBcHIZUJTEyUO44WzQGAYIYKjKTYEAzDZEcDjcMjtu6MsBP+/Q3wZ ByTjgjD8jcOldzfRVGJ4/kJP1YbqWZXiBjkN46jgFwQCvCcQz+8yQokF0rSv RFUzSslXhQOr8syMMBDgz9oP7Aw2jeOw0jcM4QXoMgyjYED1DKFwzhcFkRRC MI0jkMcPDMOj4YLaQwjgODoO47zwBA7mD4mNjQ4lYQ32ENNcwHAIWyUKgVMm vkIDli43DnguFsu718REk4wugObvDHBNFjJRr9xDaQ6DKOUPXu/Y5IuOo3Du MI8hdR6wotSSChoGylLEnrCBpr0zT9Tsu6ysSBBaGU0Ni2tyVUG1zr40dZu8 Oz9ZE0w0joPOpybq066zcSZ7SHG103OFPUHSsrIjtAXbVsDkL6ObruyNNdZu 7Q8DKzLTX4zmbWjN9fQaMbqIxuQ07o/0I7xAQ5jSMToZsMTLtRbAntPo173z FUWMEG61pJcPFbZNND3RBAzWoNqrDLht/hQNldPzpY7ZyOtdPh1SLww6j1QA 6WjPH63sBTbDLMxAVmDKOI65yEG7M5vN9agEHZxEOQxbxDzOY7w2UsrTY5xo zmlsBBDYv52b6AQKLdSGFEJnWKHbbw89fgZgwh1DYw4FL4g2PXP2f0PTRg3t SU6kxqqT2rtZUsWwGSgQap4cepxLjWFKg2LY2dPKiE2oeZgu8jAbgxt6hKWF SMKE6wshy4VP4NE0GwTzDhx65TFoxVeclETHHKq7Qizlf0Dj9q/dIFwh4NUB BjQAGwMkP3nhnDKG9E6HQ8nwWwm4/T1YOn6UUtWND9T9L7gwrkzLvEWqeayD VOS4HAPEBgDgxq6A7t4DQCAy8ZlYhhDGGWMRhldw8ckZ85sQWDGZM80Uzj7m chwUWxlnIY4/svYKu1AaumFuvc0rVZoIAjSWP0aM0pp3/MqLtFQvkDjMhNVz KVf0vHOIJQciAOcJDVwmTmWYnxaTXEIhejhLLYUuKjMUQ5xZhAYQ2hiE+MB1 JlS+CMaaUbe1LxGm8DOcE3pxlsh04ZLpiVCAzibORRByQiIFPkl5JAKAmHND Of+QRelwGNU23k5iSgilemCS8BRMS0k1JuTknZPSflBKGgMmAMk8tYb+4oup EyKAwBjSVSzwkrlXAUVkBRXU4zvTpNVKVHiekHcaQ2G1MEdF8PUGIPLRQ5nw olRQGNPi0UmqEXUGVTVQ0upPTErBXKKJMpxNSnc1yZg2n1UB38iUdhElkZwO DL6lkFpJWOqDgC6o3KSDYGhbK4uKplTSmySyw1dJhV+ngMaSENUpWYgpyQkr FPklUGAOQUAyPlPwHAMDlTnBAcs0q/CGl+RXIN/7kAqswOiG6Wti0UkSMWDe yNk5F2WoOvg/8H5bkYl6GShYCrQnJCGosOVA0vA2BQDi11lQUA3BTZZjNvgQ BBCmEMJISQQBJCIeIhEpA2r3Vyamz5BbdgoCEG8N70YHWukWCgGlxbLHPRGg KorrFYvKe0Zw6UGrcpIUqqQ88MSEA9BAEQ8AJzqK3ckrM0LSUCB5OhfVlEwD 1ggv9gAN2AmS4Ffod1Aa6g1pKIRQ2GJEMI4BwGgFimFzqBue5hx4NDi+JXxD hM6gaYDh1uyG5XODS+EWv9ew6iyV+W4U7aEFBDL/BHWotYE7rWftBdEg7HCb AbKfIFf460nk/34IVitx9irGAtsdZCySn7Xgobih91L8G8N6u7bqYBybRuuD PaYzNqD5E+rva3MVxi8QOk7D+IN91A5Zw9Dq/tmV3vsDLk8FANoXgzyIjEN4 dIuGhDHeS37YssX6xY5DOmXp+ZgvUCg6xpGRr+eaGZYF1GzRXgixZEEsTtZy tzd/TuX88WUstqM7D7tT6pCIRAFurGKofYxBVe7mtZ5tBRrXT+t8xhTtK5Rj Ul9k2J2Xl3W2Ydcaih9onNdE0ZkIIcWjYE1SMEa3CCCfiedgTyJPugBRAQ0K ZW5kc3RyZWFtDQplbmRvYmoNCjcxIDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9Q REYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4N Ci9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAg Ug0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0K NzMgMCBvYmoNCjw8DQovTGVuZ3RoIDIxNTYNCi9GaWx0ZXIgL0xaV0RlY29k ZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM 0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbL sIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09F w3EFoGo1tg3qpUpwKhBUOUtgcFFAgFJUNUFFtvFw4GMMiQyFwwGkQKhEvRUM eRO98J5wMpuIxsNJnNB0EBGNJsMuhN5yNphOl/wIKsE+nogssFtkIhFst45E Fyi10vl+wGCG1sFo5HE6GW9yAKFET1lfsNj2Vm2tqGg4tG4G0C3myut954KF sOtY3iHF4415Oy5ZbFGXzObzufEBTzBjNJmNJj1RpN43B2EA7MOFzFIQLjmh gF4chsLgUhSiSxBuGgUCqObSjeMwQDoNA0jmEAyNUMIQQ8EA5jqMQ1DKMbQD oN8NjQ0r4M0zjPNAjAzw8Og5P6/4QDCM6MDKNrMtWLoqCUgoiq8BSOgUibdq qGqqhaG8rJOgqVJYBSuug2CyLMsS0oRMQahsGcot6uq7ryuy9uY4DWyWrSuS Y18yOmmCBNsnqxhkGyEhoGAXBs4bvMjNqEIIuzFscyc3CoyrmCMMIxtKKUVt OMjwtehkwI9MYQN1M1AO6304PC8bjuw3SJOOsSyOWFtBhgGM0UivgqRiEAzU q0qMDHTUSQ/DjSjgOQ0tSOQ8pPYI5DIEEMxg0te0sEAxDKMIyBcEAg15XwQW CNw6DCNI3Q+1UdjSMQ6joMsPjJd4x2QMVzDPOK9IkFwZ349jBVohzZUkFFiw FDw6jCNkTXJd1ow0NI6Q+McOjZaA7DKOQ6P3d9uCeNw2WZi+MjKPEfjdaA2t OOA0QFjF3ZLbFtQ+1NmWxcOKDIjA3YdfAFCoFTKL5auONlDsPjmNA3jriqVj e0GbXEMw6wvaA74hlmC2rFo0NVb9LZmMNma5i8TRRoY5hc8KEBaxQabdfzmC TDUR6HcL/3Jc10aaNw3DKM7+7I1N3WRhO7XiFkSYjH44DgMOdNBYI2NPYcf7 sNt6jdHud2lgu1JJfd+sff7FyhXDmbryPJjDk4QcFjA08L1I5cQMN4Xlegy2 hc1phAJrVdfwtMWdaELxY/w3W5uXK9Ru9y3Pnuf9GGD1YEvkRjc/++7/jXA9 /wmFatDmTR+NmVxHYI2jg/8i5NaGCx31Y58bnQx2Y/Qy6ZEsLjpxH36c4U8L 0VIMDfgud+ZmX6uUYKscN4ZA6osZ4wV1z33yPmcQ0N2jrA3opRWi1HkBnHQI Dy2k4Kbm2EVbe6JuLc2vGlRKiMOobg0hkDSsBjR/3CuTXrDSGzx3Co1M+/1X bdVgLCRKGYN4bHJB3dytdZiI2Loscm55fS/FbnLBREVZ4IEEBWg65My6wV4g gBqDBByMGuribw89gsMWIMtikHJEjJz9n9DcvdgsPIOvHjmCAO6HWJvQaAeJ WgNiGOmYIrtY6yXHLMdk5SGj8g2NhdytwI0OoZw1j3DhhUQGIxCNKwlwbmWG yPRLJEOEkw8xNd252EsAi7sDDe4wN4c2IGlj08ZHyCCllEb8kJD8s31NUQdC Q1ra22wpiwpiSb3FjLINOxBZj8kVn5DSu95YaQ8RNU06+O8EYhrgIxM0NLZE XOJaOuszk32YhkbQCAJ6z5vL3ioUmKzcFZqNLRIiI4cg3htKsGUMxoEEGkDm heOQdmEh1XfGec6yEbRcBQh0zzGEBULoaClbgQlszuZ4GUOLCGFSLmiHRZjN FryhDkvV+CyGQSCaCcybpGFtrdiVSlmQIGxyhZ2smVJ+43oIXir1pYdIz0KD ZQxngemMBvmMl4iyn0np8TIQhMxulTHfZ62wHK+wYnnBmDcpShoVAoUotZ4S wpLmoNUpwsKgKpAyq6dsiFYaxlsrLVttyhCIgzq6mavB7QUBEREhAGgNVbAo CYZkM6HAUpHSTCYpJjosUmMweFOabiXpPRIWkmpNyck7J6T8oJQ0QEwT+CCs INXQJoLqRMiitVAWrtaVYrCdUvVwTzVNUKXyDmFtUDcG1tVTgoQQGIPK7g5o OswkwGNvy0W0nuXUGVzwXIMuDaye5VwFFZS4nat5sTZ28T4bBP5iro3CuId8 Ijtw0hwhuG65pBbz3Aukv0uoMyxKEBoWy+6aLuXeS6a68NUjYXlTJakGZ6r1 kFPcElcaEAagzBgDkFAMkIYUBwDCsy4IwwNNKQyx6SCCwCPcFVc5nW+rQwga siRjAb4XwyDDDdirGPic4ruLSm7IYlkGe4IbXA5WGsODYFAOMZ41BuCnDjN3 HLdCmEMJISQQBJCIgEhDgw2rmd+HPEdkcTAoxbhLCmFgaZJw4EkKTdnJRyjE GXL6+bJtwwfhEweZcZAtw1hyZjgJnn+WRSbOLPsf5izthPCpzc0WDR4Tyy2c MepPBmoQtC+rKF8IQD0EARNGomiTDOPzV1rqVDW0OAMgzmgg01pwMJPA56fD I4h7Gowx6lV9qcvhENV6dasRgMyPEia4OYmjXerdQ6+2BTxaAY3JIX2ECgi2 mgph1DlP6GLVdRa9oFsmOZ4dJqA0s3AFEomMSkNK7JVO33P6XOYWjTQTw2wy lzfGH58zVyv1QbrTWKJMw9k4Vbe2zzYaaCFv2TbmZO8BhKRLb+lc5wqzri7R GFgY6LCoyQOm1DSx/lvqpEiGgqBSCqEVxDOdjMv4zTSFsfkOsN0HmHFEtgz4 ryrnYn1/c857BQEOJLk3MpEjmvEPHL9C8xxVE3MeL+cYYz1jTDgQQ2Sjd/mz nwYegLm6F0TB2huJZ44r03GqmKEMXx5iQBVmQbkIBnf0mZJCEEYI0bRMihjz gyIh3ABRZiAgDQplbmRzdHJlYW0NCmVuZG9iag0KNzQgMCBvYmoNCjw8DQov UHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRS R0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFIN Ci9GMTQgMTYgMCBSDQovRjE1IDE3IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+ Pg0KZW5kb2JqDQo3NyAwIG9iag0KPDwNCi9MZW5ndGggMTQxMw0KL0ZpbHRl ciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQ C0YjQXDQQHIywUzQU4wWDwmFw2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqb C6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8j DGBQIqRsFDibT0XDcQWgajeLDeqlSnAqEFQ5S2BwUUCAUlQ1QWJRaJDIXDAa RAqES9FQx4073whGUwmQQFA5Gk2mE5HkQFIymM3nIyHO/4EFWyEUkaDi0Wy3 jYQXKLXS+X7AYLWxUa4QcjidDLa4wFFsUE84GU3EY2Gkzmg6CAp8kxmkzGkx mE6Gk3m4diA7DEai7DQguCifC8cjYuCkUi0b+saCgqnMyiA3mYQHQ0Gk5hAM jtDCED/BAOY6jENTQuiOg3v2ND7uQ5TmOc6CTjO/w6Dk7TuDcEAwjOjAyja5 Q6BSLoqCUr6wtWECyoK1S0tguTZrmuq+tOwQcqUGKIBa37guGvjxRyBSwBi2 SyLMny0tWhAahwhDaRdG7cNQFoaPGwiShkGy2MWlrDsUx7ihQJI3RMFoahmG AcvQ982SiFAqRGOA2O0+7zjENI2DYMQ3s4Mj2xPFKYBmFyFJI8kXOIFCEB6E AnO6MsiioFUhhBSAjDSPAyjJStLgUFCIUgII8DSMI2IuN46TxUC+ItSAoDeN M0VXVo6Uo3IFIlQ9EolRcwTLM80zXNtRzgGE5CIMtWz4/YyjwOg6owEA4O1X I5Q9WoyWiFiSQI/Q3UnQkVAVSyCuNYj32NNwZWTOU6Wlaj72uOls22N1ujxb 6JXCldyRRc10WHNF2TZd14BgFAmzwzNUwJfVvXA62ADdSmBILgl1YNNWEWQF s44WKdqDMMIxvuzds1RVTRW6EDzjM0YQCIIwgiJQeM3PUOOWLj935DZWFiMy lp2qJIiZgFGZDlmmbZw92dY3M2O3aFAaYVMwpBBlQy4flo327cq9WAxTiOMK o3Dm52LstdaJMQG+QZFOcN7Va6MDcMY87GBQY18tGy0YvlHhA5AwjiOtdNRg gUBsGs1oZSAqVZVI2M8MY2MoOUi17RHAqTs10vptW2U8EG3p8Gm5BjrImCfp IzuVr0OO6EDRTQOQ3jZvup7TtYz7b1GO9V1nXVq+45joPPNYjffe54FAhDf3 bKDdZNlavrLmRA/89DSOj/jN3Q2v3BzMueOmc0Lv3AUV0VRcLOg5Q3WtX1Eg VIUl2/dtH+6o1MqRQcqlfCeH+Bsf8rtxoM4AhQZOGt05ooEOcgUqFq8AX5v1 Q8GMOobGjH3g4g0Op0WYvUDoHAzKaFBwVL45IEASA0hkW6G5b64zohkQ2Hd6 8LFRA2ZC/k6TeHFmCb+5997g0yu/dM254jcU3tBTkExCp0Q2thYw+yIqv3Qx IUdAE+p92TMogOaOGqrECJ9DqG1WqeFPw8PRF4+x4GvK5DxGMOQc4ynRT4Gy NMa1cxtcZBZUgIIvggjDCB/rTQwr6jkHKOjAA5Gbd5G6BikJCh2jmtGOyH5G SYkdJpcckVUudiy6BYLZ3SPAeE6mJzrYoMLNAfYOUmFPtSei9N6si3sA4e1K 8FEsWvS0eg6OJTwXTysdXL1ukDgxwQMtBKMi1jMmbM60oIK3whLfCOt8KT62 BvRmLKuJsyWsS+mZM6Oy34CNeDdAY881wQTZBBNsz83mNPRbe1ZoDdF5Qfa4 GEOAcFahnectGYbBWfLHn20KX4ZZZTCltMR0sxomJpeLMqhhmDNGccxImgoe KDtoonOKi0Tpyt0CDB6dkBpoNNW5QaiNCGD0KazMCWanqQtUoSwmXx0zORXX MEUrxqSjgzNkj4GhsiMEaRgk9JBMyIpQJPUyohDVlVQBaDJLtUwFFmICDQpl bmRzdHJlYW0NCmVuZG9iag0KNzggMCBvYmoNCjw8DQovUHJvY1NldCBbL1BE RiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0K L0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTYgMTggMCBS DQo+Pg0KPj4NCmVuZG9iag0KODAgMCBvYmoNCjw8DQovTGVuZ3RoIDE3NTYN Ci9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2H A1EA0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpE EQJQghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFK MFIRUgovIwxgUCKkbBQ4m09Fw3EFoGo4GYgG9VKlOBUIKhylsDgooEApKhqg otqAuGA2hkSGWGGkQKhEvZUMeRO99J5wMpuIxsNJnNB0EBGNJsMuhN5yNphO mAwQKsE+nogssFtkIhFst8MucWut9v+BwY3GFricRHI4nQy3mQBQoGI21lfs Nj2Vm2tqGg4tG4HFs3eyu1+6IKFo0G8VHA243IGvK2XMLYoy+Zzedz4gKeYM ZpMxpMbVDSN43B2EA7BiGoXMWhAuOcGAXhyGwuBSFKJLEG4aBQKo5tKN4zBA Og0DSOYQDI1QwhBEQQDmOoxDUMoxtAOg3w+NDSvmzTOM80CMDPEQ6DlAEBBA MIzowMo2sy1YuioJSCiKrwFI6BTiu+t6LBaG8spOgqVJYBSuuk2CyLMsS0oR Mq3hyuS6LsvC9Luvjmt+1snq0rkoNfM7qpggTbJ6sYZPUGwaOGGwbLY3s4Ly vaCLuwzHMnRTKuaIgyyKMoyhbDoWiNIwyDeNoQClF7TjI8bXoZMaPTMEE1Kg iDv0S8TgPIGqkyytCJOQsSyOYFAqRrElLSNTQzBaM1PVAEEGCIJ4jQkk4x1L FERxA0o4DkNLUjkPNo2nDsaNLZojBAMQyjCMgXNlYNx3Lc4yTmvaJBcGd6ve wbhhg9rZUmFA5v0/g0jLEcTjYN7/jYEFpVKNI3NU0o5jyOY6SPIY3XhayLjC NwztKMI2YMO4y3gMzTw/IA3DmNkgjcFiLjeOmWZdjd4DnhDSvGKgVMovo7jT ECT3/F8YxnEDVYUN+GYdikVYlig2hc8aEBaxYaate7m2BcVnW8OV4P+N13QL gWRXgMOCRUMts4GEFwDCOA4M5keT42OeStRlkR2llMfYaM+2w9jOSjYFupJJ el7MevuQ78EAytJJA3DoOYdPG86Iaoiur8U5otigKnQCl0Qp9IKAuvHLEEoj qvNuYFt8hohgqX6O8aowEARCgEVhDdmG2BEOA6joFndhEKndjIzPfRGEUf7r leKeJ3ApeR5WKeYOQ35B6WadwKfq976/cZtj4yhd3YktBw153quPOLxfsU20 ODT5jyUPxmOuL7Vifu4yqVtSKGwu1P8GhcKG26MpbuakOiAWUpDdu29uLAmM NFWCx1wqtGdF9VAGVH4eV1BBBAthTIbQ6hsgbBM/8DUhIpbOitJAZGXBzgsx AMocQ6mZDGhxwLKG7GngZA5EcJmJtiIwuheICoNnNDEGEMYaw7hha8tVGbyW bLZXMihybjgzBmaG21sLGWOwdg+0hyQYWGtzXMyFcIIFxrqCQ2oMrM43NcRS zlnZ5F8vufi5JtUJGKNmbQFB4QIHBshjUt1ECRj8M3Dmy6RamFRMwYfI9Gkj C8vPkqzNi6Q5DMNY+CCQgdGoq0am6w5bPGshhDW41jLzoFRAbzAIk4dn+Ica 82qSCNVukYhIhtyTlYNR5PiUlChYgYAzBRCKUaywUFxfow1ogIJoBvmlAmH7 eIWBuQkupYCKZmhiWyxxaqwWDMIaQ0ph7TWJsVBSktJoCnMFJfa1h15jC0Oz L6jKNodzThsXgaczrDWXM+aAz9EYeAWhhDxC5HIbm5sfQE39jM/g5UABBQqh kLpOsZnPKEPNC6GojYbEmJc9wYGNX5PtYNFqMUKW63Fjb5jZMDgaxxIYZ40M pRiuxZwJ29ICYmkCaVJERmYDlAtudJUQIpf6xeKS8I8SqBQ/QObP4HMWYwjW MKwT+sOYTM2Xwb6rzbnKaWj7CWFtelA0xiM7VQ0loQ21bKPawUmjzVWslWEB Teq8GkOURZmopWsRhu5pWMsNltYGHkbWVsTXU6hzEqGsHxMXMcn0ygps3loH hqM8CCxLPiDNqKFZkgos2+WWkIJ3pMtDMQFBFLMWntSaSWgerP2uiVbBBFs5 lBSkpNtIYYg3yFD1M4PIYQ7zdtbPG0QKAbWlmRb+4NWQw3EkKt1Bj2WQXMtB bsgp8Tz2+BRcBmNwrr3FNAHiZwcGfhjDRd63VzzkXkkyyl6FWaS2euba+8IK Ac3Ssyr+H1+YWthtZd+55PrSq2BjgSTVwqS24v7eCPRhiFUrAVMWYxhCxTLk /XeUdfpwSFDaG+W1Z46rkrTOmtjS2INOYrE2J7+ItIjoFXaUNVq+NhwrPNxD 7jmPwL7UxYLNjM00QYFOSQU2KBwNjemW1zFaJ1AUQEANCmVuZHN0cmVhbQ0K ZW5kb2JqDQo4MSAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0K L0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0K L0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNSAxNyAwIFINCj4+DQo+Pg0K ZW5kb2JqDQo4MyAwIG9iag0KPDwNCi9MZW5ndGggMTkzNA0KL0ZpbHRlciAv TFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0Yj QXDQQHIywUzQU4wWDwmFw2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GH cQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQ IqRsFDibT0XDcQWioQwb1UqU4FQgqHKWwOCigQCkqGqCxIbC4bDKGRIZC4YD SIFQiXkqGPIHe9kIymEyCAoHI0m0wnI8iApGUxm85GQ537AAq2QikjQcWi2V C2XGLXO932/4Ea68axYWjkcToZbfHgotignnAym4jGw0mc0HQQFPmGM0mY0m MwnQ0m83DsQHYYjUXYmEFwUT4XjkbFwUikWjf3DQUFU5mUQG8zCA6DQNI5hA MjujCEEAhAOY6jENTSOoOg3v8ND9OW5rnui6aTjPAI6Dk7rvjcEAwjOjAyja 5o6BSLoqCUgoiq8BSOgUiYQNsEAaqq+YbrYjCCpUlgFK6r6wtcECyoK1q0tm HIcxquS6LsvC6r0BS+NVF0YK3IMYLAnyeyMs0koQ2aShlGiohcGc1SNKEjSk hCCSmyK9hiG8rgVLqGLIs0moQhEmhiGQbISxk2JaxTGskBQWhhRCGCoykqip CYQCIJ4jJO0rTwS67sjSMsBP+/Q2jSNzOjqNoWBAzw8VPVMRDczIxjqOSMDc 6g7DCNg61AEAzNMEDLjGND/Q8Nw51+OTPBbO6EIlNM1scwNGhhM0jUiFDvPA FwQCeNw2NDUQQVnWsUPHXVeREMwzQdUNKDCMY6DrXVijDY9ks9bUQjCOA4Og MrMwhCT9DOMo3xPDo825Sb9TuKgVMmvdSjGjET1vc9dv0OdOu1XoyQDigyjo /VdDYN47jCMQ2P1XOMwEO40v/UuBove2Cv2/uVjPemW15ASMDgjFmN2BWHr2 /Nb4AEAxXDSlLCMF07y6i09phPy0y8GQZuHJkmxwGdoBnQ0qiIMsSDKMoWv4 FojRKMmDtE0jTMyIzTXzqSw0HqtFrFNKIsS4yCuSIkCvkGjehmFAmOaM7/xV Fi82exrj2yPLmTvF68pfGcDrSmqbpynaep+oKhwGmFBRuGjBzVsS6ImigYBj Qbf9ZNargUrMtyH2cvyPGertc1yDhctwaBvsOxhQ9WmZGOb4cxGAY+J43bdc gszByFz3dV6yrKwrkubz3yzS9q+shrRocBl43kdb5Wyjnig0jhfXo+x9Pi/Z 7vkroGSTDCA3IY7V5LuHdJCTw+Nvb5msGudSDVrTyTcHIBQElW58gagzBgDk FAMj5QaBwDAFDZWztpbW21tDbw2rdDgaUMh+kaOPRa0ViEFAqrHOiG5pUFkU kSMWDeDsHwYQhcU4w/7OGaEYU0GSGRBWjQUCGGgz7hnDg2BQDiIURE7QiXHF IOQIAghTCGEkJIIAkhEPEQhkaylSndVBE2GjgoKwXBbBmDYKAaRZhEaM/Icg 7MAjhE9wYb0Fsrg+DR2cV49HKM4htEJ/GaNPBOgJkx3A2LjDe3ONrI0Eh5Dm yMNp4g8SYk0G6N0gYayDkKGWQ8iYsAthBCIJ8jWZyQXFJKSgb5LSkNPJtjUn pQHiNCaWUsp0VwzkFCOQjKpWSwkRFaV8sZGHRlqf2W6l5JlWl0vSYkvZTScD nMBEx4g9S8Y/N+Vkx4nSpmVKuVs0JFhQDeqU6h4GaSjDCq1AUtmnTYlzLubs 543Sdk/OMEEo6Ay+lRHIIky5DTOldPGebF57LinxPqJE1wjTZkrNyTM3qBzh oLKEEEw6P0CZHQuClDZ3UQnhLCIcIp5T0P2iGiyIqMT8P1LibVAKTy+oJMEE E5aEzopVKqZk75FUwiJTNi7Mw8GhX8vY/VOlKz+p7R6Ys4JxUkoRT+o06o40 rodM0Gcz6lzSqcdSqFUg2VUozP2jc/6tUgq5SOYU5qFVimTSypNLq00xBRWt A6IaoggqnDquNO6sUdkvUWkNXZyV6rC5CsdSKH1nojUyEQTVSquqGxhdLMIj kYY2g4/yEVxWOspZGkdR521/s1S+aQTZ82gnKz0/VpFiWmOug+1SlLWWQrvK C2FfrM1omjYIIatFbHUtyui3bMbeqgt/almlw6wWuuNXydlyKzXKkXBZkLFq 2IhD1cestSrlxEs8qYNqqKS2iunaW61qGBWrm3Y+7dxUTXqpbbOwN7rb3xhW aG3QILeEntOvG7F+qfVbl/a+71DL12AvbCK5q5WL4Iulgq6mDLr35uFfu1t/ g24AtleKzkc7yrmZmHnFVybN21s/gag99MQX2wbcC7OJriYTu7ZavuF8BYZB RbZVuOJR4JwXb6/FwT9XawlUG/+FayYBxZNLDdz8c5OxDlDB2JMp5Av7kLK+ RLv5Gy3YK8jFcYWGxneHGtgr32gDgzFYYID1ByDeHRD89mUyEQepSi6AXoZY sxnS2mdsC3yzyHRYec72SLy6ubSOk9FWxxpo2Imb0TZxsRnoNGlMMSLzvjjP wbJL59z/oFfYYtCM0NDbd558dN3g0ri3JVoNVhs1NkfS1zlza/2Dm3T4bsX1 PRDsasTmTWEIN6WgiEPiTkaIKQENCmVuZHN0cmVhbQ0KZW5kb2JqDQo4NCAw IG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2Ug PDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0K L0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTUgMTcgMCBSDQovRjE2IDE4 IDAgUg0KPj4NCj4+DQplbmRvYmoNCjg2IDAgb2JqDQo8PA0KL0xlbmd0aCAx NjI1DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChy MBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCP BYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZ BSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCo Y78d4KKCecDKbiMbDSZzQdBARjSbDLjzecjaYToKSoaq/YYRZLNbIRCLZH6i LhnqRBdsHS81nAVYLFPdXobTSRoOLRbJ8OBcMBgMxBp9TwtYCi3hMNiMVjMc U8MYzSZjSY8waTebh2IDsMRqLhlvxAXBRPheORsXBSKYlYhuNBQVTnkzeZhA dDQaTmIDJmDCED9BAOY6jENQyjGxw6De+40MmwrDsSxbGpOM79DoOTruyEAw jOjAyjaw7Mi6KglM6GIbNosqYNG27PhlFAbBopLitWu4YN+iC/oK5IiDfAjJ PYGcZBsFAcSCGAcBgFAmjSNw0jaOo2hAPIwp48g5DeOkMjdDYxR9BMGhAPUN jw/T1BTEcSrwkjwNWIkdhRHsfjLIMhyLI8kyWMMyyhKUqDvNESIKKgVThOQx SAFshRPO9FSRJQhjqOSMDcx0/0DNVCUNH1ETpRU7SNR08iSNwxoxEFKwBLlL zTQdCuRONOUTRciVCGdHyXJsnyjMUBOsyTxhQMMvDqxw2DfX4QMqxcmzPVoF U1WFD1nUE8SUJs913KUxjnX7JvJYcvqtZAwjZZQ5WYN1nUFaFXx5WVPVpRtb zzSNJxDXtu3Lb9hWJY1yXNZcK3U9dn2jd85zrRlbVxUlTQ/fAzMrX191VMVM VdTeE0/hdrVzJ0+ynilgXBf1x2TgVm4LdmD1jjd5YZPNsT5Xg85Hflw2Lk9y 3PdN10zd2XU7hVa49e1KUtm9g5zf+UXRgef4zaV4aJeeG1LU+I4nfVgSbKeM XbjWh45otRWvXWQjxpWS3FY+nZ9legbFamO7NPWaSltWuZxk23Z5lOCbBltp 3jau7aPfG9W9pe+4BnuobjqWEbHmGPYdrNU4kOWla8PHBaCIQ3jeyQwjdI8k BQGmPMTDj9vIMQ0joOYWBAM0sSkyQzQTBensbqIFBiGa5LQiU2ipN4FBQhAe hBtUL9KOY2S3AD9sUNvYjKMjX6k8oQeZm3njd6PpwD63se0zfuIh5kx/D8Y6 OxLnyyf8/t7D5LheYKHYjGNCLpZfI9V+gdHsv2Wi6l7wIApOjXMlhLT8ENPz evAR9BsIDkMeYFlKr/4HvxeoVaAcBX0v3BQih5jimKwSfrCOA5bHvucgFBOE UFlXpFgStxxcKoKQGhqDmBIUgynzDkHaGb3CfQ/iCGWIcRYSFiUUQJ5h0Awk YfsbIz5tSYECRYbMGKLyZg3RuXMupdwUBWiVARtQTELQKQOZWCqJiGGgI8Wk hEPouooBkDUshdwWo3SQWQwTyQgncjOGVtRig5mOIwGON0Hz8GTDgugy4cmb SLkafVDchA5RoBAGIMoYQyAuBAEUML/STyMDkGQk4ZolGHDHEFZQbj6ObDaZ Uyb9iEPFRo8cgsfTfxdNXIEFERJNnVlg16R8mpOBwX2HSAkopBzEk5J6UEHz /ukPtNSVUyEwn9S0GIMJ80NhulVI8jDmjJnWDcC2HhgTBhuSyCANAYYiTjZs /0yIZFKAuiqWEi0cngIsM+QhF6NwblLJmDAihqSLHHjLIWNMa4gSolUEYypl zMwjNkiigBEnhA0BuRAFp4aGvIR4f49gNI9AzBQEww4Zz8NglyUlHLyAUB0D yYZ+wRSvJrJe8BABaSak3JyTsnpPyglDP4TCLyJy40MBAXciZFAYInJ6XQ1C QirFYK5T2jaKSzRHi2Z8g4Li0InN9VChzrw8wEDmmeEdPCYVlrPViqBdwZAx ByC49FV6n1aKuAorICiuomo5FigMdKjkzBseGutaatUOCJEFUwaQ4QQdNXGn qL7HV+qyU0goMyxFypBZ6qFgbB2FNiWGw6KrE1jJ7U0GlC7Il3OSqQzILQaq 3ByCgGTHozSbkMCCNUiQQGFkYGQydIXPpwCq+IxcspVW4PYT6kFvmPUuDdTB /0mJkyWlS2CuQCowENBrHgkgNSLEYI0QW8rwa9nAIFSKI97AFFmICA0KZW5k c3RyZWFtDQplbmRvYmoNCjg3IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYg L1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9G b250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0K L0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KODkg MCBvYmoNCjw8DQovTGVuZ3RoIDE4MTgNCi9GaWx0ZXIgL0xaV0RlY29kZQ0K Pj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOM Fg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMk ehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EF oGg0pI1GVshQ3Fw2G1sKlOBUIKhylsDwJUMeDO8FFBCMphMggKByNJtMJyPI gKRlMZvORkOYpKhqgtshFJGg4tFsg4uGQyhlRFwz2AgvcFLYoJ5wMpuIxsNJ nNB0EBT3BjNJmNJjMJ0NJvNw7EB2GI11QuhBcFE+F45GxcFIpFo37Q0FBVOZ lEBvMwgOhoNJzEBk5JhEHtEBzOpiNWY4B0N/qNDzNu3Ldt636TjO9o6Dk5Ll jcEAwjOjAyja3I6BSLoqCUr6wtG2SzNEtK2BqkoZImEDXNgGbZL464cs80AF LAGIbJ7DqYIRG6etGGUZhsuDXti2a+uoiDCNoFAkjdCoWhqGYYByFAaO9Joc BgxI8jo8z0DM8r9v69b6DsMo5SwPCTsyzb5wbMMxjLMo4DCNgyjpLAdwtDEb OotCJNU2QiMQNw6jaMUxPO9M1uUMYyvcNMGy+9zeDm4D6DJOUxDbRgysaMQ8 h0EEXIKKgVMQ6wmNyM710K/z6IxM7GhahruBAF6G0/GENxosqYIFHCxJ7HYQ BqHAZLuvMVMQJrNDgNAQCtMUyBAJkEMszDNDJWsYoYsizBytKEW4GNfhqG0U yCFAghANtk2XQ82qtaVWWq+b3PW8w4MgyTKTNeL0QddF1OfZ120GxgXBBc90 jlZWATZMtaoRPcUT6xGBsa+j5TiML04pNL/PM+A6DCMQwvLBw3MbeiMDMzTz OQNw3De4A0DDMOSsqMb2DYMiMDcF2HIjYa3osKk/AUFAijDm99TRlMxNzRL3 OZLI5X8jAQTeNI5ahQ1nOPRQQOsO4ywIOg51jRmO4XZ83zjOYy4KJ43PNn2I SBogWhg6gYL0w+i7Dsd5bQhDcDlRMk6phTkwSNIxDrLD3DDk20Zg/+p7831J Xm/8c8FMXCuBhHEDoFta1Cgu7uoGm9sRxXGcdgop0ZRIQMXpPLQLpmd6fft2 DwFkHDYNm03bxLIdbr3YjYOoyUYM4QMyNjNd9l45MkNnfdJUS+tlvgUchk82 joOuqszatGOTrzJMrQfDv+Mmes+wIW6At+JaKK7/0bzQyjyMo4Deow4AYQ4L 2De0g/7mTzBzDuGkOjNwWtneWpFyCiXfL0eEmV4ji3GtegiHANgYX+GNMm3J +D2m6LkaIdcGDnHCIUfYplgr9zctof2/1/7hiMQGa9BaCLIA3OyMyG0OEG1N GVgVAyB0ED2ujhK6UBTpwYEKe26uCZ5lLqAXmgoNwc4GIMIu5AM4ZYKuad4g 5ObxYNnug7B+EKDmqwsc9C99wIArwMPYg17Dpm8AwJCFR7kFkEuQi4co5kXw 3RhjGeaMsGXjRqPbB6ECmY3HmgAmJ/0H0sKaTk2GGcgA7n9DWy8O8eImvZL8 9yRcZ4NOubm/NoUKQjhlDehNxQY32PMcAZlJIcg3vAkkpttCb2dnACYE8IgI GKNvDcGwyroF1sBTKxRx7VW5lJYi0OPR1CGR+MQxkMx+oYAgCE5OW8h2SmNg koggcspaL5OsodrrZQUrohA7MPC0oFpffzAkMKE5kRaaSvyPL2puNFh4fFkT JD2JiMmzcPL70XoxIstpGy3UckzBosNHqMwZg1IpNdFayGErLWawxaC0jLqt BAEYzRkkKwlRijOikTyxLEIY/Ik02AFG1CIfE7wNERAzBQqWQ5607IZhMUlI kKQ6B5NwrUIpXntEvAUTEtJNSbk5J3RcoBQiiEwV+DMGJdmIl8ImRQGCMgQV irIbEq4CisgKK6hqtVMyfUWruDE1JaKxA4R+uRFZ1lNuOO5VCqVem8V8rHX9 dBBUSA5Bcdqtdi2I1vrjXNW1dUa1VRwaMhCO1h2Kr9SAxARFFBjMgHCQgbrD WOBtaGydbUUl8rEUlHpbK2WMssVyqVMVcFmrurxHSMwZInSAXw2qSElJMScC gGSUo+JVpEwqkqz1oqRBAbczKlC2otQvUhh9Sn6m1CrFs3rcTG3KO8T51Nzr oJUqGqZVC/ILLwM3Ud+N4qdXJSSd65iTyLHeBkDgnyVksKFS2nI9SXj2HujL fZiqapoNWTgnJLDo7vp4j4SRPlOgUQWaQ+FOEF1UwWDM0gMqtSJR7T1fpol/ LlpNwBe9KoQkrpZDNglLraJnYkwgxxel+LOJ5w5UsxEZW14WDKc5QCglCL8n g7ps6jl3XYUmpV6imIiqdoGChUl8ll30wa0pVysJ5qzBxa0BQNyEFQs+z+tR GCNGhs+DhbhEMVknznmuz9xSZkkIRnIBRZiAgA0KZW5kc3RyZWFtDQplbmRv YmoNCjkwIDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29s b3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEw IDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNSAxNyAwIFIN Ci9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KOTIgMCBvYmoNCjw8DQov TGVuZ3RoIDE4NzQNCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0K gAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8Z BRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1 HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uGw2thUpwK hBUOUtgd8Khjvx3gooJ5wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpKhqr9hhFk s1shEItkfqIuGepEF2wYyGGazgKsFinur0NppI0HFotk+HAuGAwGYg0+p4es BRbwmGxGKxmOKeGMZpMxpMeYNJvNw7EB2GI1Fwy4AgLgonwvHI2LgpFMSsQ3 GgoKpzyZvMwgOhoNJzEBkzAwhA/YQDmOoxDUMoxscOg3vwNDJsKw7EsWxqTj O/Y6Dk7DtBAMIzowMo2sOzIuioJTOp82qypggTRp6sYZBshIaBguS6NWu8aB giC/sGIQ0jcMI5DyEApjKOEguwNwzhAKA2DCNzJilBDKjI2EToY0CPLShAcp 7GCEhksi7hbHKGCowQFBQKkHBAMUfyDIb6SPDI6R/JY4SdKDyBQIQpig9aTj HKkAv4/LJjgOQ0svIVA0G+0GsnPooTaMowjIFwQCCEFJQ4Ng2DeO7+SsvCSN Q1QqCIwLBjyN46vxBg2jeMgyjYEAZiI/r/jEML6P4O40vzVrHVmOD8z2LVAD EOozDMMo5QGOo4Dgyo6BdUaEBa8QaW21dUgVMjgBw480BQII3Q5aTFOvOsNj rXsGwFH4zMqy92XPBYQDGOtPBBaY5Xs/lH0NXI6DDXb6Q4MdBDkMk7VeEA7v 0MY0QGNNZhBa9SuNbtVTTgU2TxJ7J4HAgxQwMrJwEOdgDqzAyjIEEN1/YyMD PIOYXwMo8yMN8fsdaeV3tDg3ZgOw0jLX8lP6NKMDGFtRioFTB3tazNr5bKK2 5VDBzXAWm0HQQ3YLH7+SeEAyjjluhDCPAVjEPIVjGPQVjIHqEPyzD+jKOYx0 SMW90hAcjSROulZDKGqti2aLSyBUURbFAZBk34ZButAaqXUzjrvPk30ZIs5y TJcm5EEEpYXmAjXozFRtnGPGolGnJLRrCLa25IUCI/72hpzAZhQJjDjO/IUx JE1SIk8OOTSOg8sNUYiq9UiX8dAK0pqm6cp2nqfqCob+phL7dKTja7omigYB jGPx80qysK56XXRSs3Htwz6DhctDdPFjbkBQeVt4dG9vQekDE4rkyGg4fIao u6YQbEVNU+xjZVwFFZAUV1E7rzbEwRaZ8hEDoIHDf2+05Byj1u8cmfEIje2+ hpWKdkNzxUSkFeiQVGB4n9QKfaXcGZYi5A0LZBI1UFILQYNkWGDSKnHQde4l 59YNTfv9LucoJLYj2g1BmDAHIKAZHtiyDgGDnUgOfcGnRhzpE9HlUkoAwqgm Lg1IZDJ47USCnKCqG5lYZ0oMwiqZl2MQIuReBhGB4DwljMfMm19hkciCx0dw EMNCQXeO9BsCgHEgpCA3BTGFfMkVnhBCmEMJISQQBJCIdxu6zg2pvgEHORgC pHRUisC2LEWgUA0kxGFKR9A5B2ZfK+WLuVWhiMlF4Gj6pLS5BQZAOQc2fp5M m2htUMF8hvDKsw6zR2xJ7DDCd40jWpO4CJMOYoLQZzHkrJec0g4wpFbCzBw8 0W0oaXOoKa51TpoiT2GKb0M5YThOVONAs5ZzzInVF+MLXWGL9mg2eebQp7TY nzNs8oY5+xzoBMKgYZZjUGmU6oOq/2KTxodNNDdEZ8TaMceUMlF0Tmfg245F huEXoxNSDlGpdXOBFDxAIOSQFapSWaRgNwY0opTkW1aI5335paRal0GKXyHl 5TGjkGK42uJsDLT1Z1QCT1DMPUZRtC0BMDUQopOFY2YSIbPVyn4YVakYrBUU ybf1LKYp5T6rzGXkv9W8XlclclnVhcBXBT5PDtGTP8wVg7I0GWCqJUYFjMVn tkYLXSyaAK7MwR+0MN6hln2LYMrwyZ5TKtDYxUqRy4Dgl1XIiJplildWkPWp gIKCmQM9m2o+yFhLJsDt7XRmFmwX2isaoSaocGjswtMs9oDK2n2qnDYAwcxE 4yeZeoBXiHJOmRrWfdga+g5VEZ+kGfVm3EtXW01pbyak2Bvl9eNixkwzJODO 2VTyoHA3BOm0o8qc0RKAuNaRh7YUMBvVqu4+t4E2X8Zfak2K2IFnHvbRU/Qb KWgpUopa4ts2EJHMkHSVqmAkn3bNfBZyiWL31Q6nsMoLgzgusmvVZwaa4KAZ UGUOlv02MTu9hsMmHWC3RNjatHIN0zLkuPgo/iwGAh3XOeXGiicb4axBjqAS mAn2gV+fTHhk8fYYyBkK0bCMmOBvFeRPac8iTgILawtCZzB4BIeDUOagMr4i xeau998cVX0vs2UjAID9LOSDj466tUnswMukMMKzEEGOwcfwy7F235owuzBq E4QUXEwGfS9ICoagKBuQh3pwyIOxJORogpAQDQplbmRzdHJlYW0NCmVuZG9i ag0KOTMgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xv clNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAg NSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQovRjE1IDE3IDAgUg0K L0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQo5NiAwIG9iag0KPDwNCi9M ZW5ndGggMjE1Ng0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqA DEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2HxGJxWLxkF FcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUc xakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgaDSkjUZWyFDcXDYb WwqU4FQgqHKWwPAlQx4M7wUUEIymEyCAoHI0m0wnI8iApGUxm85GQ5ikqGqC 2yEUkaDi0WyDi4ZDKGVEXDPYCC9wUtignnAym4jGw0mc0HQQFPcGM0mY0mMw nQ0m83DsQHYYjXVC6EFwUT4XjkbFwUikWjftDQUFU5mUQG8zCA6Gg0nMQGTk mEQe0QHM6mI1ZjgHQ3+o0PM27ct23rfpOM72joOTkuWNwQDCM6MDKNrcjoFI uioJSvrC0bZLM0S0rYGqShkiYQNc2AZtkvgURIzzQAUsESrIsyfLS0aEBkGg YBcHIcIgGy4Ne2LZr66iIMIxAijwOgyjkNwwjYywyjNJrcjG8zLsyzYQCMzT JQqz8NBiGyew6gqJNJHqIhkkwqCI2gUCI+LvBpEQZhQJjcjO9cLQwwKJNU2U 3gUFA6Dy3EXIKIqvL6ECXgUmK0pqm6cp2nqfqCob3pgGUyBsGCKRQEC+Imig YTGhNQSFFKrgUrIFK7MUyRmmCEVtS6etStFPulUUiBQ6wxDzJg5u5RIFUWmF dVTULYr5Egcx5T1VVFVtX1jGCw1nM1IVvG6ZhtNldhhXshxWIgyjmMbIDg5T mWPZIFU7cVmVXUaChmsS7houlqNjayuUZGNtrLWsbVwGNOhAGocKTXy+NqJI 3QqFoahmGAcxY72LhwGAUSVJknShKUqIwN0rhA27MjI8wbRTPsMgUKgVTgKo 3Dm3o3DKxuJYon1+Y0FuOY9PI3T2NDzvS9bzIxLQyZgguZzgIY0MnOk6htFg YBg7wZVBjwYhyHIWjHqo5BAIIpiGJIkhAODkjQ5yEZCNo0yfYmoW66i0UBI9 B2AFAzS85IdBAEDjDY3IwwmEAeDExYySfCYfOc4sHDE8uJhYk+SytdIQQoNK McONPE2NMIFIlHYYb4pO/ILcSyMOBWI4m72LYw68pPKOQ7Z3vOpdoFGe9vi+ MhjjfWY8y/ed9p8L5ihG+0Ew04CEN438SMI3eT1gUBp5OOhQ3cHvdYI0jo9w zDkN42qtKb9v6yDfDpY3oJgGa79bQM3MQhAPQQBDeyZptyUAyh0SYed3wcjI MsWO8F3UAAmnJSaGlkbb3EwIPMG+BcDQywPZooQiEAAqBlSWHV0b2zGpMhO6 MyQcA4N2DPAWDMCYOJNg9CAxCKYABMbseYOahnEw0gPDaDoaYHOoggRaAAUw 3h1DcY2DERYNxHiSi+CBDIeoEOAHOJ4cmURTg1AqHESIPxKhCCgGzQiBRNbe RhY5En8kKJI/xQZ0gYAzBybJ2btTgAyfC8tdKTXnN5RihxgqkCBK3LET1hQM wbg4LuXlFT1VCJ5d8GwFp6AWroDoGF0qUmnLHRiQxWhBmDx7YSmQGZUJKqEC of998mZNhmBayyT8oTrBMCeEQ7hJ2nHzPc0ttxkDJGUmAZoxp6D/Hml4EQED jzGAuBBM89xkzzG4Dk1UOB7ljvSYckNQYLXVo5j4YiYgbQ3xBPmG0OBmpPsT BAexJpk2ynHZHNKKRGHMnAbtM0958QxBhPKepCM1DHhvm0CAOtBZmOJlpJxl gLYdKNCo7NQsoEozqZYbxowIDMsnDKu09xyEGh2oIHQNhlTIhwfY74k6UDlO MDgGwMIeaBhjDW0kqxkwznmPhJ+gZ5Q5zUCDAgyAYg6rEBBRUFAd30HsQbMS Z8yUt0ug5GY+tUA6T3o/Cqgz22cLuQaGRBD20rvqgIRimRkTzBjDqGyj0M6w VODYG8xio3toPQkhRUZmGqhuPaG2os301kVLe9R1Lq2wznlhLJK7E0m0gewZ tu0FKQPbmieahrO5omVPlWwNlMzzBhhgbw5FZD1H9OQGyuFNoEzEDnTaeSCm jVAPbRR1E4F7P9otRieLKH1vtoAGUPNIw3t2fjQCZ81AhUEs8HWd9U5ZT8ri cCZh6z6Wttegs5jm7QmLtHW6psaEzzlTJRcxFpqaz4tVSakAaHsUFDcG+5dZ g501pvcyXoXCHg1pKewNgZGTIOiif6hpJwyB1ZQHMPMQUJFWrwGSaksTzUVn IdQG5eqMWRZDTyqkvZhEDNzPWuRlZiIJrE4IOSEzG4esndmWVP32wHmRjKZ1 /b/4BdLgQ3M1KKl+oxLE+gc75VxMa3YMYbA6ssuKGZKgY3008btEGtEMsDRS mxPJCETw4EnvbalBiDj3B3DLXIF1hgWpsLeRa3wKMLUMoLS4Modjl4Jtm9s4 FtqfuHptDNu1ZrUuftlbTPb28+4sP8fSqp9LZOLtLMOWWapwopt9hlU8e71K EzpnaJ75gUM4DFXOX8z3N0tpXliYmMGzmZmVZeBJ9EoReoAHPSGFbq3itIg6 04abdRYhDpg0tjgUZiOZZlBpGLO0A07nc92eba6IrelC7tqg7n/QbnVKAdUF 0fu0e7U0zSMLCnbr9qMIchGIqxnaj82sWGSpFmm3dh822KzhbaseY8+RAOGc UNOhLq7SjI2fa5x2kWi12HOdV9qpQzSnlHKeRon4Ds26ANu5lGqAV9ON1eHN 1V3uOY3gsQw51cq9DO4b7jmY5mgfzA3DEmzUCnwu7VH+Hn6PdkrJmTsaITQS cdUZmuMPB3TpzhuWZ218mi4mKMMtcRA5p0fm+UsRhhykGmmDjw6ZmNy4Xkr6 Gygtn/fi4OF3ULxBuQgGoN0yEQdUScjRoSEb17cDMixGO4gKICANCmVuZHN0 cmVhbQ0KZW5kb2JqDQo5NyAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9U ZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9u dCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9G MTUgMTcgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjk5IDAg b2JqDQo8PA0KL0xlbmd0aCAyMDM2DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+ DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYP CYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoR ChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ ChuLhsNrYVKcCoQVDlLYHfCoY78d4KKCecDKbiMbDSZzQdBARjSbDLjzecja YToKSoaq/YYRZLNbIRCLZH6iLhnqRBdsGMhlms4CrBYp7q9DaaSNBxaLZPhw LhgMBmINPqeHrAUW8JhsRisZjinhjGaTMaTHmDSbzcOxAdhiNRcMuAIC4KJ8 LxyNi4KRTErENxoKCqc8mbzMIDoaDScxAZMwMIQP2EA5jqMQ1DKMbHDoN78D QybCsOxLFsak4zv2Og5Ow7QQDCM6MDKNrDsyLoqCUzrvtqsqPLShAcp6GQbI SGiIOQGDgRowAFBbGzhLqwQFBQNo0jcOr+QwMI3DmNI6OyNyLyQM7JvKNwyj COT1hZDg3DJAY7yWMY0BbIb+wvJAxykFAzSs9YXNXBwQTONw6DKOUyDmOkzP q+78smMozDNBDHNgviJNQ1QqCIwLBwFPiMDMyrJjnLw6TBMUnDJMo3TOEEhS I/jtMmNAwjZPc3yPJMlybJ43SiF1BtksKLNAmDRtwhAZBqpIYhytAbBguLjN Wu4UCYMo7DKNgWvsFoiDLPDIhAKUEMrLgjMqy7Ms3E8Y1nHQYvEGqIBa8SLU QgrlCI/72hpXIZ2Iw4zvyFMSRMvCSPC1dEyAOg8sNV4iq9eyXgUmK0pqm6cp 2nqfqCob+phGAQBqG8bWCu6JooGAYxjieKtUq4FKyBSu23FKzJ9FmFp6g4XL Riak2C5AUPKMQ8zmOb13/gNdxtl2KUM4a7hlXYXPTiWf2DkGRZJWGN5NWmU5 RGDxZ9mFD2HZo5jGOQ0jhJjtZ0gup5bo+PaCgoZrEuQaLZjugKsrCuYC2duN tqFa5Rb+ObZt7kOUJM5PaGoZhgHIUNeFvCBwGF32PZNl2bZ42BAwoxjeMjJh u4d5xKgoqBVc75VQM8qS5wDMokGG2cO9vFcZYtWPyED7QayaMcsOQyc5evP9 CIdRDldd2BsFAcdaGHFhQG4U8ZOHgBAIIpiGJIkhAJIiO4hE5stIbMDKOfd8 90DkhR0/BcJwwaeP5NpPoOVj91enxdCIg3wKyXWhpjfi/XxgpqTUqmNTCd08 vhAU718j9X7hlfy/t4ziXkP+gAmF+xjoBp4U1Ax+UB3xt/cCC1wbhXWQQeSd FBAaVRggT8oBBL1giECBahwOAcDFHXa+pdPyQwyvxc7Bx0L5oQPohG64FEJj pwphWoGFy4oZQ0OshqHB1XSwGgQcoIQbw3mSSQ8d5AKH1QkcYYlDp/GaJLDm lkMwcg3htKsn5BSDGuHPZzBsGIMy5FoUKjRfQKCEA9BAfMyYcCMB2OykVAYb EkGOQyqyBi2ofJAIFH59qdH4KvgQ4cEEfgjIfD0ZNOL2zyAoDIdoE8ikEKjD GHWRCc2cyOkuDNxMkQQHRStI02JEo7EKXvHp+j9gxP4cS/p4kD4iBDREnROE WHcvdTmCAPDsz7hMCeESKkHQUQKl/AyYMDn+gomMnKZDllqTMMmHmaAIJpTU g3FWa8vpgAzmE/yME3pjp1nFMsNz3gQB6nPOmasvYFwNmHN0vSSElQ3VWlGA xszPt2YIQJvBY2IkPRsXMuqwwpv2S2tFabuVXmzIYt1FytUXN6BA4QsiwwqJ vDnRpLjt1qIBSMm+QQaTLhynNTB3M50+IDpcCAMSVQyJtCDT4OtG6ghhpeGW QT30RUzkCG8FqryEKFZjHug6qkkJcMqGlEUUJzoApbUdLiIElygTHT0/yeAx BhPoq6Rxs1ZUOqquQGi5Y9hBDbE4OgdXMUfLDSGhx4AYA1IsXlfSOzgAwRoj 8FCWkuWAIm08BS5Dh2IMGHBL4aKgGSS3ZKwSKgFHgsNRBfJg0OIKTeG5y5kz JOOQ4Rgk8qw0rHPwgynoYa9mKr65hAKTqeh3DCsdR5lgQKvlwjchlVlDx7Oq ZKuBsa5WUrqRWu9p0gBQa5V1floLKR2KhaZcyOkeLlR+co/qzk6Kde+CAO5+ kwVGS2fyWoIIaBhDzDu9yDknBtUhCpIQdHtn8DgG8OEqp9ViTiZM/KSHa3Hg 24knQOYYNWOOvovNjqx0bDmHlO6IE4YOvvOZJQbZVQYDK/YOYbA83RRPXO0V 1a714MGEZUYbD7Bmu8t2O1jC03jse5iKV7Q0BvJ5bqvlfjJpqDYGxT6f79mH ibGoMKYEhhnwfDtKNPKWU/xxUFLKk7OXIx6uLC12EghhDxTYOsbMkW8yVanB 8n5kO0p7l8MuLmm4wLNjK6+QArhpDIvKuNgbKHiV5ZfNF6ch1QBAqJUiWgzm Sy4pHLwb6g56umt1cbRQcHD07jPND9YZmSeDoVFGPGitsx/HtLNks+EtJ0Dc iFmEgBhDFS0OTXkm47sGeEG5orsWKOEi4Kljks1buPqjWNlS5A21rmhzEiA8 6+tEuAHCMdbXoDNIgM5/DD640oZVO24sGJvv9tPK859SQ0TpskOl/g5hwQcH KqeETvnAuvczC6ikgHWQ5rkyuvDtbJo3ILAyHawbTvxb/B+G6yhukJGoNyIU 5Z6YAQVijEkZkzJIQgjBGiCkBA0KZW5kc3RyZWFtDQplbmRvYmoNCjEwMCAw IG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2Ug PDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0K L0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTUgMTcgMCBSDQovRjE2IDE4 IDAgUg0KPj4NCj4+DQplbmRvYmoNCjEwMiAwIG9iag0KPDwNCi9MZW5ndGgg MTUxOA0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqADEQGcGgo cjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2HxGJxWLxkFFcQG6Cwg jwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUcxakUqmCA 2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgaDSkjUZWyFDcXDYbWwqU4FQg qHKWwPAlQx4M7wUUEIymEyCAoHI0m0wnI8iApGUxm85GQ5ikqGqC2yEUkaDi 0WyDi4ZDKGVEXDPYCC9wUtignnAym4jGw0mc0HQQFPcGM0mY0mMwnQ0m83Ds QHYYjXVC6EFwUT4XjkbFwUikWjftDQUFU5mUQG8zCA6Gg0nMQGTkmEQe0QHM 6mI1ZjgHQ3+o0PM27ct23rfpOM72joOTkuWNwQDCM6MDKNrcjoFIuioJSvrC 0bZLM0S0rYGqShkiYQNc2AZtkvgUBkGbPNABSwRKsizBytKERsGIZBshIaIg 2a+upH7CgUFAiDSjAxuU5kXw06Kew6gqKBoHKBL8IiChaGDqBqvTDgU2r6jK Oj3PW8w6Dy3DzvSOY3jqNzGjYN4xDKHTzjaNw0jJJD9QYMI2BAHqbBYEAxT1 PklT9QFBBjQjNBBN9DyTJY3BbC0MSzKcqpI17YipLC+tlL4UT/QKZhcEAg0S OzzDTODjuSMr3PlNs3sa+j+UK8ww1XWLGju/8Gowxj5jcF0mxisKLRomCEWc nqELmpIYhsqQYLtFEVMQKc3TgyzMM0xojM0yUKs/J0eWYBSJIpEUeBaGSTU+ 2kjPi7waREGYUCY3IzvXS8M1CiTVNlUAUTQ3FkCKr1QpeBSYrSmqbpyndoBA oChKImEdhBLst2yviJooGFqY6G+Ptiq4FKyBSu3RKCy2bG+LBi1K0S6pNsyA FDrDEPI6Vk7mFYZmst5vk9OxSvkSByFztZNlEU5VlmXWTkt1J9mesx3eOj5z T0ViJWQxsgOFKaGguuBdo+ohAvgZrEu4aRDpFs6mrmGRldMo4fZ7RtHjga7n pNtTAFAkjdCoWhqGYYBzFjvcaHAYBRblbBAxViNuzIyPNTeAIKKgVXoKo3Dm 3o3DKxvEcUn258gFvJcpfg3X8NE1v880k3D0AFdFeghjQyd73wGwUBxyIYcm FAbhTygQDH4Q5VSKYhiSJIQCSIjnIRoA5DbV1Ys7C+A9/w3WO9xnHBQGnk+W y7yjlVgyd78za/RxfG8f9vY+VyjiHOh4WKrlWq3g4J/TG0B+ro3zuJfS/p9j 7nKPwDK/J1UC16BETcGINgZXIlweM8h/ryw8POBQ9AN64XwtAdwegMx5TgBm DkG8NpVg3nIUAZo3qroMOGg0feDsH1qPHgkCgPMJoUQqDcrGFoZoXpjBBDKG kNocHnMggcN0PTaw/g5B52MIIiQjcoHqJBmYlRMPQmuJ8MYZw1TlFWHUWItA oN2G85K9yHg1gjGIFAaYyw0DgcxCjuICmNT2pNBgIA7hyOBG9UsZjNwrV2Hh WUc46x3BaQ41ke3ZAoDVH8NsgXUuJdxIdPpzJFSMipI+FMkYlwsDDJR8amHf QMNrJdxUmo9P8k6GuUEopBxplMomVEi5Gw3lZGeWEspLJykxLqTj/gUBBlCb wOgdXOyEW6/R8joZbR0mdLmPM0XlhQDSHR6KulvRpkLM2O04pNy8mkY85ZkE 0TaVtO6Z8455PLCMn9OUTp8Jwn1PCXcRQrp6PXQNOKc4PTdlqvQIUKYOhhiy /15U5HKG7Qee5ns5w5qEilG4MoZj9n9iub9oVEAYgzLuWhgaP2DEIUFBoOAc IOhyWQ+Y66pggh0DaG8OYcD/mQDGg4MSbQ5NmQZTuBiLFTNiDYGGI656IpFB nJmqKiFKJ2WRS5d5SaZGIpoCAJ6eFJSniWGypxiCBKCdLWmYla62pFIgoIIV clKJ/WQ7Eu6nKxpFIYoJVRylWV1BQDZ2NbzgwHIw2gBTJ2Oo+JmSQhBGCNGh IQW9HhECJWXJQh5aINy0WeNWSezICiAgDQplbmRzdHJlYW0NCmVuZG9iag0K MTAzIDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JT cGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUg MCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9G MTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMTA1IDAgb2JqDQo8PA0KL0xl bmd0aCAxNjEzDQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAM RAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUV xAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzF qRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQV DlLYHfCoY78d4KKCecDKbiMbDSZzQdBARjSbDLjzecjaYToKSoaq/YYRZLNb IRCLZH6iLhnqRBdsGMhpms4CrBYp7q9DaaSNBxaLZPhwLhgMBmINPqeHrAUW 8JhsRisZjinhjGaTMaTHmDSbzcOxAdhiNRcMuAIC4KJ8LxyNi4KRTErENxoK Cqc8mbzMIDoaDScxAZMwMIQP2EA5jqMQ1DKMbHDoN78DQybCsOxLFsak4zv2 Og5Ow7QQDCM6MDKNrDsyLoqCUzqfNqsqYIE0aerGGQbISGgYLkujVrvGgYIg v7BiZCboDeOo5DGyYpQQyoyNhE6GNAjy0oQHKexghIZLIu4UCpByrR/AcgyG yaMDHJEAv4/LJjgOQ0suOQ8pPMQ5DIED7QaybnQoOcvSIEAxDKMIyBcEEfOf LshSI/jIjYOo2jSFslLwkjUNUKgiMGNzMMnMz+v+MQwvpQEsjLNsxDcOgwjS NwQDgN45jSOjs1QMI3TiOQ31LV0Nv9UryBQN47DKOU0jJU4zw4N021OMzKsv W9UUcKgVIKFschuhgqMEBQUDnBaMTjU86S3QY4DCyQ6DoMr1hZYsA1kMo8XX Bdvzsx1xXJc101jbo3WSy0NVRDY0DenlM3kEFnWhR9rMHPg0DDXz+DvVr9VR TL9V+MMhjQPNAUchAWvEGmQNXSgFWk4AbR3a8sS0w4wjEyU4jMNkO3XYTr3N h8HTMOV4y5AQ6SENwyzjDd8XTnQy32Mt7hAMwwwSys5Pvgcf0aza+IlSLj5G vOU2HXaMXZNI3DO9YQDaN4yDKNgXY4iOP5DSdoxyHDj5TUCBjYN9ODZpmZWI ObpOoNIy5wMudZ5QY54lwk5DcNk2w3Vr+DG/Q2DJsFd32EF2jCNo4Mlo0tOu MVvbbrDjZEwLB4Jb0AOuOV0TlneGP4M+873deYjqw8ibZqzZLCi0mgVFEWxQ GQahs4AYyiGji0lK9BQoKc8yLI84MpfjHUc2cY+GiQZuBHW3JNuLkhQIj/va GgahiGYUCYw4zvyFMSRNR+sR3kYUDoPLDKOCKV5R5L3iIBLSTUm5OSdk9J+U EoZ/SYJTfYXF1BdyJkUBgDFGME2slWKwVyAT3UUlmeKbgz5BwXFofYb91ByA UHlDEHlm564AQCeYjSFQNYKGqLulUHILj0kNh1B0q4CisgKK6id7xtiYItM+ QhGB4ocwsegYMIjhAxppDgsyGpBYowpiFDs4ZdwZliLkDQtkHHURFiPEl4EG oRxNSfAxKUGwZkUhaXc5QSVSHtBqDMGAOQUAyPbIAHAMH4JceooV6yb04mFT E2mBhAn6olIKs8gpygqhuVYGdoKcY+GZIkDCNEg5CgwkO/B+R+WorfTCkiSr 95MPnCGwwOT632A2BQDiU8qQbgpkQCByjFwQBBCmEMJISQQBJCIdwhC5jLKn UuHOWMl2Dx7j6C2P8gQUGvBbIaRCRj6ByV8kl+zVykv6kyCiUMfpASCm9OCd i7F3KnXgwRejhlzTVfxOl1L552zanfN2Xs4XCK/nLPyWZypasXlw8mgk35US IMSh0/kMHJLpDMrQNpVmkIKQYmk58NJzvEfCQpSE6lsEIB6CAIqlmXNCYMYM gVLQju3XHTNbBEKWzioRTJ38swUHDpaEUPCqg5GZqCweboIKe0HnJUA2NQga zfpqCA6LFwyqOfAXItD+Z/zYlFNueFBQUU+qjOaSwCqFvoSDTGQoNINS7rME wN512+NQcArVVKq1WqvBAu5MSSJpT7pLW0IlbzJVxrnLyiUqa7V4dkgNVS86 /LMBAqIN9hFLWGrXYixVW5v1yl1Y6eVkVx2Tr3ZZVlmA9TCs2nCwtW7DzXBQ YkN5mH1kPBrRGeUfDqhuVafVndq7MhhDvQq21uLdAtIc8i31E553BuHaqyqq VWuUn5AEgoNyEA0BklEiEoyTkau7FAG5w7xx3vKAosxAQA0KZW5kc3RyZWFt DQplbmRvYmoNCjEwNiAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0 XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8 PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTUg MTcgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjEwOCAwIG9i ag0KPDwNCi9MZW5ndGggMTgwNQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0K c3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmF w2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoY i4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgaDSk jUZWyFDcXDYbWwqU4FQgqHKWwPAlQx4M7wUUEIymEyCAoHI0m0wnI8iApGUx m85GQ5ikqGqC2yEUkaDi0WyDi4ZDKGVEXDPYCC9wUtignnAym4jGw0mc0HQQ FPcGM0mY0mMwnQ0m83DsQHYYjXVC6EFwUT4XjkbFwUikWjftDQUFU5mUQG8z CA6Gg0nMQGTkmEQe0QHM6mI1ZjgHQ3+o0PM27ct23rfpOM72joOTkuWNwQDC M6MDKNrcjoFIuioJSvrC0bZLM0S0rYGqShkiYQNc2AZtkvgUNYzzQAUsS0tG sYZBshIaBgu68xUlrqIgwjECkN7GOCMozwmNzgMuzLNxdDTop7DqPRlEyexq hMSR4BQWxyGCltkw4FBQIKLyGxryyPCiTyYxr6PW8w4MgyTKTWzTGvRB0yyJ NEkOAMTFjIFwQCS4A5v4jD3TfBw6QSNIxDqOgyvdJy+pI17YioIjDMQOrysa /gQDGjDkvMMI3MaNo3jI4rKvkOUzPrI0+0EKj/1C9g2DIjEGzxRVXyJP8iIx ONJTVRQzjKFtKCoFTEDfCcE1bU4QDg5I0PdXtbV+xtTTONA3jrXKVjfPzzMk Nw6jCNg2MqMtV0jQIQCCNzK1TVbjOQ5TmPmNw7XUNNlM+gtmMQ+FI0TbVYT5 CgXUosESrIsyfSpibWKSGIZosGobBlS8UtnMUhSIKdZTVJc7BAIzNMk4GHLD G2IoKiWOxFFIW46i1MtoFAiPi7waZqFAmNyM71wtDDAok1TZU1MQ6Dy3FKCK r1KpfGD5rSmqbpynaep+oKhvemErrk6UUBAviJopL0bbLjyrKwrmqYfmEpRg hG8a8nrUrQuQbbfkAUOsMQ84O7mpaoGO+BBt2zr5Egchc7XGNZt6rgUrIFK7 J+6rKmG8tGhEa47vsa8BFYiUlUQ0jhfQ3cQgvRhd0uzNivgZrEu4aRDyuz8v zPNgVuko89u+KNHsgYY7s+QNqJMku8GoZhgHMWO96YcBgFGRMbkk0ySEDbsy MjzBwtmjwyBWCAU2oqjcObejdd1B+giQYd36wW+x7WhjdooaDznpIwmx9DA1 mvsBQEMNBk2ftABsCgHD1wYPZBQDcFL2lbmTXkFMIYSQkqDCIc4hCkQ5BtDS G5UhnULvpYehx4qMW8oxBilct4M0dF6RW9wxy1jLGYTsy5KDMSDJUBylZGwN AZM5L4lw6kM0wGITIttakPIBsoTcrZOJkTJmViqZuAKeYpLVPWCBYK8Yoqwj FACMp8z3HyDGrhO56VKEIaU8xpsTAYA1LQFRMIKFXMKZK+CMqglCHvdUZBP8 bSrKmPMtlOBk01RSYWklWito3hpXEniP6RI0ggWXAcv0fY1n0PkGYMIYzzRr Dut88pzwyhyOVKg9ycQ3h2DS+Q/x5jMp2hPCmL6ipUJJlfL9WwbJGMNYEpVm 5FS3tMZkl1H8fYdSdi6txRkiFIKSbQGFVobA5n9T+CAO5kFGG5PUf1U0G4Ow fOMGw8wZjNAgMWHNVoY5ZHucJLlBwcA4G8YCi+OhSY7KbTEvlBklZ3srOTMS d8mDzH0fIHN1af02oNBFDoKEPAjUODmCwEUU1kEJOlEAi0QmJwxdEDYpINzV ggYzDY2ESkgqwozGNk8XmVQlOTEBzpZiJQ2BrSwiLOJnQIZ6HQMLP2gv9f/A WZRSUftNBQ09qMyWptjRs9Nv9MW0EwLfE2rIMKtsZbg5huTnHiMSdA3pxSOS 0PTLtVxwLg3CqScPVZxLi6tKXKa7FxTkqw1jIs7+s7wmX1pc+8cmbHHZ0uBh XGsjgXU0SMg61BjsAFOyrfWKvlXQFO4KSDZ3djrBVleA3Ow9Jq1sThmjYGQO KYWRL485+r0nqP5f29umkPHxKqPMDkiFTn1vtfe/F+bz0Kv2fwDKCUFKmRjT xNW4UBzawKgYC0t7G4IXNe1BaDEb4NBBg5B6EEIj1SvhNChg902d3Iei9N6o NLuPbWKHIOy7r2QIusHKBt2oZgwO8DJ+72qawAhQhO/JtQiLgDFO565cIHwR f1BN7RwgyvzN5CZCsK4DM7CEG8N87lTQSgmCi+WE4KBOP6tUOb8H/YJBRe4F ttr43zCo1AMtTmMF3LQ0qqJiCEA9BAEyRknzEECyEENCkrzePyUpT/Hilsfw IxljTEz2cA4DBQcKSFTqrgKBuQgGgOS2EQZuRAjBGjQuiBuWjM1Lc0gKQ86K sRMyIg0RtnEsxAQNCmVuZHN0cmVhbQ0KZW5kb2JqDQoxMDkgMCBvYmoNCjw8 DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1 bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAw IFINCi9GMTQgMTYgMCBSDQovRjE1IDE3IDAgUg0KL0YxNiAxOCAwIFINCj4+ DQo+Pg0KZW5kb2JqDQoxMTEgMCBvYmoNCjw8DQovTGVuZ3RoIDE3NzUNCi9G aWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA 0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQ ghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIR UgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJ5 wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpKhqr9hhFks1shEItkfqIuGepEF2wY yG2azgKsFinur0NppI0HFotk+HAuGAwGYg0+p4esBRbwmGxGKxmOKeGMZpMx pMeYNJvNw7EB2GI1Fwy4AgLgonwvHI2LgpFMSsQ3GgoKpzyZvMwgOhoNJzEB kzAwhA/YQDmOoxDUMoxscOg3vwNDJsKw7EsWxqTjO/Y6Dk7DtBAMIzowMo2s OzIuioJTOp82qypggTRp6sbXISGgYLkujVrvGYYIgv7BiGxQ4BAKQywtDcgj GyoyNhE6GNAjy0oQHKexgGwZLIu4WxwGkdMEBQUCCEAxx9Crsjck8jDkMkAv 4/LJjgOQ0suOQ8zLI4QPtDkvzCMQyjCMgXBAJLHDIMrqjcMs1DQN76TE7T+D TMgZiJAY4DCMbJySvCSNQ1QqCIgsruA77Vy2FFHBAO79DGND+wyO9HDPOoxj GOo5DnP0ejTH6MSGNz+O0Nk5TBXEGsmM4yjfEMMTlPQ2Denk1zxYU9T5AMyW e/QW0uKgVMGMsMjlVI8hdS6EBa8QaXO1dO0wKlRipB0vjfI9HMxQ0voxek7j MN9ZhaOY00FNAzUoyb8sw/tB0detn2DXMhTHalJYHPwoDYMNCv4MKMBBcdMu NdNPSwhl2MHfTLDLNAw2YN1X2fk9i16+9n31fl/YAEGBUqlbKsuNj8QZmWBu 5ADqjM/IQDhitC2gOFDsmMVKDXjbNoLbTAsHmr65jd+cDLcWptksKLSYBUUR bFAZBq34ahtKAahk3+POQFFbx/INdyBBE6CNnbMUu2YbRSsyJBm8IarZcqTU 4grlCI/72hoGoYhmFAmMOM78hTEkTUwiTw4/Lg6Dyw1LiKr1MJfskArSmqbp ynaep+oKhv6mEYBoHKk48u6JooGAY8B2/ctUq4FKyBSuxPwGx7K3DPoOFy0d u8W4ruFDyjEPI6UM9fSdMGPn+j3FNOGu8qByFz0ob8WPeJ43kbB3/AphFrPo Q1zxfD6dN+qIlDDGm4OAdExvdIK/d6D6nhPkIKDMsRcgaFseC+MqxWCuOmb+ /Jsj9HYJReAQqCRyDlBJDcZkFoNQZgwByCgGR7YTg4Bg3NMLdmHmFSMoI4ha HMolaots5J8leGLUKmiEUJCfQPhVCwGELnKOWaMnYjCZkkOah24tuYaGMuPc gDYFAOIkRKBuCmF6X4rByBAEEKYQwkhJT+EQ7hCHtGWXm9oOcOXNtVh7EM9s JoUAoBpF2F6QT6ByDsyeOkU47wjjzCeFMKwWwtj+oZbsg4ow6AVHY5QQ4xxY bWCgGsfgUGJQ6fxkoIDDhhDEYplaw1qBkDSHZf4dWUtLaO0lQ0hYMnALQ51H S6nrAoVSxk2qAlntIYsfVMjLjJqCUIycED2JVAxDmgoO6DFsw8l8vFM8cV6h lDoGMFx3JfxkIZKWU7Cl3zEaUwUxzDD+TVMGtZlJ9w5qTZyno/Qbk0NAUq9x r5EkcS5KTLuKkmIrgtXPJsGMnpASRkJFKSsPHGL7nLCwGjv4tgqBjIw74MoX t7VmvBeQbl6H8mUo5V0qmGKLDdLYn0uFM0CS4eUPAMAWAgDzTQEAeqcB4BjT UPNPac1ADweIFwLp+Gxn9S6XTn6IoFMlRSiwOAVUcPbRujsrU2S0lIHGWEAk NpGUGdU6aIj+HlDCHgEAK5mpyBWGMPVaT+vcodS2JNL3Py9DDTgMNQAwgypq GEGdfwaU1DFTgMVQAxV+mbYGZtg0v04DHUAMdigx2MnclwMdjgyU4DJUAMli gyWMDIDSo6JzPm2RWk5F0HCZg2PAXMur1QqBlDwY5IqR2/FhSXagg1qkoUZc ADIGjgG5LuYJbQx0T06TCnOm5OCcrlJnTq1q49tZmp7T6au5Cqwwh3YwgNDF J07H+DogAOq/pUoAY451uMvJ5oIOoGmZi+oRp+uMnO6V7zpnVnMZOVyBJYzh UpG9C51mYSqe1dZizAW+B0gFKlRy2Gvx2BQyUy9Xg3NeNiuRcy6HFJcvvgOW DPZopulTKNZ+CTHICmiZWZipWFrHRDCO/CaE3ohlYvRX7Nw3hsWYq1ld9l33 rgTXfCzBk7Ypu3dHGwcwdQEAUDchFwzhkQkaRYjBGiC5SBADMGpDMrAzywSg sxAQDQplbmRzdHJlYW0NCmVuZG9iag0KMTEyIDAgb2JqDQo8PA0KL1Byb2NT ZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEg MCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0 IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVu ZG9iag0KMTE1IDAgb2JqDQo8PA0KL0xlbmd0aCAxNjI1DQovRmlsdGVyIC9M WldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNB cNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdx AMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAi pGwUOJtPRcNxBaBoNKSNRlbIUNxcNhtbCpTgVCCocpbA8CVDHgzvBRQQjKYT IICgcjSbTCcjyICkZTGbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9gIL3BS 2KCecDKbiMbDSZzQdBAU9wYzSZjSYzCdDSbzcOxAdhiNdULoQXBRPheORsXB SKRaN+0NBQVTmZRAbzMIDoaDScxAZOSYRB7RAczqYjVmOAdDf6jQ8zbty3be t+k4zvaOg5OS5Y3BAMIzowMo2tyOgUi6KglK+sLRtkszRLStgapKGSJhA1zY Bm2S+BQubPNABSwRKsizJ8tLRoQubpByGUUhsuDXti2a+uoiDCMQKgyjw4DL syzYQCMzTJQqz8NBiGyew6gqJIoHMdoiGSTCoIjaBQIj4u8GkRBmFAmNyM71 wtDDAok1TZTGBQUDoPLcRcgoiq8voQJeBSYrSmqbpynaep+oKhvemAZSuGwY IpFAQL4iaKBhKyE0pIEUquBSsgUrsqyvGaYIRVVFp61K0Um6VLSEFDrDEPI6 DKObuT6BU/phV1O0q2K+RIHIXO1YNPqsrCuUBGNTyzQlVxumYbTBV4YVjIMV iJXIxsgODlOZXlfAVSNr2TSy+BmsS7houlPUtUNR1LGCw2gstUxtVgY0iEAa hwpNZL42okjdCoWhqGYYBzFjvYWHAYBRJElBA27MjI8wcoZOMMgUKgVTIKo3 Dm3o3DKxuDYQn134cFuIYlNo3TeNDzvSjEmjJjqC5BMghjQyc0TSGwUBxh4Y YiFAbhTiQQDHoA5BAIIpiGJIkhAJIiOchFcDkNo0jc5Nc53j+QgVguDu9hWG BQGmj6Sy7yjkO2UbJnuzhRlW1YXhu3ZfpGJCpPbzbIGIZteGS0TpIs7hQiQQ B64I6QWMdeIlw6H8UpPGTIEDvcMuGJIRyOKOAKcE7AM+yIRxc7c7z4Z9C6/I SeNg3uTwvDoUkk6zExCIcjlQyjOMo5ctwy7813s77RhG177t+JCJBSeT1PkL 495Hd9b308dG4I3t5nUqbKxCBciK40owM0FQnBw3MaMfbPLXm7xZ2n0/X9oy /rswUIpciFMOocg5BvDq/AEAdw0nrgS+oMr7AwvubAg4NjXWwq4ac+EzTx3d PKc43hvTCW+NteiCgJQdQ5nKOMchcQbncvJd5B8FD302hmSmi9+z5zLIEhuz x/zwAQBDQo8WDkMHuPMTLAYMQbH+MvLg0Rozf2km7ducpmYIA4BvbAcAOwYQ 2B1f49iHyZIQvPhJFJiTwniNRi7F+MKcnywgbTCJtgNAVA1O8DJSjEjyMoBA rYEAZkonJa6ReA0Vmxxiji81vcdYSm7QeZ2RT2oPOuTwEKBZaXIhCDeHgMMS zzHWZHChlCu3yP2kwHQ9wMWXw6OEZN/j5HLxGc3JaRkdHoRoBQEODTxpFN3e a55hIMAZy5ZhLuXpMwQSiDdKQMiu5ftmOlMQHJsjDxyOA36Y4TWxGQi83Zs0 t4zTacACiV5GJwGGjJHOccJZuB4MiHUNpK55BieKzYqzYFczLPHM08szzuzR nW86Ec5GkzvnjPOZobZ7NRPQ05qAYQxtdklHCYDeZ2UFhKEOAZGGDlWTdAyh 6uGKzMmdNCi04aMUEkdLoJySTgG8ZPPShk9wwxdDSGyT8TJ+Sjn/Shj1F4y0 al0EyfVNKGoOP2G8OE+AyHtDhToytJqf0BpTQORrfQVAyjzHtNgbw7gvPYb4 58XowHukE1GLbw3i0VqDSoIkSomMPie0WrdXQaMxrBWJAlZY3VoM1IF2xya3 RjbxXE+9c4nJWrsDOvFeg7vFBbEyG0GQ5Mnoczc/QYWZ08MnAaBFJEK0CsPX KJrsbGA4BVY4Fseq8njDgbgOQLTIG+OAk2zE+GcOTs6eaz8BzG2inS3hn7QQ WlvBq0RfoMLHgoShR9sKE2yLlBuQgGoN0rkQicScjRoSEA0S9dpGpGLugKuq CB2JaLxEIvIApDxo0dnUU3Mq46V72lmICA0KZW5kc3RyZWFtDQplbmRvYmoN CjExNiAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9y U3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1 IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTYgMTggMCBSDQo+ Pg0KPj4NCmVuZG9iag0KMTE4IDAgb2JqDQo8PA0KL0xlbmd0aCAxNjYyDQov RmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNR ANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBEC UIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBS EVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCoY78d4KKC ecDKbiMbDSZzQdBARjSbDLjzecjaYToKSoaq/YYRZLNbIRCLZH6iLhnqRBds GMhxms4CrBYp7q9DaaSNBxaLZPhwLhgMBmINPqeHrAUW8JhsRisZjinhjGaT MaTHmDSbzcOxAdhiNRcMuAIC4KJ8LxyNi4KRTErENxoKCqc8mbzMIDoaDScx AZMwMIQP2EA5jqMQ1DKMbHDoN78DQybCsOxLFsak4zv2Og5Ow7QQDCM6MDKN rDsyLoqCUzoYhs2qypg0bcM+GUUhsGikuM1a7hg4CIL+grlCSNzMhaGoZhgH IUBo9shhwGAUCJDKeDsMo5Do6wwjYFMSRMvCSPC1YiR4FEfSBIUiSNJAYSVJ knBAO40vzAI6Sq60BjYMMfhAMwwwSysrxKgoqBVL8whA9oauFIsjhbJMlyaM KeTZNw6jcMkosUNwyz5LM/0DH9CSHQ8zTQJg00tAY6DyyVMROz7bJggUWtoG MYBAGobxwua6ruFAp0eMY0BAKUEMqMjYROhjQI8tKEByntZBqGqyVyIMB15X yMDHYUAv4/LJjgOQ0suOQ8pPa45DIED7Q5ac216EAxDKMIyBcEFpDnaiT26M r6R+/kAPox10MuOY1v5YktIk1DVCpLwFBQ/LMBBa8fjkN42QayYyP2OE6XFd Ft3UOlei4h4av5XrIjIjA3BdgqEBa8QaZhLqChbHAYBlHTBYYIs819gI14g7 U4VG/jtMmMU2zuyoQXfdmTDZc2Owdj9e3lnd2Z9dukMvcV3XONzyPM9dzjlc 4zPvlktxrhTAsG8oYPXeQqalrFRv1o46W1qWMDnjQw44+45jfEIWJXovCaVK uK6iyenZQw+Vs2vmXIrmO14ZuXGDqOWUsdrA7SqOrJwFOsA0kMo8dLBeLQGM t/vvn1+Ul0uMOuOl89W+jJQSMtzZ9yDYtmi1jgUn1kp6hAZVqkwaBtHG1VzX d119YFyXMIzKsuzPItksMU+GiSKZjyaLcs5QiP+9oaWeGYUCYw4zvzVODKTH WF4aPLDYKIqvS0l/iIBLSTUm5OSdvHBAUAoRRCYKyBoDIGbCDhl3ImRQGCKC GwOggVYrBXH+Gze8qx4iLTPmfIOC4tEDSKPPbaCgMQeXbBzPW/p/gMYSwngw jUu4MoaAuPTBeB6NSrgKKyAorqJ4PorhC8Z4qMDxQ2hSwlXIRF8hjW8HBKZ2 oZEFiZCaH0GS7gzLEXIGhbIGw/NVEGIcRXuQWeG8VV6L0Ug0OCwh8hd0eqcS Cp4FAMj2lzTQ9FkCvjCrXUmcRFL8lNHJPkG4OZi1LLmTCe0n0Y49x9IUkt9w bn4K+XQtZYUiFASKCGGgMIcn0vqBsCg14LY/JLBuClJbEJSNkCCFMIYSQkgg CSEQ7hCHbGWVGZhfMoFNpij0oiVoKAhuac4CBn0xJFSRjymSZElwUBODqG1d zZF0B3WEfwjAcQ6hpIwuYMzSmmM9DCwJsAbpszbUGlgmEDyFJbfqYNdDjWUg gBeCAkYKyVzvSi2WWTJ59htDeGQOobEGEPhi9siU9C0MHnvNGPCY1PysmtNi bVA2ATrYHNBmiOWcJfCrIyRzvFBsuBkmCPEkwbgoCtKUNIYQxGSpWalQoKDI ByDm52kDYDJSaTcD2gNHZuH3m8uWcAZZxTkpVOdsk6ZnUghjPKNaq4kAxOGq 84ZH3kg2jojZtjDAghuOmGxOi4VfrBqYwU2axoQLLRastWKKQZJCrJWatBka 1rik9UxpNag3k8XcvAEC3VvylsBW4Mgc24oOXExFoTX0CBwY0iBEVjEOB0Qw GkMQdXbH9P+oN7bLUaMJYXSOCtJWGVSdXYdeK86+1qs5YGx6HCMLnisdkNyV V22imcHWn9iVrO8MmnWybQWJsVtw4Sc9hE2SatMbGRJeWcsNalbK41i62XPT Wg5r6+F9B0silF0R/A3IMWFQNSZzFJ1oa460O4ZTDoctrX+6qfpQgotxZCLI Claz+ByQwiFLCTkaILgMh5w8DvFIxgoBRAQNCmVuZHN0cmVhbQ0KZW5kb2Jq DQoxMTkgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xv clNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAg NSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQovRjE1IDE3IDAgUg0K L0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQoxMjEgMCBvYmoNCjw8DQov TGVuZ3RoIDE2NDYNCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0K gAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8Z BRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1 HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EFoGlQtY1tEKG4uGw2 thUpwKhBUOUtgeAKhjwR3gooIJuMZpNhsMJyPIgKRlMZvORkOYpKhqgtshFJ Gg4tFsg4uGQyhlRFwz1ggvUFLYoJ5wMpuIxsNJnNB0EBT2mLMxpMZhOhpN5u HYgOwxGumF0ILgonwvHI2LgpFItG/VGgoKpzMogN5mEB0NBpOYgMnEMIg9Ag OZ1MRqym8Ohv8po8Oz2u33LdpOM70DoOTiOMNwQDCM6MDKNrajoFIuioJSvr Cz7XLMzy0rYGqShkiYQNU1gZtcvYUBkHLNM4BSxLSz6xhkGyEhoGC7LxEqWu eiDBsOIY3jbBw3N4ybKsvFUKuYnsMI9F0Qp7GKEw/HAFMQEDKyBB6TyKMj3P SMMES+xbGseyKMS2/LiSs446DCNI3PSOgyjw3j1zZNDeDEMo2OOM84Pw8zwj hMwyjIFsjr4kjVtaKgiIKFsahgGyyMNKk3DOEE8jDLlBDSNsyS0ywyBc1z9P LOU6DKOYxjkNI4OK48uwS5THjSMIxDY8NcDcM7zBAIIpiGJIkvhAlLVMOQ2z c4lCUwyNDioFTCsO9oeDcxgfSsNDHjCMc4jkF1DrBECyLMn0m3NGIZLsGaGB qG6KRHKYUR9LEhMkylQhAIzLU9CDNyRGVyUcGIZxsiwW3Ui1GNgFAiPY7K34 IFAmNrXg0QjCbAIk0zXUbKg6Dy2lDiKr1EJfFj3LSmqbpynaep+oKhvUmEoB qGa63ivaJooGAYxlm2cNaq4FKyBSu4BJSypghGmZenrSrRmwcUVEjXyo6IxD zOI5uvkeShjqAQaBqgQL3D4chc6uxZvsmh6Lo4FXFgMlxZprPoRdIXaiGep3 jq2G1TVdW1eN2vILvO96DEi9hmsS7BpDm2XjtyuZLuWk3Lu2nBjmqS78vbYi TITs5sGAcxO7K7hwGAUCpU4QXpILeNmyoyPDxuMQoBVoYYKs3tyN1mdFCCJB hyHUBb1XWYpXdevG/LwzNUPcoL3gFNiIdtDliC3hsFDo+ZiyIobruEc50/XT m9XA1ZV0DvE8lMjJ6m4wtzCYIFpsW85GS3uaXcvKJgmJ8BAEkIi90trhLCQx gRBkmg5Se/0GaMmrKPR0wpSiVU9q7gLAd6Rl1YpfQSYoxhjjIKghAeZNJlUh JtTe9AEAZg6mNJWGFBz8IYKCMooRYz8lRhJN4ochDG2/MegspGCkGT3w6PAv Y44bDIh3P0ghQENYbpyDGGVQh6Qyn/N4GN7S3FvHpOieAOxtVsrbW6GUOR6Q 4BsDql5Y6yQ3IGg4s9aKiAqQZWqteNKBY1rfa6v9+q426Lmf03gvBqy2N8bQ axhUAoCQGgQvlfayDiQKZ8/cBREiKMELYwgkzC3rsNYeC1iIM2JsVPM/SIZS UdseBQyBkUhGSM0RkuxdUkGykwBozyTculFEWco0ZyxYW5tKbqucz7YV2MFl 439rDWlUyDRXLdFkzgay7BmU1w7YG0y5m3MMqxWHKtIgbIgtK6AbLqLRM+cj fwiPscGgdwwCnEAgmFLxxjjgbOQn1OOXkxW4OXnS5pcz/J9Ioni6AFDw3SAz dM8h5TE5Ju2SEGk4MbAQO0De7afQM36PWNi74ObwHhOjeK8cGTqSFPLlYGiH EVYPvzQk7qki83tPcBq958FMXxg0fKh9FBiFgLCg7Dh+T9FxIXmUi1/SMEZA yBujWAC8jJxvOEsuSqRpCLigY3SCDTYIUKNQWQvcR2CGugyEEk9WjhpxhQlw 98IkwwlU/TWHCCw3h1DhCNLgZluHhfkHOH5vE3Bkq21uGAbg6htTyHKHEQlE xFWkx9TqqYYV8r8eKyVgosqxTcHNNhilCKjMTCNMUJjIoES+HMMy/EDKwr0G 2OJvAwhsDmfhPIII8KOUgDdHcGYmIPVGFRUtrk32xkw4S0S3kDRniggkOFWl mH3BAGVblMrR2ltDdgOq1g4h1T0ZGN9gz3WIioqW36VE6q2DCeBcEtmS1VbE 6YmZETTknI0Z0hBDyLEQYQRAjF/QFEBADQplbmRzdHJlYW0NCmVuZG9iag0K MTIyIDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JT cGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUg MCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9G MTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMTI0IDAgb2JqDQo8PA0KL0xl bmd0aCAxODg4DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAM RAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUV xAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzF qRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQV DlLYHfCoY78d4KKCecDKbiMbDSZzQdBARjSbDLjzecjaYToKSoaq/YYRZLNb IRCLZH6iLhnqRBdsGMxhms4CrBYp7q9DaaSNBxaLZPhwLhgMBmINPqeHrAUW 8JhsRisZjinhjGaTMaTHmDSbzcOxAdhiNRcMuAIC4KJ8LxyNi4KRTErENxoK Cqc8mbzMIDoaDScxAZMwMIQP2EA5jqMQ1DKMbHDoN78DQybCsOxLFsak4zv2 Og5Ow7QQDCM6MDKNrDsyLoqCUzqJtqsqYNG3CEBkGyKBmG60RgpLjNWu4YOA iC/sGKQyjgxTrjoycfjGyoyMoyzMNhE4bRSsyJBmFwcBmtAWvEiwqCIgrlCI /72hoGoYhmFAmMOM78hTEkTLwkjwtXLgFBQOg8sNJoFCKr03JeBSYrSmqbpy naep+oKhv6mEXoSGEYtUu6JooGAYyeG1GtQ1SrgUrIFK7J0oRWtLPs+g8qUY 8EbuQFDyjEPMiDm9c8T0mFSxpS8bruGQYhyFz00ZRzh01TlPNksMntBUMWJ8 mYbPFW1UNVVQiDKOYxjkNI4Do7I3VlPcX2dX9MOGu4ZrEuQaLZS1gKsrCuT2 2djttZMWp7RYahxG1oru5QkjczIWhq1wchQGT2tcHAYBRH8guszEHjhI4yMn SwQTXEqCioFUuvkNw5sWNwyyTft/p9dGCYMGGETNND8hA+0GsmjEjjkMmLTb jON5G9uAhhgeChbg+EicOo2jEMo5Zc+6MYZIdtjnm2MY05IUZ1gGBZPoGU4S 6IwoxqFi2XZE/IFZSx3sny5LpHEfDeMMki07UiwRJE8NmhmxBzUTiXrJ4aBy si7hbHQYBkurBTmKkHIvtskj1uKT5nJMBDCN0ODc6Y2DZro88hJGk5gEEHbd o4QaNtwXBAJLHIwM2jsOMdqQ5xe3BBx2QBA6rJYqza+IlcU4oLwTgBuhgqcO 5T8swEEj38MI046ECB2uMmJSSMrJDtDXKv8Ogw9RxLJjMyrLsdl78/CyLJwF iVq2vo3JcqEQpcYEG4duyDJDmFgRYrNmomBMGHBDrEy4t1LCRZsSy1lIuUsT pShDQaKOS0XdhT9H7Nycikp8juzYrwVAApKRFQakQSwSZLbG0vvdTCmNMqZw 3JpDQ18hDvkeJyTonYMq3VFN9BgXE1JTSYQROBA8GkPVMEWWEu5T8CUWKjJ6 rUhrKYjtrTmqxVy1FYu8TyntXaOi0RFh8DOIACldK8V9GCKcSVOrvWNB+BS9 FvqmiKb+H8VAULTfathbR2odRkWbHKI0dVyLmRgWyNEdY1LEg9ExvTYVFpWg lFRfi/mdtXZ+0GCrtAoGYDQCAwrETJm7f6xcBTOGphVY6x9kLqZKESUaDdrE mIXQwc++dzrNGvymOUEMNDXUwpiBseYGRr0sKNYTBd3D6SVhhRDLlqSXg3oF MkwYGilAUA4ZQyoJgbw7tHBaZIMxjg8PLDekh57DpnQomiGKabQJqzBmw1mb U3JvTgMc5xI85g3Tof9KWZ8d51ztjFNaeMmAqhwMMHIFq1znggnHPlmk50iT pamESgMOZ3UEmywmg9CaFoTnvOSfU/JSS6oBNKjFA54UbBQEd6aAV/NHeyGy ikk1/s8YGDSljQ2iukZeHAN4cw6H8DCGw7QZ6HIcDwfumrVJW04BRTqeTQmi NGaRT+oNQ0OVGheCBzgYaltPn6bMz68mxyNbMk8GU1W0l1goXpygc3xJLj25 VIySGnxabtB9vKLG8gxUWDKwUdq4Mdrm+RbctwyVEIw5ZzDmg5OcZlXhz4ba sulDK24ObqAguZdCGlo7XQxn6OuGyzFmgQGXc40aDjvV8nHTk8JlJx3Dp0Qz YZ8cqwyh4dgtl0DomJNIdMGR1AUw3ohtPYu1IYXOHaDZasyaGK42HlWGkNrT A0h0ueCxDh/IBByMcniU1soxGrtqy8Odxz6vnqvQl7TqAjGVBBbuZiQQy3cQ Ac5ClQHnmOqEterqAmlkYPpTFJKrXZBmDC7C5KDXlXiakXm2qAgxBvZbdK3B lpVuUSS0tITDriJ4hmlmCLwIQODNo8Ywb4LGtdMmfQO1obTBkQu89BJ+IcH8 fNbeuT43tWKf1Vu0zLw72kk6+JzM3HZH0MdAIOiRA5BudRiJN6qU5YSMHfFp DlHOYYx7XRbd+LloYDTOOybNEA1EDYHe5l3sCIicth1IGb1/H8lsdWfdpsvV zBbhB4LgwauGMHYg7V8A35JDu8+pEtnyLXzM3PNCAnH3ystY3CyDmkZ7x9XX IF3MbBsDrjSrsfQbkI0DWokhCCMEaILqUECMm8wkJ8k/VYCizEBADQplbmRz dHJlYW0NCmVuZG9iag0KMTI1IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYg L1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9G b250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0K L0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMTI3 IDAgb2JqDQo8PA0KL0xlbmd0aCAxODI3DQovRmlsdGVyIC9MWldEZWNvZGUN Cj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBT jBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CD JHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNx BaBpULWNbRChuLhsNrYVKcCoQVDlLYHgCoY8Ed4KKCCbjGaTYbDCcjyICkZT GbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL1BS2KCecDKbiMbDSZzQdB AU9pizMaTGYToaTebh2IDsMRrphdCC4KJ8LxyNi4KRSLRv1RoKCqczKIDeZh AdDQaTmIDJxDCIPQIDmdTEaspvDob/KaPDs9rt9y3aTjO9A6Dk4jjDcEAwjO jAyja2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL2FAZhizTOAUsDmJ7 DCPLShAcp6GQbISGiINevjnx0wgFBQ8zwiO2oywKNgQCa4g5DSPDJMoywyBc EAijCMY0Pg340uCMr0vaMj0DGjA6PDAgwjcOYzMsNsDOO/LiBANAwvSMQytq EDKsU4g3hbFTAIk1bWioIjDjc4gyjI9w3Pu/LwuDQ0kTZAkmymKj9IHIsjhB SUmSc944Iw8FFhAO79QQ9szTRNQ5UlA7xPIOo3T6zaCioFTDjWNw3jvBDKja OA3jmNLizdOU6TtU44Dg3FEBdP0WLCiyyLMhAWhkioaItQbDicN8yB0EFnxa hlpoKGbnhhG6+0JIFLUcNNIU3Jcmvc9LjjYyNhDcM42DKFtQMo9EDhZUjz37 Rr1TDMcywLVU1zbNEEow9Q3jrWcVhbc4YXSklAxJbcgDFft/owxdhOPZ1aWh EFygUn0ZJ6hAZBuGCdKqGobKTEcSsPJVJycybKsuEAjYfCGVRbG+Wokii3rR ayTZA2IiPY7K3hiGYUCY2ozvNCMJz+pMdXZII8tpZ4iq8vgQJflz3LSmqbpy neYySoKhvUmEbBAGoZIpna9omigYBjG++7+1qrgUrIFK7CvCxesqYIRym6hi 0q0b65udx2FDojEPMyDm6+0bVy+a8zv2PU2gsPhyFzq751Wd8VxnHZXpUYZd yrP5kG1r9TzdBRMIkuzENI4WIN3S9b34XdTxESL3FCkhsGkOdnxKsK5tWk8i s2X8rl4Y72GvCdXHbYiTRbshqGYYByFAZOz94cBgFGfU6EDZsqMjwg0By19C gClbGwO8mg3IblEAgfWhAiQMHrvyfoDB+zWmuHmVewhkqUYBK1VuAo2Jtw3n EasQ8GoKAaAqcKdk5gMn7g0DwRZfS/F/MAZMq5TiTWCByV2vINRljxGXSNB1 la0ndFiIq78iK50bsgBQFJbyhwQBBDExU3gRQyBnPC0FKLRGjLiLC7lyQCiJ GgiU1BbS7GptVBa1drLW19teQlANarYjXNkDo2YMrzGXN7BpBBQJTSYLZOe5 CP7iCLO1e44+MT4HeOWcwQ0GDwltImc+6FLrpGVNpJhJGQ8gXWAKdc7BG8nz WSJe2417sYXvuTZgy9GzwJJSUZ4kB4oc3jvJQPHyWLz5JSIlC9Quz15fygkV KqRkrXdyvM+3sGYOGdAzkrAaBr7X3vxfmxmCj94oB0ilFSKyVIsn7Dg/08IN wbREgLCCA6wgzwKUTNWB8EZsv1fvHBrqWDxwaSgZedUH2psVZFHtjINHCgoB xBOCoeGCHBDkHM3iwF4G8TcoiLU/4DBEoEv1+lBgbUIoU/cPNDQ00PoiG+iZ 4kEUWj3HOD1GaNnhfoROj9CZtQVD1SSkwIKJKjorOOjE7KNHyo5QWg9Np7Ao oYfBKAblE09opSuoFLoCUABRUOgdHaj0hBRSOpiean0op9VKi9VJ10BqJTJj NNKQU3fvTmr5x6w0pp/WVsFVYDQihJG2E0KKuGJhoCB0DBThJYUZDybyZIiI tiNGNrDz0QMZLtHcw5fkzhzMcmRJ7QlEtFVZCRpErGl2PmgRaNFlKhRsjdBa OIaIiR1NNahsrZ5Numb2h9a8p5QuCkKje3ExpUu3e8y18JaXxyRQ+ue3TnZL uik0iuTjLrkPklAXuUbsbf26mPcK0UR5HywecWi5MoHOy3ly8qXl4SZ3Ut09 OJD1i2XZmkVa4Mq3IXEu/M1pQOHX3LL2+p9gLX3PwglW4FFlk0WZnJOYEAN6 E1mqsFWBE74FzyJ9PSrk+IMT7SESezlQa0UDXDWsGlNauVLIwGZIxtQxnhCM FIJ5QKoYgqvTHEaKMS1tqTV7FOKzFYuxhjKsSEMIUwrTjetlSJtgorhj0jGP 2iZBp5kPGlWGD0zxzkqCrxQ2TeBAk5RiqbMRSTqGFRLoIiXRZoQ27BETTknI 0Z0hAM50EzJIQgjGcQFZrBkDkiBEIH5wAUhkz5VdAMvzzoMgpAQNCmVuZHN0 cmVhbQ0KZW5kb2JqDQoxMjggMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAv VGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0Zv bnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQov RjE1IDE3IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQoxMzAg MCBvYmoNCjw8DQovTGVuZ3RoIDEzOTUNCi9GaWx0ZXIgL0xaV0RlY29kZQ0K Pj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOM Fg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMk ehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EF oj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJ5wMpuIxsNJnNB0EBGNJsMuPN5 yNphOgpKhqr9hhFks1shEItkfqIuGepEF2wcPzWcBVgsU91ehtNJGg4tFsnw 4FwwGAzEGn1PC1gKLeEw2IxWMxxTwxjNJmNJjzBpN5uHYgOwxGouGW/EBcFE +F45GxcFIpiViG40FBVOeTN5mEB0NBpOYgMmYMIQP0EA5jqMQ1DKMbHDoN77 jQybCsOxLFsak4zv0Og5Ou7IQDCM6MDKNrDsyLoqCUzoYhs2iypg0bbs+GUU BsGikuK1a7hg36IL+grkiIN8CMkED2BmiYbBQHEhBgHAYBQIgyjYOj/jy+8F wuMI3DmNjMMmMQyjCMgQDEPIUxHEq8JI8DViJHcmR8MUgSFIkjSRJUmSdKAQ D1Kb7wxK8sjpLcuy/MMxxJEyLNAmCkxegQWhmuU0sGKbrSA8gnOyOo3Omyo2 vUEApQOysviNTbMNfE0UUQBT2vAG1GPCiwqTU5EmP89gaBqGIZhQJjDjO/FC TKhCJTRWLBjoPLDVMBQiq9MyXgUmK0pqm6cp2nqfqCob+JhF4QBqGobNQ1S7 omigYRPb1wXE4SrgUrIFK7U8UrMny0s+z6DhctFvrjGjjhQ8kwz+Ob1WVZiY Xzfd1Rou4ZBiHIXPRdNwxpdt33i2Kw1Q2sV3ta6Zhs8OFX61V/yaOYxjkNI4 Do7A3YNZsX5Fid1hAu8hqTGK2W/ijVYsrlmtljcVWhFl7p7boatTmrjuSJI3 MyFulBgHIUBlOcl0kMMgMKMY3jIyYbhzYCCioFU1irK7FjcMsv6fqKfBoG+r axXdevwED6wYyaMa8OQybIBWzILR0iNWwVZx7H7JyPRskyWIcQjKOUgyGGki jxwPBzMKnER5NrJSFGUi8aGfHhRyOocmEExTJsuz8T0Ay9FE85cdOnUz/yg9 c12DksSN9ShahwZBqFAabrzMlwFSbJjMMMEMr3s1+AzEg+GGFv+PusxeXlGt +d6EFDl6dZ+qx1bez43kdvJfee95oQef6PyddjKJ3nRLUBw4VG0esUBQKApB vSgn8EAQQxI+McFAN4aWoKeVA38yhllSmbXkqlVYM3+ERVepBxKtXhq4V0rw Nyvg0OBWEoqDwKFjrJgsstZoMVugzBuz0ppMAaLmXRDSGxVisNAguxxorHl6 sPRuWiGjJFYF3YAChgQZWCHrhewdaDCQQQ8XFDcBTDmIMSiwakizP14NBY0/ mIaLF6syX1FcG8SkamDZOyllbLTsswILGqJENYss2cIWIuTco2Q9jExhoUZl 6xoRcigGbSo9tNBQ289jU2qtXfbAKAiWoDwJDrAuBsD2utfcYDB8pyW0hzbW 20EEkCJAwbk3SSsJITN5PsfhvkEXAP2c259xb13LOkeSCwEAY3JOUb0HKS8d GXy4d8myXacHLu2dMnQPMwJhOqmIfaY0BWXSjmYm4yczpfSVD1NSYcsiLzHm 3Mp6gbHgtReI+tuoaZgBhDwgGYs6I6zqfNOx6z6XtPsmiksNU856n7nvNqfK hXBTLfOrYh88JKhroJPabE+Jk0KlyCihrw6HvbkqEGEqQEwggDufkMYaE9TZ S04GKgNyEA1BkWgiEqyTkaILS4hqSiZkRBmRYjFNgFU4p7TIkhCKfgKNCQh0 xCKZuXprUggpAQ0KZW5kc3RyZWFtDQplbmRvYmoNCjEzMSAwIG9iag0KPDwN Ci9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVs dFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAg Ug0KL0YxNCAxNiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0K MTM1IDAgb2JqDQo8PA0KL0xlbmd0aCAxNTEyDQovRmlsdGVyIC9MWldEZWNv ZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLB TNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAW y7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtP RcNxBaBpULWNbRChuLhsNrYVKcCoQVDlLYHgCoY8Ed4KKCCbjGaTYbDCcjyI CkZTGbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL1BS2KCecDKbiMbDSZ zQdBAU9pizMaTGYToaTebh2IDsMRrphdCC4KJ8LxyNi4KRSLRv1RoKCqczKI DeZhAdDQaTmIDJxDCIPQIDmdTEaspvDob/KaPDs9rt9y3aTjO9A6Dk4jjDcE AwjOjAyja2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL2FDWM0zgFLBE CyLMny0s+hAZBmHDTBzEgbBopMRxKlrnogwbDikN46OI8IwjcMgXss3rhjY8 LJsqy4QCMyw2uJFMKhiGyewwgqJKS04coiGSTCoIjYBQIj2Oyt4YhmFAmNqM 7zQjCbAIk0zXTSBQUDoPLaS0BQiq8vgQJeBSYrSmqbpynaep+oKhvUmAZS6G wYIpHq9omigYS4hNNNW1qrgUrIFK7LcuxcmCEVfSKetKuYYObHrXz86IxDyO gyjm69B0KmFZ1FTbWr3D4chc6ti1JElTVRVUVrDVkv0VWEZJmGszKigVM1s1 tcTXXwxjkNI4OK49g0M1FuR3ZtOIKGdQLW0V4VKrCuUNFlqrLV0Y1iGNLhAu UeXCvbYiSN0IBaGt5hyFAZOyGobKiFEiSNXsEyVJg5ScMMoBA2bKjI8IcBjO 8KAUKgVTUKo3Dm3I3DKMgQYVhifBoG+I4niruzmN06jQ8TyPM8KMSmMmUoLl k1CIN75Sg7IZx2GwUBxnuLDwFgQDHB4y488b4SeMul5XloFNjp+o7KFuqS5q +su6POua9hewaJseQbLCWVabtM16gMWpbdqu44bnwUD1uuv7C8g57Js2/7Vw XCbfq2scRrWuIwM2wNrrwQDgN404XyW0cptmp8NzOKYtuiT88jDFPD0fSwhv umdRwO2BBqaJ8xuXFc4MvZdB2vSdN3Oz6dyu28vw/XO7rbXCf0Xk9xPHmcBt fB+f1nhdgKnrdt5Xtcn3nvd9t3gejxPF+r6/b9PNTbjfLIWoc1AUBp4Qnh2b AyANjemQhmDCGM+4cn6OAfs/h/QNX+PCCm2QEEBoEJNdKeoNLSF0oIbEGEPB 6IFmxgawyB8EXNHdMSGdkKuwQB3POGNoZ9yLpFSO2ZFhFlWqKOaDJnREQZl2 T4YcKAdTeJSMszVKwcksIQM2qtLy/gFESh7D8FqZiLJoacm1/KHU4tAaE2Yh Cekgp9T+oFssT1CKGYEl0Ga21SFNJgDRT6oY3pmNYRZaC+ooQ7RgrBGAMViR viDHlHyuQUK7V6r87EalhKKkHHCQyyJBLLjdJJqhVl8qpX2tSKKL1sKxNQUl hxEJCRxkOuNyC5l0IHXWQWUZOiRx3lQXteYMDVnbBBLSQ0e5OR9WtH8tMgWB kPWVIZXDCXTMNYezxhoNWHAoiKbxkYb2SltYk8t9DL2YhnZmzVm52Wcs7YlM +aMYDzN5aMSdpMI30uWfBOZOL1AjBSCeUAyxuXSzue7PBuDrZoJxdhPWe54l zICDdPx5zq5/sToC8NKs9p8UHn3Np3c/Xv0NnkCielEkEm4m9Qp3rvwaPBo3 QOjzIGZUie9Qyk00JovwoIUClVIaLPNdU4WjVMJ5tcpmeVAoYw10sn9S+h9K KCoEgPUOm73KF06qNTGn1HqlVCqJRmqNPX401oTU11NLaoPRqO1x8dH6V1en fVisVUqt0gq6+ei9T3oUAmi9SstVamVwpxWCudDpovietXiq9Lq1pxfhXeoN eWVSPBuQgGoN0ukQIkQgjBGjOkILfZGIBFrKgKQyQgh5FrJIws6WYgINCmVu ZHN0cmVhbQ0KZW5kb2JqDQoxMzYgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BE RiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0K L0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBS DQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjEzOCAwIG9iag0KPDwN Ci9MZW5ndGggMTY2NQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFt DQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2HxGJxW LxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2 CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWiPwobi4bDa2FS nAqEFQ5S2B3wqGO/HeCignnAym4jGw0mc0HQQEY0mwy483nI2mE6CkqGqv2G EWSzWyEQi2R+oi4Z6kQXbBjMaZrOAqwWKe6vQ2mkjQcWi2T4cC4YDAZiDT6n h6wFFvCYbEYrGY4p4YxmkzGkx5g0m83DsQHYYjUXDLgCAuCifC8cjYuCkUxK xDcaCgqnPJm8zCA6Gg0nMQGTMDCED9hAOY6jENQyjGxw6De/A0MmwrDsSxbG pOM79joOTsO0EAwjOjAyjaw7Mi6KglM6ibarKmDRtwhAZBoHIXBy1yEhopLj NWu4YOAiC/sGI7DjLDI2BAJrMDkNI8BAKUEMqMjKMszDYROG0UrMiTxBnGaI vEiwqCIgrlCI/72hoGoYhmFAmMOM78hTEkTLwkjwtXMAFBQOg8sNKYFCKr05 JeBSYrSmqbpynaep+oKhv6mAZSqGwYIpHC7omigYBjSFJNQ1SrgUrIFK7Kkr RWtLPs+g4XLRSLwRw5AUPKMQ8joMo5vXPk/JhVNV03SiChkGMYvShNe06rCu T+2cqtBUsWJ8mYahmuUzWJVrVVeIlajHJA4Do7I3VxP4ZWjaaGUjSbVLuGYY S6HKIXPTjh09UFRNksNlttZsWp7R4QBqHEb2uu7lCSNzMhbaIYByFAZPaGob hsGoUSAN0hDDIkjQxJIQMKMY3jIyaozfEqCioFUwvkNw5sXisn4Lg6fBoG+G YdiGJTWN02jQED7QayaMY8OQyZHOOTZQxI3ykFqHXGFAaBVTMyhkGGJBoPCL ZXnLJBaOGgP3b4QMvjQ8BYi43p4y41MrnmhSFokTs/fNBIFZyx36GoZPEua6 ruFArQRBY5SXJuhT42aGWYg1TOJfkqhq4UcoKFsd6otAqMFO4gu7wG16BJ0A v4MI3Q4NzpjYNgwjkPKT6DJ+evyyYzDCMbJjEMowjIFwQCSOj+O0NnVjq+nQ PxBmujeOw05Bnz+jToFvQ3PiEIleM6sCwY7c5wQzbWOo3eV53AW/i/SSeMXw ef8ciOdCg4DeNODBB2XaDmF3DLCi3E2fZ0XBvHYNkYENBoDZ6qr2/oJbWkx1 qUGxP3UyqQBREiKQDIYC1Lr1jkgoTGHQMKZUzppZwzpt6cnqI9TsnhPQZVwq OSqDRhSnCmkwBopeB8LkYmpIsvNZCo39IsVOT1XZDSfQwcindWKs1aq3M2QV XKgogw2iIXdYCwoWwvhwVZY6oVkr3gg/tfa40dg4BkWhGyO4rrYW0tx6C4Il p9XE49VUYyGxWRpFIHKMS6EMihFeHUWoeNyi9D8GK/QZg4gJGdgYKGXsOXWw thrCDdJpgO4FjgcGPPLcfCNo0GQqsqZYGVlzBj2sxZnI8GskU1JsPyzw+7sH WJOk0yeDLSGlNMaqw6VAaQUgwBQCBjwbX3MVlEnBkssjlS0YPLZp0uAcJpDV LuXsv5goili0cNjSZkkPlvJCZoKA1zQl8G+YB2pqTEXss9/TdDcN2SqutaTe 4igoCEG97wZH4BnBAFYN4bA6ohcG60OcDnENyBy4ugsg0qxjS8XdyZwJCmrc xPKegbp7M5O7PufqtUOEYdI6Z1DqpXtCP49xwSHp6BwBA7Z3Dvg3PAd0FRBz qwzpBSG8AEBh5pBhDm6F04IHpJzVcnYvNEZXUznEGVDDq2eoApMHUOAXJtH8 DGfoNgZCMBud05oMVE6Kz4DtRifxl3VsgDmtsNLtkOUpDe2RAYcEHEYbK2sM YeQ2AtT5JsFD8GQByftG16aXYZwYoacGgrlzB0wMm7RgyQpwpOfgZg+p90AV bnrPei8/J/ICDm4GUCHHQoDDKHB1NkKQu5NWg5tgaURIadHT96lQXrp3qXWq ytFqv2YMmgJi4c0GWbMrZ2nVaT6WiQyrS0tfTY1/IrYFL5gwghwDgYo68az+ ViBA8IycrrKUUstbejKAQ3UkbE2AO4aZVhjDq6eyzoknsevUytDbIFaBjrtX 6oC14TxrQ4GwM5lbzBoDa/WFYCn/L+YgTMkhCCMEaILgWQpAiIESwUSgsxAQ DQplbmRzdHJlYW0NCmVuZG9iag0KMTM5IDAgb2JqDQo8PA0KL1Byb2NTZXQg Wy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBS Pj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2 IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9i ag0KMTQxIDAgb2JqDQo8PA0KL0xlbmd0aCAxNTQxDQovRmlsdGVyIC9MWldE ZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBA cjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQ TRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwU OJtPRcNxBaBpULWNbRChuLhsNrYVKcCoQVDlLYHgCoY8Ed4KKCCbjGaTYbDC cjyICkZTGbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL1BS2KCecDKbiM bDSZzQdBAU9pizMaTGYToaTebh2IDsMRrphdCC4KJ8LxyNi4KRSLRv1RoKCq czKIDeZhAdDQaTmIDJxDCIPQIDmdTEaspvDob/KaPDs9rt9y3aTjO9A6Dk4j jDcEAwjOjAyja2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL2FAZhqzT OAUsEQLIsyfLSz6ENQGTVhgtgbBopMRxKlrnogwbDiEN46jcMg0jcM4QSIPD JMoywyBAIzLDa4kVQqGIbJ7DCColGwbBmgQWxsiwqCI2AUCI9jsreGIZhQJj ajO80IwmwCJNM100AUFA6Dy2ksAUIqvL4ECXgUmK0pqm6cp2nqfqCob1JgGU thsGCKR6vaJooGEtITTLVtaq4FKyBSuyzLcXpghFXUgnrSrmGDmx618+uiMQ 8joMo5uvQVCJhWVQ001q9w+HIXOrYlRxJUtT1TFiw1XLtE1fGaZhrGwZBnHN aWbH0+iJXoxjkNI4OK49gULGrTW7ZlNoKGdPueqtMWLZysK5QsW2ostWxlWA Y0sEC5R41tbtiJI3QgFoa3mHIUBk7IahsGTuyJI0kSVJg3yc2bKjI8IbhpO0 KAUKgVTSKo3Dm3I3DLKWF4anwaBviWKYs7s5SU8zxPI8zwowyrL5MguUzTme KYgFGS4dnQUMm8A5DtmOjZRlQFNiIkijENgyuyGcdhsFAcZzi4UDwFIYBQED KyjJLiPC8arDeO9et5omYDlq+ka1NWu6/sOx7Ls7ujzte27ey+415n+67uOe 8stve+6zrfA7AFuxS1wun7QPXE7cN+4DduXHjZu28dGOXKwlk+/cw+XBc3wm zc+7u1bZ0fS9Pujzt11e9DLvnX6Py/AdnzXObJ2+K7RxHd8XjffPJ4D9cl1n XTvrE0655XB8752odD6XScZ03Hd+//hcp4mrxai1WUSGa7BwiHNrtPchyLI8 kpLN8fojCU0qpXM2qpLi/wFESfqQp/CZX9t/TWHQMKbUOpwZ4nQNDVyEJ5SC nxPygGwQHUGoVgaW0do2NYU0mANFPKghSqMiyz19wIfmjFV6MQYrDR2/WFa4 QUK5V2r1X8JFgqJh4wOGQIFjw7WVCiJUP4aKoX4tOBKMFrqwXaVEgUPYlq3T UuRcy6EDrrILFtHZDYotiiYvJegNzRRqhVGyKa0V+xXYBDkz7BAZg4WTD9hI KGlMOaYxNp5UQUMZf8xyALxD9hwZCeEnyKXjPdb+yxlwZ2YMyYYdlmrN5DMV kRBlnzdGgknaIGRyzSZOyEBgxFp0ojutSeI1WVUlXYvJa88t2zOZEBSDCkgO p6ZTH6PgHCATYJKvxjw/Q1ZDH8pbTO/xjT/wQBDDybhI7xICBySshCEkd35w MmeSRPU04JJsBam6DCc06y4azCFQMRoTMEBkDmOcLFEwuOeqCe8+SrL6ipDZ asOC0w6WHPeH0bIwRCV4r47E9FhAwBcWif8S4mrJWXReKVAo7RWhvFlGJqCk sPIhQqL6JlxhzXKuddIbozAKpITokdHI2F7XnRRboOSZz4iXHWKqoKQsBh1P YG0f6GF7YVK1h8r2cMOBqw+RL/WNpLmxNpkQcgQMgDeyJSANpVyXZay9mIIJ ByfqfVGqUpA0OPlO0NKNYalsNqbLBilUU4S0ao1aeD3nMvhebXeqUwJhTEaB MYMc2Uk1ZBAGIMJ4K5S6do8xz1ak4BIDKf83kxTw2Jqw++SsRwbkIBqDdLb+ EYkYI0Z0hEfSLWoIRaoBSGUaI6JmSS2JKCzEBA0KZW5kc3RyZWFtDQplbmRv YmoNCjE0MiAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0Nv bG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0Yx MCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTYgMTggMCBS DQo+Pg0KPj4NCmVuZG9iag0KMTQ0IDAgb2JqDQo8PA0KL0xlbmd0aCAxODM4 DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBAN hwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEa RBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnB SjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCoY78d 4KKCecDKbiMbDSZzQdBARjSbDLjzecjaYToKSoaq/YYRZLNbIRCLZH6iLhnq RBdsGMxtms4CrBYp7q9DaaSNBxaLZPhwLhgMBmINPqeHrAUW8JhsRisZjinh jGaTMaTHmDSbzcOxAdhiNRcMuAIC4KJ8LxyNi4KRTErENxoKCqc8mbzMIDoa DScxAZMwMIQP2EA5jqMQ1DKMbHDoN78DQybCsOxLFsak4zv2Og5Ow7QQDCM6 MDKNrDsyLoqCUzqJtqsqYNG3CEBkhzUBuhgbBopLjNWu4YOAiC/sGIQ3jqNw yDSNwzhAKw3jYOsQhAIcRDKOTKMszDYROG0UrM9y1hmtgWvEiwqCIgrlCI/7 2hoGoYhmFAmMOM78hTEkTLwkjwtXMQFBQOg8sNKoFCKr06JeBSYrSmqbpyna ep+oKhv6mAZSuGwYIpG67omigYBjSVKNQ1SrgUrIFK7K0sRWtLPs+g4XLRSb wRu5AUPKMQ8joMo5vXP1AJhVdW07SyChkGIchc9KE1/T6sK5QLZyu0FTxYny ZhrHQcBlX1XtVWIiVuMY5DSOA6OyN1dUCGVqVZa9j0q1S7hkHNiLpGdkOHUF RVI2Sw2c21oRantIhAGocRtbS7uUJI3MyFoahmGAchQGT2hq3U1x/IMhyLI8 kyWycnYTKAQMKMY3jIybfTjEqCioFUxvkNw5sWNwyjIEGEYUnwaBviGJYpNk 3PyED7QayaMZGOQyZROeV5bm2JYbh4aZ4HE1ilW8oDtmek5VljkhQIkgDEyT 2hnGobBQHGpTWPAUhgFAQZGyuMMw+r7jHJ45a0BWl67r8C7EFuyU3s+0hQPO 2bduGjyJueg7ru+873Mmwb/wOzbRheej1w+3jfuPF1txu38fOUTotZ9CS+hn ALlO8fSBIUiSNJElSYJ9vxFDVyM3UvTol1KIy/1u+TMFs0TVn0izh0k6IlO0 wsHPc+93P9AhjgAaN1Tymph7DgU2hvstSi17WX3l+UJFlUp7XvwWJ8UcMHWd a1vXPp13Qn2ew3/33dYdipXf09oqyylRrMX0qZ9CqFFrTKSwwiD2H3Nkfgnl bgc1vLgXEdpcqwU0k6JHAF/hBWGo6S4Dl8D+4JPkgK+ZFUCVomfeuueARyGD sJacw5nbCwasMBQxZ2DGXZscZC7dhLuWQhwZGyVRYOXINcOUFVl7MWZs1hsR JSjOmIw6h4m15IaHQn5aIghuMTWmRVYZDhqMWmqNWDk1hpDy3ItecmGVsbZX BxqBQFkMJPAwpFbFHCJ0cm/R0cBHZy8O4eBQDSHQMcXo+hnj+ylvUgW+thkI 5WO8iGqJJDYhyP0dHlmzM++dNUCpSkfIetlMBdwUBQDCZIOjoGqtGDIHNPxs yGOnhMiyEz1krsNR4XcFqOlKQmCoYJPMrpYOgaK3E/gYSMSeOmGwNk0A8knl ofxoUYAQIODCyVKIYgyzfBcatB012RxFSIhyWK3wxB1dAf4OiAJIBvDFK8Nk 10/EIearBPEwzgEONXMgFAcw0TQimrRoMYJwzjlqgENzQz+n/nufScoT6GAg nFN8OYLEBh1kahw/gZgwt2o1Q6jpJwzJQMPSabgcJXhlliZNPzey80EnkgCh SRGSh4BdPt4BFXsPCoApohkxzBsISGHYNIZA6yvBBTCZat3OTqoiRgOaQA5N 2P4gSkIYT+NYDkrYPFHjLq2W/K+jxzkKVZDrVsMtHqyB0reZOmFMw5Buo9UC fq2k8U3MHH1mhimZIDT2ZI/oZTqhukWuMOdP3pyigQbRaJY2AAyBgb8uZdZW BWShWQEEyqZSyjE0eW1kSwy5fPLstMvWAFLmNKySpkgWhwaKftcZ3bPhlDxN iZyHJohzQWRhmk60AVitBVK0ZkwzGVokiINM0ac0VDLZA2M/Ev1DeenkKiDr dVjt5VGmNM5u0OZBM1o6A2YnUDTVSblwpoGOm3d65F4blUznKCBmpjp0zzSJ M9oNha+MEOPP+YkpakJ5Du3EECIg5TXDmdI6geXY0SQXPOTpkouxfvpbu3t9 1bUeDufqkKAgyhxqfJ1BdEsNJvi80KmrXLAJ5PygKb04LfXpDgko/k3MWtAv ncyTgbw74Vvrb29EtZy3dMnTwNNTKnVQyOCDGJBaigzLRgkFGSaR5DJ5jU/m N0oUenHSG+FY8K5FaBIubQd6IhviQyS6s5jJ4/i8dUMobLi0Rm5lODYCgbkI BqDdK5EIrEnI0QXQJDbMEzJIQgjGiQFEBA0KZW5kc3RyZWFtDQplbmRvYmoN CjE0NSAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9y U3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1 IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTUgMTcgMCBSDQov RjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjE0NyAwIG9iag0KPDwNCi9M ZW5ndGggMjE0NQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqA DEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2HxGJxWLxkF FcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUc xakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgaDYai4YDiIQobi4b Da2FSnAqEFQ5S2B4IqGPCHeCigoGE2GU6HQyiApGUxm85GQ5ikqGqC2yEUka Di0WyDi4ZDKGVEXDPWCC+QUtignnAym4jGw0mc0HQQFPaGM0mY0mMwnQ0m83 DsQHYY3EZXIQFwUT4XjkbFwUikWjfrDQUFU55E3mYQHQ0Gk5iAycUwiD0CA5 nUxGrKbw6G/ymjI7Pa7fct2k4zvQOg5OK443BAMIzowMo2tqOgUi6KglK+sL PtcszPLStgapKGSJhA1TWBm1y+hQGYbs0zgFLA5qewwjy0oQHKehkGyEhoiD Xr8uUdMMBQWhguQYL2xAFBQODGMcyAQP0MIyDKOSTsqy4QDaMI1jK9I0t4OA 3jmOY0jExryvwOY1jSOAQDeO0ouXKLIDxKbLMwEA6jc4w2PyyL1jo9r3jCMY 6Dqxg2DyEEVMEiTVtaKgiMSNwyjLKAyBdRK/Ii54aU211HyBIQYBjGgqSMFA rTg4ctSsMNDjEyI5jQMKMDIFkEjcMkEoxBIxjHLTw1w8w5DeOrdT3N45TjNc pDayw4DRY9ktwObeIxKlcDMN42BbS6EUXEdOoLIK5LE11SjYN47jSNwzhAMt A2eM1Asjas6Bc1z9Ks2ozvNNbyXcMdnzbZAyzlaVqMpOj3PTKDIDkNt1UmEA xUO8zIjcOo21dKVLioFVw1AGaLVIxLx2hVMtwRioQXjXrlWxKV/4DOGCVrit dUBNdIhAO+EuEMo2VxL11ONdcyvcOj04FZN6SrjmPUxkcj3VY2lYIEEksax4 y3sKd1V6/L3vGMzwt5rw2DrKD05Uxt135kuVarOUnShKWmVpY2nMSOzGDq8T yZU4Q5Wnq436HNz3hxSzNwrECyLMn0ZJ6hAZIeFwchqiwaxRRkSR3U2Zzkxe syYJF3boyWESqIzLSu3lLxbG/HXCny8cvTKTUc2AUCI9jtBpDoZhQJl9PNCM J0UpMdU8FA6Dy2lLiKr1MJeBSYrSmqbpynfJBAoChKImEbBAGoYSFb6+omil Qxv8nzNaq4FKyBSu8Z2MYeqhH8+5UUhLR8hSVvueOkxMyAczsPQek/wFz/ny ucSsQVD4OXLPsgat9+D8n6IsLC/YspMH9Gfcm5ovDv3xqhgc54IiWgxhyTSc Y5ECIIQiBtCR9sDi+gzBgpoHJEIawWKwVx6TsEXwdfw5FyAMXxA0BuXeAJfT YhJTwdpzQMAcgoBlFIG5cHPsDdCkprQIDZmVSgQlFKEkKAKY67oKobkwhnUi riKCECJAwiVFaLEWnhttWe29fDdnjRnjSAqJ8UQWxTiqDSO4NXhPEj238856 W7NXbOelti+5GtUdA1eLxkI/uMIY7IgzkUaRIRujkhjngqL4bjJp0ZkW5puk ie8NIbUHBkDScVn6h1sBsXOHdiLE1oNWbsHNewRV3zBTktwkkJ1PLifLKdUs kTKp4DCuo9KhVjHFQImIOsBV+oJmQfk4qTQwnpVcbUk4Zkom1V6rg5B4llmW MicZBzKFEOLjQ08v6pWVJ9DCGKcrW5lAtU0px3KR5UmRdeWEi0oDnxIIgX95 YQ1smWJWGFB1C0XSgLiDY1tEjEnuVvMIMs6iMBuV7Nei6DqRLGMqudKQbqMG RawkugU+DtlrBqjeghFaDPLoTPdFaLaGv3oeactNBwUBIVkrhSYZwy0ak+/c uMVKIrgSOysNiCqRS2OJN48x75VrTVk0hWy7QyVQnE2VtR+FXNXIweEOSbVc TAS8oYM5yKhLhLuh8hi3lGzNVAkRcpiVZh1UEgdZR6jKSzQNXoxleYWHmDbM Re9Cp8VEiG4+CTl0aUgSOE51hjGVrCD0bWqVmzOlyKhUlTxsatVcXVV6XDal 8ButGno99uD7H4k6kAGRd1QlssA51T0+zE1vDqHBPsv1DqwSeupdlFjcG6aI uyyJlkuBosqvaoNGqixEBkRSGaN7QAotECCl5lrUygIoDGLNrqQhmq2uy2Zw 7ayYi4eoN6qlL0EcSXQiFxasTOBu51UtvJyJtnBesOV3l8XgtU/g0wMrP1YM UoFLKuMHXtfuDYuR3L5SCBRbG+yt78VgXwkkMeG71UVSke8Oqv6RLTdNN9lW DlERmdniCHBaMCVKtmwRxVQ6GYTcg/pyF4wZkVLQDIHGPlGl9uQkdU9+10r8 opTB1C1gQOrYccWjUHCzESKSDc0Lt2RWvd270FrvwYvBjzJa363Xk4Yea8+f D0Xwo3vHBI1hTSYKbXHn4GmgGQlWh+/OIMG8kQff2aXJ75FGMiRNAMPMBYD5 7gTpImeh9KwPAVBGCen9EEWgvEB+uj4jQhOe5QthqH3aWMTCkOcK4WoHhhqM Gur0Uam1DDeExcyLZ/1DqnRmq5QZJLTEd8Rp8pa0xJHGKUOIqxXkKDa8cW1k 0UTouqXEYA4RiMiQq38gTYxrjbG8EG1I5x12xTvbec23SOXm6kMm52n7pjYb ndm7ifbwilto72W6LUypZkMPG+ndBCDetldwbjtQ4LnHbbO2zboKPTANLgc1 ahmWEG1fIZrekXP+HSA+PHqlxQ6jRRbyjEkIB6b1PyyJyJVqfVGfEgTpgg5n aLMKeuQBvtPxLnbT4rc+BBenDvRzEok5mYvFrEemor54DQiRDOZm+VlzpFef AFA3IREoiGA3IEYI0Z1yaHyZqZIh2gBRZiAgDQplbmRzdHJlYW0NCmVuZG9i ag0KMTQ4IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29s b3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEw IDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNSAxNyAwIFIN Ci9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMTUwIDAgb2JqDQo8PA0K L0xlbmd0aCAxNTk2DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0N CoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYv GQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYK NRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKc CoQVDlLYHfCoY78d4KKCecDKbiMbDSZzQdBARjSbDLjzecjaYToKSoaq/YYR ZLNbIRCLZH6iLhnqRBdsGMxxms4CrBYp7q9DaaSNBxaLZPhwLhgMBmINPqeH rAUW8JhsRisZjinhjGaTMaTHmDSbzcOxAdhiNRcMuAIC4KJ8LxyNi4KRTErE NxoKCqc8mbzMIDoaDScxAZMwMIQP2EA5jqMQ1DKMbHDoN78DQybCsOxLFsak 4zv2Og5Ow7QQDCM6MDKNrDsyLoqCUzoYhs2qypg0bcM+GUUhsGikuM1a7hg4 CIL+grlCIN8Csk9oZxmGwUNeFoahsGT4jwFIYBQEAxjeyoyDSNzMDKFMSRMv CSPC1YiR4FEfSBLIWyHFEjPbJMlhQPMnShKUqStLEtRKgoqBVMUyDFIMzyJN UkSU+I9ThKMpjlKsrjpLMtzxPTkhQJI3MzJAZhgHIUBpNdBhQKAwjGNYyjJQ 42Mq8gUCCFgQCFVYj1WKT1ztLk8zEKo3DmxY3VGEFJ0qnwaBvTVOTaKwyjlR g8VLU8rDIMsm0c2Swos0CYKSGQarRM65TAwdjWRZ4QDuNL8hAJzKsuNgQClB EqMoyzMNhE8U2qBT3PDbKIvEiwqTDSIiP+9oaBqGIZhQJjDjO/NZr4iUv36w Y6Dyw15AUIqvS6l4FJitKapunKdp6n6gqG/qYRgEAahlHEaruiaKBhFGU5W1 DVKuBSsgUrt5xUsyfLSz7PoOFy0ZVGjVOQFDyjEPNGDnWTNoLi6YaHouaZag oZBiHIXPTmeWZsrCuYw2d6NtFmgZEmeCJ0kejZq467zGMo5jGOQ0jgOjsjdi upgVbCkhrt2rtUu9L5YG4c6/uCrbFnWyLDs0V43Fugp7lAaByuLU34u7lV9N dL0yGU1hrwQUW/ZNxXINFzXQMN1MLKVnISHOGAVWtI1vXIz13UnQIkGFghR0 kkdNg2EDdhXWvtBrJoxKVE9v3Lld3XVeeBYFheL03TiGN9TDklYwxDAI3Wda E79xSDlCFKbJDDvkzuCHHidL07Ew6/ml3IOdVhmDkG8NpVgyhmQUgxu5z1ZL RO+ahxKXkdL+BQQgHoIAph0DCsgEAaIMqkVGGdLLUX1mDIFBVc68F1QADeHo w7FXcvEBBCZBiUnwwuUgCg4cFVPqhV5DQysNjBg0IkQyCp0YMwhNjEOBzimH QRT2j9PqZk0JFSO91gyTUnqHTmotRr6nqJjign6KagYrJuUMnJRKdFGPTfZG BMqQlARVeOChQsWY0KKTqtGL5iQ3rxBaQ5bCmgVAzYEwRgzqVwhudeuo8oaV VhqVWGuBcXo2vAcEphYbxnTw7VEqSHz4jyqqVYq5WEk1aRtes717ClD2vakz GWRCypPvmfQ7c2a1GzsbWucIiIM1uMQAU6hY7qlxrlCos8OgdSMLrXaold5l zMwibKz0gq92VnDBavtbq/2Ax/kMwdhLC1okIibNsFDEmKQib8DFlC2AbM1K aTAGjMGZTung41nDY2eL1Z+i1n7W0cFoWw5tIaNjBtLaa3RqBsZ1tVbXO9zg IC7taa416e1EWbs5Z2tJmU/HKtqWweIGQMy2UDnu0kIjdG7N4b0dpvrGKQnh pJQ+e7hmYnAKrRegtGZ9Ucckz6j8/52mppO55SUrFLSYe4p2WLq1yhVCsCB2 Qb3aA3BjGxWyuHru/qRK6pabXkvLBA80/Lz5mhkqw7qrUqquK/eE9tYh8Xvv hfG+VZqz60vtfeGV+KQn6P2UEm1/IZ39goDE/1/8AYBmSgMfiBCEw6SmJgeB gkTFrzmgpBaDEGoOTOg/EhR8JIYuuhQCCFULG+QiheRCGSyw5RAmDDkEEnIe vgh/aqG8Qjv2jiMRil5BQblHOCTMkhCCMEauAQhzJECITZIhccBRoSEGpRTc 1n90LpEzBkb84JArmgyueSgsxAQNCmVuZHN0cmVhbQ0KZW5kb2JqDQoxNTEg MCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNl IDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFIN Ci9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+ DQplbmRvYmoNCjE1NSAwIG9iag0KPDwNCi9MZW5ndGggMTg2Mg0KL0ZpbHRl ciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQ C0YjQXDQQHIywUzQU4wWDwmFw2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqb C6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8j DGBQIqRsFDibT0XDcQWgaDYai4YDiIQobi4bDa2FSnAqEFQ5S2B4IqGPCHeC igoGE2GU6HQyiApGUxm85GQ5ikqGqC2yEUkaDi0WyDi4ZDKGVEXDPWCC+QUt ignnAym4jGw0mc0HQQFPaGM0mY0mMwnQ0m83DsQHYY3EZXIQFwUT4XjkbFwU ikWjfrDQUFU55E3mYQHQ0Gk5iAycUwiD0CA5nUxGrKbw6G/ymjI7Pa7fct2k 4zvQOg5OK443BAMIzowMo2tqOgUi6KglK+sLPtcszPLStgapKGSJhA1TWBm1 y+hQGYcs0zgFLAGIbJ7DCYIRGaes+GUXhsGikxHEqWrkiDCtgFAiDe+TGu0G cdBsFAcO0vIcBgFA8BTKIQMqywyDSNzijLCMJsEiTTNcIkhSJI0uhbJMXSZJ yFSiPMqBRKw3yxLUuS9CgFCoFUyyKMUjzTJU2BbJ8oj1OM5zrLbITwgs9z7M 8kUFJtCTcFAqDKPA6DqjDohQOoWOW7FGz1PgFNiJI3QgFoahmGAchQGk2ygx QwjGNYyjJOY2MtTwg1CIVQiPUIpVHCU80fU7vjcObcjdXIQVTVafBoG9Y1nK IrDKOTIDxXdey0MlM1JFqLLIswcKUGyBTSvExsTbVuUyyTKSwEA7jS8wQCcy w2sZBI3V1TFNU4yIjX64sVQrF0YLKgoW3TF12OeiwqTJZQiPY7QaQ6GYUCY2 ozvNUiETDIGLhQOg8tphQFCKry/BAl4FJitKapunKdxqECgKEoiYRuEAarm1 ckhAvqJooGGGaHdLWIsq4FKyBSu4XF9zxktLPs+0q0aGHOi4rEzpDEPLIDnU bNoLl6Ya7oWiafo6Cw/sDrbfp2jajqeqxYsOrxjmkaa2mcOp0kev7DHoFSGM o5jGOQ0jg4zkZbtgFNQpNWohpvEr7VwYNW7m78TvSuZhFu/4dwOtZ2GOgtCu O4tfZVpO1VtXhQGXbBrVoUXjbt73yNF94QNmAV0KorBA2bK3EEAbhhkiSTFi 0hCrZlnWh2qJBhavc933uQDdkXhvG/LIowyrL1JZLY+vZoz2fXXt2pa3dVZ3 mPCGN9eDklYYUHHuYCuNY6jlTGxCEnQxoYQ3JIBgXN77+Hem3QUelsi+Q5qh DMHIN4bSrBlDMfY/DkDdB0WMl9mhcSoPTZOYkhAPTeh0DCtwEAaIZq6VyGdL ralSmJIFDBfgcl/PGg2G8PRtWWrJdyCCIB+DKv9iSqZE8TAQGLVutCJ5loom JBoRIhkMDfQzh2iuLxOgcwsXexhPygE1JLUo7x3qU0qpXMunZRkBYexqUioF Ncb38goThHNOkdVFpdjw+1Ica00RtUHHBjyh5BKKTvIeA4KDbhvYSC0hxqFY gqBmxtjrvltvADc8VTwaVQhqVCGuE6yJKyXkzJsGsnX7scBix5gam1OnSVAq I7MlEhPbdurBWUEmPRWVwrqLL/jpK/BAsFmSxJWwGes9h+L2lVHafqteY0ol 5LemXAJcSU48ItQu6osTrJ0uuReDJ6BeC9OKBQ/t/sVTGGOMgvR9QZGWotIY 1ggzrIzzscIWQvoLXQAwBqXsxDiwqH6W+/4OE9zHvoXqZdOaqgwpaPSYx40y z0rhUytBsoIAzK2MjAxXQdpRrzDEGUMJmIBPnPUewMQYTwguZayVigNGKsXo QXIGaLwqUNUvRCcL6V7HvSyHYNK4ldJaPueUO5+DwhjcmswHQIDkGRDMr2cK D3IONePVxZ9JqwP8V6ltBwcwXAgp29NHj1WY1FMSEENlH61P+rEGmskYqZkP BaGJfIIKJxXV1V+IRxVfLAWFNIFNbwiq2eHOEyr2A5h0PS+YjAZFQoLDKbVU MWwFVBgeQyuzi6VAgT+HUyJlQ2hwq6qqzZ5C0WEs0CCmAYw0KhDgGwOp6bbw YJOeEOVLLEq9MYHCGyngzB1l0GU7Fb6H2vr3bpVQcg81wh4skv9Rqr1Zoys2 zNtUagyIsgW2MWK93mdcWiqRtVmnGrJbsNFOoeU8IrT6NNpqFGuqNdWiL/4A 3hQPeNAd5j2n6pitutFeQ3h3pJdshCvQ2mWutPWthka+uNupRCuKYa51AoSa HABicGLif9ZeGVHKaBuDqG2l7/nzYbpCgg8xkaJmNorW8JJ5DzHvDsYy1x7j 0gwVDjlTtgJS4ErIlq7iK1k2mIdidxeObDUUMhZKymA8N3YQJdvFlG1mYvgA ZGzLkHx2+DffF/1U8sU4DmG84CXJlXXcqzB6BCXXEzJIQgjBGjOkIBqaLPz3 CT6CAVns0JCCIAtNPokBSGSEAzz7o8n2ktKEzBmQzR4OSBaB0mQUgIANCmVu ZHN0cmVhbQ0KZW5kb2JqDQoxNTYgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BE RiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0K L0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBS DQovRjE1IDE3IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQox NTggMCBvYmoNCjw8DQovTGVuZ3RoIDE4NzQNCi9GaWx0ZXIgL0xaV0RlY29k ZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM 0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbL sIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09F w3EFoj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJ5wMpuIxsNJnNB0EBGNJsM uPN5yNphOgpKhqr9hhFks1shEItkfqIuGepEF2wY0GGazgKsFinur0NppI0H Fotk+HAuGAwGYg0+p4esBRbwmGxGKxmOKeGMZpMxpMeYNJvNw7EB2GI1Fwy4 AgLgonwvHI2LgpFMSsQ3GgoKpzyZvMwgOhoNJzEBkzAwhA/YQDmOoxDUMoxs cOg3vwNDJsKw7EsWxqTjO/Y6Dk7DtBAMIzowMo2sOzIuioJTOu+2qyo8tKEB ynoZBshIaIg5AYOBGjAAUFsbBgGSyMEBQUREOQ8hZDg3DIEA3vyMo5JO+g5D sMskjSNwzMqy46OyNwXNXByVjDEIQOqMo2So/kADsMI5DSMIxMkFrJDcM78y MNw6jYNgWjpJo2yqzEphA2C+Ik1DVCoIjAsGIIpiGJIkwHDEqjPIw7jS/MOB Ay48DSNo6jbJT7hwhAxDzPg5hdQbZLCizQJg0bcIQGQaooG4cRcGwYLi4zVr uFAhjeNjKhAKAwskOk+BAKUEMrJIjSwzFVNnGNXR0GLxBwG8XBa8SLUQgrlC I/72hoGoYhmFAmMPOg0BTEkTLwkjwtXRMgjoPLDVUIqvXil4FJitKapunKdp 6n6gqG/qYRgEAahvG1eLuiaKBgGMY4diDVKuBSsgUrsT2o21XxZgyeoOFy0Y cpNeOQFDy1LU7131fgY5PlOH0M4a7x8HIXPThucV5jeO4/VeLRSsyfZJpVZv EqKBZVnNesGIgyjmMc2DhLTtZmgum58GmoaC1S7hniq1t3oGMuHoauX5aekZ HWGlWvi4aV3Q67uUJI3MyFoa7MHIUBk9oahsqNf2DYdi2PZLCjGN4yMmh93R KgoqBVcD5DcObFjdQO+b8n278HwvDvjdU50w+0GsmjHIDkMnK3hzHNCGNE13 JcobPMGQcXIG1aBRZcoSl2V38vzLkhR0PC8CFAadNxAhTY5+rMcKQjiFUIQc hYUnBhI0qz5zlLjzF4b9n5PNebv/n+jv/ThR6kJ1P7Hte571hhj8W+sO51e7 6H1NGIYtVFysEXN1Ia2k5Bygyh0DGqlv4NCDgoBdBeAbcFqtKbmZ9hjdwbNS ga8xvrzgYOCfg4Z6b1TGvXWU/h1j+knE+BkDODJYYCsiIMySBMH3gtTeW+1h zh3oHtBsDNc4KAnKfDEk1/LiknBuTC1aAZCFCgyiwvRzQVXyhnc+kl9q2V0O EBbEeJLqV2PcOqHIOZjoZJgTEkMPMA3axBhK38G8RIyRmXQ8RJrxo6PKb3He Ibgo9xIXQsB74II5IBSQGUPEgX2SEjzIaI0iHhtWj+lOSTy3bu5BaboGYNwU AtiMDVwDiZFxSTFG1NiczyAoTUmxNxkirLrTqCAOocD8IMVGCBmDVmZPIAVH U5UXHOxedBHeMTpYyyYjQ6s+59HIJIe7FCOBk45SdkG36Qszo+SZeLJyYkxo STekrOCTEilhyNSq5KSM5ZBTncLOmQ8SY/JRnI5aYs85PhyXIDiUcpZTypnZ FGKakZXhnljLNNqbzJpyXYkaXcvS2qkVNMI9k8nNQPgi4WCgMILQYo48uZDn plt+mbPddE0Q0PcDYGGNs15V0Jm3SWbs9Y9SXnxJqfTx5+TmiFPankiZsTuk fPGoM86h07mfT2cdQHaT+dxQCUNApSSmjLKio1NZWqSlgeWh0taIy4DRRSXi C6LzAoyHOYc/DZmfh0bRuZY2GKzIoXMuqvgnUJCpWRZSzHYrSLCyFFS/1YGf g8jGGpFDUreLujs4AMyGBUSACgKiX5WGTDpYCatnUqpoKsG8N4awW0Vs7RB7 lmz+EYDMk0w4Y1AqWPylV1p/T/hipkGVLtmZNTZP4qqKxSUaL1skcItFljBp rs4vg6yxg2PnDqfRJNMkOLITYGIOqp5Y28DOC5I0b7NyOnhI624cFgh5DOht 16zT129S+HBNhl0iTAMPKYzb60dI8jyauy4ZTqmOdYkybJ+LAICrVdAN5PLx 2utgG46ac0jBzQYGUMIY6X3jlcpNAJ/DtXRUiZVQJ2rZJdCLhel6qo63HBot 6y946kW3vHamW1nww2hTGGlMoZD+JXSdI2iUubxzvkgkYMM1sNVgu+l4yeKn lXHcBf4weQ6k4dl1dStltz/Wpt3RbBxGMIGTtYCC2h+g3W3xpbzJmBUyJmys mlNYab8GxjqXmy9ZE41mTsnhPSfDLJ/T4klRijlIYbwlmRS9L0AKbU6p97kv 5gqoa6Aph6Mi0EQW4QIjBGiC6VVoRDTDStNgKNCQiURMyIxIIhqMsxAQDQpl bmRzdHJlYW0NCmVuZG9iag0KMTU5IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9Q REYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4N Ci9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAg Ug0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0K MTYxIDAgb2JqDQo8PA0KL0xlbmd0aCAxNzQxDQovRmlsdGVyIC9MWldEZWNv ZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLB TNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAW y7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtP RcNxBaBoNhqLhgOIhChuLhsNrYVKcCoQVDlLYHgioY8Id4KKCgYTYZTodDKI CkZTGbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL5BS2KCecDKbiMbDSZ zQdBAU9oYzSZjSYzCdDSbzcOxAdhjcRlchAXBRPheORsXBSKRaN+sNBQVTnk TeZhAdDQaTmIDJxTCIPQIDmdTEaspvDob/KaMjs9rt9y3aTjO9A6Dk4rjjcE AwjOjAyja2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL6FAaBizTOAUs EQLIsyfLSz6ENQu6HByhMUNW1rXr8uSIMKxInDDBzXDCMTGskyjLDIEAjMsN rixVCoYhsnsMIKiQZqUGiLBa56LCoIjYBQIj2O0GoaByHAUCY2ozvNCMJsEi TTNdMYFNiOg8tpNC8u86QxDyyA5uw7QZBmGIZTKMo5jGOQ0jg4zkTlCi/IjM E7zIJI3QgFobBkHIahQGTtLeGc2CoMo8N4IY3jbB1OhA2bKjIyKxBpSs6KTI E8NiKo3Dm3I3DLJtOU8GQYNZUlTBtVE2ze8wQPG/LIowyrL10BQqBVTdOu1U FRRPZtnicOo2jEMo5Wm8g3SJRttW5MlgWEM9iWNb8v2UGdmBbU82CdVbeDCO wwjSNkjyTd0ijSN1bDxeNuzyFFj3BUNR1zf1nTZNw3TgNF2BA4Q5Dm3mFsjB 45DziN52DYdihBit9WXUuNXLd73YdVdtIROtezIIY0DCOU0S7RYW1MHAYVHI ci5LSGPOiFGC0hhLIsbjzzBYEA6jg8r8aUEFBUJQ0JUtnteU1ieZXDjFyY5a OQWo8LK4clecZTlezILeWJ3pl98WRfd+3+FGmsjhuH5Zieg6HooaaPpOl8Nn Gn4aM+paoNOrKtuOt67r62oRsdG7LOdt4k2LHDGF00ByG4YBQF3Z8W2O2Yvc ebbhrO5PJhGS7vIu89q7+XXtmGZWTmm38phlbU64I03V4nG6IFs08gFGkX9p WmcrAnL8zofNyRq/Pa5rz79FsVB9K7O9xZC0rrKmCBIQz6xhlKwZtKvK9omC acVdTmw2JKWwGRKb8TmvzLMjh+6ISev6BADMG5ZETBUP0CBKJkGqwFDgYwxx kAQN1DowZYJ6lGqPUipOE61INwDMYekOp4Umh3POkkMiBQ7vhDOGVV5jmVAu Zibw98CW0I7RImJLIMEfxJMQAoFBlQ2hwDfDRkIYUENDDEGlAjQw8krXOuld cLoBQdJPAcOcQoMGRhfGZa6TD0hthmbwMwbw2BsDeTw8xkYEt9L/E8FB+gwq 2XXG8y6CW7BwWusUyMe2RBpZIbwOEMw0OtM2nRMCXW1AtiYDAGCVgqSAjXBq MsBAQQfMaY9xB6Q3BvN4HdSEqkEQ7WlI49cJQxBhPC1wNxjQ5npPaGYMIYzI tCPSuk2qCZfuAQSSs5DSJLqXTqiNtUfzErEDOgYO0bJSmMhGG9W0lkVs9kym FPEnC5SfNdKKDIYQ4G0aHFiYkV2RTDcQgg/htjcG6iJMCb66GGoGOQyGR0wp 5mVjwuuLCTZHRtlNEYkkSJqzrMSrUMsaoM0GMjQgyx7j00GPuRhJrDX1UNm7 B4OQbzaByOMo2ZTIo7R4DuHMHUCUWkWRfJgismolRQCDQBB9NiwkMpyAoihz X7NqBRTWaK/ilIdUxTucxiZRhkPQHBhAeWYUOMYCeYFQFZRSiosRWR75HSKn AHUMZvFqSOSJFtB8/6x1xWpRCaaPE8AopNByU1C1qz1oPHYy1TEVpbIgl+qV SgiVXqyzCt70lZHSpEdgEAPQQQBr5N6x9cbJLFOwCqwFG7BLrs6GRQ00YjzU p6mWxgYatJNs3ZEFCCwym1spZazEMIC2xN4dK2ltgU2go1N+hLUrfhutOitv trA51YtdY6sFvQUJIDqGW29l6ToJui1K6l1rg2huJR1QIbLq3JSzYaqKXapg KnQDAGhe5AJPXWqtIlWAytbPjO+KsjYM1cgLMaRF2q4VhVfXNWS1A9lJBgCw nWDAah9kRQyjM9riTQnHRG1SeJrRQo6e/BMnmtk+wWT2TwfaMGRqtc2xqTb/ AgwBLo9wdKv4DN5RxdeH8Rg1xyDDE0CQileAU7AEANQbpWsODOTxJyNEFICA DQplbmRzdHJlYW0NCmVuZG9iag0KMTYyIDAgb2JqDQo8PA0KL1Byb2NTZXQg Wy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBS Pj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2 IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9i ag0KMTY0IDAgb2JqDQo8PA0KL0xlbmd0aCAxNDkzDQovRmlsdGVyIC9MWldE ZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBA cjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQ TRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwU OJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCoY78d4KKCecDKbiMbDSZzQdBA RjSbDLjzecjaYToKSoaq/YYRZLNbIRCLZH6iLhnqRBdsGNBlms4CrBYp7q9D aaSNBxaLZPhwLhgMBmINPqeHrAUW8JhsRisZjinhjGaTMaTHmDSbzcOxAdhi NRcMuAIC4KJ8LxyNi4KRTErENxoKCqc8mbzMIDoaDScxAZMwMIQP2EA5jqMQ 1DKMbHDoN78DQybCsOxLFsak4zv2Og5Ow7QQDCM6MDKNrDsyLoqCUzqJtqsq PLShAcp6GQbIS1zVruGDgIgv7BiI6gzDq+jYROhjQIKGaKhjGK8iIwYdSABQ WyKGkjoi8QaSq1clAUFAgv4O40vzBrJjCNoxDTEQQDGN42jg7URBZMD+x5Hz JzRNU2Dcx0BPyyY4DkN4yDrBIQPtN4yTi+kzzSFsmoQiTUNUKksBRNY3TNQc 9BAy46DKOQ0jCNkODcMk3jMMIxzmN42MrJjNyI8MporK1IR0/Y4DYMI8jLUV CjNHtDvKjAyPWEAehAJrMU3TtP13XrJ1/XL1hUEFSVNRFUjk8gUWA9dFpJRz j0jHY51rW9czhXk5WxDwysPYViWNTVOU9c1mXTD43WhaVS1Pa163Xe72VYBQ qBVWdxVtXFdUNZoUDENg6jLdti2PeNlYVbGG4ffFpsnarK4vh2IYA2LZotIc nSKiAWypWNIujBA61sOUmtnITbIKiiJtFK8lyaFucBotmVVgi1ZSdGwYBxHD BSyKo3MUNcwzHMs71BhNz0POlJxEOc3UvQuDXJUVxZfmNETrSmqTyMOoDdOC MQSNg8hBblGuNna8NXpYUDNPo2zfTNkU9VbY5RV8q6JcFaYPcuxjHmAw2vZ1 ghTYeJXhZMBulx/I2zZ+RL5utH8TsGEczsnIX7dnKXdifMcbzfU3/JuB4Lcf S9fsry4xkPK3fwNP9x1HdZBbeA5JFKzSfV2hcPu4UCKNr9jmNI7DLmaw5rFQ FIoGAayR53BoLnzge9w2WMGKkHTh0lyxB6XqVPs8zbVtm3QQOm42lvu/9bwU muFeY+dLK4XbPteiHN6b1VsLadW5Z34IH3QIfhAtzzdCkt2aKCiAji1RQRgS wtdTqnev9U/B6CZ5YQuyYC7SAbimwwQgPB9j7GYGu+YpDB98Cnhw0euihkzy mUsrcQYMKZ+g3BpUpAiHr2SzEUBqDBFySWeMBfHE9F0AYhpZCazAOgaQjmHP 6hlLobgzn4bWGU/ilw5xGiRGg/ihW3v4bk3xNL/HLqeBcCBlzjmyn6MYc4xp /HIGTgst550XTnqbTcl1L8fkHLXjXEiNsCDuqeYeHMF0PWSs2bxFh5wQQ2Bw DQGGJbyCCniBw90tMGXwpOlRKqTzRQWtHJCFRvQQW2qelEgBQZSSEICR6Gx/ Ibw4BhDiw+RZ+jJE5l+fyYL+UMBhDcuKQad48hXQc20MkYokRlY21xYsXIvR gkLBhLBeW9J0TJElN80ZpzFIwG4Mbcg7SWPqfdS7GyTpoDkqKRgaE3y6lHJV kCgp8PqcBDd2bBEstvMqGSPLdIhPOfSZM6obl5UCQAGEOCtUyqiQWhxfK1EB IADMqk7EZAQJriQY4NwdUxqbBAGIModA7r+mYtid01J4h0WFNJUU5XRGDl8t iYkxoaJuqAgE/jWQ6qaVEGGZyqFUh3DnK02aMWTE+RYT0z4NSkg5BwcMpYOZ DHIlmcAGbRG9GQowp+jTlaEuYritE8tRQWrYPLPqnc8DDzzBAtEN6Bn7n4Qz O+as81hAvISDUGoMwanrPXJlgIRSvAKICA0KZW5kc3RyZWFtDQplbmRvYmoN CjE2NSAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9y U3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1 IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTUgMTcgMCBSDQov RjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjE2NyAwIG9iag0KPDwNCi9M ZW5ndGggMTM2OQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqA DEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2HxGJxWLxkF FcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUc xakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgaDYai4YDiIQobi4b Da2FSnAqEFQ5S2B4IqGPCHeCigoGE2GU6HQyiApGUxm85GQ5ikqGqC2yEUka Di0WyDi4ZDKGVEXDPWCC+QUtignnAym4jGw0mc0HQQFPaGM0mY0mMwnQ0m83 DsQHYY3EZXIQFwUT4XjkbFwUikWjfrDQUFU55E3mYQHQ0Gk5iAycUwiD0CA5 nUxGrKbw6G/ymjI7Pa7fct2k4zvQOg5OK443BAMIzowMo2tqOgUi6KglK+sL PtcszPLStgapKGSJhA1TWBm1y+hQhzNM4BSwRAsizJ8tLPoQGS8tMHCBBsGi kxHEqWrkiDCsSJrijKOQ0sYyTKMsMgQCMyw2uLFMKhiGyewwgqJIoGAZLQFr nosKgiNgFAiPY7QaQ6GYUCY2ozvNCMJsEiTTNdMQFBQOg8tpKQFCKry/BAl4 FJitKapunKdp6n6gqG9SYRohIYIpHi+onLUqUjSbWquBSsgUrspyrFyYIRUt FJ60q0BsGC4x4187ukMQ8sgObsT5PyYVTTLVtavsPhyFzrV3HlOU9UEVrDUU r0HU0ZJmGrnqjHFWV5ElXzIMo5jHIw4OM5Fbz+1Fox1YdeoKGYYKSG7RXLEl iq5P8WWUstSRjU4Y0gGsb2rHoFNiJI3QgFoa3QHIUBk7QahsqIUSGyEjSQyb KsuEDZsqMjIrEGc4QoBQqBVMeAYFggYYNhGB4W702DdNw0BA8b8sijGJjJji C4/kOA4TgsT4TlOGyJiA2PcN2MDxm2PZBfwUCGNAwjlM80Bs6eTw6G7vYdIs j6GNwwwdpGcaWIQ3jexowjc7V0LnnuUYY28FMzCWOuanQYhykk6TCxKEB6EG s6E9I6vDmrNzkpMgTs6YWhmgW+t9p4yz4iS4w7u858RMbbjfKIWoc1G2YVhg gjaMQ0wek8mMqNo4OR0+YShh+tpyFWwaU2PNc5zwa9Bn/R9L08FjK2oQdV1g 3dc8nYa1JAYBd2m5Zv2wUdxgXdd50XSdNgIQDENg6sj4vW+31+g9l5vnzjpP MjZzfqof3YaZ9hgiOCM3BZkMvUjf1fxN58jsXmAqBc7V9b7Uzvveud5+gZn7 HhIGgxBD4XjvjeS+WAMA3oPqaW9SA7n34ttgU/V+73HvPgf28Z5AIHlNCdnA SDb7HcwIg+6E7xvjKB1DY091DxITv9ZfBWADQ3zwudvDB90Hn5Q1N/DiHTwX hwShTCt8zzoiPTiNB1+ESQUQ2DHEwOUJHvw8f5BN/0QHlxCipBlsMRYDOdhl FoIobT0BzDSHZ/D+oxxRgtGh9DHY1xWja9aGbP44xzjqZGJ0EYexkh/CqPcL Y1PSg5G6JEIAUSFDnHSO0YITR5gpI6IMkH0x/knIKLQUzzhuDS8eTILjoxbl WGcxoLQ4MzPQgcEAZojNEZiRds4Z3IyRUeRUGSYDENLKC80GBEkuFyC6raYS gAqTHjZDGSsNAUBBDYHBp0rjpBTljLOWplJbnIlzLuVcvUCssmC+lfBeCot4 cwncLcyk5gwC6CwEAdz9EYLUQg94bw4BhDi99WzhQFTMngRZy6dWcsjZ5INh jjyMNIIQl4kzek7gqnAyycUto6Tml0+2WIIHWSrN4HYxj3w5z6nqXKfRSZ8L gM6QhfRaCIOLRgRgjRBSAg0KZW5kc3RyZWFtDQplbmRvYmoNCjE2OCAwIG9i ag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwv RGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0Yx MSA2IDAgUg0KL0YxNCAxNiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVu ZG9iag0KMTcwIDAgb2JqDQo8PA0KL0xlbmd0aCAyMTE2DQovRmlsdGVyIC9M WldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNB cNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdx AMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAi pGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCoY78d4KKCecDKbiMbDSZz QdBARjSbDLjzecjaYToKSoaq/YYRZLNbIRCLZH6iLhnqRBdsGNBpms4CrBYp 7q9DaaSNBxaLZPhwLhgMBmINPqeHrAUW8JhsRisZjinhjGaTMaTHmDSbzcOx AdhiNRcMuAIC4KJ8LxyNi4KRTErENxoKCqc8mbzMIDoaDScxAZMwMIQP2EA5 jqMQ1DKMbHDoN78DQybCsOxLFsak4zv2Og5Ow7QQDCM6MDKNrDsyLoqCUzqf NqsqYIE0aerGGQbISGgYLkujVrvGgYIgv7BioMo8DoOqMBAKUEMqMjYROhjQ I8tKEBynsYISGSyLuFscrIwQFBQKkHSHATtMmjAxyOEAzMqEAyjCMY0PxH8g yGODMDoMo5Dck4zTqw4xjKMkAzu/LJv8OgwjEML6Bc1cHPok8yDkMj+DaOo5 sdJK8JI1DVCoIjAsHM42DYN6eUCEEHDCMk60bMowjdPw4THPrJ1I6o5UoEA4 UmNAXUs2aLSYBUURbFAZBmpIZWOEAahwG1MuOu8uTfITJihOc6zuyDJSIMs8 owN0+MoyzMV4sMY1+iUaBrZAWvEi1NoK5QiP+9oaBqGIZhQJjDjO/IUxJE1L ok8LV05LY6Dyw1LCKr1LpfYEArSmqbpynaep+oKhv6mEpBqGgc2aEC7omigY BjGOOY84yrKwrmFtncrbJhFrPs+g4XLQGoaxplLkBQ8oxDzOg5vXhOFhjmub 47j67ypjz02TpOUquBSsgUrsT5fFVgZliqZ3qnSR5xnVNWeIgyjmMY5DSOA6 OyN2iIKGWvBrsGoNUu4ZuC1Abyhk+P6lqmrNlckUrNYLcM/jcYY+5DlCSNzM hbuYYByFAZPbnG52hIFpW1bk9snItHT8wsyVRGQQX7EqCioFV3vkNw5sWN0+ hBx3IJ8Ggb8ry+cXvfI3X3Nr7QbMUjUf1N/9Z1whjQMI5Xnegbcq4N53re9s MmNwwxCEHhzpzc42rO3kdX1rkhR23L7xyjX8j3oUWoOk6TtP9UDx8gFeV8/0 8j9YUPtcwvd+4MAUFWDeddtiGw0qAWi+EyT8gyv4f041x76nJv/d45kPIKYC QGgQ21P6bnwGTTlA9Oj+DZpLZgQZJxxEooxIcRRuKNyCpXOAvU1aWgUBBDIn 4gSC3iK3fEneBb9kOKtiCGZNcJIhp4T0t57IdQ2hiVShsKZkTrIbCOhkOB+g xhzUseAkKLYxEMY6DM1AMkoGuRolUwYXG4gwUslBFsawcm/OCRaGJ4SGM8BY 7VbyiVLAtBoUk1JFmAs7YIXmHR5QphHCSetkCaz9OzP5FQ66k1ZIOhEnCJkE H6BJCIfxSjzjHGYLUpYhC6yKmuYHDVHIM0YhUh0EGIUJjJqsVdE0OYeVKIgB AddO8VAQSaT9EAjDnooRBe/J6IUoHYKJltM1zkJQywQdQZsvkiVNMEhscFHc OkBGXdMHUOD3T7txRinKaAc1Epdk+/OIirUfpmTQrMNKtTHTWmwgKVbXQax/ TOHKIJ9EyRIUs/qb7JYcmDn4nRrqMQWrJLFH+a4Y5BTacERNwjMS5Q4LywQF ATg3p0B0uM79HQFHiNFK987tT7mSDmfw/KrKIzPnkfxH6F3up3QBQ8Msfz6B 2TqGENlOFrP1DSC1/BEo0AzhxNw483pYpZMGnw/jzjJh1DdMad8nA8RHT8Hm W816IKhg+dqrKQ5jH4QYpQyp9QzBmPoY6tCGnYQhVJUCbJsX9SMU8mgMh+w4 BsDCHlXdGjZmfhWbRYSL0YrFWYDkGJdVnhFDyGUOAb4FyniQXpNYa7CqsWnU aszoHjJIsUWFX1jWtrDBseJuZAo1LMWUu2y9mbN2dBAFAN7sYErXMqZdStq6 GLmXtR84crF20isxZqzjjwXoYtDaN2bb1gJSBkDcpNt2QNwJ8agpZM7uE6Kq 39ljV6VOGZmTNY5OgbkMu3bIqrPF4qEPwweCNGmFNwveDW+N5LulVaXbEFx6 b5Xlu9ehqrLXBq/vY1yNRvy0XzvNbgwbv3gnkBQz9oLQ7+MLwmzbAWF7vgKl lG0kN28BkWwY4Fl167XkIBmDhjxtMLXevs2ZtDarg3Yxrje2mCsCEFIcXEHO AMS4LZXg29WEMZ3ujRHc4YMjdYmcY+iCoLQbLFBi7sFreAcQEufbtx9YjVoZ DHaKwzs7e2/DTcF1C/kVnABwRBgKO6ROkDe6YHBw5BliztnhY1LjlBVdg7J2 j/AZAwY7mDMUBMNH5nREFMaR4JPmgo5DLpYoMZhBhmMFCRT6ByqIkjOgCgWs eb2WjPOhl8KHMdmW6Jjo5ZhZK7oIgb0CmSegUsFAOAVAzPbo1GYKA8R/DzH8 PWlQ5UlrxMFESdX8asjupjPTrjEhvXE/1GD/9h7F0dAQLIYQ7x/DhnFNkf5d EXDeqCI4Z6ZaZ20qHbrc9vg0BUyU9p39Gv/DwRZ2LwDJAtVegg/cINnqEzlc RtL99UwTBRtve5D3pPt0jxMNIZQ2J+eGHbjYd96Pn4o5DfHFz28ZCmdfX3Ed NcT3spVyIMAa8XBU5Zde46RpqoJu2JVBAxmKDhul4Ct82wR1Tf0BQNyELpto SQhBGCNEF6YTNYsfCZ9QJP1MBRAQDQplbmRzdHJlYW0NCmVuZG9iag0KMTcx IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFj ZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBS DQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYg MTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMTc0IDAgb2JqDQo8PA0KL0xlbmd0 aCAxNDM5DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZw aChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAbo LCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSq YIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaBoNhqLhgOIhChuLhsNrYVK cCoQVDlLYHgioY8Id4KKCgYTYZTodDKICkZTGbzkZDmKSoaoLbIRSRoOLRbI OLhkMoZURcM9YIL5BS2KCecDKbiMbDSZzQdBAU9oYzSZjSYzCdDSbzcOxAdh jcRlchAXBRPheORsXBSKRaN+sNBQVTnkTeZhAdDQaTmIDJxTCIPQIDmdTEas pvDob/KaMjs9rt9y3aTjO9A6Dk4rjjcEAwjOjAyja2o6BSLoqCUr6ws+1yzM 8tK2BqkoZImEDVNYGbXL6FAaBqzTOAUsAYhsnsMJghEZp6hDThmFwchxEgbB opMRxKlq5IgwrYBQ243uK7QaoeG0ThVFztOaGQYROPCLDmNI3DOxoWjgjDgS y5AQDMNg8ha8w5DeOrdBANrijkNI8QjCbBIk0zXCJI0kSUFsmBlJwaBUGbtS oGkqjwFgQDzRQ9BA8YQDKPIyjgN8tN5LT1PYMQwvDOkKAUKgVT2NkkwhP0mx O7QZrnKosjCnlITLM80zW3VPoLUVSVNJdUhpVdWsUNI6DGNFHvJWc0DRNU2D RXFQ1GBTYz5U8/0DQdChhQ4UDTRQ1UUNblvqy0yXJSVKUsNzeDINMwOM5Fn1 1aQUCTdTtBsGaxVUFtWBxKrbwU6IUMAOrIuClb8WTWtmuxeNotjetT3xfVf3 5YOADPgWCYM8jLPM/AyQKO8tYyNo3jIMuGwlUF5YhewW4mGN937f42YC6WNv c8jzPe972jsxg0jJSNJ0rS+VTraEjYje985liuaXpN4zvEMwzPC3k55XXOH3 pl+Y5nYIk6nqursdReHaXr+nbDf2pQUyI9DeN427TeemZhtlBBzbNtsm8I5D sMoyWeFocrXHSSTwKk9XmIui3S3gYyWGQZhwFApjDB0EvTmw5t5c+jXtrelc dyFLpnynLcxzTI06q1O9B0/R6TloUcfdHUUJP3K8vzPN9fz3ZdzdQQbs2Pcd E3mKhr3vWeBzvY6J4jeeP2/Zt5FPedX3/Xejz/p+V63k8ihPVd91vOdh8HQ/ L8fsBAG/z+f731+H5XjdJ23ydQHH5vdfU8J8L7n9Ndf48Vvj230PQftAN1D1 jABhDGGsODNg3GRBgdohwMQZNeYk3pYDbgghjOM4JMjNgzrPcOdwtCd0iONZ dB9ikIUqm+DCRh6wRE1hiMbBpHzlwcLYBaoZKsEYJwVDDBdR6cUBIIMqZZdg bjihlhzDuHoLQaQ/BREF3cRGBoFiPBZ1xuAzhuQc8WJ5l0tRTiqfKK8WSlxb iFF6I0FIxAgiREqNMUY2QFbVDJp8NAUBHTi0Nz8U4ToKes3hsDUFgyEaECAO obmUBykTCmPy81qK9UA21KskGhxJS4ZEMy5ECrsMYQOQsi21wzYs25v4ZXAu DjbDyKkWItP+lfJ+Qp8A4QSZIe5BAWJaxvlzIKUEvpgJbmECALMrJASecxFI OB5T8ILkimWRUmTYw6jdLeOEQJkS9SyHqKk3IPNNlc1GZIc5fnAmYuxdyB5o TqkDLsFATVOrhlLJabDQw4h1DCyGJIdDMyZBsXJHxrjEN3eLI6WAZXAOCcI6 RwziIWlJheYdI0dY8mRcnFhfMHYAPBekgSCUdokmRWec80TiqNrzBdTNe5Po Fv1gFSiMNK3C0uoy4uGAKD8rMVuzAGQN6bwBpPGClUF6WgupfC5PKRqZgupq XN+lSnwU6qbSyi1PqYVTXnR6O8CYN0kfTSardTKPrPCKV4BRAQ0KZW5kc3Ry ZWFtDQplbmRvYmoNCjE3NSAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9U ZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9u dCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNiAxOCAwIFINCj4+ DQo+Pg0KZW5kb2JqDQoxNzcgMCBvYmoNCjw8DQovTGVuZ3RoIDE3NjkNCi9G aWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA 0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQ ghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIR UgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJ5 wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpKhqr9hhFks1shEItkfqIuGepEF2wY 0G2azgKsFinur0NppI0HFotk+HAuGAwGYg0+p4esBRbwmGxGKxmOKeGMZpMx pMeYNJvNw7EB2GI1Fwy4AgLgonwvHI2LgpFMSsQ3GgoKpzyZvMwgOhoNJzEB kzAwhA/YQDmOoxDUMoxscOg3vwNDJsKw7EsWxqTjO/Y6Dk7DtBAMIzowMo2s OzIuioJTOp82qypggTRp6sYZBshIaBguS6NWu8aBgiC/sGJYyjy1YwjEyQQC lBDKjIObYROhjQI8tKEBynsYISGSyLuFschjGIqMEBQUR9IA6SFIiMDHJD+D nBaMO6MI5DTMjJskNwzvy/r/pPM45STDg3DJBoyjSOUAjJETqDSMo5DmFzVw cqw0jcNcOsmMoyDTNYQSWvCSNQ1QqCIgssuAhzVy8FAwz9QEBjeOtUjgMLJD oOjJjq+gQDXH78TjPM0UYKlHOrRTHVxMVdzNJAQTON0x0g/j8snYldSGydNC oFTAsHBww0KOQWQ4/g7jKNg2W/Dlx1VYlF0bAUBDMN9xjfcM/jFIDtPrQY2s raFczHac7zHXk90XTSEBa8QaYQ1dQS+IzKz6EAyjwMI2jhIj7VVWr6vvaN+z LI+BW8jAzUS/EGWe/r9jHWo5uyNwQYuOdWVSMVxXiF1NNmi0nAVFEWxRGDxB kGThhqGrxONG8e1yKldiQMtt5JhrLMxnCwxjnaJBmuWhIjg+FIK5QiP+9oaB qGIZhQJjDzqNAUxJE1Nok8Ovy+Og8sNTQiq9TaX55AK0pqm6cp2nqfqCob+p hKmzPBpC7omigYS2EHGU64argUrIFK7E+rtsmEWs+z6DhctGzBty2ky+8t6V mOb17zvYY9J0zv9Su8rByFz08p22kcxzXONlq0UrNnrcIQGWzJ0kfT9S5AUC IMo5jHN44DplvYoL5Skhr5vfNUu4ZuC1Abylyvfqwrm9tnz0VZ50PCynGIaB zo9PLu5Qk2W9vvBgDkFAMn+tFbQFgFIMAUHkOWmdQrLz7rHT2CBWqkAzq3X4 rtdyg01GVUm7Bt5BVrNgPkG5lgZw3KVBA/szJEgYA0BvAGAb3m0trTsxdk8E AyNuRLCBa5yQUQqf6+OAANIYtoCmgVuxhgQA9J7DpuEIYfRABa/6IcRQUBND CHglYdQ2s0UGxdESb3pxOL43JHbC39P8inEIFERIpwEBQE6LkXoHMQWXGJJU H24lJjPCKKUVI2xWCoG9Ma5E5tsjqq8MauE/n+THGQBUUI0wrkBG5osMkjH0 DkHZSskJJQ/jVJWK0mVEychzHqT8f42SWjhKSTcnY9M5eKTAigOXvERa0lxh aYFcpGT0nxqRlzMmbc7LMBREpay3YMSZT8ImxSPBa2Vs8M06H5kgwWPjdAUR JDK9pniVCHtaNSU2WjkXJzhU6RZ4D65is7eO6InrtAQEPIpON1QKHWB5dc7C YgCm9EwnlOiezuHZu7RjQIGc6n1ObfY8Sdz8WfvLe8RCek6Z7vSeo9Z7B2pv PceZRRodFnxPkBm+aedIZ7TroZO1z78EoPyBjOCklCXVSTiC/+QMb4ZJhTaG wOs3ZUQ9ptGunErIZTPQBNyT1QpQSUlXFYJ4ZgzH0McGYOQbw2oDTGHIxzF5 FSMX+GGSFMSdTKmzM1L6v2NVTDKY5AR1w2MqDYZiFFVqsKqTUm6rp91nrVh6 Cir8KJHIAUgqqwbAQyK+UdIeGtfEHV+Wy09biAQ3QZmEy0EEGVzLksPDg/i7 ITL6sS1Uicxikl0SkC2XM2qeNMX9UgyjU5hmxfbMaZB4SRzLItWhsLY5otmb Q2qarbY9TYbnWibbd5uz9n/N9q5dKRTlOA5NLZcaU0LeFbWh9L0UOzRoWhLZ v57PQnzPs9lzHZTyurdEBTuaDE9uhddzM7Hh3UpbO9+QMnzFrclfC8VNHoUY eqGl672b0Pbv2De/t66BkFIeb8Gpur4XWppSq7NDr70QM+lRyFFjkVDkBAIF oOKSwIgNAiBRhYGMasRBJlidILLFX9ZqDaGQzhlg9DuSNTAqwkMXCdP8UifQ uhhiPEs1JEQ2UdDiSFzcFENBwWwiELCTkaILk9s7ujgkCymigjGVgFEBDQpl bmRzdHJlYW0NCmVuZG9iag0KMTc4IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9Q REYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4N Ci9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAg Ug0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0K MTgwIDAgb2JqDQo8PA0KL0xlbmd0aCAxOTQ0DQovRmlsdGVyIC9MWldEZWNv ZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLB TNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAW y7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtP RcNxBaBoNhqLhgOIhChuLhsNrYVKcCoQVDlLYHgioY8Id4KKCgYTYZTodDKI CkZTGbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL5BS2KCecDKbiMbDSZ zQdBAU9oYzSZjSYzCdDSbzcOxAdhjcRlchAXBRPheORsXBSKRaN+sNBQVTnk TeZhAdDQaTmIDJxTCIPQIDmdTEaspvDob/KaMjs9rt9y3aTjO9A6Dk4rjjcE AwjOjAyja2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL6FAaBuzTOAUs AYhsnsMJghEZp6z4ZReGwaKTEcSpauSIMK2AUCSN0IBaGoZhgHMTu0HAZhuG AUCm+Q6Dy2gQB6mcIwmwSJNM1wiSFIkjSRJUmBbJ0oBQIj2Ks2ozvMEEtwoB QqBVIQhjQMI5O0GgaBqG01zaxo3TgNAQTkFoZhoHIZsUMIxjWMoyPU9k5oKG yKrRL0gTCBTY0SHAbBlKLpPWOj2vexg7jCPL0jY5AzhaO7LUoxjcjdSYWBAO 40ziOo3Dq8NKUus4XBwHKSS+KlPBQMQ8sg9Lwvs/FgjYNjsRVCqfRgsqYIFG ixJ7G4QBqGocLwvUegUFAmDSNw1wUyLJsqy7Ms3baGLIs1kxpZIY3JJFktfd k2VQMQwvCq133iM4yvTYTI0kPLyjCMTGpPerMBcEF3XheVK1QEDKjcOcBvS8 by1o9TgjMMqMSLkbkDnAg6jGOg5h1OV8L9ZUeWYgoWhguUSCoxF2DcN4yYfB I3VsOQxjnjgnaVplhDqxg2YpklUXfkL2toOWujdd4zvK/FT4thLIwfXw06Y+ Ix0PhIQCIJ4jakEEiZ3Fc7aDoYYBjgejhQMIyDJtzkV28zI6Tpb0jbVqTjgj Dw5iNuqtxQr1DkNI7ZeEAzWBm8DvSMOnZlpYQDEMvDbyKj9QTqD05IFttTrO 4FaEuQaSBwmxvcNwzMtyLjOQEHjjQN6eay/PG6r0yMZkN1c5vSezhB1u5eRx g5Y4IzLBBzGaJX6HF9iOzGdtnm/d1wAZLRozEjq8TycZ8vVPfrgw3f6+vP3e Gtd5bZQQBODCg43p8iMMae++EMoeIDhwMa+c97jjIvpDY/RvhBX2l/cIcRBD rEEv4cbAcMquw7n6QQ/eCzk3KoPdM19hDCm2pVV2+E9rxVDvDDkG0OobD2t0 Pa7d9oKGaOdUKrt/7sTiMKZSe2HkPogQkY5AWEz0TIs0Ms9dui1g2AtMhD1d 5xXrhBCmEMJIST4IEbK1J26LSLL7RkWkz5CEbl3RAn4ijP0TMeYaZEJDrWlh yBA+CHpxY3lhRfHJ3RJSxEWBac8izQFPqCVQn1DqjgmJvPMsUhCnEwGJSqbR 24RSvM9JeAomJaSak3JyTtGoICgFCKITBcgNAYF3R4X0iZFHAovlxLo1pVwF FZAUV1bci0YyqRpHUnppS3FzNWa1ggKDpLPWitlnkpiYTQIbLmaaJC+ofByC 46035hIkmJMaZCLJFLdLMtxcMdganPBkk+b66I+GJCIw8MbnQ4PGDdKWU5qJ 7T4mDOF8RBUklJLmRahKPJ1lclOi2ZS3pmR0liwBF4MymTTkmX02KYztJlSW DKkqozvR+ZAvRWoIDZmVdUQdYr7TYhVZKrh69JCJAwRQCilCR6VLtk4odlL9 4Fq1pq7mkaRaSpJSWDSlIMjvJTDFKMyKWSBHSXe4g4hxnNnmPeqoEB+nDMvV 2gV7qckJJ0YAXiqiylOyiT0ghtLGVazaRWRI59Kq5ShkrTykyZ1AVUBQE0MI eCVh1Da6yQjKYLBzV2ntqNk3UQ1YoRhlzMAxsPqWmKpyR6oWEqGE6xljnkHk sjZN2dllKWYJPZs2tnTM1tg5UxIdobB1SqFYYKgb1UBsTcoVOLKW02fsDbq0 dvLCneMmeEOTnwyXIqamS5dU7nMPZfdK6lubrJmuZUO5921JrFRavqZa/S0r /XIjcv6JgkhtQc4iMjWnQhvgEHd66z4R3Qbeyg8jEz4QKMorWySCT0usVgHc F0iUQSMnkWlbkdyKgzRfPeYVITEhLDKxSq1SV7SFeJIhnlFp4NBkcn4iMkrA GxYMGGTAMZNVFk9X+SgKKsUElthcGDQzWFNJgn4uSLiZ49pAVYrFFJk4nozP OZ7Qy0KkR2otdc1lnLQYfXogs3JVTeVJj7Kk43BTmx5mAi1E5j0VnfhCZssT UFJSQRDKWR5qz9DnP8NNAUD46AVm8nRI8v5HL6knHx3Mi5myRMXJU7siZso0 tyjhPQb4ZXXdWp94KSrmUcElpaRTgtvT5bZ3FoLv1R0ykiSx7asVsS5KouJU MbLNBgHhgDAMeuBSxAVqrX4iO5BRrPWuXwYEQSyEFqGvH2a+2Ah/YRFks4vh m2zTyVSVwmz4lAECT1kkQp6ScjRBSAgNCmVuZHN0cmVhbQ0KZW5kb2JqDQox ODEgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNw YWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAw IFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQovRjE1IDE3IDAgUg0KL0Yx NiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQoxODMgMCBvYmoNCjw8DQovTGVu Z3RoIDE1NDENCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgAxE BnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8ZBRXE BugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1HMWp FKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uGw2thUpwKhBUO Utgd8Khjvx3gooJ5wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpKhqr9hhFks1sh EItkfqIuGepEF2wY0HGazgKsFinur0NppOutFsnw4FwwGAzEGn1PC1gKLeEw 2IxWMxxTwxjNJmNJjzBpN5uHYgOwxGouGW/EBcFE+F45GxcFIpiViG40FBVO eTN5mEB0NBpOYgMmYMIQP0EA5jqMQ1DKMbHDoN77jQybCsOxLFsak4zv0Og5 Ou7IQDCM6MDKNrDsyLoqCUzoYhs2qypg0bcM+GUUBsGikuK1a7hg36IL+grk iSNzMhaGoZhgHIUBo9gayQGbCDMMz5scMw5DeNsBDoMI5Mc+oQDgMIxjWMoy P4/wQOoMo2TANI3KtNA1w4MoUxHEoFBi8MkpI8DViIwb+yqk4xsqMjYRMhjQ I8tKEBynsXoSGLjLuFAljKPMBQIjE/DkMj9owwzMTGysNjYNj7jywz9vINw3 jIMo5hZDY5DHVcNjdMEQjSOlJIwMwyowNwx1U9QXUC2SwotQk5RYz6EBkGqK BuG9EKhG8aOOFAmTXNoQCJMQpQPP7KMszFgtnFFiok8IcButAWvCiwqTy5AU WzKr2BoGtGWow4zvxN8SL4iU73awdbMNYIiq8vAQJfOUALSmqbpynaep+oKh v4mFFSS1DVLuiaKBhE4QYxGirgUrIFK7E1xttFdDYinqDhctEkIpaVHPIMQ8 jpXz1s2guCphl+YyDjLhLuGQYhyFz0ZBoWRKwrmDXFFKzJ9lmqWU8KooFmWh xqwYiVUMY5DSOA6OwN2CYNq+kxlpYZ64u8hKTdGg7dpuSaflGpZXFmqTnFEg 2i1Tjx5H0jyFIgZSOGyo2pawzsnbdLTAws/VS4YYX3OIqBVHb4jcObFjdL4Q R7H6fBoG4UcTIHFvgJl8PwEEsvwydKz/zKC83zvS8NIci8VxgpwJgTJh6mbx hRNAyOq643DPBkAwC/89jDVncTk8PWztHN3BRDHaDlBgwzTBow1SOVWdtS71 WDcq5Kj7c8d3wsgcP3/WcZeL/sl53Y+uQhfz3HOhDDQlZea9AbLwTE/xfIaA QHsN66kKCXEvJgeo8hNCDDJhmMqZdLB9lTuWgu9dOb7yLQBfkAoFCAwxPqUw qxKwY0wp8hZC5WCwXdQqfGrNHytVJBuDCiBScLVuKXVgGE/aqQ5thDSGJ0cT g2BvDu+xniwiJt6AUuopQMi2RaXY90I5h1dBhVCE5VBk39AgeFERyS3oPLhL CylFUWSfE6LoRFdcKTkv6XmvVJTr3+hof+/FgEKniNoYsigGZC2MlNJgDRjr H5FnfNSRZkbJWTxWjk1NY7LWjo3LRIsG0jWuwqZszhnUiE5NABBJOUjRWjtJ kVIySpVmnMmahHGLDVG+LJBq1htkopSLTa/EtsTZGzSqbU1mVstAZyOAU3Et YOJQzOktLeTLUViy8RaomRQNjwy1cGCh3j9XfJGfwfAJKqYepkDk9eHLhEfu ASJOgGrrQULbPmHIOyX54OcXfOWej957uMjM5aQ6cCYHfKhIR7oMA8JzTmcA 4IIHjBIDK+ZXRK4zw4oACiiFEgZUUIY8Z/QYokGTVorajiqX2neJ0oiFEhZ5 O9nq8A+E+ldT9UBQoBU8ZyP0oHPafFOp+T+p9UCgT9qiOMqNTyf78551MpxP lVVO6kL8p/QCms5qbzpBQFNNYc6o0BqFVR1gMj4BTDeHVVyqqy1dqG4qtQKA nBlDwY6EJkw0zsbLO6uNQapznrofAKBGA7HYDqfuvaAK/HTDSrqwNS7CVpPg EFVyAq21vscrSwFSauWCptQScFl7MugDcGuzs7bIzvp8z4BQNyES/IYRAiRC CMEaIKQEDQplbmRzdHJlYW0NCmVuZG9iag0KMTg0IDAgb2JqDQo8PA0KL1By b2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdC IDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQov RjE0IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4N CmVuZG9iag0KMTg2IDAgb2JqDQo8PA0KL0xlbmd0aCAxMzUxDQovRmlsdGVy IC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhAL RiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsL oYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMM YFAipGwUOJtPRcNxBaBoNhqLhgOIhChuLhsNrYVKcCoQVDlLYHgioY8Id4KK CgYTYZTodDKICkZTGbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL5BS2K CecDKbiMbDSZzQdBAU9oYzSZjSYzCdDSbzcOxAdhjcRlchAXBRPheORsXBSK RaN+sNBQVTnkTeZhAdDQaTmIDJxTCIPQIDmdTEaspvDob/KaMjs9rt9y3aTj O9A6Dk4rjjcEAwjOjAyja2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL 6FAaByzTOAUsEQLIsyfLSz6EBkGYYBcHIaoYGwaKTEcSpauSIMKxIjMsNo6j Y9onDeMjIiI9jevkjDKsuEEjDkNrixVCoYhsnsMIKiUbxQhiJNM1wiMSEEuA UKgVNgFEoDoMLtBpDoZhQJjajO80Iwmgs3sSOg8tpNoiq8vwQJeBSYrSmqbp ynaep+oKhvUmAZS+GwYIpH6+omigYS8hNOtW1qrgUrIFK7LsvxemCEVlSiet KtFOLjH7XgUFDpDEPLIDm7FD0SGNbVLTzWr7D4cxxTdTR/VNV1bFiw1fMNG1 nGaZhq56ooFXFTxJXc5DKOYxjkNI4OM5FiIK1FvR7ZFxBAvsbKSG7RXnaKsK 5RMW2ustYxlWgY00EAahxHzW122IkjdCAWhrGwcxO7QahsqIUCTJ2IOCNIyj lP8KTdOAFYdiGL4pi2JYy7zJvCOQ7DKMmR0Dk2UYjiYYYqGmL5dOUo0I2gQB 6mw8YM5oYaWGGbZLOOH51lefZbjWYZDmeawlklBZPjeU4lqef6tc2sZpp2u5 zlWeZZjGyZjrO0Zxr+pbZqm3ZfsuZbPreb6hsGd57sbvCmNI3DWzO+6fr2o7 XwWq8IN46jkMdzblv+68fvAUCcMo8N4N0msiNOOuM4WQ8vxnAbFyDFIwOzjj q9PQyc93S4/1HFbTunHbboAg8o+HJcp0fb9PkXdbnxuw7twYUeAMb4cMNfbQ f3HkUBxe1eZzWgavvetez3fl8D3237N8OueV1fm9b7+4+TzHe7v729fh8X18 z8287hvn8Pye4/sFD73/PqgA+V+j53wOpe3Ah50BH0pdIsrBbKOAbkWBaDMn SaTEhEXSzMOQIEmO1Tme0KaUzKGWDIldI6WzNquTAwIBSY4LQYOeRYKiamvQ lTsnhPSfE/OKIQmdIcOgUNDDKu5RrB1NLNNYU0mANFRKkiaqciy0l/QwgojF WaMVjI3LQDIG6N4npAV4r5YC5lhwvAUogmCx4qxlWWsZZxM2MxWKsv1Vi/1r QxRgtpWi8DTAzLZGKMgM4cImCIuZdC6l2BuiVIJGshY7xyIKvcuRVY4yIjyq qLK1VSRbkBF6Jhb48MNd5AGBJ3mOPWePAyVMDn3P2gK351T+pVucdEeVQsSX FHNIqigkiaIcmJBg0hD4NGmECaMFIMIbQ4Hqg+yElbok2tdBRMdpMymlkWaM FYMK6QwhiMbNINMIJqpOmuyabMyCJtMIY0YIrn2QhuMYCA4U5QyTThC7SJMb CJFxikDmYcRYDusc3BCWD5KEP1f7BF7UsaGwKfvAaW784Hy0ohG4BUY2EL6I gC01BCCMEaM6jQGBcWlkCpCack9JgFEBDQplbmRzdHJlYW0NCmVuZG9iag0K MTg3IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JT cGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUg MCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNiAxOCAwIFINCj4+ DQo+Pg0KZW5kb2JqDQoxODkgMCBvYmoNCjw8DQovTGVuZ3RoIDEzOTENCi9G aWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA 0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQ ghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIR UgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJ5 wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpKhqr9hhFks1shEItkfqIuGepEF2wY 1GGazgKsFinur0NppI0HFotk+HAuGAwGYg0+p4esBRbwmGxGKxmOKeGMZpMx pMeYNJvNw7EB2GI1Fwy4AgLgonwvHI2LgpFMSsQ3GgoKpzyZvMwgOhoNJzEB kzAwhA/YQDmOoxDUMoxscOg3vwNDJsKw7EsWxqTjO/Y6Dk7DtBAMIzowMo2s OzIuioJTOhiGzarKmDRtwz4ZRSGwaKS4zVruGDgIgv6CuUJI3MyFoahmGAch QGj2hqGyohQKY0jcNY5hTEkTLwkjwtWIkeBRH0gSFIkjSRJT4imN46jkMYyy jKaCioFUtS5JEhyLI8gzEFAnDKPDHDcN4yMmNM/R+6g0jKOUpRLNk3OTLcfz jL86STJYoIwOzsjq/k+T9ANAjpQdC0PKk2zfRsgzlME6yWIMzwHMszz/TlPU NNYFVFRc4VLR8w1TVY5ycNdNxFWNQUTLTEjezD2ocGQa1PSL4iHMyMR+7owj YOoy2HWlFOVY1kBbZVmUhOwmydDg2jgxQ6DrP1s1rbg2WPIFwWbcYwjxc10D TdV2VndwUW7eSH3DXT4iuMI7PqMwzPpEdEW1Yt4W9edxSXcg3PwNMQ3bbd/4 jgNl3pit7YxjV+45gFk4FkL4ipjLJjmOgyjhNWHX9W8vTnggUClNNC4QMmN1 HLtTYo+OePoOWf6DW1SZxled57pIy6Bk2hUdnNUaNqOlVm2aLNAmAZqU3SI7 FFIqSyBQUVUMYQCI/4QCnAqMDGyoyMoy1kM3E8U7ABSJbEia0Ba8SLbRLW3j oMNkhqGIZhQJjDjO/NsoQiUr8PtQ6DywzYIKIqvSql4FJitKapunKdp6n6gq G/qYRgEAZhuGzUBmpqYBoigYRR2XadsiyrgUrIFK7vkVLMny0s+z6DhctHZr i1PDLuFDyjEPOYjm9fPAV0CYed6Hf+mEC7hkGIchc9Pfdr8nheJ4zZLDvrbR Z5fVpmGrxBl2ffek7dGxgwiJpDGHINIcFOnae698BSy39v9dm+2ABd0hlJBg VWCLwCrFYK46E2b9EVukRa8wnrsQZpCg0chHrTWiJhBkfEJKsDqqfaq0xoau U6wvag0hrjNWOM3hbDk+LiUAObMMCAHpNg8AxfODI4IMAZNLhXDdrCSYdNHZ 81OKSjIqL0iu1uLUNYptXi8fFSZ2YDObi3ECHEVkxqtTQCAOAYUMohZiHI8g KI5x1DLHcEASQiIBPuHOOBk1Mp/P4gAMQZQwhke5GKLkZFxQ6Sak+OUdAwx2 ULHmPcmY+ybkBIJAaviVp9kQhwEEi5Gg7Wyd8nT6ErI6bSCgNwdQ2yLjweVH ALi1nrBAGYyq1IDBhDEZI/h5Yly8BcHgHB6wWPdVqCg6ko5LSHQDImX5lQ2h 1DYGF7je2/yucaDmWKWGrK4iqDaL8PIww+nO06SZ8U8J6VYmaOKgFgwzVlO6 G0koXTyTyY5Xslp8KCn1GuFkbZ1TylNPVVywKDKEn2qGH9CZ0w6CdQ2gav6C qdoOrNyzhZzNqCmGUyYQw0BhgRJstkwI8Sdk1HiUIdlqrXkSG5u6fg5wFgPA kNwcwXQLdCDchANAckQIgt9FJGCNEFICDQplbmRzdHJlYW0NCmVuZG9iag0K MTkwIDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JT cGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUg MCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNiAxOCAwIFINCj4+ DQo+Pg0KZW5kb2JqDQoxOTMgMCBvYmoNCjw8DQovTGVuZ3RoIDE3OTANCi9G aWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA 0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQ ghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIR UgovIwxgUCKkbBQ4m09Fw3EFoGg2GouGA4iEKG4uGw2thUpwKhBUOUtgeCKh jwh3gooKBhNhlOh0MogKRlMZvORkOYpKhqgtshFJGg4tFsg4uGQyhlRFwz1g gvkFLYoJ5wMpuIxsNJnNB0EBT2hjNJmNJjMJ0NJvNw7EB2GNxGVyEBcFE+F4 5GxcFIpFo36w0FBVOeRN5mEB0NBpOYgMnFMIg9AgOZ1MRqym8Ohv8poyOz2u 33LdpOM70DoOTiuONwQDCM6MDKNrajoFIuioJSvrCz7XLMzy0rYGqShkiYQN U1gZtcvoUQ6zTOAUsEQLIsyfLSz6ENOigZhuuoaKTEcSpauSIMKxIiPYMQwv CEAijc4w6DyEAnDDBzevkjDKsuEAjMsNrixTCoYhsnsMIKFochcHEbIi56LC oIjYBRIQ6DC7QaQ6GYUCY2ozvNCMJsEiTTNdNYFBRJbaS2BQiq8vwQJeBSYr Smqbpynaep+oKhvUmAZS8GwYRq1q+omigYS6hNONW1qrgUrIFK7LkvRcmCEV jSaetKtFNrjHbX0C6QxDyyA5uxQtDphWtSU7Ei+w/MbrWNU0SVRVVWRWsNXT BRlZRkmYaueGUzVvZ0eUCIgyjmMY5DSODjORYVENRblvVLHa+hnUS5KrTdjq srCuURFlqrLWEY1mGNMhAGocR01tdNiIY0DCOU4zkGwUCth40jCMTGu01AaB kFAnDqNg2BayA5DaNI3OKMoyBAIIpiGJIkvhAmUDPPUKWnGFX0YgVZLEnuCh qt68L1cIUCmN46jdljFsax7IsnKjMULFiGZ2HOBaxgkvW2va+haGC5RAKjEU CKj9PhpOlhAODGMcyAQDq8L0jWMsmTfjLIymyzMPK/A5vujD8siOe1ZZlAyD KPEE7W4TGpXJ4yhc120cRxQQUKhE+1zQGwLkGEf7KFD3vMyO6yYOzGDqMoWc ZlnShBxzI5TKHSbQ9c3pPqXWjNLDishlkiwSleQ5HkuT5T4GW5fmPMM2goqB VMOw9BrGyMTwFzjcM/J7PwnDbZt2nhA/Qw8SOXdb492luHlT09gNw6jaMQy/ Q8e06Vvsi8K4GVZYHcNJ5nBvORU9ExLuGMJFck1QsJFmdowZ8jM1hFQakMLe DhcCui/uiaQ/kEDTW3mRCQGV8z9TJGUfUldkyWnns5X+WYiTYQbpyTOSZNSb E3JwBanIGKdE7PbTyhJnDmiko/UAoIPKhIWrDUYwUhzCSmkwBoqFUcT1TEWW gvxVqX2ALXYEzpYpDjnmsTSiZXivlyLBiWogGMYQZxQBAsmNoLlmRWjIvpVM WoXRcRethWa7jTJmjFFdoy41yrnXSgddhBZALdLZHYGcUQFL0KSXMi0kIsL7 VWv1akfGAwRaAl4Ghc5CMLBQElJJ2gar0ByCgGUqgbAyO9B1tcIHxmzMq4lE KJGbvQekAo2IVQ3BzNyG5lYIJUIQhiDQG8rpYSyTqneAT93YN7MvL0BUBpgS nlSC2VYMJWg0mfLM+SgzIg9S+dJxD7TjPbPye8975XzkXOKfp9B5gwoImwUs pRqCSJ+huoFtrTm4TWDJGpFREoMMEIYn2IybJkyqlYCicU3pYneCaGFxb8X5 wmfu4V/JmYhS+ohN2b84ZxgoCCGMOgdTGPEo6/Y8lIGlnpZQ+GggZZsTaNjR Gb1E6Kg1ouCgKgb03hsKtNINAIKPvgdk5BB1Ik9zZl/T2k1QKUmTPCHIOzK6 d1Vm5Mqk9FKsrkfrV0MlX6S1iqxRaaFWqz1epGzlqy1msKya0wUGRVVdAoSu yIN4d5jq9eHVsNK5KmUzfA6c+CUoUGXDmDqBiLVrQQLSjCQBeSLKZjhX2WjL Alt2SiGKgyVnfG8snC9MLBGiJeBamhP8OD2JxTnNGIAaJsREoBEec0i4mpeR pIRT8U2xXAllISLMm4twPj9GBsJaDTq4ki0aM6v6EEFiZG255M7jx3jksu4y nZMx5uVHu5kX0Zrbjojm7l0oypBXIuZdC6g3W+kAVEgVwbvEFkoWs0V3LxR4 WjJxUd55QNbJmvWO8pqfVjqCDYqLR3wOWDxWqbeDa21CwjXCrlcqp08rDRKc FZKLYRhy+lKp4wzHhN4GYOQbw2szYebx+7bQxt1ZZU92liJ9nPwgRah1sVdu jQRTRllA4QnqPZiig52YWtVk8QZrMoSepmr7aFJlBj0kYNocV2JlqYP0pk/i moLrfA3IRKNEhEIYknI0QUgIDQplbmRzdHJlYW0NCmVuZG9iag0KMTk0IDAg b2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8 PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQov RjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTgg MCBSDQo+Pg0KPj4NCmVuZG9iag0KMTk2IDAgb2JqDQo8PA0KL0xlbmd0aCAx OTUxDQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChy MBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCP BYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZ BSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCo Y78d4KKCecDKbiMbDSZzQdBARjSbDLjzecjaYToKSoaq/YYRZLNbIRCLZH6i LhnqRBdsGNRlms4CrBYp7q9DaaSNBxaLZPhwLhgMBmINPqeHrAUW8JhsRisZ jinhjGaTMaTHmDSbzcOxAdhiNRcMuAIC4KJ8LxyNi4KRTErENxoKCqc8mbzM IDoaDScxAZMwMIQP2EA5jqMQ1DKMbHDoN78DQybCsOxLFsak4zv2Og5Ow7QQ DCM6MDKNrDsyLoqCUzqJtqsqYNG3CEBkGYcp0GrhhsGikuM1a7hg4CIL+wYp jeOo3DIEAoDCyQ6DoyYiP+EApQQysiCMyrLsyzcThtFKzPc1AaoYFrxIsKgi IK5UmDoML2hoGoYhmFAmMOM78hTEkTLwkjwtXMgFBQOg8sM2CCiKr07peBSY rSmqbpynaep+oKhv6mAZSyGwYIpHC7omigYBjStLtQ1SrgUrIFK7LEtRWtLP s+g4XLRSzwRw5AUPKMQ8yUOb10CBVBphV1YVBTKChkGMYvShNhVErCuUI2cs tBVUWJ8mbXBcg6IVjULjruFAiDKOYxjkNI4Do7I3V5XwFBla1sWTTDVLuGdO rWGgc3fbarWZU1nLDaDbWlFqe0oEAahxG7VOQ5QkjczIWxmGAchQ14W0sGYc BRIEhSJI0kSUEDCjGN4yMmHLhzpEqCioFUyvkNw5sWNwyyJhmHJ8Ggb4m9uL YxOA3TkNAQPtBrJoxkQ5DJlE7ZXluavbiGJBpnbhYwKcCz8wwQB6mbyBQNMh us7GfwbAUBQAOEjjLJOisxBw5QaMI3BBpSYN+1MsolPMxsHAA5yDIaT6OMld yuBSJbsGe8KTHs94Xhun3nqOp4uFDIMklYwxCOYTqtOL87nOuVZY5IUCGNAw jlNU1htb0msln85okG9OhRIwxjXmYQOry43czcG6Nkz1U0OgVprHgjdBsuS6 RywYmQm6EgjkMbJ47tWPyfwVeNmhlooNVbiYHLIaeZWgijCMeg6G/NwaLKGk P4jA4Iw+mGv5AGZJ5EQ5DzAO5PsKs9BAb0nqAgbQx4MoLgQBFYauNcAIDLv9 DE+4MwLVeEIbyrNPYKAykYDc9RIit4AnPgGHV6Zk4JhhDIfwOrMGxwAgO9cy bX2SB4gU8855/Drtygm7oNiHQzu5DCfwNrIwymKbGrxpifDnGNDmCwEAdz9P pQCGwNgdQ2tfMwZNvr1GZRRDSflIJjoJtfDOgNBZGEiRDgM6gxz60HAgP1B1 1D6Q8wKCDBCI0SIzxKdGC1HYMEemCiZAJswbA7hhDyfwOAb2YLmO1EJBUcQy h5DKdyMJ/AyBpaNJBuSAg5xpdy19okbYER4hGhQjAZoOmHhA3NwsS5AHAJGF SQgKIRIAhSkQN4Yk0NfP5JmA0jowrnQ44CTcnZjBmDkG8NspZdwKYY2SHUQw yxQhg2ltYIA8hhJ43FIkfjAmDDhGGKjIg2yNZk/ZDhGEAhnDcZVmYLntlhIs 95ai00XKeOAXMEDF14JiW7DhCjGoTpFm0x8IpkkQsNSc+9KSVDMSwNis94YL UYnBLYmAkze3SJnTSC1NabU3ueDQ8CDDi09GDawGVdKhAYsEBmzhUJTSYA0U 4p6f9NDUkWVGqVU7wadT4RYqwnqwKduIoEYNWyuFwOENiupYyOy0UzLjT2CC xFjLXSzVamq+lSLNVRUR8C1F2FJRmRCmdSnmp8W+uFca5Vz0vWImwnRI6vVY XkcE1AN1715pnWCoC/ahsAUPUVRz4p/gyoDW1xzDmoM6Yel5N1BHowmgK9ab bIYjKOIg8CJZygqsvZi7lpxElLs5Yol5GdJXYPqPvABoyUbQOjse5BiIKGpW TtbZpj8NAyh4tq01x7D3IsTBVbukabknn0DkHZmdw3SOmdQ6oGrrAZAwaecK ysAm/WYMm71EN0rb3Gtzbu1lzH23Pui6EBVoXKhsDeZhNRDwa26uSmpNibgg htDEGlESTgjhCjyeVI4cHTggnROrAKAgxwmg8HQNj/UhQtZmru918DE3zYcQ 5dl+LlX7W8dQM2FsBYEa7gfBOC5I0OwdhBEWEwQYVPo4M9mGbbXxw5fXD4NL 80ixEdFBAdYftvClgPAoKMVIAxZOsx2Lw5YRxljTC+N2U3vxzaeyN6LKJvgF S10GVzvkVXsnhxhgyENbYYdUN0YaXSxdGeZrQIAmBvOuGycSfCINbOiG9Kxs SJHgpwvdvOZ3SZauPj4nx7UYMmBRc2Dt0Gk44Zbhu+lIr7W6afl3Ppjrg4MY aGlI5/ZmyNDNbGDobbyY60vh6++XLW6dwUHVBep5jhncueWUjJEPBlqflZpe OdLYd0zrBNwWZvPAXU7NgoN0skQtQScjRBdmAzWM1zaJGNpgK2YDEG5DNoLU 20AosxAQDQplbmRzdHJlYW0NCmVuZG9iag0KMTk3IDAgb2JqDQo8PA0KL1By b2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdC IDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQov RjE0IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4N CmVuZG9iag0KMTk5IDAgb2JqDQo8PA0KL0xlbmd0aCAxODk5DQovRmlsdGVy IC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhAL RiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsL oYdxAMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMM YFAipGwUOJtPRcNxBaBoNhqLhgOIhChuLhsNrYVKcCoQVDlLYHgioY8Id4KK CgYTYZTodDKICkZTGbzkZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL5BS2K CecDKbiMbDSZzQdBAU9oYzSZjSYzCdDSbzcOxAdhjcRlchAXBRPheORsXBSK RaN+sNBQVTnkTeZhAdDQaTmIDJxTCIPQIDmdTEaspvDob/KaMjs9rt9y3aTj O9A6Dk4rjjcEAwjOjAyja2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL 6FAahmzTOAUsAYhsnsMJghEZp6z4ZReGwaKTEcSpauSIMK2AUNuN7iu0hzUB QGjtBrJoZsUNI6DGNEIwmwSJNM1wiSFIkjBbJAayVJknBQIbkDmOgwjc3jis gNw6wM5AQMqMozOE4EHyrCgFCoFUuDZIsIS+h8wyWFsmxQFAmDSNwyjCOUEs e2s4ONOU6Ts4Y0zzCU9z7P9AyPQkxUPMgozgMkCuMMdIzdSkDzmN86zvTU1z 0gtPAU2IhDeN7GzU7QZhgudR0RJ4mjeMgytwNwzqs/7eOkKgpCqIqwCCJgpi K7FbT5P1chQJNa0PYIcyUFQYhzYAchzJ7fUeMtuRbC6ypggUaLEnsbhAGq3r wvUegVRVGMiKY6DyxoQMWxtJMkyjLDJFUKubGF6IMtKEBzfMXhqGS9r6FoYL kkYqMRgNF0a+GDYQjDKsu9NkuFlDzPEOo6WWyIyPQOA2DCPIyjJBI5DeOo3a AMwwjGMr00YEA7jSjAzQLBwQMtpunzrqQyhaN47DKOQW4ivySNW1oqS2BWQL kGCGZIxI516NOgDbZAyhc1z9YTNuvQQ4VlaBmGBvS9o2jCOY1vK/DKzXoQ2P znGdZ4POqPI8IzwdNb0vHx1nUbu2w1xtIYLe12SyHqoyjwMI252MoWPc8jGc bmYQDFKPMvJ2fCcNoLIvCOnXdnm73ZfAo7wRwsEvhuGgZvuwkvIMuujlyQ35 nSHP28v/S9q3j3uR4G8eE9+cjnnee5/BPBPVwr9eZge7CpvGTsiK+4vMEG+j ZoHFQJXr0uzacGR+7mnsGJeCwM9yCA4BpDwsoObdn5spYOZEhB73ZswDCHUN gdG7BGaQ0p3j6Q5m5Ua+5lCaIJtLQQ7OCLBYJgggK2hkLoiyOlfy0BzTs2jt JJOy0Mjdgnsohyfo8MPWHuCDgbRR56QzOnaQGhzjvWVM4TqwNoDTHZn8Dc2A zat3sukMSf43RvDhGNBc2FFpFiyFmJ8xdGpMwcFJKiW4h7ZESGvZNAiFzCDJ w+jQWFF8ayCkSLiVAhgLTnkWbMkIIh7EjodSeEw2oZzzLcIQlhIDZwUMGNo2 EIpXmxEvAUTEtJNSbk5J3G8oBQiiEwX0DMHJcTWFNJgDQigMEXAglhLIGZFi rgKKyAorrEpAoxlGjQz5nzSlolgDZskikTHSDEHkyAc1txdAVJ8mEy5dSxme CAvqHwcguOtN2XkvisFclAi2YrFY2r3IQagpKKCITNm/HgFARGlBjDkGkOCl Q3SelBPInRI5dzfL6sFkIMzuTmm/L+YMw0WSAYpGyZEbwYyvBuc+WbADYrhU EigGC5QZJjUTC2KbDYfAgNmZVZKIS2SWbHJlIVIEmLkBRSVUlJ5JwDPIyxh6 3FcUfXFSKklJpIwIhQwhRiyQ8VCW9USkNOKdLFMU3oOSCHdBrqhTWotOFDVW gjAGSqnGJLzjYvYtK+KMovY6XcvLHjEhUdQHQOpGAQBNDDElRizY+1BmxOyi qMo3RtraTMGpd6Ox4dDRmMDAX4mRMgHiu1eHCV8WYCAOBjDHGQiMZc9UVVGn pQceZZDgmi2aUe6oxzXj0h1PC0A+84K9nlrrXeEByLZwxdCDdtjpQzhlDfaV 6cQGUVAtAe+fijjINGiclO21lLcW0sws1qDXjaw8iw3izbCzIPwiIZG5BmIY TYVw9oxIbbYRkV6oAnjsz9BhWSpC8aCbUhwZYz+yTeDhByTRZq2AaIz2BLDG qYwMQZlrNbIgk0i7IW3rxXq6tKrAIrsFIJtGCMFIkwZIps5sZGppkfghRVPU qVmbFJhLUBg8ydmxNqUa+gY0boRLWW8ucZ0cl6VadMwp10UwxO+tcymQloxn gmxc0QUTTmrNdFeMF0ZFJ7jSjs4V0TkkDlTHdEJ1TEsHMews8QbHPyMDfJGO 58T6DnPyf1AKBEFRvmTKeOpaAKBmWIvANC2Y5ofj2iWF8D0XsNjIGk48k1eq nSOnJ2i8g4BgCiul0sI17gXZlhVnT9hwpcZEsVJcUVDXBV/RVOtG6Pkksyn1 n2IYoxgDchANTREzJIQgjBGjOzxJCRCQhAtagKLMQEANCmVuZHN0cmVhbQ0K ZW5kb2JqDQoyMDAgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0N Ci9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwN Ci9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQovRjE1IDE3 IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQoyMDIgMCBvYmoN Cjw8DQovTGVuZ3RoIDE2MjANCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0 cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh 8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMkehEKGIuG I4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uG w2thUpwKhBUOUtgd8Khjvx3gooJ5wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpK hqr9hhFks1shEItkfqIuGepEF2wY1GmazgKsFinur0NppI0HFotk+HAuGAwG Yg0+p4esBRbwmGxGKxmOKeGMZpMxpMeYNJvNw7EB2GI1Fwy4AgLgonwvHI2L gpFMSsQ3GgoKpzyZvMwgOhoNJzEBkzAwhA/YQDmOoxDUMoxscOg3vwNDJsKw 7EsWxqTjO/Y6Dk7DtBAMIzowMo2sOzIuioJTOhiGzarKmDRtwz4ZRSGwaKS4 zVruGDgIgv6CuUJI3MyFoahmGAchQ14WrmHAYBQKgyjwOg6owEDLjgOA0jcM 8AjcMknBTEkTLwkjwtWIkeBQIY0DCOT2hoGgahsFAZBg9obRRJcmyfKLJypK 0sJWMMQy9EqCioFUzR9IEhSJI06IVO8nShKU+SvLI6Dyw1BTAGK4hktCJTGK kygUFCEB6EAnO0MrYUJQ1RoFUwoDqx08UjVTN1YwaIVMiwoDfK7HVjWdIT1V YFUKwbh1MKQyvoOQ7DKMli2PUaLVM6MHDk6wwjYEAoDkN8DwTaVWhQhllDCM g023btv3CzNb2NckU2VZgy2daFiolTlPKTHVRR7H720VIsjyTJYrzUwwyBAM w2Q67jqNWKQqiKFi2hAOFfR+EA74TDkqsVfEvr5T9/TMIg3wKyT2hnGc4BwF UUYEGM5SZDI3DmMzKsuOjsjdKbMWyPDyBQO1tjThbtDYPOGMq1dL2Y2oTJm9 dM5JfsyTMK01XUMWVhbTobhwFGt2yMOvVUFoZqhsYoTVQAyjpez+PK+jJjEM o2DenmdDljG3xDuQ5P5voQDKMIxjRoEq0o/GoarkbZLCizQIK34bbWiIZrlr NR7dDPA7npu/WC1dhykJow8ZPzyipqCe6reDZxTyoFBby/M7Ak1Q5O/82BqG IZhQJjDjO/OrTDkvOhRS1MXgIqvTCl4FJitKapunKdp6n6gqG/qYRghoZIo1 KmphNrgRR8XyZaqysK56PZxUsyfLSz7PoOFy0BoGTwfKjYwZ5QxB5bkHN2Js XoEwfy/t8ZqH2l3BkDEHILj0vrgcRYq4CisgKK6id2htkWP2e2TMGx4oGP+f acgFARFmBjWyHBnp2liwJAUjCE0Fn/l3BmWIuQNC2P8fZBh98HH4lhg+it6i LX7k9fCDQGCNIUl3YAolIbBFGpKBQFMOhmD6n3dKrRPR+A3hvDY8hTZ4V+Kg VEqQEC1othyMcHOLbciIkrQYxlX5/ERL2XwvBaZ5o2ggCeG4yceGNx7IwtGP y5FdGrDvHdjQdI9I/j5Io2Mf1kmrDQh9jEkZJuCj6bFfUaExMmOSChRDAoqq MSQo4FAQUEhpWeQMMob3AhyaZIZEag3qL7lK8tV8glsoWZ/LpcauZAhBOcG5 ELG5jSLWRIEKaDk1SdV+vmM6nSIniIs7yU7KGVNpZaigFDMAZsCRkksPDFg8 sWD0CA+xVm9r2BaZIMxjgxmVkI36eIYmUpbcbP5oc8Qzy1luHmMzmyFS/m8C gOoc3Gn5QEpNLE2KFRplMcqcDaGWMunKCqc6QZ0gonWCCdoIJ3zxDqlWekw0 KT5DlPueB95/B1oAn6gVM5aS2bjLihJcqMPLofRE/R/KKBnotUChi/5UMBSD KsGlIJ0ROPkfQk665HhyDYwuiAejJsNQ64Rpzh3E06PyZM/MnA4Kymsj8Oby Fp0aZTRxtVHpzVTnVOyd1ZkHH4dOfWYaV62y7TBXGFdc2vzjZfVKkVVKS0np Sfes9fk8pSaOGeZiIrB1wVbXKcNHZyV3sbXmk1e542TblZUyYc5qN+mM5Gw1 G7E12sYm+x1eqUV8MnQWniGGmGVMXYK18vLY2InFbSkNtrSWQt1Tug6HJlzN MdcOwtnbD2frraG2tI7H2mslX23lz7WOHtdJF5ENAblHN0TMiJuoJg5vgScj RBSAgA0KZW5kc3RyZWFtDQplbmRvYmoNCjIwMyAwIG9iag0KPDwNCi9Qcm9j U2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAx IDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0Yx NCAxNiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMjA1IDAg b2JqDQo8PA0KL0xlbmd0aCAxNjM2DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+ DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYP CYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoR ChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaBo NhqLhgOIhChuLhsNrYVKcCoQVDlLYHgioY8Id4KKCgYTYZTodDKICkZTGbzk ZDmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL5BS2KCecDKbiMbDSZzQdBAU9o YzSZjSYzCdDSbzcOxAdhjcRlchAXBRPheORsXBSKRaN+sNBQVTnkTeZhAdDQ aTmIDJxTCIPQIDmdTEaspvDob/KaMjs9rt9y3aTjO9A6Dk4rjjcEAwjOjAyj a2o6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL6FAahqzTOAUsAYhsnsMJ ghEZp6z4ZReGwaKTEcSpauSIMK2AUCSN0IBaGoZhgHIUBo7S8hwGAUCCMbjD syLIDwOg6owEA4DeNMiwjCaYLuGS0Ik0zXCIxKBB6EAnjk3MwS7L8ws2goqB UxKITcILcDON0HSLOkwQhO4FTyxMSTcKb9DCOVCTtFaJTLM6kyBNYFNjIkjS RJUmSchUosm8I5SsMjlDmNA3jqNgyQSNg7jCPL0jEyLwvs/AYzFClET1TQUC tR40jCMTGu1MwbhxYNh2LY4WhmqFlsXAsHMgOT0uk8LIjhR4w2sMtsBBWw2D engzMsEAyjCMY0BANowjgOEwDO8o8to7FeQrECyLMGy1hoi1oLxNTE2pb7HX C9N0UgiwoTq3goDq3gqDLLMtsiJt43mN16ukKl7siGV80PFsX36goW3+G+Ao i56LCpTLYiI9jtBpDoZhQJjajO819L8kk05ixI6ZDFSCiKr2gJeBSYrSmqbp yncahAoChKImEbhAGq5tWGamphgK5RdreutYiyrgUrIFK7feTxjpsaM+z7Sr Rrgc69mETOkMQ8sgOeSRXpKYbrsocbzd6Cw/vDrcNxG07XtsWLDt6yxktO5p mGzn7tJXENeBQUCIMo5jHOI4OM5GjgVwYFRvznHbPxIFBmsS8BpDmza+qysK 5pWTRhy248xqgY600K49l0FNzDI8kyXJuVVEFApjo4rxPJiWKYtLUuPuN42Z +GNK6DTDEoRRnrDk3g5+syCIpW/EvUK9MH3CMoydXRPQzbN43LcYgupIr938 qHf2ChPhrg7vyYg/WAZGICorgOos1waEGKRDpA5a7+H9K/SYCBNwRlWKQfmk WDUBHVqUNMpZoTMkhvNU89BUKUEpJUDSlYgYZQ3rWDkHmDD4nyJofM/yECb0 4oCQRCVQ0EoPQJT8blQKD4fwGg9BRRq64SMQg6YkiybgoMKN+lWAChYUvjhW +VgqwAiKsWMGU7TX0XAoBwCoGZ2gao5SiHgFgIA8x7D0CA8ZVlzLhBaY0Mxv DKhyf+pCQIYlWBuDIvRcYbw8SAPI+IGZeIWRDBQGeHUPIfB1DnJI8x714LyX pGWTJCo0NDjVGxZ8cAbRyjpHaPAKI9R8j9JYEAdV5SEiOgCRMi5eSODrJCSU jpKyBkxJqVqmZOyfMdD2Xso2On5lMxuVKhyJSrk3Gl5inXngoBmCp6MdwaJR PAZEjBjAQQLDkq4+AaQ9GRDMGxBTC10rrXbLw8yV4LBlW4xODBmUJK9f2zOW EbloI6lnHOOqR5by5j6CCP8gZ/nle4xiQER05xKZ/Ql0VC430OlpRGdEeY90 VoueSjKWHumRMZFBQRvKQUHTwr+hR8pY0mohLadMuKVy7owfqjTF0uKqixD+ nCvkhRrp5QyWVJ6gUql1Raf1RqYUcNotiMMN4xphqbSKqEbaSxxp/RKoNFKi UuqNJ6Hc04fGWTlEmLVY6dUjqjWeh8ta1VWpZVkyNcJQKwppFKm6Y6nSvr3Q 2tFfqU1CqvS0/Ng5pIEh9UpR9TLFVkpJY6vtKKJ1DqxUWy1cbMJdjAfWsFnK EV5U5Hacb0UnpRSnGKo9MbXJkjPEKNJ04ipwrrFOJie4ixPUBTW4lOVFRFiv ZukEVIuRFi/V61kOLoqTjMmaZ6QrYvOU/bR6apFwqnVSqtVqrzGKyVouNW5j jyq6Z+60G5RzQkzIizgFwOb+EnI0QUgIDQplbmRzdHJlYW0NCmVuZG9iag0K MjA2IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JT cGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUg MCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNiAxOCAwIFINCj4+ DQo+Pg0KZW5kb2JqDQoyMDggMCBvYmoNCjw8DQovTGVuZ3RoIDE3NzQNCi9G aWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA 0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQ ghBqmwuhh3EAxhBNEBbLsIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIR UgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJ5 wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpKhqr9hhFks1shEItkfqIuGepEF2wY 1G2azgKsFinur0NppI0HFotk+HAuGAwGYg0+p4esBRbwmGxGKxmOKeGMZpMx pMeYNJvNw7EB2GI1Fwy4AgLgonwvHI2LgpFMSsQ3GgoKpzyZvMwgOhoNJzEB kzAwhA/YQDmOoxDUMoxscOg3vwNDJsKw7EsWxqTjO/Y6Dk7DtBAMIzowMo2s OzIuioJTOhiGzarKmDRtwz4ZRSGwaKS4zVruGDgIgv6CuUxI3sw9qHBkGoUB o9q5hwGAUCIMo4PzAbrskEAzDDBLKhTEkTLwkjwtWIkeSWN8Csk9oZxmGwUB wFUUPaGoYhlJS9DCNw5jMyrLjo7I3BBPA5DSPEpsrBrJosOA3jSNzHDgOQ3w PBM9BAOA2TmMssRLE6LNAgq4hmG6BBaGa5S8wYoDDDMQjoMo5P5Ow5BA6MHT 9KIQChRlHMcJowjgOFEDO8gUCoPLDIa9bYRPFNNAUFtOU8iLxIsKkvuTJb/y DNwZhQJjDjO/NLS0hCJS7aLBjpYVKs2goiq9LaXgUmK0pqm6cp2nqfqCob+p hGAQBq1zUNUu6JooGEUX5f0aquBSsgUrtjxUsyfLSz7PoOFy0X7TjVOQFDyj EPNUjnYt0AVdSYYri+D4AgoZBiHIXPTgwbX+4eE4XhrZLDZDbRZiV6pmGzxZ RjLjrvJYyjmMc/SdPVjZJdcYaDmOZz4goZrEuQaLZfuZYQrCuXW2edRXd0W4 mnt9hq1OpuRHo2R+zIWyFIkjBbJElCnKNKyygoqBVMAiTEMUyVBM80hUGc2x lJQ8BYEA88aPQQPtQYQDHEVVck+78snRdGwRPMNjmOFY71S4Fb7MEfSBuKH7 nI6FbvvIQBfX7LjwNI2jqNr+9ww450hyfNz5XTDDIgYyjfVA5DzbyYVChUuR 1aQUDFMQ3DJXoQeqPGRNiiXnrRcPpdTt3V7lIvXySFFc9v3Pd+xEM6eBzUHe HXYy+MM/keV5m93c+B6KowFPUes9gNyvnttNNmplnayjwL9OGqBUS44BqlVO GVVKq1AquCkGF7AYQ2K0Vs58ECuVdvZPKsFYYNXusOWSC036by2AtWfAI5QR FqtxWutlba3X/LgKS+OAa5TDNNZKu5fYNDgr/KaTAGjA2CxKRwakizNWvwug axFFrEWWo4LREpGiZkbGDY6x9o8LWnMmi8Q2JcVGqAKZYy5mEUomFWa8wxsD OWHs8i2QhqDFo2RhWg0VJjSGlOgDdEZp7QJAR0jcXdqxSUZFskdGKK0eIsNj i0i5s6KVOsZkGmAJKiU2gzBgDl9DdXYAoCCo8Oxk39PJgw8tSKh5SP+BiXEG T4YgwCPMCAHoIAivXlqogxxAnJhjDyYp67mHLKJcxMxc5sXUQDIhMGYbxlDT GJm5lysy1EBkmc5dV00mmkSl1LxcS0jlSjbg2mU8qW7AoCk0dVUrwyPNdO35 abqm4PnbpPODsH4QtIhA6VLU1W2tvSC62eUq28UHQ426A5Voehom9MqZk4g5 T6oUmFMalXCIocMmwFqbk4LAQyGMNaklKH4QYFgLKkVJhuMmhhOadU7oaT2n 1P9Hp+Q3cC4NM1JE1OIpO4oFDjHHOQm8YebUtpj0ZnBM1V0z4MlWURQhvlQa QOCpFUVNFR3ExKqW41x4IHIuTqhMVRM3Zk1Vo45WclWqbT6gXHsBRcUUIpgk imCgKILBhVQqpViggrqmeLCV4kKAUWJDlYsxKHVXwYjQ2GvSyylFzWcSaCkN 4cg0h2tqA8PnTRAnWuRc0il9IpTgb+R8TooWuBhbCS0d2b2YWTJts0XZAJwZ dG5jcZWQRoiPb4tFr46l3jiy+2ltoq24jywW3bZWfR/uTKeOrG5CtJDS0s7V rI4SMuzdCN8kWsFsuVG6S9uY9XVZ7FxfZSzwXCLvO2UlJ5TSooDKuVqeZXvH lkhgPNbkRumlyeGdUQjlEITKDlIkwUykOBQZBVZjg72KMeFIJ5QJty3dNR8g WD8IggBAe0G62ApoIO08bDNkcN4dwNUBMBEMSAoB6kcGK2AqH6Dli7DQRsOY eqljRaZw8bzBxOstbARkxBySfi8OGMciTGn1EcG5RzdTdpPjtl4OQcknI0QU gIANCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMDkgMCBvYmoNCjw8DQovUHJvY1Nl dCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAw IFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQg MTYgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjIxMiAwIG9i ag0KPDwNCi9MZW5ndGggMTQ0OA0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0K c3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmF w2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoY i4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWgaDYa i4YDiIQobi4bDa2FSnAqEFQ5S2B4IqGPCHeCigoGE2GU6HQyiApGUxm85GQ5 ikqGqC2yEUkaDi0WyDi4ZDKGVEXDPWCC+QUtignnAym4jGw0mc0HQQFPaGM0 mY0mMwnQ0m83DsQHYY3EZXIQFwUT4XjkbFwUikWjfrDQUFU55E3mYQHQ0Gk5 iAycUwiD0CA5nUxGrKbw6G/ymjI7Pa7fct2k4zvQOg5OK443BAMIzowMo2tq OgUi6KglK+sLPtcszPLStgapKGSJhA1TWBm1y+hQGobs0zgFLAGIbJ7DCYIR GaeoQGQchwFy0BsGikxHEqWrkiDCtgFCLO0GYchqFAehAEDtBuGYUCM4LzBA O4wjkOAQCMKQnqAOA3jSN0IQlCi/JI0zXCJIqGSRJUmSdKEpCmNI8StLEtS5 L0wTFMkIwmgoqBVIsXzfJcmye7c6DKO0HjRK8sy3LsvhBMMxzLQIFUHIq2UP ONFSiFAiv/PFJT3StLz/M1BUIBTYrRT9EznKY0jkObeTzLYqCfS0/UzM9OVe FAc0VJNETlRYUCmyjkDJSM9V5X1MUBYNXOmhEmio87L2hXde1VCDN1axKxBB JojDeOo5VNaNwV/FVyAU6aIXRKtIV01132pcdN2uGMSSbOs73xU9pXDeN/XK i2BUbR9vX1ac/37YTpoZJtSN1dtv4lcUVoku4ZLQiU1CpNlhiTP4WhqGYYBz IztLyHAYBQK9TvuN42PgOjijLaqYZDkakyHk4UWy3ueXZneeoilb8XC9MHjK jAyYTiqBSaJ43MjSk+0wEGpapq1r3q1w7vxruO7BMmpjLquKWvgLXDRBlUa9 Mm1shsW4MThkuXUOW7bVsO3bGxOLy4NNHcFcO87bt8V4rF+BTtxlf8dvfI2u tmG0dBG08bwnIXkFC0SaII2Z10HL9FhOQNNoWS5O2IiXUMTGyRHobdKFUXO1 DoZZowAwjGNY4DYMOtvK/AsCzS3keVAnkjmMzLDbAzkBB68CTtn+FWH2r5dw FoZ906YbBUGXfhj4IUDwFgQDyEDxvyyLhVu3nV6/6Q3ep6zbnlv1SeqwBTAC 8OxaIYl5rz3kmRDE/I8xkQwhiDe4t7Ycnur9IkDOA6aYEvgds+N8qLnzvpfW +1978X5nkgifBZoblnv6bw/x/wckHLPPu/V70BiFQeTXAp5zx4GgggfAKCcF TIwXgyx+HkCIfwgfEz58j5kXQmZW+xmkKX5P0haeZW0MU+Nqho9WG0AIcwth 3ByHrJIPgogXEJ5URYWxHgscWDAeHXRNh8yZIr4XbxShG7uKr6orwofhFuFh +gQPVXWlaGR9kCv9jJDeAMaICR6jZE+N0QXoQOghIqOkSY7RLILBuDoLTnkW j5FCP7uYSSDhPFmQ8K4BHCDNI6MLjYxv/hwfiSympMNDk1G+TsRJPwSgpHV7 keINTBdlH2EMgIqPokI8CWUKouSKDmnaXCqXLy7jLL2AUaZTzClXJuBkcZjo JmTKKZceY1ROlW7SaMrpBTUli+6Wc2TInhc9N1u8kHpyTjNL6RU5I1zmaLMS IccpQTte1KOZkTJ4x7dmCiP0IppxWmtPqbEiTIhlVKpCR55ZIw1kpGc/VCJ5 ULk5Q2dcoaIzvmbRWTM86MT1inK+fEhZryIlqrZXDEZdUnoJOKX6Z5nRtoZO qI1EIlUTlLUuJ89Ioz2hLNWLFHqgQtPCZWGFRJv1Gl5JWg8BAileAUDco5oS ZkRQ7BwHNcyTkaIKQEANCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMTMgMCBvYmoN Cjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0Rl ZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEg NiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMjE1IDAgb2Jq DQo8PA0KL0xlbmd0aCA4MjINCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0 cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOMFg8JhcNh 8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMkehEKGIuG I4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EFoj8KG4uG w2thUpwKhBUOUtgd8Khjvx3gooJ5wMpuIxsNJnNB0EBGNJsMuPN5yNphOgpK hqr9hhFks1shEItkfqIuGepEF2wY1HGazgKsFinur0NppI0HFotk+HAuGAwG Yg0+p4esBRbwmGxGKxmOKeGMZpMxpMeYNJvNw7EB2GI1Fwy4AgLgonwvHI2L gpFMSsQ3GgoKpzyZvMwgOhoNJzEBkzAwhA/YQDmOoxDUMoxscOg3vwNDJsKw 7EsWxqTjO/Y6Dk7DtBAMIzowMo2sOzIuioJTOhiGzarKmDRtwhAZBs8S0BsG ikuM1a7hg4CIL+wYsCyEA4DYMI3MmMQ8wayYwjEN47Mmy8MDSPDYIKiQZrkt CJPC1YiIK5QiDfArJPaGcahs8wbBUGT2hqGIZBgFA8BYEEkPtJMGjSOQyNWJ 8gjeNI3QVDI3DmMzKxDPcFzuFMSRMBQYyuhSSS2KkugUFEfyDIcihBI87yXJ snswOUpSoBUrSxSceUtL8wjFMYWzLFE0TVNk3ThOU6BBOz8snQw6jk/M+T9Q FBSJQtDjLRMGV6EFGRKmFIyypNVx9IEhSJI0kWbUEnBBKFSSmzcq0hVMtWq5 IUTBMQyzJM1aTWFs2zfOM5zq+9muqM1hCpPo4T/QL8UHZDLWU/FmQdZ1G2jc 1qS5a1NWzTtt4TbtRSjcTY1RSVz4fdN11fdtY3fFFa3lW9611XmEjnKV+X9g FjUJQ2C2XReF0faVVY9TFr03bVPyZb1wVLcdT3LjmHUrL11VdWFZTPkt43nX F7V3fGWDLJ1AjRYd/2LgVj5pRGD5vaGc4bSlLZ7iNOU9bmhYvcNTY3ae1aZk Gn5JNOp5RXN7zuMsJ5fYmAwxsVk5tZtn0dpG7XRtlsbdiklbjb9RyljKCiKr wFBuo7dJmkgaosjCNIKgIA0KZW5kc3RyZWFtDQplbmRvYmoNCjIxNiAwIG9i ag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwv RGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0Yx MSA2IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQoyMTcgMCBv YmoNCjw8DQovVHlwZSAvWE9iamVjdA0KL1N1YnR5cGUgL0ltYWdlDQovTmFt ZSAvSW0zDQovV2lkdGggMjIxDQovSGVpZ2h0IDIyMQ0KL0JpdHNQZXJDb21w b25lbnQgOA0KL0NvbG9yU3BhY2UgWy9JbmRleGVkIC9EZXZpY2VSR0IgMjU1 IDIxOCAwIFJdDQovTGVuZ3RoIDExMDUNCi9GaWx0ZXIgL0xaV0RlY29kZQ0K Pj4NCnN0cmVhbQ0KgBFgUDgkFg0HhEJhULhkNh0PiERiUTikIEYhAEVjUbjk dj0fkEVi4AjMhk0nlEplUekcklcvmExmUmlsumc3nE5nUDms2nc/oFBjs9n1 Co1HpEHolFpNNp07pdMp9TqkqqNSqtZrUbq9YrdfsEMrtesNlsxFsdks9rrN ptVsuFNt1vuN1oNzul2vU4vF5vd/l99v2Awk0jEkxGJxWIwuNmWCxmOyUpyG RyeXj+Vy2Yzkiw+L0GgzujieaxOk1EO02n1Oti2f0OxxWu2kE1ez2u02+43O p3e83uj3/A4OY4fE4uS4/I5OF5fM5t/5/Q6N26fU6tw6/Y7Nn7fc7th7/g8N b8fk8tV8/o9NP9fs9tJ9/w+NG+f0+tA+/4/M6/b+P6m7/wBAKYwHAkCpXA8E QSlEFwZBqQwfCEIpY2DZQxDMNQqu8Lw1D8QNZDj/Q9EMTQ3Eacwm0MUr5EsT xg2UWpnFbYxnA0XxjHTRRvBUcx3IDNx6w0gyLG0hpPGsMyRIkjScxcmJBJUU SijkpypKrPSfLcoSzLUuTAwcvILK8QTGiUyzNM6HzTNU1rFH8wyNN84TlO0x SzNsTTohM9T3PiDT9P9AJ5OM7ydQlC0PRaS0JQUYUTR9IUBSVJzpStLTXTFM zHTdOTzQ1GTBTVQ1FLkz09HVO1LU1T1BVtYTxAtUyBKtaVrJlb1xIddV3G9e 19FtgWDEdh2JCtjWPBtk2VWdWVjRcU2ZINi2faFo2Ra1r0PbNt29LsE2nRFw 21b873Jc10yE+NxS3AN23c/N4Xjdly3Vbl63vfVZNbedRvTf1/vDgOBOzgmC ujg+EOThWFuDhuHNziGIt1e191g5uJzDhmLYvjGH47j1W5BkWSwouuNXO2uU 5U12WZa32Q5Nj+Y5nm0RNJl9sZzmWb5HnmfaDRrOZ1UThZ7oVTM7oulONpGk 6ayemZ+5Wn6hqLG6nmjnatq+sMBrVY6zruva+vWw2gwm0bS6WybLqjrbdt+z LZtdt7PuW57os27W9lG871vawb7b7tcBwPBK1wlzLXxfGb5w/Ebgr/HXSsvK 8twfI8lra283znJqpzF7vNz/QdCp3R31z3T9a9XTdb1Cj9Vi6p9p2vU9h2PO vt3Xd9kn/b5E+Xfd/4EVeL43EwF5PlaMoXhZn6Hm+d5/g+p6tGP17Hs535Hu +MqHufBfEXfJ8PzfP3/0/V3fmfb9Ecfh+LA/H+eYKt+37zsmHo7m/V/bykfQ BgEZR/UBH+IOgPAhOUCoGQFQlAuB7G4IwTgghaC0F0rQSgyxRNEHIOqug3CG DRFH/PrK5CCEkIoTQqhWvQ0sLoXpPS/DN+hEITvVhjDaHREYcvZh9DKHkME6 xDh6Q2H74DVRCiNEQ18TXuxFihEeJ8U4gJ9iZFaGkVYtRUNtFmLq40yRgjCn OMcZYoxfjRGkgUSYCKKjXGmN0CC0Rkjik6OcDI7R3j5FMgINCmVuZHN0cmVh bQ0KZW5kb2JqDQoyMTggMCBvYmoNCjw8DQovRmlsdGVyIC9BU0NJSTg1RGVj b2RlDQovTGVuZ3RoIDk5Mg0KPj4NCnN0cmVhbQ0KczhXLHVycjJscHJWWlRr cXRwOWVxWUwkYHE9c2FbcFw0RlVwQGUxUHAlN25Lb0NNU0VvKCk+QG5hUSY7 bipmYDUNCm1kQkswbUhqMytsZyptJWxLW1d1bDAuP3BrTkQkamsydGRlamxH TGBqNV0xWmlvOHFVaVNgWVBociE+SmhWUilFDQpoOyRmQGdZOks6Zz1rNjVn Ij1zMGZAU1gqZiUvQyVlXlcqdWUnbGRvZGFIT2pkRXA3ZWNkMHFfY0hhXFpj LTREVQ0KYktKKU9iMCVpSmFpTVFFYTJjNj9gbD8hOmBQZl41X28nQy9fU1gu Kl84KmslXlZAT3ReOnE6b110RCJqXT1ZXGQNCl0iNUdfXFtdL1pcJHJpVFte TlRPW0MhPEpaYTchRFpFZ2E/Wio6STpZSFAuNFktK24vWGZTVipYL2k7JFdp RSV0DQpXTWxib1ZsLUdpVlBeMmRWNTBvX1VTRlRZVTgiP1RUcUonT1Q6X2FJ U3Q7TERTWGM0P1MiI245UltUWTRSQCdBLw0KUV49JilRQm1mJFEnQE10UEVW Mm5QKjFyaU9jWVpkTyxvP15OZksqWU5KcmdUTWkzTE5NTWQ3SU0yNnRETFBM WT4NCkw1KEQ5S25QLDRLN2VmLkpxQVEpSlVpOSRJdClyc0lYWl1uST0tRWlI W0MqY0g/c2peSCRGUllHQlw3U0cnOCJODQpGYF9fSUYpdURDRWNRLz5FSCNs OURmOVEzREpqPC5ELz0kKUNNUl4jQzIuSHNCa1YwbkI0a2poQW5HVWNBUm89 Xg0KQHEwIlhAVWBiU0A6M0pOP1hJL0g/PSRvQz8hTFc+Pj9iPDg+JD4nMz1d ZWQuPScmSSg8YFc0IzxFKXBzO2M/VW0NCjtHcEBoOyxDKGM6SlhiXTovNE1Y OWhcNVM5MXFvTThrTVpIOE91QkM3bjYnPTdSZmc4Nzc5TzM2VU80LTY6KnQo DQo1c1JcIzU8aEByNSFEK200WmtoaDQkLE1iM11dOF0zQi91WDJgRVpSMkUh RU0yKUktSDFHXmdCMSw6Uj0wZWI6OA0KMC8idDIvaFNfLS9NJkcoLms8LCIu T2xrci40P1NtLVJVOGctNzEjYixwWGBdLDluRVcrc0owUitXcW1NKyEyUkcN CipaYz1CKj82JT0pXUtfNylCJ0oyKSZPMi0oRGRsJygpQFciJ2JoPnInLCkj bCZlWWNnJkosS2IlaEIwXCVMcnBXDQolMUVYUiRPWz1MJDQ3KEcjbV5lQiM2 dEo8InBQNTciVSJyMiFzOFcsIVdpQichPDwqIn4+DQplbmRzdHJlYW0NCmVu ZG9iag0KMjIwIDAgb2JqDQo8PA0KL0xlbmd0aCAxNTY5DQovRmlsdGVyIC9M WldEZWNvZGUNCj4+DQpzdHJlYW0NCoAQioDQULyMMRiIISVDNBBuIBhChcNB wOBBDxyMBcMhkNRAORoLhnIxAVDbBIiVDlKBAZ5YVDHLzvBC2KCecDKbiMbD SZzQdBAU5wYzSZjSYzCdDSbzcOxAdhiNY2LoiXBQMRgLxyNi4KRSLRuNBgMB QVTmZRAbzMIDoaDScxAZKSYRBbxAczqYjUZTHQDob7YaLRN5zO57PxAcjKZ7 edDlSaWbhAYTPijKbZydBSXSoSoJBqxCpLDQVD4jEYeNRjIRlq4/IZGM5LJw UKBqORSVDVBCLAwUcYIOBoIBsOBkIBrshbycSZYIVxAboJwAVzNPyNlwuIMh yIDHtBeSTbsiIb4IUfPBIFn4PEYXpBlw+v8Y/UhoNISNtuLhwNYekyXpWBSI pc2oZty3YFBk67WNUEEFoUGQbBcG4cNk/Qcv4/zZpQqjjpgmSCBQKgyjwOg6 sUEAjDSNgyjnBCCBi2Trxkj6IhsGIZJEkkANrEkTRQtAoKSOgyjkyUVxbF7d PYqLRIYgjuuu7schs5AcO7HqbJwnSeJ8oAyDfFzojeoA0DCOy0DSOi4DeO7J SLIEUjhIkjMkMw3jkNqkhYEAxDqoDHrbIwQDqs64RKxo0jcM62RLE8UxhAYQ BaGMdtkKgiIIFqNBgGkPpmBSazxPSkrgMI3DI5ozSMnIxzHOg6SLI64DEPIQ KNFrojCzAXBAECrCmMq0BEIY3jZPIQSHFtZLQKS+TyMgWBEEE6DOtCv0+FAZ wyrtfyStFSBazbOoIKgVRC2s9zY70UMUNw6DZW68DgOE8yLVVFjGNg6jIMod Uk0ErPfGKExohMquxDKOw42ouPiGtJSkiCPoU++FI2j0tCCKgTCpSSpP7iiI 5CjwYhthcahqGipIW2gUYeGoYYlkeKhiG4ZwosOMYZLS6z3a4QItUl12AFAc BaMU1u9Y9k2QN41jqOCu0khGa6thIatbjOG5hiGaSnizh61S2e5fjmPZ+yi0 ItIo2jgNik3DPN16rg2KaxCTkBhnOzRFh+WbBikqYvmW+41l4piOJK63gnI5 zXW42jeMg67ipSmbtq+Eb0iipb9h2vyYBWJojwjh89rktcVxlFyKN3IDpyXK csyCmBAO81jQyY2DhM/NYPCMrBoGwb9Vl/AYj0fS5ti/ieN0AUdYEApCOIXg bxznhhphfEb/0UE+Z04QPv7uu+n6ohdx3Xed8MPsPd7XyBnsvvdDwPl5r8Ya fp48ROLCM/AhT8j8OHa68lwTpmxPkRk/42oSgoBFCOC8JQRgkwBdG1Z4LCVu Offs15/D4X9QLg7A5EcF4MIJg09l4QIAZg3ehB+BD+WwmrOHC+GLXYUHhCYE IJsAm8pWBmft6MM4RQ1YvEN8yWofBQBeEQJL14Mt3fjC0GZ+ITRGSjCOG0Lo sPRCgEMLEQH5AzBlAZLUWnSRciTGeEwVAwhyDOGFmIMoyRWBhB6A74ItxIhv HmEwQSeBhDnHVZQaQ8R3YSDIHEMWXPfhDH1wcC5GSOfO4tZSRmiJGkMvsNIc FHJyDKwEg7JjRqbOOC1HR/UPqaAUpwqiNQqKhRGYJXDdCklpLWoNXCLE1FwX 8rMNqiwyqqVsYFcMvldmYBAo9x5kU+y8aAUc6IdQ2hiSMXB3JbVFggUkRFSq lySyuJTLSXiuQyp9WTLxOKkC0JEDkGlP6RZeotT7IQuKLgxzxmxMYMqyA7gu lIaFggCkao0NkRlB4MAcAuByzdrqP53AgCCrKfigC0LgSWgk0EpkoRrhq3oG J/QXA1O0xtpgcjFBzXsqlRajZ4TyoxPWX53jFNyVUqSZoYQxu7nakFaqdUjp 9m3T6WwbleFoLVMgyYdFxujXOptTpHCSzmovPSdFTA51JMmXCdij6gToT6ng NlAJip+VvLyZzsDIggBdPBXwVDBFnqaY6mVWJfFwUlVGV6nVPVVRFHEtChqz zHmk5Sf9Ly7lqDoHewU91UggT2rcNyZU/FoDcXxF1Ww5K3p1LwMK9SeFIcwZ JQ1ipeV7XQpOWaIi5B0DCGKQgZVfElMErewTjamVkoBYpohSWAOjN6Q4iL/K G0mOHKkqJHjFEENIQEANCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMjEgMCBvYmoN Cjw8DQovUHJvY1NldCBbL1BERiAvVGV4dCAvSW1hZ2VDIC9JbWFnZUldDQov Q29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQov RjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE1IDE3IDAgUg0KL0YxNiAxOCAw IFINCj4+DQovWE9iamVjdCA8PA0KL0ltMyAyMTcgMCBSDQo+Pg0KPj4NCmVu ZG9iag0KMjIzIDAgb2JqDQo8PA0KL0xlbmd0aCAxNDM0DQovRmlsdGVyIC9M WldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNB cNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdx AMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAi pGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCoY78d4KKCoZTwdDrGBARj SbDKcxSVDVX7DCLJZrZCIRbI/URcM9AILtgxsMMjkwVYLFPdFmLTSRoOLRbJ 8OBcMBgMxBntButGCi2KCecDKbiMbDSZzQdBAU+IYzSZjSYzCdDSbzcOxAdh iNRcMtuIC4KJ8LxyNi4KRTErENxoKCqczKIDeZhAdDQaTmIDJ1TCED9BAOY6 jENQyjG5g6De+40Pm4biuO5LlpOM79DoOTquuNwQDCM6MDKNrijoFIuioJTK Im1iypgzTXoQGQavA9yBBsGikt60S7hg26IL+wbCsOxL5iCOkLjSMQ6jo+bG McxY3jkNrqtPFAbRUsyJPAuiLBa8CLCoIiCuCIj/PWGgahiGYUCY4ozvxEkT L4iTvtFMAFBQOg8uJKYFCKry8BAl4FJitKapunKdp6n6gqG/iYBlKrSopHC7 omigYBjSAYUk0KrgUrIFK7KkrRYtLLMsg4XLQ0rvRw34UPGMQ8yUOb0z3PqY VRVVNM+0K7hkGIchc86E13HFO0/ULUrDKrL1JFqfJmGzwV1VjQ1cIjHjGOQ0 jg6zsVtP1H2nYlNt0u4ZrEuQaLZSNeN1Y6uT81VmNbZ0XJ7R4QBqHEb2su7g iSN0RhaGoZhgHIUBo9eDBwGAUCcOo2jEMo5Po+0lDwMo2P2NMNjq/g0oxBEN TfE4FCoFUwhRgOB4Lg+E4WGGG4fiOJ4q+r7sNjWOQ2O2QZFbw3ZKguUZVlgQ PWGrc4RhQW4ZhwpDKMI2BAO8njYMkBDSPT54+MmQwPoOh5PlLgZXgWk4NpmY 5nqOp6rq+sjnrb559r+gZJEuTaLs2WbTl+m6eFA8BThwQDGN42jg7ERYsEA6 jg7ewyfse+YBtGCbVmGnZlhw88KFHD8TxY3cbnHIclBHKb1omy8vlvNcDzoU SY+YzSfKMEzyMuxzQz4ZLROUezqFCJBAJw3uYOr5DJPcdhnGKSTnL7BoQIIq BMKkASiM75rQODqyUOWhMl1rBoF6/s+3DvvZzxQ2Or3ny7IwaICmI4kwBgTi 7nPAQBtDeGQOr8GxPzb4Cg3T938sdSUG5/oeWqgvQ4GwOAaAwp7gORaBQIAp BHCFBhsoKCGQbg6EKCME4KwXfmRIGZcnglJeG0ZgTSGCNLc24IJrHTonTQyd gEB0g2PiPu7t3sLSFPShi2YhALYaGxBqYQLAXwoBPCSE4KjlXXHkIjE0hcUA vhCCSEyKoRQghSiwyoiETEyxdCpFEJoSQoBNCCFA8RwgxBzDeY5JStXWP0bM bqNQLYnRejfHGOcUoqRWjO2ZLcXInxtC/IWOQUAvxiCdGSM0fXLQii3GuR8b o4STi/GGMcZZFnBSrIGQckJJSHCoFKUkl5TSaiyWyVUXXkOllOCh4MjovRgC GFWYEuwcydkFGyKMYJLSYC+EcIoUQqhBCZLtaALT1gyehL+WMzAmTPmjNOWj KjVzWS5NmSEwJhBJCHM2b00pqRpmvOaZM6p0zrm7NCd0fYWQuiQnSGTsHANs YcE1DobodnUaDD8xsQk8J6j676I7wp/RKmNKuKMU4qxXnC2YgUqiJzamXLNO EfjgxpibR+XLvKNnBkBSc98556TDpWwmitH5IBTCRGUKARQnS7IZR6l8UQgh ECIF8IifQgxhl3Kml0hAnhECqEx64RajVIqVTOW1TaYUhClOyfE4KRybl6mW m086uSVnbWBkytwFEBANCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMjQgMCBvYmoN Cjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0Rl ZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEg NiAwIFINCi9GMTQgMTYgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRv YmoNCjIyNiAwIG9iag0KPDwNCi9MZW5ndGggMTU2Ng0KL0ZpbHRlciAvTFpX RGVjb2RlDQo+Pg0Kc3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQ QHIywUzQU4wWDwmFw2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDG EE0QFsuwgyR6EQoYi4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRs FDibT0XDcQWgaQ61wyFDcXDYbWwqU4FQgqHKWwO/lQx4E7wUUFQyng6HWMCA gnQ6HI0mI6nQyiAjGk2GU5ikqGqC2yEUkaDi0WyDi4ZDKGVEXDPYCC8wUtig nnAym4jGw0mc0HQQFPcGM0mY0mMwnQ0m83DsQHYYjXVC6EFwUT4XjkbFwUik WjftDQUFU55c3mYQHQ0Gk5iAyckwiD2CA5nUxGoymPgHQ3+k0Mu27ct23rfp OM72Mi5LljcEAwjOjAyja3I6BSLoqCUr6wtG2SzNEtK2BqkoZImEDXNgGbZL 0FAbBizzQAUsAYhsnsOJghEbp6hAZBsGQXLQGwaKTE8Upa6iIME2gUByiIQO 8Ga3sOLAviEJIhirKghi+I4iiiKogiZCsLr+iTVNkIkkp8iLvKjKMpyrK8qi +JkuS9MELQwBSJBmuq0TJI8zgU2okjdCgWhqGYYByFAaScGAcBgFApDK3DlO U5j0jy3EwzwGM9oUkkyipQDaoQFsmhaGQbvEKkpCkIooCKIIqU2goqBVNEmO 9VNVykIYmCCJooVoBVbSSiFTV1VQUOsJ4xDmN7Nss7lhz1PlQT/JNB0LQ9E0 XRtH0jSYy0rBdMNw+UGDq9w0ow/Vyus8rLjCMQ3jsMtpzvWtb0CFFtVOGoYB nRVGBbRFwUlSg00tBg6Uyy40wYO113bhYQXgMt5Xpe18TFYl90FQl/4Dgdv0 gJo3jI4o8hAMw2QdiwUDMN45XQyw5DcMI2BAOry45PFi35fzvYBgVvYLR1ID wFNIBAOA0jsN7gDgN+IOBmWaDlqMFDcM70sSxaMM7fOPWzQmh0Rkmj3APOlh Rpun6jpuqZDq6L605Wua8xTGM5YdSqTbGg7NQ20aNg1ICKNw7XY5kJZDhtNb HTtrT9MzDVK2QrC+JoniIKtfioIsXX0wyBVMKnNCFOYnCJ0eyAUFFj8yL4iC KIcv9doAURR0/NCGJ4mCeKXXWrT/K1Fstt8LgnDsOKQqiK+T0aq3I54VlY4O Tm2GP6MTLjYN4wjIMoyXRBo2DgND42GnzqT7wHLdgO+FDQEA7vWy3zDHaGZ+ J9qjlrvxZA8pboNAVA4V0DAGikC0B3ZmGQ9p5z6PZIwsNoBtQiBvPsZtJyQQ bAogQ2pSCkmcv2ZmGx8r1g9GXXU3Vlr4W8Ndam1U9x8AxBhPK2JjsFwUQZg2 GWDqMoQMlXDCWBwcoUH0DTCs57LGZssfA1uGTczgHvDovOHDfWxw8W02eAsR AhsoMu3VmZvWIAggkGkNrUw5GWfKZZvcFYtsfX64NbjaXmhLDKzcMrOl7Bye spcNwdQ2veDlBaOkXXCRfhFHV7cJWrhtOSuaIDklPPvVCqMFCpWhpQBAEQMo Zgwh1DYhSOauFkKoWUqwL4SQvgxBkEEL6jJTr8dkslXkrZZQIlqbV3ip1dpt CkEcIQXwayISSRaVMwZWTDCFLKWkO46EMmXKtKQSZZSwmQvxGc1ZczOl3Ns2 pbJvTCmJNkGU4oQK5lVLmVyMmYBzfUGQN5PA2xijQG4NgeWfOkX4kucszZiS vnS2N4smHAwDi9HhpAKAimKj2zhnUkZJuQkqx1ybxn4PIX45iXEPZQyjlLOp 00wJrBfCgEEIYSwvy8mksadkzEpUppXK8Gy1KM0IgFI6hbhqGhCDetAMoYUG BUee9E4rO3rN5ZkGx8D828loheck9rdQmhJCgE0IIUAQBrojH2dRu4YHeIca xRcB4EwLnXVMOlVYn1ej4zqCR5YKLzM2fQPIbUJGROOywzTNp1SKjvT5cFQK hVEekbKo59DchkB1WGKKhayg1sIpB4IRCEN1lY78J1RngUoCeEmztkKxgtsn ZUFAU3bpzszE+zYT7OhSs+FC0No2xhFK8AoG5CKykzJIQgjBGjQmjUedQGBA ljppuCAosxAQDQplbmRzdHJlYW0NCmVuZG9iag0KMjI3IDAgb2JqDQo8PA0K L1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0 UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBS DQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjIyOSAwIG9iag0KPDwN Ci9MZW5ndGggMTIyOQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFt DQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmFw2HxGJxW LxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoYi4YjiLG2 CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWiPwobi4bDa2FS nAqEFQ5S2B3wqGO/HeCigqGU8HQ6xgQEY0mwynMUlQ1V+wwiyWa2QiEWyP1E XDPQCC7YMbDLI5MFWCxT3RZi00kaDi0WyfDgXDAYDMQZ7QbrRgotignnAym4 jGw0mc0HQQFPiGM0mY0mMwnQ0m83DsQHYYjUXDLbiAuCifC8cjYuCkUxKxDc aCgqnMyiA3mYQHQ0Gk5iAydUwhA/QQDmOoxDUMoxuYOg3vuND5uG4rjuS5aT jO/Q6Dk6rrjcEAwjOjAyja4o6BSLoqCUygYhs1iypgzTXssGUVBsGikt60S7 hg26IL+grguON7qvWhwZBqFAaPWGYYBwGAUCYJ4iIEMw3jk0QsC+IYnicKgp CeJgvigJ4ky1EkTL4iTvtEIkehRH8ghbIciyOFskyWFApiGIImCLKMpyrK8s y3LsvzDMcSxOBQqBVNc2xHN6HzjJElSZJwiIhKUqCpK0sS1LkvTBMQqTJQ9E 0WNkgUbOEjUjOs7zyItLT7TM/05QVP0LMtEUU4E2VNN1UzlOlJye3VLz9TdA 09QlQ0MgtSV3RkhUfVU50lO08T1YlY01QFO0HUFRWbXUfV7VFpWBatKItYtZ WPbtbWXXFnXHU9oyJadg2tV11W1WdkW9W9R3FXl6Ude1zzrSiGXXbdaWTb9m VzUuCV/VcmVbPWFX5dta2VcGI2fcl60hamESfFWF37d2O4heWB19c2K3zPWT 41bmOYfeOBWhguR3xSi2ZRjeHYBcOJZfg2Y4uIugZrht/3hgOjXLpGSSYIY2 DCNo4Y9lokjdRoaySHN72qNsOukNg6DLDA2DgNAwh1jwYhmuS0TPHc1AUFCE B7P13tPou9IFvtZCEJImTEIogilwGPhQiG+ic7Ay8bZwUN1wkrcMIYq83ytd SMEHMi+KYkcWKAiidz7BoZ0YgiIIgviIIoqCDw/V71FXRibJ4qiYIIqCL2Xa dsJncBQtnR8NxAncUKQviOIooirPPjrR5XD8TxYvz16fqslwIUBz0U/c3zok iH6Hpep43wccn3ycKJPzc37n1++1CJbohSSTQKjeTgtebA2JsidWzBnbQ2oO QYw3qmDk3FiDc26v9bwYNvjfmOvucs4N8r2XmuLeO5AEDkg3OUg06BzEHXOO ehOYMizo3SundS8d1qfnXuxdm7V28LXcvxSs7wIjvngPChy8V47yYOvMec+p 7z7TUOWevEl7Tz3uvseO+N7EK30RMitDw8kF35P0i3FV/BBX9QTbumlqTIoC pMCkY9tYdgyhka4zpkLPEjAqBwesGQMAaRujgHKOUdGWMCCIG9AhjkkI0BsC iPbVUmtZDE2s5kDA3HTBAHAOQb0DIIQ0CAMaIm2AgRCHINIZA0hhDdHVNch5 EuUTnIyRzMQmSSkpKA7EmJNScQOdY7AIA6hwOIlRrB1jEBkcoxB2hBQbmWSW bcGBAiIJvRURgjRBSAgNCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMzAgMCBvYmoN Cjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNlIDw8L0Rl ZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFINCi9GMTEg NiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMjMzIDAgb2Jq DQo8PA0KL0xlbmd0aCAxMzY4DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpz dHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXD YfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiL hiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaBpDrXD IUNxcNhtbCpTgVCCocpbA7+VDHgTvBRQVDKeDodYwICCdDocjSYjqdDKICMa TYZTmKSoaoLbIRSRoOLRbIOLhkMoZURcM9gILzBS2KCecDKbiMbDSZzQdBAU 9wYzSZjSYzCdDSbzcOxAdhiNdULoQXBRPheORsXBSKRaN+0NBQVTnlzeZhAd DQaTmIDJyTCIPYIDmdTEajKY+AdDf6TQy7bty3bet+k4zvYyLkuWNwQDCM6M DKNrcjoFIuioJSvrC0bZLM0S0rYGqShkiYQNc2AZtkvQUBsGbPNABSwBiGye w4mCERunrRhlGYbBopMTxSlrqIgwTaBQIg3vszbvBnHwbBQHEmBgHAYBQJgw jaMQyjk4AxuY44QDgOQ3vw/UFqsN47y2q0FMWMgywrC6/ok1TZCJI0kSVOAW ybGUoSlKgUCkzktjsMoyTjDAFCoFUjN2N7ku8hzWBQGgVBq7wZBgGkquEMKM USgtGSMJI3QoFoahmGAc0rQEqiEN43s2MMGCoKQqiK+T0DqOY0jcM6VsS4CG V8ywzy29ozDeOT3DKOgws09NhMZOELUVUYFNrUtT1TVdWz5KcqiUFMqwaOQz jrCVTBBZVmCoLAviIIoqCCJImVDRdG2yFFtu9btWBpVwUCXcgUXNdF1OBdrZ XheV6XtfFsW1U1/VVgGBCbguD3TCd2WXhl43net72tUV9YnbmLW/VVAidjVP 4RjuF3fkOH5JOV81JilUZVgNwUCKYxjlLAxM3jeE49d2G5FiGS5zfd+55b2f ZZV9Y1nWtb1y4oQV5X1gDdYWk3YNlIDpZOP5oKl7CLiOThRR9IhbSYa5XcMr TTLYWs2MzgDq54wjYOrL5neG1iZtunYluGy7lum7UCJm8jlvYy765/AcFwm0 8Ntm3UdxtT8fqm7iqODccoyTfb9zPB7HtXPcVt+49Eh+69JQPTdQFvVQKO3W 83pQv8PxOccXqN/8hKooTHMrlOZfAYhmuq0TpIk7gUFCEB6zA2OSEAy0+9UX ZMw0Ue5K8sy3LsvjH8mn0qEHuCqKmMs/8vsrZ+Y3Te42whkTC80/Lzw3PvIk 9MhRJE6hUewyhirU2BBFfEGgEAbQ3pvDY9GBD1SkvXMM9sEAVwjhTKY+9bB1 35QhhGDcGUJl9AoIg9wIRnDywZfu/B84IAhveDkGsnoOC7QuMMRZ7gTgghEB kDeAz0nqQKg81BnbyXcJVUGeUOShlEOyZ0ymCDP0qv0KAHo5i1XjNveQz1gQ SQ2oOPM6pX0GomvWTtB+FLkk1OUb4hSG8JyBPzdO3qPMS4NxOjnFCLjF4vAo COGUN4czhnFTAHAN6xT2h1DcGls8cIExygZHR7gRAyoPDKZyIT2Y+ggCas5Z EpYYQpCgGkPAZQ2GdhvAeOMHZCwOalIhqqglCRXUO5+Q0D5eN3iqoWYMWphy 7eUCgJCET2BwP+Y1hax5GyPOMGNMMk1TSVkvJlp0TJNy4k69mEAU0knqS3AW PcL5ThOWXOoOU7EXy2nHAuBq/IoxokTMeYEWYyxbmJM2f0WJhS6eSRMHIKmf E+Bgp0OCnzLzCBgWtFAVDCr7CGGhT6kgaA1SeiEGQKiBBDDeG1hJ7V8LzNCU c0pMyIpNJORqlpDUqUwT5TIjFNAFEBANCmVuZHN0cmVhbQ0KZW5kb2JqDQoy MzQgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNw YWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAw IFINCi9GMTEgNiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0K MjM2IDAgb2JqDQo8PA0KL0xlbmd0aCA5NjUNCi9GaWx0ZXIgL0xaV0RlY29k ZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM 0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbL sIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09F w3EFoj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooKhlPB0OsYEBGNJsMpzFJUN VfsMIslmtkIhFsj9RFwz0Agu2DGw0yOTBVgsU90WYtNJGg4tFsnw4FwwGAzE Ge0G60YKLYoJ5wMpuIxsNJnNB0EBT4hjNJmNJjMJ0NJvNw7EB2GI1Fwy24gL gonwvHI2LgpFMSsQ3GgoKpzMogN5mEB0NBpOYgMnVMIQP0EA5jqMQ1DKMbmD oN77jQ+bhuK47kuWk4zv0Og5Oq643BAMIzowMo2uKOgUi6KglMoGIbNYsqYM 017LBlFTSqS3rRLuGDbogv6CuCJI3RGFoahmGAcvIGYVIsEAQPWG6fBQKTHj KOQ7DKMkSRMviJO+0QiR4FEfSBIUiBQ0wWyGHAYBQII6QuNIxDqOj5ukxzty kOcNJWOo2jFKUrxOBQqBVL0wPXMUizLM80idPU+Dk+j7DOMo3jm57oumEAxu xC43jYEA4DeNMfshEs/oQFrwIsKkugVL77Pw+Y3UZKVHoHSVKQPSwx0xTQ5U 5T1QVFAD9h8mwWQZOVODYN471CM4QOkMo2DI/YwsUMI2DnBdQ2PDk2DlN04P m08sqTHVVhROYyh1ca8IjVEuUHH9CyHQ710TJ8oynKs/ILQLBiMN9HDKMIxj RWtJ0q6VdUzH9e07T9QjpdbJX7QTgBQIg3wIx17BpFIUBwFQZPWGQYBpNLCj xaIQDrYw7VpSOEVxhVd4bX2IXlUlyS3VUvYzjYy47j+Q5HU+TTTKFrhBgY5P xXeAjJULqvm+uD1u6GaYZTeH2BEedAUnzbrRLVzMG8b8QCO1rjq+YyDK4g3W m+kN1fT1ewNBENWNpmnDaN+3DZYww7jdl/VZmOr1zX+Iv2Oo3DSOg5vTdjVI Yy6PLShAcp7GKGhohjfhbHAYIm0TBVYKkG27Ns3zjZ7G7aMs4jkNtQseEA0W W+8Fjhar5W5OLDsS+fezZKUN3TYz5QT1XgsQxQ0WqMg72rcWKXbLUa57doqd OFHBjJAT6jp6jFOKOw016N0Qx/Z+Aw5AWE0v4vZjdY330/O7rOxbg0jah0+a 2z/n9DoGEMQYT5AuXYEUrwCgblHBmioiDRkVEYI0QUgIDQplbmRzdHJlYW0N CmVuZG9iag0KMjM3IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRd DQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8 DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE1IDE3IDAgUg0KL0YxNiAx OCAwIFINCj4+DQo+Pg0KZW5kb2JqDQoyMzggMCBvYmoNCjw8DQovVHlwZSAv WE9iamVjdA0KL1N1YnR5cGUgL0ltYWdlDQovTmFtZSAvSW00DQovV2lkdGgg MjIxDQovSGVpZ2h0IDIyMQ0KL0JpdHNQZXJDb21wb25lbnQgOA0KL0NvbG9y U3BhY2UgWy9JbmRleGVkIC9EZXZpY2VSR0IgMjU1IDIzOSAwIFJdDQovTGVu Z3RoIDExMDUNCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgBFg UDgkFg0HhEJhULhkNh0PiERiUTikIEYhAEVjUbjkdj0fkEVi4AjMhk0nlEpl UekcklcvmExmUmlsumc3nE5nUDms2nc/oFBjs9n1Co1HpEHolFpNNp07pdMp 9TqkqqNSqtZrUbq9YrdfsEMrtesNlsxFsdks9rrNptVsuFNt1vuN1oNzul2v U4vF5vd/l99v2Awk0jEkxGJxWIwuNmWCxmOyUpyGRyeXj+Vy2Yzkiw+L0Ggz ujieaxOk1EO02n1Oti2f0OxxWu2kE1ez2u02+43Op3e83uj3/A4OY4fE4uS4 /I5OF5fM5t/5/Q6N26fU6tw6/Y7Nn7fc7th7/g8Nb8fk8tV8/o9NP9fs9tJ9 /w+NG+f0+tA+/4/M6/b+P6m7/wBAKYwHAkCpXA8EQSlEFwZBqQwfCEIpY2DZ QxDMNQqu8Lw1D8QNZDj/Q9EMTQ3Eacwm0MUr5EsTxg2UWpnFbYxnA0XxjHTR RvBUcx3IDNx6w0gyLG0hpPGsMyRIkjScxcmJBJUUSijkpypKrPSfLcoSzLUu TAwcvILK8QTGiUyzNM6HzTNU1rFH8wyNN84TlO0xSzNsTTohM9T3PiDT9P9A J5OM7ydQlC0PRaS0JQUYUTR9IUBSVJzpStLTXTFMzHTdOTzQ1GTBTVQ1FLkz 09HVO1LU1T1BVtYTxAtUyBKtaVrJlb1xIddV3G9e19FtgWDEdh2JCtjWPBtk 2VWdWVjRcU2ZINi2faFo2Ra1r0PbNt29LsE2nRFw21b873Jc10yE+NxS3AN2 3c/N4Xjdly3Vbl63vfVZNbedRvTf1/vDgOBOzgmCujg+EOThWFuDhuHNziGI t1e191g5uJzDhmLYvjGH47j1W5BkWSwouuNXO2uU5U12WZa32Q5Nj+Y5nm0R NJl9sZzmWb5HnmfaDRrOZ1UThZ7oVTM7oulONpGk6ayemZ+5Wn6hqLG6nmjn atq+sMBrVY6zruva+vWw2gwm0bS6WybLqjrbdt+zLZtdt7PuW57os27W9lG8 71vawb7b7tcBwPBK1wlzLXxfGb5w/Ebgr/HXSsvK8twfI8lra283znJqpzF7 vNz/QdCp3R31z3T9a9XTdb1Cj9Vi6p9p2vU9h2POvt3Xd9kn/b5E+Xfd/4EV eL43EwF5PlaMoXhZn6Hm+d5/g+p6tGP17Hs535Hu+MqHufBfEXfJ8PzfP3/0 /V3fmfb9Ecfh+LA/H+eYKt+37zsmHo7m/V/bykfQBgEZR/UBH+IOgPAhOUCo GQFQlAuB7G4IwTgghaC0F0rQSgyxRNEHIOqug3CGDRFH/PrK5CCEkIoTQqhW vQ0sLoXpPS/DN+hEITvVhjDaHREYcvZh9DKHkME6xDh6Q2H74DVRCiNEQ18T XuxFihEeJ8U4gJ9iZFaGkVYtRUNtFmLq40yRgjCnOMcZYoxfjRGkgUSYCKKj XGmN0CC0Rkjik6OcDI7R3j5FMgINCmVuZHN0cmVhbQ0KZW5kb2JqDQoyMzkg MCBvYmoNCjw8DQovRmlsdGVyIC9BU0NJSTg1RGVjb2RlDQovTGVuZ3RoIDk5 Mg0KPj4NCnN0cmVhbQ0KczhXLHVycjJscHJWWlRrcXRwOWVxWUwkYHE9c2Fb cFw0RlVwQGUxUHAlN25Lb0NNU0VvKCk+QG5hUSY7bipmYDUNCm1kQkswbUhq MytsZyptJWxLW1d1bDAuP3BrTkQkamsydGRlamxHTGBqNV0xWmlvOHFVaVNg WVBociE+SmhWUilFDQpoOyRmQGdZOks6Zz1rNjVnIj1zMGZAU1gqZiUvQyVl XlcqdWUnbGRvZGFIT2pkRXA3ZWNkMHFfY0hhXFpjLTREVQ0KYktKKU9iMCVp SmFpTVFFYTJjNj9gbD8hOmBQZl41X28nQy9fU1guKl84KmslXlZAT3ReOnE6 b110RCJqXT1ZXGQNCl0iNUdfXFtdL1pcJHJpVFteTlRPW0MhPEpaYTchRFpF Z2E/Wio6STpZSFAuNFktK24vWGZTVipYL2k7JFdpRSV0DQpXTWxib1ZsLUdp VlBeMmRWNTBvX1VTRlRZVTgiP1RUcUonT1Q6X2FJU3Q7TERTWGM0P1MiI245 UltUWTRSQCdBLw0KUV49JilRQm1mJFEnQE10UEVWMm5QKjFyaU9jWVpkTyxv P15OZksqWU5KcmdUTWkzTE5NTWQ3SU0yNnRETFBMWT4NCkw1KEQ5S25QLDRL N2VmLkpxQVEpSlVpOSRJdClyc0lYWl1uST0tRWlIW0MqY0g/c2peSCRGUllH Qlw3U0cnOCJODQpGYF9fSUYpdURDRWNRLz5FSCNsOURmOVEzREpqPC5ELz0k KUNNUl4jQzIuSHNCa1YwbkI0a2poQW5HVWNBUm89Xg0KQHEwIlhAVWBiU0A6 M0pOP1hJL0g/PSRvQz8hTFc+Pj9iPDg+JD4nMz1dZWQuPScmSSg8YFc0IzxF KXBzO2M/VW0NCjtHcEBoOyxDKGM6SlhiXTovNE1YOWhcNVM5MXFvTThrTVpI OE91QkM3bjYnPTdSZmc4Nzc5TzM2VU80LTY6KnQoDQo1c1JcIzU8aEByNSFE K200WmtoaDQkLE1iM11dOF0zQi91WDJgRVpSMkUhRU0yKUktSDFHXmdCMSw6 Uj0wZWI6OA0KMC8idDIvaFNfLS9NJkcoLms8LCIuT2xrci40P1NtLVJVOGct NzEjYixwWGBdLDluRVcrc0owUitXcW1NKyEyUkcNCipaYz1CKj82JT0pXUtf NylCJ0oyKSZPMi0oRGRsJygpQFciJ2JoPnInLCkjbCZlWWNnJkosS2IlaEIw XCVMcnBXDQolMUVYUiRPWz1MJDQ3KEcjbV5lQiM2dEo8InBQNTciVSJyMiFz OFcsIVdpQichPDwqIn4+DQplbmRzdHJlYW0NCmVuZG9iag0KMjQxIDAgb2Jq DQo8PA0KL0xlbmd0aCAyOTIyDQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpz dHJlYW0NCoAQioDQULyMMRiIISVDNBBuIBhChcNBwOBBDxyMBcMhkNRAORoL hnIxAVDbBIiVDlKBAZ5YVDHLzvBC2KCecDKbiMbDSZzQdBAU5wYzSZjSYzCd DSbzcOxAdhiNY2LoiXBQMRgLxyNi4KRSLRuNBgMBQVTmZRAbzMIDoaDScxAZ KSYRBbxAczqYjUZTHQDob7YaLRN5zO57PxAcjKZ7edDlSaWbhAYTPijKbZyd BSXSoSoJBqxCpLDQVD4jEYeNRjIRlq4/IZGM5LJwUKBsNRSVDVBCLAwUcYIO BoIBsOBkIBrshbycSZYIVxAboJwAVzNPyNlwuIMhyIDHtBeSTbwyIb4IUfPB IFn4PEYXpBlw+v8Y/UhoNITtxyLhwNYekyXpWBSIpc2oaNy3YFBk67WNUEEF oUGQbBcG4cNk/T+P82aUKo46YJkggUCkN4wjIEAoKSNAQCMNI2DKOcEPYqLR IYgjuuu7oYwk4kZwABQWo0GAbNkKiZtqILExJEw4RSECjRc7ymDoMI0jcuC2 rQpLHDSMQ6jpF60rWug5SUEEmLaEAxDLEq6skIIpiGJIkycN45DapIXJKwTo jCzEwsCtEYwGEAWhikSSCoIiCSAqiFyMFEnrQuw6rOOS4jKow3DKMk8iKMIx xVLQ5S5L1JLgMicjfL8TDEPLJhANYyjyO86jIFlXp5L7HjZKI2KZW66DnJgx jLYA3RNLAQUEKgVRA2o7DCNg6jKqw5q7PIhDeN8XDCyVoWlMAwsVS43VVTc0 1dZI5y2NwzhBXIy12uARCoKQqiKETJ2OEARCMIImCnfE8iNOtAWU3SCWZRcg uHIsQhEKAniSJwqXzWNZ1quo6Lhb9prgMamDmxs/26EAsCyLUo1rKqkyzfeS zqNLMsgpinr4v45Vus8mMeOgW2XZsfyCGEPUfc9WrvYcXzyKk95jmalZqO2b 4Ku1hL4ouZRMMK4DKNMsUsulyztaIQDqOAW6mvs61vqrJVQyoyzBoGF0bR0Q rUEDBRLKoz1uOGv1BY0TTINg2aZPYRCmKgnikIoviQKApYtWVaDlE2rqIo0w Dut1QBAzC2jfE1JrPTkV4LumhKoGeixDM8VTVEsrjQpNL0ytFkzJEoudaGuP szeKeU1M0U1vkErMcOq+sjNozTrO+osl59LWTkA5MUNik5/hAFYVQeHAUmtz 93zGbsiFIbhiFC6rhaI5sBdc63OO+v1CMgya+yOy4vywyBzTyEheK1HfPuMk GUPCfQ4IuB0ZszqMiLHvOCRCCkEQZA3BcDEGwNgQA0Byfs25FkfEpJibUKQT wghEC+EkIgOkHlUUERFQsGSOklUVCaFEKgqBZCgEWFwQw6hyam6oFAQQpBDC +FKFISQqhThcDEG5UixxTBhEQKYUAkxKCYF8JgRQnAxhcDhocVIrRYi1FyLw MowxjinFYKsPXHRdCsEEKgSQnhOhckGMUbXuvfBQEOO69QnxbYixMKkeSqRU IiDMsciYqEQkdHxBMfgrBDCqFIKzj4ux4g7I2RUVY+tBBRJWS8mQvhNYnC5B ckSxxWCYE+HsYJISfldLAIsapZyKiIFeFgVAkRPBlKyUEk5RBDi8FQIoUgZR dCNIc4kwoiBOCqE2LgQQnBFicg+IgTJrOPCeEYIzAZnKGOMDWSTCZRTcmuF+ b84TewuhnOWc73pROSm+EmLoXwnBBCbD4EAL1KByBeTgN8CwygvDIGIF75QX hjTIHcNwLgzBsM1KFEM9gjT4cfIVikwJhS5jJRY2tGKNBfo5M4/ZxgZg0OsS KXVIgUUknzSeFyE5PyQnNSGYlF4T0ZpmxKjoIAZkbkVJCRlOp0U8nvT+Q0iK bxslbTCK4RQiwtIvVCYdSTahOCfSZN4U2JhHhcvVe8VnGOOcg5Ksa9gizRmn SaoAVJso6hioRQyOiPKJovXGp1RasUginYAsdgjTzQe7DKu8Na9Ujr5YQECF gXA1IoDUjNjq/2XsNTuxlTYXkZBsDAGsHDVlSByckGBW7HA4o/X+oZ/iKA3B zESmkzwYA3I7IwhSQ4Mgzg0WKxwMah2nBtFAi1fyQn+BmDk1tsrG3AI3B4HE HyFA4QmDQG0UTjWONaVQrdxLHXHBvcm5dMLZgzQmDm8xYSEkcP2DC3hCLi0f BnBi4QMYxXfsjeG5QMbmWcfURMGcYrUISqGfg4t87HHJu5cO+9xr83iv5eS5 pqyqYCRmDK6gLitpCg9Y4G17bug3g5g65F+7+1BuAhO6iFrPoPvRhqC4NAb2 FpviLDV7jjHyo/eDCGJ5xwbsjdSlZxzuWqBqa0+N8abnCxvgE+lf5gn9daDQ GePpVQaImao/Ei5PV+o+Rm1eYZaYSs5Ue+WXZH1/zBU/MVL0EmgOPBI0sFDU IPs+C6DcHJzVDhCht1YMAYndfCChppdi7LJKMHJdZd3zs1KsXQMcQWpldTaC BEabARnHbyskuSUwxNcDKnkKejTJBuDqG1NWii7pTDkUCusMzVpEhuSlR7tg 9LxDennS6JoWGTDY/AyYcCcLiLgzXToYdPlnTSmtTigsKAywCoQqSFtZN1tA kRR4SGYh6Sk2VbqJmp6tKO2XSMQi0PIMcttg6CbEQZypDZELHUXqCwKDgh6h SNaBIXrMkqjwmLdUkG56j0XmvUYM+XRjzCmKCN6SwI5BCEhpQeCAJUFA1U4B AHchREQmggC2F0iIZOIWlzxBs5DRCJ3KdAQS2+GrpTmmDB444bCCBT5ZZI/h JOYcpOObQjpIdqQdxe75d/Neb9AJJB6ofROfGu6USKGvNAFc2AUesgpB84mj IdnQi6D7IQeO7cm1XREfIiTK/UMiaNvneeCHJ4ZaIFqfMuZnhhvtA1Dg1BzA JIYPkJNpfPadqO98uIT1LqgM8jqHNllvnJFum1Dg+d3xiFiLeGIJfPFQNSLe D77ysBXmEM+byBn3y3n8bH99EhPPvPsZYaP7UL0fmui9T5YjrlPktAH8Ppz4 G8GO8ydnIfT0sF4MeR+B7o4fvPi3SvFnhDXw/e8u7Dcr5xD+fXzgzyb5ptyH +l8QcfxkHu/eXyPB3JlyjZfe/KRTvm0PPbQP2R79mMP09G6qb7OCNDSGmgoQ +8ylIkCoTnAjIhY2hRi0CvLfwtQpRdp5x6BmgNxW5KoMZaR/MBrTgubZItBS LdYljWDd6xbWhEItp2zdBKhKxgxXwM0BhdwOBMhSJwYEAqwLAFgLTSiIgOAN 5KpjZOh6pPcFRVbhJ6RPIJkBZvsDqehEJKrgcCB9otINwNhV0F0HZc7gzRAN LRTVymAxQMyAYNxYgtgwBZMFwtRFotDY8DQFxQQFq6o+5QiYK0pDyG6mJrhk UBp7R4iiYykGQFB2AyYOhLZLpL54oM5agryw6uxCg1yxYFCARvhdpW4KBwJU JfZEZwwuIubjJFpXhNTVZ+ZrZfYxUHLVpTbury427dw4bxC1TaA2Tv7nC98A UVgkj70VC2zzb2z5Ly7lC5Ijy3jmL2bqg1qcj8o7gkI1zv7LC/aoT3Iirmb+ w1rfK9DrwkK/Tzy3j3w1rF0YD4a07PEbSC688a6KCGi9bJg4b0oiLiohLjUU 4qQ1cVQ/w/i6Tv8VEeCoT2xISDj0rqz/LOT/jOqlimzaLJLDQ5jsoIkTLgxN Zz8HMHYFjV6u8EEOZKpgx55wwN5+sBqIhWpeKBsRCGZ9RhsOcGgEALJW4LRW 4JESJW4KUUxBTijjEdoBSliYK2qDiC7vDxwgkmoqjES3MY8ab0snsm8oCDMA I2g+6+kn63so8dD+0okn8nKDMncmiRgia05B68MqkYLljjIEAhwiIG0cBQka YxQgg0jD4/i9zryDCz4jw2ktSMQ2TGLGA7r0q/8Ybk4qUvQ2kvIhEfA2Dkz0 ogINCmVuZHN0cmVhbQ0KZW5kb2JqDQoyNDIgMCBvYmoNCjw8DQovUHJvY1Nl dCBbL1BERiAvVGV4dCAvSW1hZ2VDIC9JbWFnZUldDQovQ29sb3JTcGFjZSA8 PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQov RjExIDYgMCBSDQovRjEyIDcgMCBSDQovRjE1IDE3IDAgUg0KL0YxOCAyNDMg MCBSDQo+Pg0KL1hPYmplY3QgPDwNCi9JbTQgMjM4IDAgUg0KPj4NCj4+DQpl bmRvYmoNCjI0NSAwIG9iag0KPDwNCi9MZW5ndGggMzQ0DQovRmlsdGVyIC9M WldEZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNB cNBAcjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdx AMYQTRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAi pGwUOJtPRcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCoY78d4KKCkbzCZBAUDCdD QICMaTYZTmKSoaq/YYRZLNbIRCLZH6iLhnoxBdsHc8plgVYLFPdLm7TSRoOL RbJ8OBcMBgMxBodHvNMCi2KCecDKbiMbDSZzQdBAU+MYzSZjSY8WaTebh2ID sMRqLhluRAXBRPheORsXBSKYlYhuNBQVTmZRAbzMIMYaTmIDJizCED9BAOY6 jENQyjG5w6De/A0Po4rjuS5bmpOM79DoOTruyEAwjOjAyja446BSLoqCUgoi q8BSAg0KZW5kc3RyZWFtDQplbmRvYmoNCjI0NiAwIG9iag0KPDwNCi9Qcm9j U2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAx IDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KPj4N Cj4+DQplbmRvYmoNCjI0NyAwIG9iag0KPDwNCi9UeXBlIC9YT2JqZWN0DQov U3VidHlwZSAvSW1hZ2UNCi9OYW1lIC9JbTUNCi9XaWR0aCAyMjENCi9IZWln aHQgMjIxDQovQml0c1BlckNvbXBvbmVudCA4DQovQ29sb3JTcGFjZSBbL0lu ZGV4ZWQgL0RldmljZVJHQiAyNTUgMjQ4IDAgUl0NCi9MZW5ndGggMTEwNQ0K L0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqAEWBQOCQWDQeEQmFQ uGQ2HQ+IRGJROKQgRiEARWNRuOR2PR+QRWLgCMyGTSeUSmVR6RySVy+YTGZS aWy6ZzecTmdQOazadz+gUGOz2fUKjUekQeiUWk02nTul0yn1OqSqo1Kq1mtR ur1it1+wQyu16w2WzEWx2Sz2us2m1Wy4U23W+43Wg3O6Xa9Ti8Xm93+X32/Y DCTSMSTEYnFYjC42ZYLGY7JSnIZHJ5eP5XLZjOSLD4vQaDO6OJ5rE6TUQ7Ta fU62LZ/Q7HFa7aQTV7Pa7Tb7jc6nd7ze6Pf8Dg5jh8Ti5Lj8jk4Xl8zm3/n9 Do3bp9Tq3Dr9js2ft9zu2Hv+Dw1vx+Ty1Xz+j00/1+z20n3/D40b5/T60D7/ j8zr9v4/qbv/AEApjAcCQKlcDwRBKUQXBkGpDB8IQiljYNlDEMw1Cq7wvDUP xA1kOP9D0QxNDcRpzCbQxSvkSxPGDZRamcVtjGcDRfGMdNFG8FRzHcgM3HrD SDIsbSGk8awzJEiSNJzFyYkElRRKKOSnKkqs9J8tyhLMtS5MDBy8gsrxBMaJ TLM0zofNM1TWsUfzDI03zhOU7TFLM2xNOiEz1Pc+INP0/0Ank4zvJ1CULQ9F pLQlBRhRNH0hQFJUnOlK0tNdMUzMdN05PNDUZMFNVDUUuTPT0dU7UtTVPUFW 1hPEC1TIEq1pWsmVvXEh11Xcb17X0W2BYMR2HYkK2NY8G2TZVZ1ZWNFxTZkg 2LZ9oWjZFrWvQ9s23b0uwTadEXDbVvzvclzXTIT43FLcA3bdz83heN2XLdVu Xre99Vk1t51G9N/X+8OA4E7OCYK6OD4Q5OFYW4OG4c3OIYi3V7X3WDm4nMOG Yti+MYfjuPVbkGRZLCi641c7a5TlTXZZlrfZDk2P5jmebRE0mX2xnOZZvkee Z9oNGs5nVROFnuhVMzui6U42kaTprJ6Zn7lafqGosbqeaOdq2r6wwGtVjrOu 69r69bDaDCbRtLpbJsuqOtt237Mtm123s+5bnuizbtb2UbzvW9rBvtvu1wHA 8ErXCXMtfF8ZvnD8RuCv8ddKy8ry3B8jyWtrbzfOcmqnMXu83P9B0KndHfXP dP1r1dN1vUKP1WLqn2na9T2HY86+3dd32Sf9vkT5d93/gRV4vjcTAXk+Voyh eFmfoeb53n+D6nq0Y/Xseznfke74yoe58F8Rd8nw/N8/f/T9Xd+Z9v0Rx+H4 sD8f55gq37fvOyYejub9X9vKR9AGARlH9QEf4g6A8CE5QKgZAVCUC4HsbgjB OCCFoLQXStBKDLFE0Qcg6q6DcIYNEUf8+srkIISQihNCqFa9DSwuhek9L8M3 6EQhO9WGMNodERhy9mH0MoeQwTrEOHpDYfvgNVEKI0RDXxNe7EWKER4nxTiA n2JkVoaRVi1FQ20WYurjTJGCMKc4xxlijF+NEaSBRJgIoqNcaY3QILRGSOKT o5wMjtHePkUyAg0KZW5kc3RyZWFtDQplbmRvYmoNCjI0OCAwIG9iag0KPDwN Ci9GaWx0ZXIgL0FTQ0lJODVEZWNvZGUNCi9MZW5ndGggOTkyDQo+Pg0Kc3Ry ZWFtDQpzOFcsdXJyMmxwclZaVGtxdHA5ZXFZTCRgcT1zYVtwXDRGVXBAZTFQ cCU3bktvQ01TRW8oKT5AbmFRJjtuKmZgNQ0KbWRCSzBtSGozK2xnKm0lbEtb V3VsMC4/cGtORCRqazJ0ZGVqbEdMYGo1XTFaaW84cVVpU2BZUGhyIT5KaFZS KUUNCmg7JGZAZ1k6SzpnPWs2NWciPXMwZkBTWCpmJS9DJWVeVyp1ZSdsZG9k YUhPamRFcDdlY2QwcV9jSGFcWmMtNERVDQpiS0opT2IwJWlKYWlNUUVhMmM2 P2BsPyE6YFBmXjVfbydDL19TWC4qXzgqayVeVkBPdF46cTpvXXREImpdPVlc ZA0KXSI1R19cW10vWlwkcmlUW15OVE9bQyE8SlphNyFEWkVnYT9aKjpJOllI UC40WS0rbi9YZlNWKlgvaTskV2lFJXQNCldNbGJvVmwtR2lWUF4yZFY1MG9f VVNGVFlVOCI/VFRxSidPVDpfYUlTdDtMRFNYYzQ/UyIjbjlSW1RZNFJAJ0Ev DQpRXj0mKVFCbWYkUSdATXRQRVYyblAqMXJpT2NZWmRPLG8/Xk5mSypZTkpy Z1RNaTNMTk1NZDdJTTI2dERMUExZPg0KTDUoRDlLblAsNEs3ZWYuSnFBUSlK VWk5JEl0KXJzSVhaXW5JPS1FaUhbQypjSD9zal5IJEZSWUdCXDdTRyc4Ik4N CkZgX19JRil1RENFY1EvPkVII2w5RGY5UTNESmo8LkQvPSQpQ01SXiNDMi5I c0JrVjBuQjRramhBbkdVY0FSbz1eDQpAcTAiWEBVYGJTQDozSk4/WEkvSD89 JG9DPyFMVz4+P2I8OD4kPiczPV1lZC49JyZJKDxgVzQjPEUpcHM7Yz9VbQ0K O0dwQGg7LEMoYzpKWGJdOi80TVg5aFw1UzkxcW9NOGtNWkg4T3VCQzduNic9 N1JmZzg3NzlPMzZVTzQtNjoqdCgNCjVzUlwjNTxoQHI1IUQrbTRaa2hoNCQs TWIzXV04XTNCL3VYMmBFWlIyRSFFTTIpSS1IMUdeZ0IxLDpSPTBlYjo4DQow LyJ0Mi9oU18tL00mRyguazwsIi5PbGtyLjQ/U20tUlU4Zy03MSNiLHBYYF0s OW5FVytzSjBSK1dxbU0rITJSRw0KKlpjPUIqPzYlPSldS183KUInSjIpJk8y LShEZGwnKClAVyInYmg+cicsKSNsJmVZY2cmSixLYiVoQjBcJUxycFcNCiUx RVhSJE9bPUwkNDcoRyNtXmVCIzZ0SjwicFA1NyJVInIyIXM4VywhV2lCJyE8 PCoifj4NCmVuZHN0cmVhbQ0KZW5kb2JqDQoyNTAgMCBvYmoNCjw8DQovTGVu Z3RoIDE2MjENCi9GaWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgBCK gNBQvIwxGIghJUM0EG4gGEKFw0HA4EEPHIwFwyGQ1EA5GguGcjEBUNsEiJUO UoEBnlhUMcvO8ELYoJ5wMpuIxsNJnNB0EBTnBjNJmNJjMJ0NJvNw7EB2GI1j YuiJcFAxGAvHI2LgpFItG40GAwFBVOZlEBvMwgOhoNJzEBkpJhEFvEBzOpiN RlMdAOhvthotE3nM7ns/EByMpnt50OVJpZuEBhM+KMptnJ0FJdKhKgkGrEKk sNBUPiMRh41GMhGWrj8hkYzksnBQoGw3FJUNUEIsDBRxgg4GggGw4GQgGuyF vJxJlghXEBugnABXM0/I2XC4gyHIgMe0F5JNseIhvghR88EgWfg8RhekGXD6 /xj9SGg0hI2Go5Fw4GqHpMl6VgUiKXNqGrct2BQZOu1jVBBBiFBkGwXBuHDZ P0/j/QA2iNBg46YJkggUCkN4wjIEAtKYtAjDSNgyjnBL2Ki0SGII7rru6GMJ uJGkAtrFQ3LQo0XrgMLFJaOQ0jIMgyxQOA3jmOi4SJGDvKYOgwjSN0tjOEAy xeOzIKYyY3RQpLHDSMQ6jotC5SyEAzDeOTJsTEwyBdGSCoO4b3oI0LrtCGTj BcjKEv2GSRJJH4USDFkXRZOY2qTPUcIgj4QBm/SqBy7tEUU2VGBBPTQBtGrS UBS7Qx3UwauLUDZpoFAiLmr4aNUGYUCYnIzrazbOpYFoYo2koiRGOg8pxPTe pYI8/rrS4lUuNSIBcjw7oUiImhALYuoiMk/x4Gtx1g2jVpCGAY1bcjYhANiC Cm9TfVLU8/uu9z3Iy/rkVdWFGKsMQ8zaOau2W3wY30i1xqldraNa/it35hiS XeBV4gU9c93VeoFVTfEIBrRKQUPft20YIkYDHJQ4KUpmDIIjuRPxiVyoIGd0 wqiuaXbiuL4zek/Y7e9swlVoZ0TkzaJqJI3M05ebhyFAaK/VyQBQKwyjkObI hAqw5Tutg3jeNkqUkpLmjst7I4KzjPAUKgVVlpmnOSGGo6m5YbasoUjjLX+3 bhWTyrzF6vhm/AbBQHGqb0GldDeO+shbF4zKAMc5yFOg8BYEA884PW/oJwIF JrwYxcKFvD3VxXQ7fuPSVmN/Cb91PEdZtvRdf0vZdP2nVcTxe86sKo4JwOQW yUn3LcxrIQc3zvP9b0fd9nw3bcX3HXcF3nUd/29ge12HTe76/GasI8lRRLc2 jlMQ2a6FA5jgMKiDdLwxDKOnIpyuK5hAlB9bBCvPZemChubVGoNSfM44JwdQ 2v4ToWp/qcIANNLglt5z0ndQGabAhu0CnhQMgdBAtJa03l0gqlMupkg8waVk TtEzTgaNHBrCBqrjgmOQBAHpL6YUxmShO/8N764XOwhgpQsBHQUKjdSSMsje IbgoCQYeHcPQypiZbEB/0KYik1CGGhI6tlbuJPuDBWx+nHN8MU600BHmgqWI ijpHjhyLKMCM2MNjkEnF1DaZgMgaSkpgDyCBgKdSzpKStBIqwboRvNgk/J+i VoMB4BACshRXQQAqfhIyB8ji1yQDHJKFklVRm6WCsNkyxgFAtQ8f8kpMzagx kwmCK8P4JwoiHBYFwIFaJwfwYwNyRi/GCXdHp47lHlhyczLsKYdQxyhScl0p 4YQ2B1SsGcwAZmvhtkIG8OgLU9OjJTLAFBf5uF/bCHBzhbX+QYcvNUNswU4z bXcGVyrYTEmHDonmUzGk+mjXspdj5HSpHcNkzeVDh1Ym1CLD6LMvH/BQlyUC O4clJman60CgEq0dqFO4CAFqiThhUlU6VWoLVbgxVyrt+yvnskRWEsSkix1k t+n6sxjqPEJmwoUuY+5VGN07UUcNnq8kZqmaCx5ojCCNEWQmxOkZtAUMAYEj BgtN2DsJQgDanhw2HMIUKqaoRI6iLwqMxqpFG6lKCBsompym6yULVmyllcWW XoLravusdPWbEIBdVwh9e6ysWrPRpGzQqBVLp0fiodCyaxHhlDSEANjilkC0 CkskVosNcfdNaNhB43UbjgphViEKVVyjuGyPLkX1R9mjIENkg5Cl0kOGmRJa 5FyNgjJ9+coYLmSkpJaWQKZMybt1CUu9vZRSlQVTChKoZVAokHcKTBeA5Bmk iWympcHLhyMU/Ipkf37T4DK/QNFyJ2WaltEGFKRgxBvDsGWfiCqcEBANCmVu ZHN0cmVhbQ0KZW5kb2JqDQoyNTEgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BE RiAvVGV4dCAvSW1hZ2VDIC9JbWFnZUldDQovQ29sb3JTcGFjZSA8PC9EZWZh dWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYg MCBSDQovRjE0IDE2IDAgUg0KL0YxNSAxNyAwIFINCi9GMTYgMTggMCBSDQo+ Pg0KL1hPYmplY3QgPDwNCi9JbTUgMjQ3IDAgUg0KPj4NCj4+DQplbmRvYmoN CjI1MyAwIG9iag0KPDwNCi9MZW5ndGggNjU0DQovRmlsdGVyIC9MWldEZWNv ZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLB TNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAW y7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtP RcNxBaI/ChuLhsNrYVKcCoQVDlLYHfCoY78d4KKCkbzCZBAWjebjKICMaTYZ TmKSoaq/YYRZLNbIRCLZH6iLhnoxBdsHCsplgVYLFPdLm7TSRoOLRbJ8OBcM BgMxBodHvNMCi2KCecDKbiMbDSZzQdBAU+MYzSZjSYzCdDTix2IDsMRqLhlu RAXBRPheORsXBSKYlYhuNBQVTnjTeZhAdDQaTmIDJ1zCED9BAOY6jENQyjG5 w6De+40Ma4rjuS5bmpOM79DoOTruyNwQDCM6MDKNrjjoFIuioJTLom1yypgz rYoQGQbhmtYZhshIaKS37SruGDcogv7BimOo5DMMIxsaKg8uMxw3jkNrrtTF Eas0gqJIoG73oi8KLCoIiCuGIj/PYGgahiGYUCY44zvxEkTL4iTwNLLoFBQO kkjLKAFCKry8BAl4FJitKapunKdp6n6gqG/iYBlGobBgikcruiaKBgGNG0e0 TSKuBSsgUrsoxUsyfLSzLMoOFy0Uc78cuCFDyDEPI6Mk9U8T0mFT1TTFIoKG QYhyFz0ITXVNKwrk9tZKTXxZUlDJmGzw1zVbSVaIjJDGOQ0jg7DF1rPdGWhY VINIu4ZrEuQaLZR1xN5TdO0+1aw2TFc/xbUqe0YEAahxHFpru4YhjQMI5TFM YbPK9i5hwGDCMMxEByHIrGzrJTyDq+Y5P4MrqMYMlaRLE88z2gINCmVuZHN0 cmVhbQ0KZW5kb2JqDQoyNTQgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAv VGV4dF0NCi9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0Zv bnQgPDwNCi9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTQgMTYgMCBSDQov RjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI1NiAwIG9iag0KPDwNCi9U eXBlIC9YT2JqZWN0DQovU3VidHlwZSAvSW1hZ2UNCi9OYW1lIC9JbTYNCi9X aWR0aCAyMjENCi9IZWlnaHQgMjIxDQovQml0c1BlckNvbXBvbmVudCA4DQov Q29sb3JTcGFjZSBbL0luZGV4ZWQgL0RldmljZVJHQiAyNTUgMjU3IDAgUl0N Ci9MZW5ndGggMTEwNQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0Kc3RyZWFt DQqAEWBQOCQWDQeEQmFQuGQ2HQ+IRGJROKQgRiEARWNRuOR2PR+QRWLgCMyG TSeUSmVR6RySVy+YTGZSaWy6ZzecTmdQOazadz+gUGOz2fUKjUekQeiUWk02 nTul0yn1OqSqo1Kq1mtRur1it1+wQyu16w2WzEWx2Sz2us2m1Wy4U23W+43W g3O6Xa9Ti8Xm93+X32/YDCTSMSTEYnFYjC42ZYLGY7JSnIZHJ5eP5XLZjOSL D4vQaDO6OJ5rE6TUQ7TafU62LZ/Q7HFa7aQTV7Pa7Tb7jc6nd7ze6Pf8Dg5j h8Ti5Lj8jk4Xl8zm3/n9Do3bp9Tq3Dr9js2ft9zu2Hv+Dw1vx+Ty1Xz+j00/ 1+z20n3/D40b5/T60D7/j8zr9v4/qbv/AEApjAcCQKlcDwRBKUQXBkGpDB8I QiljYNlDEMw1Cq7wvDUPxA1kOP9D0QxNDcRpzCbQxSvkSxPGDZRamcVtjGcD RfGMdNFG8FRzHcgM3HrDSDIsbSGk8awzJEiSNJzFyYkElRRKKOSnKkqs9J8t yhLMtS5MDBy8gsrxBMaJTLM0zofNM1TWsUfzDI03zhOU7TFLM2xNOiEz1Pc+ INP0/0Ank4zvJ1CULQ9FpLQlBRhRNH0hQFJUnOlK0tNdMUzMdN05PNDUZMFN VDUUuTPT0dU7UtTVPUFW1hPEC1TIEq1pWsmVvXEh11Xcb17X0W2BYMR2HYkK 2NY8G2TZVZ1ZWNFxTZkg2LZ9oWjZFrWvQ9s23b0uwTadEXDbVvzvclzXTIT4 3FLcA3bdz83heN2XLdVuXre99Vk1t51G9N/X+8OA4E7OCYK6OD4Q5OFYW4OG 4c3OIYi3V7X3WDm4nMOGYti+MYfjuPVbkGRZLCi641c7a5TlTXZZlrfZDk2P 5jmebRE0mX2xnOZZvkeeZ9oNGs5nVROFnuhVMzui6U42kaTprJ6Zn7lafqGo sbqeaOdq2r6wwGtVjrOu69r69bDaDCbRtLpbJsuqOtt237Mtm123s+5bnuiz btb2UbzvW9rBvtvu1wHA8ErXCXMtfF8ZvnD8RuCv8ddKy8ry3B8jyWtrbzfO cmqnMXu83P9B0KndHfXPdP1r1dN1vUKP1WLqn2na9T2HY86+3dd32Sf9vkT5 d93/gRV4vjcTAXk+VoyheFmfoeb53n+D6nq0Y/Xseznfke74yoe58F8Rd8nw /N8/f/T9Xd+Z9v0Rx+H4sD8f55gq37fvOyYejub9X9vKR9AGARlH9QEf4g6A 8CE5QKgZAVCUC4HsbgjBOCCFoLQXStBKDLFE0Qcg6q6DcIYNEUf8+srkIISQ ihNCqFa9DSwuhek9L8M36EQhO9WGMNodERhy9mH0MoeQwTrEOHpDYfvgNVEK I0RDXxNe7EWKER4nxTiAn2JkVoaRVi1FQ20WYurjTJGCMKc4xxlijF+NEaSB RJgIoqNcaY3QILRGSOKTo5wMjtHePkUyAg0KZW5kc3RyZWFtDQplbmRvYmoN CjI1NyAwIG9iag0KPDwNCi9GaWx0ZXIgL0FTQ0lJODVEZWNvZGUNCi9MZW5n dGggOTkyDQo+Pg0Kc3RyZWFtDQpzOFcsdXJyMmxwclZaVGtxdHA5ZXFZTCRg cT1zYVtwXDRGVXBAZTFQcCU3bktvQ01TRW8oKT5AbmFRJjtuKmZgNQ0KbWRC SzBtSGozK2xnKm0lbEtbV3VsMC4/cGtORCRqazJ0ZGVqbEdMYGo1XTFaaW84 cVVpU2BZUGhyIT5KaFZSKUUNCmg7JGZAZ1k6SzpnPWs2NWciPXMwZkBTWCpm JS9DJWVeVyp1ZSdsZG9kYUhPamRFcDdlY2QwcV9jSGFcWmMtNERVDQpiS0op T2IwJWlKYWlNUUVhMmM2P2BsPyE6YFBmXjVfbydDL19TWC4qXzgqayVeVkBP dF46cTpvXXREImpdPVlcZA0KXSI1R19cW10vWlwkcmlUW15OVE9bQyE8Slph NyFEWkVnYT9aKjpJOllIUC40WS0rbi9YZlNWKlgvaTskV2lFJXQNCldNbGJv VmwtR2lWUF4yZFY1MG9fVVNGVFlVOCI/VFRxSidPVDpfYUlTdDtMRFNYYzQ/ UyIjbjlSW1RZNFJAJ0EvDQpRXj0mKVFCbWYkUSdATXRQRVYyblAqMXJpT2NZ WmRPLG8/Xk5mSypZTkpyZ1RNaTNMTk1NZDdJTTI2dERMUExZPg0KTDUoRDlL blAsNEs3ZWYuSnFBUSlKVWk5JEl0KXJzSVhaXW5JPS1FaUhbQypjSD9zal5I JEZSWUdCXDdTRyc4Ik4NCkZgX19JRil1RENFY1EvPkVII2w5RGY5UTNESmo8 LkQvPSQpQ01SXiNDMi5Ic0JrVjBuQjRramhBbkdVY0FSbz1eDQpAcTAiWEBV YGJTQDozSk4/WEkvSD89JG9DPyFMVz4+P2I8OD4kPiczPV1lZC49JyZJKDxg VzQjPEUpcHM7Yz9VbQ0KO0dwQGg7LEMoYzpKWGJdOi80TVg5aFw1UzkxcW9N OGtNWkg4T3VCQzduNic9N1JmZzg3NzlPMzZVTzQtNjoqdCgNCjVzUlwjNTxo QHI1IUQrbTRaa2hoNCQsTWIzXV04XTNCL3VYMmBFWlIyRSFFTTIpSS1IMUde Z0IxLDpSPTBlYjo4DQowLyJ0Mi9oU18tL00mRyguazwsIi5PbGtyLjQ/U20t UlU4Zy03MSNiLHBYYF0sOW5FVytzSjBSK1dxbU0rITJSRw0KKlpjPUIqPzYl PSldS183KUInSjIpJk8yLShEZGwnKClAVyInYmg+cicsKSNsJmVZY2cmSixL YiVoQjBcJUxycFcNCiUxRVhSJE9bPUwkNDcoRyNtXmVCIzZ0SjwicFA1NyJV InIyIXM4VywhV2lCJyE8PCoifj4NCmVuZHN0cmVhbQ0KZW5kb2JqDQoyNTkg MCBvYmoNCjw8DQovTGVuZ3RoIDQ0OA0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+ Pg0Kc3RyZWFtDQqAEIqA0FC8jDEYiCElQzQQbiAYQoXDQcDgQQ8cjAXDIZDU QDkaC4ZyMQFQ2wSIlQ5SgQGeWFQxy87wQtignnAym4jGw0mc0HQQFOcGM0mY 0mMwnQ0m83DsQHYYjWNi6IlwUDEYC8cjYuCkUi0bjQYDAUFU5mUQG8zCA6Gg 0nMQGSkmEQW8QHM6mI1GUx0A6G+2Gi0Teczuez8QHIyme3nQ5Umlm4QGEz4o ym2cnQUl0qEqCQasQqSw0FQ+IxGHjUYyEZauPyGRjOSycFCgbDkUlQ1QQiwM FHGCDgaCAbDgZCAa7IW8nEmWCFcQG6CcAFczT8jZcLiDIciAx7QXkk2jYQEQ 3wQo+iCQLPweIwvSDLh9f5R+pDQaQkbDUci4cBqh6TJelYFIilzahs3LdgUG TrtY1QQQahQZBsFwbhw2T9v6/8AtojQYOOmCZIIFApjeOo3DIEAjDSNgyjnB T2qi0SGII7rru6GMKOJGcBNrE0URUo0XBAMw3jkNqkrgO8WjYEAxLQMIyDIx Q5rPFQ0skugzDqOg6sU5o7LeyK0rWtq7DmoaiqOyCmBdGIFN6hyIhs1sIhAF rusUgjSICA0KZW5kc3RyZWFtDQplbmRvYmoNCjI2MCAwIG9iag0KPDwNCi9Q cm9jU2V0IFsvUERGIC9UZXh0IC9JbWFnZUMgL0ltYWdlSV0NCi9Db2xvclNw YWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAw IFINCi9GMTEgNiAwIFINCi9GMTUgMTcgMCBSDQo+Pg0KL1hPYmplY3QgPDwN Ci9JbTYgMjU2IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI2MiAwIG9iag0KPDwN Ci9MZW5ndGggMzQ0DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0N CoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXDYfEYnFYv GQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiLhiOIsbYK NRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuLhsNrYVKc CoQVDlLYHfCoY78d4KKCmbzqbjIICMaTYZTmKSoaq/YYRZLNbIRCLZH6iLhn nxBdsGNxhkMkCrBYp7ocvaaSNBxaLZPhwLhgMBmIM7n9zogUWxQTzgZTcRjY aTOaDoICnwzGaTMaTGYToaTebh2IDsMRqLhlthAXBRPheORsXBSKYlYhuNBQ VTmZRAbzMIDoaDScxAZOoYRA/IQDmOoxDUMoxuWOg3vsND5OE4jjOQ5STjO/ I6Dk6jrDcEAwjOjAyja4g6BSLoqCUgoiq8BSAg0KZW5kc3RyZWFtDQplbmRv YmoNCjI2MyAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0Nv bG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0Yx MCA1IDAgUg0KL0YxMSA2IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI2NCAwIG9i ag0KPDwNCi9UeXBlIC9YT2JqZWN0DQovU3VidHlwZSAvSW1hZ2UNCi9OYW1l IC9JbTcNCi9XaWR0aCAyMjENCi9IZWlnaHQgMjIxDQovQml0c1BlckNvbXBv bmVudCA4DQovQ29sb3JTcGFjZSBbL0luZGV4ZWQgL0RldmljZVJHQiAyNTUg MjY1IDAgUl0NCi9MZW5ndGggMTEwNQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+ Pg0Kc3RyZWFtDQqAEWBQOCQWDQeEQmFQuGQ2HQ+IRGJROKQgRiEARWNRuOR2 PR+QRWLgCMyGTSeUSmVR6RySVy+YTGZSaWy6ZzecTmdQOazadz+gUGOz2fUK jUekQeiUWk02nTul0yn1OqSqo1Kq1mtRur1it1+wQyu16w2WzEWx2Sz2us2m 1Wy4U23W+43Wg3O6Xa9Ti8Xm93+X32/YDCTSMSTEYnFYjC42ZYLGY7JSnIZH J5eP5XLZjOSLD4vQaDO6OJ5rE6TUQ7TafU62LZ/Q7HFa7aQTV7Pa7Tb7jc6n d7ze6Pf8Dg5jh8Ti5Lj8jk4Xl8zm3/n9Do3bp9Tq3Dr9js2ft9zu2Hv+Dw1v x+Ty1Xz+j00/1+z20n3/D40b5/T60D7/j8zr9v4/qbv/AEApjAcCQKlcDwRB KUQXBkGpDB8IQiljYNlDEMw1Cq7wvDUPxA1kOP9D0QxNDcRpzCbQxSvkSxPG DZRamcVtjGcDRfGMdNFG8FRzHcgM3HrDSDIsbSGk8awzJEiSNJzFyYkElRRK KOSnKkqs9J8tyhLMtS5MDBy8gsrxBMaJTLM0zofNM1TWsUfzDI03zhOU7TFL M2xNOiEz1Pc+INP0/0Ank4zvJ1CULQ9FpLQlBRhRNH0hQFJUnOlK0tNdMUzM dN05PNDUZMFNVDUUuTPT0dU7UtTVPUFW1hPEC1TIEq1pWsmVvXEh11Xcb17X 0W2BYMR2HYkK2NY8G2TZVZ1ZWNFxTZkg2LZ9oWjZFrWvQ9s23b0uwTadEXDb VvzvclzXTIT43FLcA3bdz83heN2XLdVuXre99Vk1t51G9N/X+8OA4E7OCYK6 OD4Q5OFYW4OG4c3OIYi3V7X3WDm4nMOGYti+MYfjuPVbkGRZLCi641c7a5Tl TXZZlrfZDk2P5jmebRE0mX2xnOZZvkeeZ9oNGs5nVROFnuhVMzui6U42kaTp rJ6Zn7lafqGosbqeaOdq2r6wwGtVjrOu69r69bDaDCbRtLpbJsuqOtt237Mt m123s+5bnuizbtb2UbzvW9rBvtvu1wHA8ErXCXMtfF8ZvnD8RuCv8ddKy8ry 3B8jyWtrbzfOcmqnMXu83P9B0KndHfXPdP1r1dN1vUKP1WLqn2na9T2HY86+ 3dd32Sf9vkT5d93/gRV4vjcTAXk+VoyheFmfoeb53n+D6nq0Y/Xseznfke74 yoe58F8Rd8nw/N8/f/T9Xd+Z9v0Rx+H4sD8f55gq37fvOyYejub9X9vKR9AG ARlH9QEf4g6A8CE5QKgZAVCUC4HsbgjBOCCFoLQXStBKDLFE0Qcg6q6DcIYN EUf8+srkIISQihNCqFa9DSwuhek9L8M36EQhO9WGMNodERhy9mH0MoeQwTrE OHpDYfvgNVEKI0RDXxNe7EWKER4nxTiAn2JkVoaRVi1FQ20WYurjTJGCMKc4 xxlijF+NEaSBRJgIoqNcaY3QILRGSOKTo5wMjtHePkUyAg0KZW5kc3RyZWFt DQplbmRvYmoNCjI2NSAwIG9iag0KPDwNCi9GaWx0ZXIgL0FTQ0lJODVEZWNv ZGUNCi9MZW5ndGggOTkyDQo+Pg0Kc3RyZWFtDQpzOFcsdXJyMmxwclZaVGtx dHA5ZXFZTCRgcT1zYVtwXDRGVXBAZTFQcCU3bktvQ01TRW8oKT5AbmFRJjtu KmZgNQ0KbWRCSzBtSGozK2xnKm0lbEtbV3VsMC4/cGtORCRqazJ0ZGVqbEdM YGo1XTFaaW84cVVpU2BZUGhyIT5KaFZSKUUNCmg7JGZAZ1k6SzpnPWs2NWci PXMwZkBTWCpmJS9DJWVeVyp1ZSdsZG9kYUhPamRFcDdlY2QwcV9jSGFcWmMt NERVDQpiS0opT2IwJWlKYWlNUUVhMmM2P2BsPyE6YFBmXjVfbydDL19TWC4q XzgqayVeVkBPdF46cTpvXXREImpdPVlcZA0KXSI1R19cW10vWlwkcmlUW15O VE9bQyE8SlphNyFEWkVnYT9aKjpJOllIUC40WS0rbi9YZlNWKlgvaTskV2lF JXQNCldNbGJvVmwtR2lWUF4yZFY1MG9fVVNGVFlVOCI/VFRxSidPVDpfYUlT dDtMRFNYYzQ/UyIjbjlSW1RZNFJAJ0EvDQpRXj0mKVFCbWYkUSdATXRQRVYy blAqMXJpT2NZWmRPLG8/Xk5mSypZTkpyZ1RNaTNMTk1NZDdJTTI2dERMUExZ Pg0KTDUoRDlLblAsNEs3ZWYuSnFBUSlKVWk5JEl0KXJzSVhaXW5JPS1FaUhb QypjSD9zal5IJEZSWUdCXDdTRyc4Ik4NCkZgX19JRil1RENFY1EvPkVII2w5 RGY5UTNESmo8LkQvPSQpQ01SXiNDMi5Ic0JrVjBuQjRramhBbkdVY0FSbz1e DQpAcTAiWEBVYGJTQDozSk4/WEkvSD89JG9DPyFMVz4+P2I8OD4kPiczPV1l ZC49JyZJKDxgVzQjPEUpcHM7Yz9VbQ0KO0dwQGg7LEMoYzpKWGJdOi80TVg5 aFw1UzkxcW9NOGtNWkg4T3VCQzduNic9N1JmZzg3NzlPMzZVTzQtNjoqdCgN CjVzUlwjNTxoQHI1IUQrbTRaa2hoNCQsTWIzXV04XTNCL3VYMmBFWlIyRSFF TTIpSS1IMUdeZ0IxLDpSPTBlYjo4DQowLyJ0Mi9oU18tL00mRyguazwsIi5P bGtyLjQ/U20tUlU4Zy03MSNiLHBYYF0sOW5FVytzSjBSK1dxbU0rITJSRw0K KlpjPUIqPzYlPSldS183KUInSjIpJk8yLShEZGwnKClAVyInYmg+cicsKSNs JmVZY2cmSixLYiVoQjBcJUxycFcNCiUxRVhSJE9bPUwkNDcoRyNtXmVCIzZ0 SjwicFA1NyJVInIyIXM4VywhV2lCJyE8PCoifj4NCmVuZHN0cmVhbQ0KZW5k b2JqDQoyNjcgMCBvYmoNCjw8DQovTGVuZ3RoIDEyNTcNCi9GaWx0ZXIgL0xa V0RlY29kZQ0KPj4NCnN0cmVhbQ0KgBCKgNBQvIwxGIghJUM0EG4gGEKFw0HA 4EEPHIwFwyGQ1EA5GguGcjEBUNsEiJUOUoEBnlhUMcvO8ELYoJ5wMpuIxsNJ nNB0EBTnBjNJmNJjMJ0NJvNw7EB2GI1jYuiJcFAxGAvHI2LgpFItG40GAwFB VOZlEBvMwgOhoNJzEBkpJhEFvEBzOpiNRlMdAOhvthotE3nM7ns/EByMpnt5 0OVJpZuEBhM+KMptnJ0FJdKhKgkGrEKksNBUPiMRh41GMhGWrj8hkYzksnBQ oG4xFJUNUEIsDBRxgg4GggGw4GQgGuyFvJxJlghXEBugnABXM0/I2XC4gyHI gMe0F5JNsPIhvghR88EgWfg8RhekGXD6/xj9SGg0hI2Go5Fw4GqHpMl6VgUi KXNqG7ct2BQZOu1jVBBBiFBkGwXBuHDZP0/j/QA2iNBg46YJkggUCYNI3DWy i0CKMg0r+OQQCgMLHswOgyxeJIiDnBKCBi2Trx6j6IhsGIZJEkkAtqK0bRqP EYRkMMaRtHTdPYGIbNEhkeOu9z3Qm5CKyM2UkBRHEdgU3qWCPHi6ogEAlTaN SIBcjw7oUiImhALYuoiMkeS8GocBvMIQNpHsKJA1NA0GNiCCm9TfNBK73y1N suIUjL+y+HFBzGIgyjmMY5DSOClKZM00AUGNMItQFBNjQiCBkGb+BsGlE1ck lGAVRwFPWgqD0k0dKR/LsrhqG1cTE2iao6HCvhoHMGBQLDvDeN45RYNykjKz bOpYFoYo2koiJoFCOhzZ9orILNq2vbNt26zwFCoFVywmGF02kLV22xE14M5e V6XtId8rIKgyjwOg6sUEAq35d8a3igmBAVZgbBlgoUYPhOFrQK2H39iOAYne uK3M/WMiGN42WviV55LiwbYyJEZDIEAyjIM60DMNjKZdimLQQFtoWkIzLD0t A3WuNowjYEGeZ9keX4HdGh3UFAnaXpoQCTao2jgpjM5ciNwXEKlyZMGQb3xq 1payOWmadN4xjfr+wjczWpbJcMQbRZjb4zt+4hAJevbAN2xak0D3WFVMfTbI CMhA/AZyM4cxiMMIxrQIQyjDm0YxmMsajlKcFUjLDSNDYkJSuGYcP4kfLtpM giVO30iddMHZVhx1D1sEHX033ldV5X3UUnVMtztS6NIt1/Yhn2cR09UFRVIy Pbx5Vfg936Xe1lWngeFywQeLR8q2DLPlUr5nc+C4vyyQmrVBplOV5bqWgBQ1 Qa4yFBlYeQzlMLiY8O6Jgzs/Zg/xKzGUSk+KUG4M6hA3hkW4/qBZqlnNtLIF IMrPSlB2LQHBUS10Wh5gUuU1TVWiFkCJAYEAYg3ltLuGmCxcGoQJgxCpBjGW NsKYYiaCweIUsmBqa2Hxlw4Qggut5qcRiOMZCSG4MxjzFBkiK/RWUSQ5GPRM 09nsOonP7iO/6DgKAmrbVE1uITCIsv8QmxkIznogFoTLDuKDQoWgoCmwsMzm i0NMdIGlrbdILRviPCxq8Lwwp1SZHVm0f3NlwDuW5kUY4MgzbZHsJIUlCRqk IGyRD0mMqeDoGENLTpHsdLqG6Ico4zR7JUGENwcw4IyJyGOFEeH6AzZlGcII bHSLaRqtVlgcpRx6auEwJ4RFqt4DkyuUcG49olcQXcOgeQ2FojbERqSqG1nb IScdoZtwXA5nQc0ghpCAgA0KZW5kc3RyZWFtDQplbmRvYmoNCjI2OCAwIG9i ag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0IC9JbWFnZUMgL0ltYWdlSV0N Ci9Db2xvclNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwN Ci9GMTAgNSAwIFINCi9GMTEgNiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KL1hP YmplY3QgPDwNCi9JbTcgMjY0IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI3MCAw IG9iag0KPDwNCi9MZW5ndGggMTIzMg0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+ Pg0Kc3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wW DwmFw2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6 EQoYi4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWi Pwobi4bDa2FSnAqEFQ5S2B3wqGO/HeCigmGk3GswmcyiAimQ0nQ3nIQFAwnI wm0ynQy5IkkQ5ikqGqv2GEWSzWyEQi2R+oi4Z68QXbBjcZaDRAqwWKe7HT2m kjQcWi2T4cC4YDAZiDW6/k7IFFsUE84GU3EY2Gkzmg6CAp9MxmkzGkxmE6Gk 3m4diA7DEai4ZcYQFwUT4XjkbFwUimJWIbjQUCqObFjeMwQDoNA0jmEAyPIM IQQQEA5jqMQ1DKMbtshAo0MW6TqOs7DtJOM8EDoyzyvOEDEowMrMDcOgUi6K glNGGIbN2sqYNS3zShlGobBopLmNiu4YOMiC/oK6AahmHL9BoHIZBgwkPu2O A3sM7bHIxCzzDcMLrjoPMXxiviJPc2IiSQFAahoGEmyfKIqDKPA6DqjAQDaM I4DgwwzzFGTcNJGyzBi5Mc0I5SEBqHActc2DnOjCcKu2IQyjCMjJsqy7Ms2z 7QxnGrTRwtLSx3Goahs9sg0ezrbIKIqvLwECXgUmK0pqm6cp2nqfqCocFJhH gQVOikgrvQgbBcqK2WHRrkquBSsgUrtP0FUVDNKg4XLRU9U0cu4UCIMo5jGO Q0jhEw3VaBVXphbNtx9Zs7oKGUlrkGll3hINn2jadARpataRzUie2DNcgW9N IbhvNoWydKAUCkMo2PINI7MWOFysix8wxhP4qBVhIbhjN2HiSN0DjEx8FTrP kFDCPIQDNic+46guP5C2uGzeFGTZRlQyZYNwz5WOY15jmc/ZtkDnhRhQZ5JK OejTlMsaDoY3Sno7E6SBWb6ZhQaagFAnDfBw2DYOo2sNikT5lrea67pboYUG uxOs8kIDRS2W7dmkx7jkIbbEKe9DIN6eb7rmvbnhWxL0MI3DmODKuoMeOb/x emhuHHBu8NMvBAEeR7hzOFSZnWHu7CvPjZ0La9JuWmhxnOHSiKbsaw8LxjcM Yy643LSt4mFCt85KPhmHGDotR4mCeIgQUpS1MMszDNDlTrbtzUHhYDUdd4JG oZhquLX+Xb9WU9ddYBjYPxWR8t5VoGdkWUEH3Uai19q5WHtYAnz3n/gxXc/Z 8b+EhGDXCuNcq50uLqXYrSAb934F3XooxHxbIJAzfyVh/a1FQvdWu+B+xr4D HOOgT5HiTU2O2DuY8MYaAWmGQUiNyDvXFOxhQDeFRxwUBThaHSF4LQ3h1SxD R3jvnYJphQ5xhsK4euedA6KG8SgYAydODSJzqjvxRde5iHByGGRYh4gBi5GA 7HmDqgkyzQjFuJiS0wnwM2RxNh4EM6j1gQBYBAGMN5kTHJdM1FOOByHaROjs i0zYIAsx7j6HKP55IkReioa+HaUQjIqD0Yt3qLU7RuklIODUlQUSHjwFqRkf m1yBjfCc5Dgo6JRCCGQxx5WLAgeaZ4EAYmJOHa035j0XwZw6leChx7kTHpch mHMOkNZIp/gewshJwCZkRBoDYiBGCNEFICANCmVuZHN0cmVhbQ0KZW5kb2Jq DQoyNzEgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xv clNwYWNlIDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAg NSAwIFINCi9GMTEgNiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9i ag0KMjczIDAgb2JqDQo8PA0KL0xlbmd0aCAxMTc1DQovRmlsdGVyIC9MWldE ZWNvZGUNCj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBA cjLBTNBTjBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQ TRAWy7CDJHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwU OJtPRcNxBaIcNRcMhwOZANxcNhtbCpTgVCCocpbA8CVDHgzvBRQRzkbzqcBA QjKYTIICgYTkYTaZToZTkcxSVDVBbZCKSNBxaLZB7iMoZURcM9gIL3BS2KCe cDKbiMbDSZzQdBAU9wYzSZjSYzCdDSbzcOxAdhjcBkLoQXBRPheORsXBSKRa N+0NBQVTmZRAbzMIDoaDScxAZOSYRB7RAczqYjUZTHwDob/UNDzNu3Ldt636 TjO9o6Mu5TmBAMIzowMrMjcOgUi6KglK+sLSNkszRrStgapKGSJhA1zYBm2S +BQG4Zs+0IFBjFKENJFKPhsGYcte2LZr66iIMIxDFMYxzIMkyjLMwzTOM80E NBiGyew6mEaLSnyehlKIbOjHcUx6FAkiJF6CiKry+hAl8YvmtKapunKdp6n6 gqG96YSyhKSxQEC+RkGwXKitktopPSrgUrIFK7J8orIs0ryrK4YtUtEtrhPU viIMo5jGOQ0jhBg3TGBUyphSU8UG2K+BlHK7hpQM8tjQtD0SBSwShKSyyotL SNJO6oKTSy+NqGK5Bk7waBoGAYBQKQyjY5I0js8w4U4N9ODoPMLQwwKJLi2Q iNo665BpY1kWUII3DSNtnwba7cWzDIFCoFVwWGHAbXJZIUCExg3DINI3DO54 3jYOrMvUPN3QveF5XouQb3xZThP0NIwjYEARhjd6C4YBVhLkHGIBRiTiYri9 i4Vjd547cK55DZg4N45FPhAMd+QrlF45VjyD5CKbe3Q4zkDcMYy41nOGhzjI W2PfImDCPLOaNWsOVxGMZytGyEBovMdotS4niMx7IsmyrLsyzbO1DWtFynGM q13LEo2OGeuxUxEw1DUcYzvY7ptgpqYBnP1AIaGm/Bmi1Yq5M211vRu3zint S7nutL0zTdO0/vMzUiGAXLdw261TVYbVbwvD8SrHF0Vx1c0fXm5UjytguuGo Z5BpdyhQIY6jkjEKBALWjY5YXbBzkIm3/dOC+D4eddrZHkDCPHljb5uceJ6F i9zfPed83LgCz516Bqh3keUNvmfF7HnujY/pep9PrfXbWj5X917+5ZXvd+4A sPjfu+Vh7+gUPJXQ/IED/32PkNM/B6sCYAPFBqDBkL/HwAgDgGkOgYw0QRdq iJ88B3mQZg3B2BcAQavbaYsoJr04Hwkg5B46L5YKu9f6RdgYbIZA1h5CGB5i w2Q6hPBJ/MK4CwugRECIT9XswzdxEaCzwA8hhDvDsqEPoERTirEN2oNoKQEh a/F5kWodg2hU7qKJwAtH1OQGxosXDoo4iw8yNammKxviY+0GrpYHQIjrG2PD C49F4hq994AWY2R3jLAOI0BoHyIjtG6MsT3dRhkfImSUcAag3i/FCG0FwsSY kCmRM0nCEmmJmRFESOgcytJORogpAQ0KZW5kc3RyZWFtDQplbmRvYmoNCjI3 NCAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3Bh Y2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8PA0KL0YxMCA1IDAg Ug0KL0YxMSA2IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+Pg0KZW5kb2JqDQoy NzYgMCBvYmoNCjw8DQovTGVuZ3RoIDExMjcNCi9GaWx0ZXIgL0xaV0RlY29k ZQ0KPj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM 0FOMFg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbL sIMkehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09F w3EFoj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJhpNxrMJnMogIpkNJ0N5yE BQMJyMJtMp0MuSJJEOYpKhqr9hhFks1shEItkfqIuGevEF2wY3Gmg0QKsFin ux09ppI0HFotk+HAuGAwGYg1uv5OyBRbFBPOBlNxGNhpM5oOggKfTMZpMxpM ZhOhpN5uHYgOwxGouGXGEBcFE+F45GxcFIpiVi2goKo5sWN4zBAOg0DSOYQD I8gwhBA4QDmOoxDUMoxu2yECDQxbpOo6zsO0k4zwOOjLPK84QMSjAyswNw6B SLoqCU0YYhs3aypg1LfNKGUaBsGikuY2K7hg4yIL+groPYG4Yv0GgaOOFAms MNI2jqNoQCxB7xjYMsXRgviJPc2IiSO+YahuGUmScGEoDCPEpyrK8sjDLcux iBQqBVMkktqFsmyfLAxvOOcRjCwwyjIEA2jfEo3BAMw2MTOqCzxPUzBrNMni yEFAjdQbLUNRFFUZR1IDPSU7zy58yhuG1MTWLVN0FQlQUTRbzUbR9IxfO1KV VJIb1cFAoMeMY0VjTtZjdQ9a1HXNTV3SdUyRMwcWCKQ3jYNlj09QtlVDW0TW dU9e2mG4c2CLIwp5TluVpUVb1JXUvVRSocBhYMsDnLTF3ZZNl3fcNS3HaUyh xJc+zUFFNX1Od+VlT9vWZeFxWhelfBqHE0YRJ9YYZLdt39b9m4FityYKGdrD K6byMMM8CDKPA6DqjF42feeTPYplgibFQxMtZVajIxeKXm3LSt4mDkxwGLko +GkzNcGaLOcFApjeOo3UQIQyjDRDKMszDNDkz7QxlGjTRutLSx1GiHBnqOpr uFDOtsgoiq8vAQJeBSYrSmqbpynaep+oKhwSmEdpE97XqbpIbBcqK2IdxepK srCubw3Oz6RvkcbWnqDhctG3bhILBiIMt9DkNI4UZuoFbumHQ9Gh/SruGQZh yuQacl2vGcsBSsgUruzRqsyfbVwae8TJ3dd+50kXNVuNzWII2jg6+ZaFgc9X NYHqWFYljDE6gye5X1zWr8AodWyLHjz8/ohzc/wCNOY2QEM34vne17/AFcNI ZECv7KWDBg6fk1hEDeHB7Bm4CL2Y1AgFAQQxBzMi61W8DzkLBdQpB+DJWCQF T5BIIgaSMIVDSHZ98GlLvgUAG8yJjg3HkS5CBPS9npwSU0oGGJhoaQae/BJW EPA5Qyh/DZXy9n1QkhMhRUYdonGRBAElWL1zznURbEhJC9n6RMhPE+KJkiaq BisspFkDyfQcibChE0UEKxSCXFUOEV4zxaf4DGCLCQgwoigzVU7sQFA3KOcA mZEQaA2d0/MHJJyNEFICDQplbmRzdHJlYW0NCmVuZG9iag0KMjc3IDAgb2Jq DQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9E ZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjEx IDYgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI4MSAwIG9i ag0KPDwNCi9MZW5ndGggMTI2OQ0KL0ZpbHRlciAvTFpXRGVjb2RlDQo+Pg0K c3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0YjQXDQQHIywUzQU4wWDwmF w2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GHcQDGEE0QFsuwgyR6EQoY i4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQIqRsFDibT0XDcQWiHDMX DkbQKFDcXDYbWwqU4FQgqHKWwPAlQx4M7wUUFM7mk6GM0CAhGUwmQQFAwnIw m0ynQynI5ikqGqC2yEUkaDi0WyDi4ZDKGVEXDPZCC9wUtignnAym4jGw0mc0 HQQFPdGM0mY0mMwnQ0m83DsQHYYjXWC6EFwUT4X3IuCkUi0b3IaCgqnMyiA3 mYQHQ0Gk5iAycswiD3CA5nUxGoymPhHQ3vWNDzty3bet+4KTjO9w6Mw5jnBA MIzowMrNDcOgUi6KglK+sLStoszSLStgapKGSJhA2DZBm2i+BQG4atA0QFBj FSENLFSPhsGYcti2bar66yIMIxDFMYxzIMkyjLMwzTOM9GENhiGyew8mEarS nyehlKS5upFMVsQJIiSeBQiq8voQJfGT6LSmqbpynaep+oKhvgmEtISksvL5 GYbLiGi2LmikvKuBSsgUrsoSksizSxK0sBi1a0S5HkVR8FAiDKOYxjkNI4Qa N0xzKmFIzxQTZr4GUdLvP9S0oqysK5MywSjKayyqtLStLO6oKTL0fNuGQYBq GDvhoGgYBgFAhjqOSMQqEA2jCOY1voNwyDKPELwzKEO1tGUaSvG6EBrEdXUs KlsOEyLJsqy7Ms2zrPtDRNa0ZK1cyzKQahku1fRZMNQzMGNdy1V09hnPqoxF gtB1hQ9ZLDRUqRle84p7Ul937HsWUxTVOU85tQXnMmBYxhlToLVMdhtVl9z7 htC1jelF1vR1dX0GC4X82wUVSGAb2LY9k3QPD+jy3VtQ1M6JNY2giZ5nwcaD ZFLswng6aOMukoKKgVagGafanZIhjeNg3jlrYFa7r6xbEFAgjZJo3OW84x7L s+07WBVgbAGW3CbulODCNlq2vbMMaVvW+OntwkwqMozs66PBjq842jTUHEa5 r2957sAbcbx/IjlyY2craAw8Pbe1c5xegBbY2qN6N7l9L0/L8z1fFc8pe3dn 2o7cpy3U7z1vPNdt1l2a3bhcwznR9trXNdZr8teTZlnOEM2zeB4Xi+r1/Y2T TDjWjwg4DYMIx0yEAzbP9vuOF4PTel3XjVSGQc7cJnMPOObWA2Hncw4Z77nV UgzWI7BoQKAlB1f+cc5Jy2QnrazAVvjYG3BWM6cw5ThHtoQgs54h7bghNlMp B8M8IYDgzcaHRwZyX4Qgem7uA4NG3BVWsZ03wbjzwobSrNbqjFwI2ROQg1yO zZEWUs/w4BwgphvWY+tI67ElLvSavJGKs2JLeUaldm5MwZpdBnEpf6YmRqiR kndVKpimkwYQn4tka0eEWUIoZRACotL1ZrF5i4MAXFoVTGKMhiGOqbU6p9gK o4/SAjHHNaDKVVMsjjI2JKr2YsPZmxOLq+GBpSRKr2MaX4DA4Ug24IrcwxQB hO+mFMM37g4WC24I7ZgxODhjK1+zUJYAxbcFgEDdmzhkcw3SFUsG/QKaoFmX 4b5gzDM5MVVLbgtTLma3OZ8rpdAyhtMhZIWQwh3mgi+bgKAoJFDQ2mNANyjm nJmRFEZSQczxJORogpAQDQplbmRzdHJlYW0NCmVuZG9iag0KMjgyIDAgb2Jq DQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFjZSA8PC9E ZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjEx IDYgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI4NCAwIG9i ag0KPDwNCi9MZW5ndGggNjU5DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpz dHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBTjBYPCYXD YfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CDJHoRChiL hiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNxBaI/ChuL hsNrYVKcCoQVDlLYHfCoY78d4KKCYaTcazCZzKICKZDSdDechAUDCcjCbTKd DLkiSRDmKSoaq/YYRZLNbIRCLZH6iLhnrxBdsGNxtoNECrBYp7sdPaaSNBxa LZPhwLhgMBmINbr+TsgUWxQTzgZTcRjYaTOaDoICn0zGaTMaTGYToaTebh2I DsMRqLhlxhAXBRPheORsXBSKYlYhuNBQKo5sWN4zBAOg0DSOYQDI8gwhBBAQ DmOoxDUMoxu2yECjQxbpOo6zsO0k4zwQOjLPK84QMSjAyswNw6BSLoqCU0af N2sqYOS1KeuSt4Zhy1zYOcGDjIgv7BiG644BAIQyjCMjJsqy7Ms2z7QxmG0a rNGkcxoGIZSuGz2R+5q7hQzrbIKIqvLwECXgUmK0pqm6cp2nqfqCocFJhLyE pK5gQLuGIZhsFyorZMCKT8q4FKyBSuytLCYRy0rSoOFy0TA9s/OcFAiDKOYx jkNI4RMN0zgVNKYUrS8+tgu4ZR6uQaUNVjk0VRlHNwsMrtNSK00mns9qgpNN Lu6AZhg/r9BoGjjhQKA2DCNzFoQ6gwjENgyxfGK+Ik9zYiIgtjWQGtlWYGFn WhaTd2ra9sxhGQFCoFVwhRY7aXLZtn2ixaIXZbFtXheV6XsG98XPfV1OTf13 W3eN5ufetkBxg10X2hoQYXgE0TUG6juAmaSBgtCMI0gqAg0KZW5kc3RyZWFt DQplbmRvYmoNCjI4NSAwIG9iag0KPDwNCi9Qcm9jU2V0IFsvUERGIC9UZXh0 XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAgUj4+DQovRm9udCA8 PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNiAxOCAwIFINCj4+DQo+ Pg0KZW5kb2JqDQoyODYgMCBvYmoNCjw8DQovVHlwZSAvWE9iamVjdA0KL1N1 YnR5cGUgL0ltYWdlDQovTmFtZSAvSW04DQovV2lkdGggMjIxDQovSGVpZ2h0 IDIyMQ0KL0JpdHNQZXJDb21wb25lbnQgOA0KL0NvbG9yU3BhY2UgWy9JbmRl eGVkIC9EZXZpY2VSR0IgMjU1IDI4NyAwIFJdDQovTGVuZ3RoIDExMDUNCi9G aWx0ZXIgL0xaV0RlY29kZQ0KPj4NCnN0cmVhbQ0KgBFgUDgkFg0HhEJhULhk Nh0PiERiUTikIEYhAEVjUbjkdj0fkEVi4AjMhk0nlEplUekcklcvmExmUmls umc3nE5nUDms2nc/oFBjs9n1Co1HpEHolFpNNp07pdMp9TqkqqNSqtZrUbq9 YrdfsEMrtesNlsxFsdks9rrNptVsuFNt1vuN1oNzul2vU4vF5vd/l99v2Awk 0jEkxGJxWIwuNmWCxmOyUpyGRyeXj+Vy2Yzkiw+L0GgzujieaxOk1EO02n1O ti2f0OxxWu2kE1ez2u02+43Op3e83uj3/A4OY4fE4uS4/I5OF5fM5t/5/Q6N 26fU6tw6/Y7Nn7fc7th7/g8Nb8fk8tV8/o9NP9fs9tJ9/w+NG+f0+tA+/4/M 6/b+P6m7/wBAKYwHAkCpXA8EQSlEFwZBqQwfCEIpY2DZQxDMNQqu8Lw1D8QN ZDj/Q9EMTQ3Eacwm0MUr5EsTxg2UWpnFbYxnA0XxjHTRRvBUcx3IDNx6w0gy LG0hpPGsMyRIkjScxcmJBJUUSijkpypKrPSfLcoSzLUuTAwcvILK8QTGiUyz NM6HzTNU1rFH8wyNN84TlO0xSzNsTTohM9T3PiDT9P9AJ5OM7ydQlC0PRaS0 JQUYUTR9IUBSVJzpStLTXTFMzHTdOTzQ1GTBTVQ1FLkz09HVO1LU1T1BVtYT xAtUyBKtaVrJlb1xIddV3G9e19FtgWDEdh2JCtjWPBtk2VWdWVjRcU2ZINi2 faFo2Ra1r0PbNt29LsE2nRFw21b873Jc10yE+NxS3AN23c/N4Xjdly3Vbl63 vfVZNbedRvTf1/vDgOBOzgmCujg+EOThWFuDhuHNziGIt1e191g5uJzDhmLY vjGH47j1W5BkWSwouuNXO2uU5U12WZa32Q5Nj+Y5nm0RNJl9sZzmWb5Hnmfa DRrOZ1UThZ7oVTM7oulONpGk6ayemZ+5Wn6hqLG6nmjnatq+sMBrVY6zruva +vWw2gwm0bS6WybLqjrbdt+zLZtdt7PuW57os27W9lG871vawb7b7tcBwPBK 1wlzLXxfGb5w/Ebgr/HXSsvK8twfI8lra283znJqpzF7vNz/QdCp3R31z3T9 a9XTdb1Cj9Vi6p9p2vU9h2POvt3Xd9kn/b5E+Xfd/4EVeL43EwF5PlaMoXhZ n6Hm+d5/g+p6tGP17Hs535Hu+MqHufBfEXfJ8PzfP3/0/V3fmfb9Ecfh+LA/ H+eYKt+37zsmHo7m/V/bykfQBgEZR/UBH+IOgPAhOUCoGQFQlAuB7G4IwTgg haC0F0rQSgyxRNEHIOqug3CGDRFH/PrK5CCEkIoTQqhWvQ0sLoXpPS/DN+hE ITvVhjDaHREYcvZh9DKHkME6xDh6Q2H74DVRCiNEQ18TXuxFihEeJ8U4gJ9i ZFaGkVYtRUNtFmLq40yRgjCnOMcZYoxfjRGkgUSYCKKjXGmN0CC0Rkjik6Oc DI7R3j5FMgINCmVuZHN0cmVhbQ0KZW5kb2JqDQoyODcgMCBvYmoNCjw8DQov RmlsdGVyIC9BU0NJSTg1RGVjb2RlDQovTGVuZ3RoIDk5Mg0KPj4NCnN0cmVh bQ0KczhXLHVycjJscHJWWlRrcXRwOWVxWUwkYHE9c2FbcFw0RlVwQGUxUHAl N25Lb0NNU0VvKCk+QG5hUSY7bipmYDUNCm1kQkswbUhqMytsZyptJWxLW1d1 bDAuP3BrTkQkamsydGRlamxHTGBqNV0xWmlvOHFVaVNgWVBociE+SmhWUilF DQpoOyRmQGdZOks6Zz1rNjVnIj1zMGZAU1gqZiUvQyVlXlcqdWUnbGRvZGFI T2pkRXA3ZWNkMHFfY0hhXFpjLTREVQ0KYktKKU9iMCVpSmFpTVFFYTJjNj9g bD8hOmBQZl41X28nQy9fU1guKl84KmslXlZAT3ReOnE6b110RCJqXT1ZXGQN Cl0iNUdfXFtdL1pcJHJpVFteTlRPW0MhPEpaYTchRFpFZ2E/Wio6STpZSFAu NFktK24vWGZTVipYL2k7JFdpRSV0DQpXTWxib1ZsLUdpVlBeMmRWNTBvX1VT RlRZVTgiP1RUcUonT1Q6X2FJU3Q7TERTWGM0P1MiI245UltUWTRSQCdBLw0K UV49JilRQm1mJFEnQE10UEVWMm5QKjFyaU9jWVpkTyxvP15OZksqWU5KcmdU TWkzTE5NTWQ3SU0yNnRETFBMWT4NCkw1KEQ5S25QLDRLN2VmLkpxQVEpSlVp OSRJdClyc0lYWl1uST0tRWlIW0MqY0g/c2peSCRGUllHQlw3U0cnOCJODQpG YF9fSUYpdURDRWNRLz5FSCNsOURmOVEzREpqPC5ELz0kKUNNUl4jQzIuSHNC a1YwbkI0a2poQW5HVWNBUm89Xg0KQHEwIlhAVWBiU0A6M0pOP1hJL0g/PSRv Qz8hTFc+Pj9iPDg+JD4nMz1dZWQuPScmSSg8YFc0IzxFKXBzO2M/VW0NCjtH cEBoOyxDKGM6SlhiXTovNE1YOWhcNVM5MXFvTThrTVpIOE91QkM3bjYnPTdS Zmc4Nzc5TzM2VU80LTY6KnQoDQo1c1JcIzU8aEByNSFEK200WmtoaDQkLE1i M11dOF0zQi91WDJgRVpSMkUhRU0yKUktSDFHXmdCMSw6Uj0wZWI6OA0KMC8i dDIvaFNfLS9NJkcoLms8LCIuT2xrci40P1NtLVJVOGctNzEjYixwWGBdLDlu RVcrc0owUitXcW1NKyEyUkcNCipaYz1CKj82JT0pXUtfNylCJ0oyKSZPMi0o RGRsJygpQFciJ2JoPnInLCkjbCZlWWNnJkosS2IlaEIwXCVMcnBXDQolMUVY UiRPWz1MJDQ3KEcjbV5lQiM2dEo8InBQNTciVSJyMiFzOFcsIVdpQichPDwq In4+DQplbmRzdHJlYW0NCmVuZG9iag0KMjg5IDAgb2JqDQo8PA0KL0xlbmd0 aCAxMjk2DQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpzdHJlYW0NCoAQioDQ ULyMMRiIISVDNBBuIBhChcNBwOBBDxyMBcMhkNRAORoLhnIxAVDbBIiVDlKB AZ5YVDHLzvBC2KCecDKbiMbDSZzQdBAU5wYzSZjSYzCdDSbzcOxAdhiNY2Lo iXBQMRgLxyNi4KRSLRuNBgMBQVTmZRAbzMIDoaDScxAZKSYRBbxAczqYjUZT HQDob7YaLRN5zO57PxAcjKZ7edDlSaWbhAYTPijKbZydBSXSoSoJBqxCpLDQ VD4jEYeNRjIRlq4/IZGM5LJwUKBuNxSVDVBCLAwUcYIOBoIBsOBkIBrshbyc SZYIVxAboJwAVzNPyNlwuIMhyIDHtBeSTbFiIb4IUfPBIFn4PEYXpBlw+v8Y /UhoNISNhrIRiOYW2iUpWBSIpc2ocNy3YFBk67WNUEEFoUGQbBcG4cNk/T+P 82aUKo46YIImycJ0nifM03SCBi2SIhlCgbNlFMHhnCYZhiiwbBsG4XP6/8QB BBCCQgiMGoTCD4o0/riP3HUNJNECbjGN4yDKOcfgVGDrxgjLiBjFjYw3AaSp m2orDCngyBBJ8oynKrQBs0SGRQ673PdCTkIqkSSSa2s0ylKrepYI8ULqiAQC VQg1IgFyPDuhSIiaEAti6iIyRROoahxHMvNoqIcI2rc7Uykg2IIKb1N9Ns3t I0MsPcjIXItS9Oy9PQUCkvg3jlM4qDynE/N8/qNVhTE8Nk2j4pCHLj0vULZV GBVSgU9aCoPNz3zjQk5wjNwahs2E8tomoYq+GqtrIJAyjDKQ5M2zqWBaGKNp KIiaBQGVx3KFAjjkN46jhdjPAUKgVXoGl7hssgnr0vjNM5gGBXoGuDLIIwwj GMt/oJh4FXCGFxvusgoDqOY0BAJgyjsMo2YxgOB42q9xOXj4UCgN44ZLk+U5 XjVw4LmKxBQIjFsstK1iMywyDeNudZbcIc49n+Q5GoK8jNiq0aXekF6fkGa6 mMWq4tH2G4zpgURprYUCoMo8KAIekswNygaxlwZ3tnyybcNlcBAKEyjKOg6a vseWXoke0CYpgzhAJIibFdvCZcGmnbvtLHjcOYzVwNrIKYEAmqSOQ0jxx2Hb KGuO8oK2F73uaahriPKCENI3DCOQ8qCMo4dqyA3cUKA2DCN2L8HnYUYPtFbD gnikcD0myXoG2YP3n4k8uOng7DWwzDKxQ3bD1vjbt6ayeqOfr+8tGgqMNw0q VzvwRdtAi7Z7naDYEHte4nPv+JstutobU2wOpim+N+cA4Jx7xUcNodUHJwLo 2+hsb+81+CB3UvcgeCAO77WSN5Vw/Byb4wUQNgzBstoIIPByMmG5M4TnNJle c5AmoN3UQihI2uDUHIUBvb0HIFgIIXByc2/d4KZwqhWhi8UG70mZQ3dHCaDs PG9xFBBEeJLZQbviibBiHATDGxXXoDcGbh2cP3LUCBoL1w0v3fAWFtAQl+Qs dm4qODo42g2eQG967zQwhiX4UAIoZAzvDgTFiC0IiVPBDm8BwMbYQsyCmUiC QICrQuDcHV9jmYhFdjAy4HENWZBSj0UktEfY/t8De7NhkhV6A4iYz+UUe5Sw sBe3uSLfi2GAZpKp8Bxm0MhKBIly8mg2ydJqhZ+QeXcypbjCtXRjwxhreU8E tEEYJyEdLK03DlJRLpdwGduEq5syekPKEN83gtFMmwbw30NAQEjSICBd5ETF EENJO4jhsjjzzObPYhx7gZg5KoDCeM/J6gKNIQENCmVuZHN0cmVhbQ0KZW5k b2JqDQoyOTAgMCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dCAvSW1h Z2VDIC9JbWFnZUldDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBS Pj4NCi9Gb250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE2IDE4 IDAgUg0KPj4NCi9YT2JqZWN0IDw8DQovSW04IDI4NiAwIFINCj4+DQo+Pg0K ZW5kb2JqDQoyOTIgMCBvYmoNCjw8DQovTGVuZ3RoIDk5MA0KL0ZpbHRlciAv TFpXRGVjb2RlDQo+Pg0Kc3RyZWFtDQqADEQGcGgocjAQDYcDUQDQZjIQC0Yj QXDQQHIywUzQU4wWDwmFw2HxGJxWLxkFFcQG6CwgjwWBGkQRAlCCEGqbC6GH cQDGEE0QFsuwgyR6EQoYi4YjiLG2CjUcxakUqmCA2QUpwUowUhFSCi8jDGBQ IqRsFDibT0XDcQWiPwobi4bDa2FSnAqEFQ5S2B3wqGO/HeCignnAym4jGw0m c0HQQYUxm8yGU5ikqGqv2GEWSzWyEQi2R+oi4Z6UQXbBjccZbMAqwWKe6fO2 mkjQcWi2T4cC4YDAZiDR6Xf6gFFvCYbEYrGY4p4YxmkzGkxmE6Gk3m4diA7D Eai4ZbwQFwUT4XjkbFwUimJWIbjQUFU5mUQG8zCA6Gg0nMQGTqGEQPyEA5jq MQ1DKMbHDoN77DQ+TCsOxLFsak4zvyOg5Oo6w3BAMIzowMo2sOOgUi6KglMy GIbNisqYM+2jNhlFIbBopLhNOu4YN4iC/sGyDJDK1iCiKry8BAl4FJitKapu nKdp6n6gqG/aYRghIaRxGq7u43YZPNKsrtMq4FKyBSuxPFLORYtLNs2g4XLR GUaNM4gUClAw3jkMjTjyw0gAVISYTbN8rNI0y7hkGiKByiEZS+38wzHMrXLD M7ZTTFqfJ7KgbBiuMauI4wcBy9Qa0QGAUCbO44DQEArDKOQ6DKPAQCZCsRxK viJO804iIK4yD1HUoUCEMo0DCOzrDk8IUVoNw1w4Mr0BAKAwjYMo6VhW0TAU KgVV6FAchjYErBQKY3jqNwyWygtuW9RVxVMKQ3jDPNpvvdVt264tvhnd9yXN dFpWpa1sRJbV2X0qN+iOw9XWoEAmuoOQ0jxe+D18Gt+ipWMRYLdd818G1+im O40joMY0Yrj9vhvftmPkKY6DzauU3a1YW1JcYhsUOAQTrCjr5pfSfXCFoaUV U1aOWEFyjqOQxx/jt8W8nwZPVowZaRCLmXNpz5Wnatr6hW+paEGGMaLo9hX+ Mg0jcM+l1VV2xYNlSfZDtGsbVc+2bcEAh5ltrJjloLjN1q20iFte27eKw3jY OsQb9ENXcI8YYVFvFTcTvfF1Zx3IQbiUQwxoGo4s8YY6rzIUY0PA6aa+WIDg OHO6/ge549qYY351eIVhiWHdtsPKrEGnD7yIfHTuEAnDDyPhYJsfTrFs+r1N 5I3OqNw63MOY2DyEAgv4ODqjs+WNDlC+22UIYgio9HiRR4/r/cEAiP74gZdV 6wUCgOoc1VhBWuxIMQdXot0amDJ3j/AoBvZ5AJCwaYCwHSCkMG5CAaA1RSRA iRCCMEaILBckREIOA4IhB8BRZiAgDQplbmRzdHJlYW0NCmVuZG9iag0KMjkz IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRdDQovQ29sb3JTcGFj ZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8DQovRjEwIDUgMCBS DQovRjExIDYgMCBSDQovRjE2IDE4IDAgUg0KPj4NCj4+DQplbmRvYmoNCjI5 NSAwIG9iag0KPDwNCi9MZW5ndGggOTU0DQovRmlsdGVyIC9MWldEZWNvZGUN Cj4+DQpzdHJlYW0NCoAMRAZwaChyMBANhwNRANBmMhALRiNBcNBAcjLBTNBT jBYPCYXDYfEYnFYvGQUVxAboLCCPBYEaRBECUIIQapsLoYdxAMYQTRAWy7CD JHoRChiLhiOIsbYKNRzFqRSqYIDZBSnBSjBSEVIKLyMMYFAipGwUOJtPRcNx BaBoNRraxnaIUNxcNhtbCpTgVCCocpbA8CVDHgzvBRQTzEczebDKdDKICecD GbzIZTmKSoaoLbIRSRoOLRbIOLhkMoZURcM9YIL3BS3iTgZTcRjYaTOaDoIC nszGaTMaTGYToaTebh2IDsMbiMhdCC4KJ8LxyNi4KRSLRv1RoKCqc8ibzMID oaDScxAZOIYRB5xAczqYjUZTHuzob/IaMjk9pttw3STjO846Dk4jjDcEAwjO jAyja2g6BSLoqCUr6ws+1yzM8tK2BqkoZImEDVNYGbXL4FDts0zgFBjEiEM/ EiPhsGYctW1rXr656IMIxDFMYxzIMkyjLMxFMKhiGyewwmEXLSnyehlJAbBg pMRxLHkhMvIoFCKry+hAl8VvatKapunKdp6n6gqG9KYSghIYBhGsSL45gcNM 6s3zjKqrgUrIFK7I0kLIs0nSZJwYtKukpzlKwFBQIw6jc+sDy1LiYUTPNGL4 067ByGsSSlPTWz5P1AAUsEjySsslrSz7PzcGobrtKsbtiGbsqhKQUCYMo7DK NgQPEEAiMeMI0jZCMJsCiTTNcIjYBQG1cOqGAUCsMo5MgPAQDuNLyhAJIiWT CgFCoFVoBvaddCmNA32yEFr2yMo8XGgtzWgHF1WreNtW5bw0BAIbG3dety3O BTYhzfVrWxftu2/gQ2XdBI3DIEAnXcNow2RCVyXvhDpBlXAaBpaq/jCNw5jY 4jI4Lj7YxZkeShRYkFjK8LxiNBgyDeNuXYPmFpBaGuSWqJOUjplAxsiKQyjN bDaaXn9oBjdOh6KFGjjnpNJMjYjgjdb1KY7e2gBRkuZZNAuU5WyGp5AGgY7S FApDfpMgDCMQ3jq3YoDeNI3QhsmDWgGmRavme67uyO8723YijIM4y7e2KHbm KbhsdymzhpueT7ZlnNrfy/Msi6OMDdSLgYy6/RaFonE7tlkE71vgQb9wHBWV wm4at2Fq8V2eUDIF+J8xjbIvv2+/8D0V88Raoodtz45jNjPNw7uYhb3ivADO EHt3pweX2iGu5iKPIyjh5m++QOm3fHsy8bmJuWDkNON9v934d38lZOkeQwVS wCgbkIBmDVJBEAWgzIsRgjRBSAgNCmVuZHN0cmVhbQ0KZW5kb2JqDQoyOTYg MCBvYmoNCjw8DQovUHJvY1NldCBbL1BERiAvVGV4dF0NCi9Db2xvclNwYWNl IDw8L0RlZmF1bHRSR0IgMSAwIFI+Pg0KL0ZvbnQgPDwNCi9GMTAgNSAwIFIN Ci9GMTEgNiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMjk4 IDAgb2JqDQo8PA0KL0xlbmd0aCAzNDQNCi9GaWx0ZXIgL0xaV0RlY29kZQ0K Pj4NCnN0cmVhbQ0KgAxEBnBoKHIwEA2HA1EA0GYyEAtGI0Fw0EByMsFM0FOM Fg8JhcNh8RicVi8ZBRXEBugsII8FgRpEEQJQghBqmwuhh3EAxhBNEBbLsIMk ehEKGIuGI4ixtgo1HMWpFKpggNkFKcFKMFIRUgovIwxgUCKkbBQ4m09Fw3EF oj8KG4uGw2thUpwKhBUOUtgd8Khjvx3gooJ5wMpuIxsNJnNB0EGFMZvMhlOY pKhqr9hhFks1shEItkfqIuGelEF2wY4GGWzAKsFinunztppI0HFotk+HAuGA wGYg0el3+oBRbwmGxGKxmOKeGMZpMxpMZhOhpN5uHYgOwxGouGW8EBcFE+F4 5GxcFIpiViG40FBVOZlEBvMwgOhoNJzEBk6hhED8hAOY6jENQyjGxw6De+w0 PkwrDsSxbGpOM78joOTqOsNwQDCM6MDKNrDjoFIuioJSCiKrwFICDQplbmRz dHJlYW0NCmVuZG9iag0KMjk5IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYg L1RleHRdDQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9G b250IDw8DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQo+Pg0KPj4NCmVuZG9i ag0KMzAyIDAgb2JqDQo8PA0KL0xlbmd0aCAyMzI0DQovRmlsdGVyIC9MWldE ZWNvZGUNCj4+DQpzdHJlYW0NCoAQioDQULyMMRiIISVDNBBuIBhChcNBwOBB DxzERyNBcM48ICobYJESocpGIDPJyoY5Ud4IWxQTzgZTcRjYaTOaDoICnMzG aTMaTGYToaTebh2IDsMRqLhkLoiXBQMRgLxyNi4KRSLRuMRwNhQVTmZRAbzM IDoaDScxAZKIYRBaxAczqYjUZTHOzob7QaLJMppNpxOhAcjKZ7WdDlRKMbhA YTPhjKbZpOxSXSoSoJBqpCpBDQVD4jEYeNRjHBlpxBG47H5DBBQOBiKSoaoI MRlEN1uBAMhwOY6MRsIBsNhmLoqNZBIgUKCSbjIZTxtNsChbwhcNoT1xcORz ICJsCD1M3B+HC9BEe5woeVPDzSCcjHbbfc7rhjGbzkZBB5IKg4aM8hiCIs0Y QIsrzUBvAIbBk4bXuaGoYP8ziIvQ27cwM3iMuIGCLQgFAhQo80BNAKgVNgIQ 0jcMI5DyuYyjhFrGDcM4QDgNgwjcsipCEKYoKywq8P0/kRtVC4FQK3SLBkG6 nhy1IQBqjbltgGUJtq8rhRLDDdQs3MOBqHCSOZEI3jq6EVxsMQ3jxIT8v2/s sv/I7PwJL0DoU1gchu0sxyq5oZhrIzzzsBTeQ1MCIhq4tATNNAyTUEAxjym7 oDKOU3yJOTqs5AMkSUiMmOwGTv0ZB8y0FQkuUPDLd0VKQatzEAhTPNMarmOC /MNTU4yNT9DVDPMrhwpzf1jWdU0HObOULAdWzxDdFhnD8y1rSFJDsN42Dqyl JsrTFOS1YFn2FUYYuzakpXVEAZhtVckURV7V0WGUA1pW1I1xbVuW8/Q0sqxi j3FOlyNBczehmjgZhiGcpXtR13SNC1DXlL96SkGFUNgId4UNE+OJuOEhMRgd f1ZhDThujoZOUGkoUcGWPWfiyFVgGgb2rkI0jgOFJMNkrHPxTeT1BPEmBgp9 SotnGdObB2ZtBmtpBAGgbXvMoh22/S0DCMQ2LJotg6OhWrOy02q6viIc6jLt E4wGkJUdrQ2a4OmvbBXsi2ZAGUbIrwYKc7+4zI2AaSxTsSXjV2Lw4Gl3bmN4 2soNyd6HX2+Trcu/hu48+ITx+N6ftnM2dqXGZtuAZWTjijjHGI6LYumev0Og yv5FYQMAmqbpyy3M4NO8DSYGuVz5AIadXRzZ8zimadRqnD6w2AibaBWQOaIi 3jEMKxhAyo0jpF8WW8ugxcvvfE81g+yXsGwXTE74Zw5EDTetqdYBmG/RBR7W 7vce8WpTCLQxhoRe2JzbwyFA4Kag4iz+n+PMfU6Zty80OLudY9kw5kiylnDM ZIMjkmCKeb9AorxxwbAwITBhiL93oP5Ioo4IkGwyhlBaWYFsH4awhDaCAqQR AnhGSC+iEbfWjQKZaagGD8oYogBiDeFy0X8sKhkG8Ma3TKqTKOHZ8BRy2QIf ZEgGDniuggI89M5sEktQUWg2+C6V4ZByDTFxTIbg3nRPo3c+z50huYfU8FJL 7QZOeN9GaOCIGXsTVY/hjAM2kqOCK9Z7AKAitgDswIxxbo9BwDeit38f4SpL gWcA4x3zfNOBQDaKDpZFwvYwk2NElA8O2DkiwNiQgzKYJo69vURX1vClEakj hv2HSwZjGpOkbJGIcQc4U5oRQ8oxk65VG4bw5vhMaCAMx+g2lEl9IBhBqUno LN7ClRwNAaSKcXFKV7yVHBGkkig5oRgwy8iJGCYComynAlOb2QsTp0ysnXG4 iMwp3zcDqjkEEdo8SaLg+ae7wJQz6kGcdJpw6DSIdI+p5zp52IcBiVdRwR54 mwCOTSAct5umKDSm6iMoIjyipCsVKB3yvQZBQwqKNBCFA2lRSdHZi5b0MLJQ 6PdL1x0TWHI5+AOCHnClQRSncFkLA1liEcOSZ2Rz4kDCaQbZzz1WZjVNxqFn D0jqyHVkdSGC1KQQ8VwRyjTzOKmzJ5srZ2MMOU1eugSKSnNCQGUMJ0VM1cYQ oIp5xq9oOeXWR1NejiG8RBYGwa4a2QkpjPpaj70msOO1TijaWqOwVYvZBKcs Qk1/OcG4Obdw3S8OiUEN02GB2XiM2OBU6F0IOT9XQHFjjeWmUaiA59rUdT2D LLkw1ryyW2l/V2UTj5+PKVOo639d6BrztNE1MoS7VBLDKi+504GyP6XQg0iw NYqSIXfQJisrrTSHu7eGo8fQyRfolZlPL80noNYfXRnFwDc2mY0o68CL3/t5 qNYa8tTnBHDQk/xq2AozFMaqzBEGB2utfLIX6ythb824lE/OfhssL04wndi9 9ecLM4liEy1QTAyxcluWYtoZW7hplvgyBS1HjNqatXQGeFLITof5jLGkNwzA tOjjmW5UgmBPCJEO+0363NVSmU5hjVWrTHwo1ZYoNGG5cf4CzK1+mmILInmP IzMa7QTrw2/IoM6cBMMGTsOaZz5NhxDAnEbOTgugzpWO9zz8WMuK8o7Ozvi5 56l4GKwR/H0X4phiKfU6GlA2cHolEDV8iYtBhi/O+jQ657RuGFsAdHbPfbA5 Ry2VceXRwcDl0GoVHKy0+cp+ddNFmEzzqWXiMtU6r0nmfSyeW4roSmQ/Xet8 3xrzjdrC0ENFaj1/qa8eV8xLoI2/J/bMaA5wuzaXad/kQZ2R2XN8Teds5ojM d5wUZtzJlvVrmM13DYboDWZCop9d27HaYw07uYt71RuvuLFectp3rTLvrfgI MPWE2Nn6zSUFjQP4Y4aVfCNDcK11fLfKK99hnubrDPsYcRkZO6DXj+AON7Q3 HY/aeBdzlHRsEkIkvdY8VsSy2M3NEyqlnVwnaRyp+ogCbaoJpRFMBp1Rzrk8 +b98WSbKackiMh6Fo9x6ctdOly06dLfBOfNK8Uv2DgjhVyEzNnPMhZu0dydG y70gokcqXcm7LyizXaHBTF7mqntziuidxYTTgJp+ldFKUw7ZNxN7W9Q7z1Jp jCuBkPkHTikPQ+O9FN6apEATrVBODCt7sfkKk7ucO++FLSMAeBM7zG4OFqbq OCfaoJ5di8Sf9PwDe5wAcg4YdVDQnHOt+cKZLH25dy8+mrbu5akKHlfHeX1n 4lpOZVyrOiD2+edUl/Jm7zUYbw4H5OjpT3fZmmQpXSbmuajgb2hAUEUgYCiA gA0KZW5kc3RyZWFtDQplbmRvYmoNCjMwMyAwIG9iag0KPDwNCi9Qcm9jU2V0 IFsvUERGIC9UZXh0XQ0KL0NvbG9yU3BhY2UgPDwvRGVmYXVsdFJHQiAxIDAg Uj4+DQovRm9udCA8PA0KL0YxMCA1IDAgUg0KL0YxMSA2IDAgUg0KL0YxNCAx NiAwIFINCi9GMTYgMTggMCBSDQo+Pg0KPj4NCmVuZG9iag0KMzA1IDAgb2Jq DQo8PA0KL0xlbmd0aCAyMjMzDQovRmlsdGVyIC9MWldEZWNvZGUNCj4+DQpz dHJlYW0NCoAMRAZwaChgICPBYEaRAMhAShBBzVERcNRAdxAMYOTRAWy7BzJB RzBxsNhwIBoM4cLRiNBcNBAcjLBTNIpINpcMRxMDbBRqModJZzOxAbIKU4KQ ipBReRo1GRAVJqChvEatVRwNRcMBxDhzLhnYajPYNUTlBYPBLKVDHBRRXRSV DVTKdAoFUoLVYOMZeOJPVY0ORcNxvAq+LrCM7HaKid4KWxQTzgZTcRjYaTOa DoICnkzGaTMaTGYToaTebh2IDsMa0Mq2IC4KI0LxyNi4KRSLRwMxoMhQVTmZ RAbzMIDoaDScxAZNIYRByRAczqYjUZTHmzob+MaOFksplsxmpiZTPyToctJp jcIDCZ5kZTblM2KS6VCVdKfd6mMYdB72rySBog4qLIFAoLiuYFKaGIbKgvCy pYF0GKqKgiLQrYYQaKjHAVAwwvQ+I6DKOTlDMN45JQEA4DeNI3M2OA6uwMo8 DoOqZBANowjgOEWjPBCCsVCMJqjCy1w4FDYioPLJoa24QR/BSnJg/SCpO/wQ JOGIbhgFycMUGz+MXDoahrKEFwbKgFTDK8wpGEAahyk8CLcKEPjDEMRxLE8V Ri40ZxrG8cx3HsnrlIAQSEG0KSLJAUSVJgYydM0pQcqcrKtLMty6lM3qJOcx hpScGUqhT+qtNqDhrLcxS4n7FQ3Ok7TxEgQRNFD0DINIwjZFQ5De6rrxxHUe DdH1DAVIK+SHCrGVhDskyW4Qa0lY8FymqNLKsg9My5L03hrDUC3BUU0WxUtt IzAE3t7VkJByxtYxAMsRVpWzojg7g5NFXde1+6zN0FYljQTZMJUVIlmyPaEm BpakE2tUgFUvbaM01byfzlcQbXJiM11PdQapbMUPXlek9RQO8PsmMlhUHYtC 4JRFlYPZlnhRlI5ZXWo2Pa6N54c/FrwficsIajQXBkG6LBqGEB41jk048/4Q TcGgcXDOg3jg9g6PONIxRi4QxtO84314mWxjlllRaFbMrpOoDWhuk+raxDob 6hc01VNqeqhuh1PwNrSijKOwy15scXV9s7rRPtdq0pNOibgrkuy0lG/5HjfI VHqO+XTqiDhoGuM6zrbpDEMwwjHsWycW8e08fh/I71yaGhkvgchnBvR9Lu+8 wfqXQaqGiYcCKA6jmNGua9sERBBxOy8Z2OYaDiPbKAwSvot4vjQLvHOXL4PP 1QlAZ6dOnk+X1HVdZ6HXbN2HHerKORcldG4BkG0uhgxSUvod++Fjr5F1A0VG 8d9QLQ2OFcO+9xT8W0PzbY9d/DRiXNJKrAZuwKHNuzc63p4T5UBOAQK8gzcE W1P0Yg/dt5GTeqbJhCNkZYVRF7hBAR0IIAZqeQKFJ4BUwqAqLcFIMocDLmje fCh2T1oWKYYq7kGi7wZqrcC+eH6502LqBmuBkcRIjL7NKaeFTtGhwVJaDgxB OodRccCDiK7e10PlN5CSIYbwwssDgaR5cSoxv2drGZpSXQZRSXY4EGSZYBOe jjFoGTvgUBSjsyw4IZz4ouflCmCcTWKAxMODmLhKpHSHjfCGLTInAyQjuCAP RpzhR8kzH+FqWgbyCIEDOUyBYrSJhvIuHL54ASPDeHQ0hwgwhiDen0MoZAzy tcbJhzjbUqwVdwDNpDSodNNhmDGUcOE3SNg3JCYTz5izHReiyS0rpnwUha7g 1oOSBTehmDKbcvJuuZlPMGYZ7A3BkBensOZo4FyXiW/WaDEppE6IqbUhs9pc AzhrAOehB5DveLcFON8QaK0AOEbENxpw6huNAicNqTp0QeoK9gGSXH9GKBkg KeM84sw5KBBsKcx59x9pPGYGU1FFTvf0yOeUunx0RaNHRDtNaPssDEGWVMSj lSvjLLEHEswbSDqK5pUNQj9w4lsRYnEv6kU3NDAup86ZNNFima4lVXqXSGqz B58VW5eVdBBVWmlNmWBrDKHk6J04+K2RyfOs0sInOjgubuutP3Ashpgx+HRr K6phcDWFllJYmWEYpDutRAkwVGBQUCxrUwZzuJfO6yNngWU4nVE60cs4o2cs kgWndoXQV0ThI4KaNn2nCDotG1VZyTxTjRINBtt3NRuq1Fix1toeUVDuGkOg Y3l1QbdaxkJiJGqdooh2h1yY4UxttFRAoU7n3Rj3M2gcK7MVoJ2C42pVVVS/ kbQ+RV4LIJks8FSi8QkOhUT/b+9dwbR3uXeDWHdQLaJhttS1kd/kaUCwBVG1 gN6eVWJ/duz74K4UQvs0sp7gcHKAmI11fTzjhVjOFdSaMLYDSzaSSdkMvwbA wwSQ6ukUYN4hRtiN5rYVahprJhG6rFDexQe5QqxYOca2Pe4V3Bqf8dstYFhD FVBsWFhvcuxq1nsDZLxuSbJ6NMox5a6iM9eKDxhmRGZR92VXbO9aQ7glGYHA vFy9ZCw2YcRIqNIvTM+QAy1lpNavIhrJqwZBrhhOGd3uVtQKFQ9AYw1xGDCG 44SKw53QPUrWkRpMhYrsK1ZyxAniy/ztd6UmTCUWK0eegNwc7AHpNPoKy+Er Mg5xcnHVcG5c4bvrcvPFsS3aQ0qHNnkSb0afytaw2s1XubCu5NpzkNqh4dh0 V9kYVr9luCsv9PeboKxbW6pyHcvzeaMh0SXbO3lb7J3BC2Hdh5a7qirW8/Fc blWishFuz23Q5IiDxsp224lNmK35gjVFXN94HcDv7gBRTzZUsHrZoqAnckWL DI4nW6CVYY4cjPPkC8yggO5HdEfEtB3AJRolpBYuOwzw1vfDmwOMYfQLx/gM fLyvLo6HJHKvNKss4Bnvd8TmmGup3FLmxbrR7ouJuvf/IOdvvDYnuy1BNCcV d20jdXT4q8xfrvi7/NCG5O4aiPh/U+e8/5RrXIfFXRpd7LZ6HfTs6c37R1K6 Dy+h5R6verijdHi3up+/qR3ddp8z30RaQ8vwtbbQ6FqVmP6A9FsymCGBDXdu a7AmfxVtbIFAs95LS3lNA8C3CSWNNPrPKKSgEUpYCiAgDQplbmRzdHJlYW0N CmVuZG9iag0KMzA2IDAgb2JqDQo8PA0KL1Byb2NTZXQgWy9QREYgL1RleHRd DQovQ29sb3JTcGFjZSA8PC9EZWZhdWx0UkdCIDEgMCBSPj4NCi9Gb250IDw8 DQovRjEwIDUgMCBSDQovRjExIDYgMCBSDQovRjE0IDE2IDAgUg0KL0YxNiAx OCAwIFINCj4+DQo+Pg0KZW5kb2JqDQo1IDAgb2JqDQo8PA0KL1R5cGUgL0Zv bnQNCi9TdWJ0eXBlIC9UeXBlMQ0KL05hbWUgL0YxMA0KL0VuY29kaW5nIC9N YWNSb21hbkVuY29kaW5nDQovQmFzZUZvbnQgL0hlbHZldGljYS1Cb2xkDQo+ Pg0KZW5kb2JqDQo2IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9TdWJ0eXBl IC9UeXBlMQ0KL05hbWUgL0YxMQ0KL0VuY29kaW5nIC9NYWNSb21hbkVuY29k aW5nDQovQmFzZUZvbnQgL0hlbHZldGljYQ0KPj4NCmVuZG9iag0KNyAwIG9i ag0KPDwNCi9UeXBlIC9Gb250DQovU3VidHlwZSAvVHlwZTENCi9OYW1lIC9G MTINCi9GaXJzdENoYXIgMzINCi9MYXN0Q2hhciAyNTUNCi9XaWR0aHMgWw0K IDI4NyAyOTYgMzcwIDU3NCA1NzQgOTI2IDgxNSAyMDQgMzUyIDM1MiA0MjYg NTc0IDI4NyAzMzMgMjg3IDM4OQ0KIDU3NCA1NzQgNTc0IDU3NCA1NzQgNTc0 IDU3NCA1NzQgNTc0IDU3NCAyODcgMjg3IDU3NCA1NzQgNTc0IDQ2Mw0KIDc5 NiA2MTIgNTc0IDY4NCA3MzYgNDk3IDQ4MSA3MzkgNzA0IDI2NSAyNzIgNTkz IDQ4MSA5MjggNzgxIDc5Ng0KIDUzNyA3OTYgNTU2IDUyMCA1NTYgNjkwIDU5 MyA5MjcgNjQ1IDUzOCA2MTIgMzMzIDU3NCAzMzMgNTc0IDUwMA0KIDM1MiA1 MDAgNTk1IDQ4MSA1OTUgNTA3IDI5NiA1OTUgNTg1IDIzOCAyMzggNDc3IDIz OCA4OTQgNTg1IDU3Mw0KIDU5NyA1OTcgMzQ4IDM4OSAzNDUgNTcxIDQ5MCA3 NzkgNTE5IDQ5NSA0NTAgMzUyIDI1OSAzNTIgNTc0IDI4Nw0KIDYxMiA2MTIg Njg0IDQ5NyA3ODEgNzk2IDY5MCA1MDAgNTAwIDUwMCA1MDAgNTAwIDUwMCA0 ODEgNTA3IDUwNw0KIDUwNyA1MDcgMjM4IDIzOCAyMzggMjM4IDU4NSA1NzMg NTczIDU3MyA1NzMgNTczIDU3MSA1NzEgNTcxIDU3MQ0KIDUxOSAzNzAgNTc0 IDU3NCA1MTkgNTAwIDUzNyA2MDYgNzU5IDc1OSA5NjMgMzUyIDQyNiAwIDgz MyA3OTYNCiAwIDU3NCAwIDAgNTc0IDU3NCAwIDAgMCAwIDAgMzcwIDM4OSAw IDgwNiA1NzMNCiA0NjMgMjk2IDU3NCAwIDU3NCAwIDAgNTAwIDUwMCAxMDAw IDI4NyA2MTIgNjEyIDc5NiA5NjAgOTA3DQogNTAwIDEwMDAgNTAwIDUwMCAy NzggMjc4IDU3NCAwIDQ5NSA1MzggMTY4IDU3NCAyNzggMjc4IDUzNiA1MzYN CiA1MTkgMjg3IDI3OCA1MDAgMTMzMiA2MTIgNDk3IDYxMiA0OTcgNDk3IDI2 NSAyNjUgMjY1IDI2NSA3OTYgNzk2DQogMCA3OTYgNjkwIDY5MCA2OTAgMjM4 IDQ0NCA0ODEgNDQ0IDQ4MSAyMjIgMzE1IDMzMyA1MTkgMzE1IDQ0NA0KXQ0K L0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nDQovQmFzZUZvbnQgL1N0b25l U2Fucw0KL0ZvbnREZXNjcmlwdG9yIDMwNyAwIFINCj4+DQplbmRvYmoNCjE2 IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9TdWJ0eXBlIC9UeXBlMQ0KL05h bWUgL0YxNA0KL0ZpcnN0Q2hhciAzMg0KL0xhc3RDaGFyIDI1NQ0KL1dpZHRo cyBbDQogMjg3IDI5NiAzNzAgNTc0IDU3NCA5ODEgNzc4IDIwNCA0MDcgNDA3 IDQyNiA1NzQgMjg3IDMzMyAyODcgNDYzDQogNTc0IDU3NCA1NzQgNTc0IDU3 NCA1NzQgNTc0IDU3NCA1NzQgNTc0IDI4NyAyODcgNTc0IDU3NCA1NzQgNDYz DQogODMzIDY2NyA2MjYgNjcxIDc1MyA1NDIgNTA4IDc2NCA3NDEgMzA3IDMw NyA2NDggNTE5IDk2MCA3ODMgNzg4DQogNTkzIDc4OCA2MTEgNTU2IDU5MyA3 MjIgNjU3IDk5NSA2ODQgNjMwIDYwOSAzNTIgNTc0IDM1MiA1NzQgNTAwDQog MzUyIDUzOCA2MjMgNDc4IDYyNCA1NDcgMzUyIDYyNCA2MTggMjY5IDI2OSA1 MTIgMjY5IDkxNSA2MTggNjA1DQogNjI0IDYyNCA0MDEgNDI2IDM4OSA1OTEg NTE5IDgxNyA1MzMgNTE5IDUxMyAzNTIgMjU5IDM1MiA1NzQgMjg3DQogNjY3 IDY2NyA2NzEgNTQyIDc4MyA3ODggNzIyIDUzOCA1MzggNTM4IDUzOCA1Mzgg NTM4IDQ3OCA1NDcgNTQ3DQogNTQ3IDU0NyAyNjkgMjY5IDI2OSAyNjkgNjE4 IDYwNSA2MDUgNjA1IDYwNSA2MDUgNTkxIDU5MSA1OTEgNTkxDQogNTU2IDM3 MCA1NzQgNTc0IDU3NCA1MDAgNTkzIDY2MSA3NTkgNzU5IDEwMDAgMzUyIDQ0 NCAwIDg5NiA3ODgNCiAwIDU3NCAwIDAgNTc0IDYwNiAwIDAgMCAwIDAgMzg5 IDQ0NCAwIDg1MSA2MDUNCiA0NjMgMjk2IDU3NCAwIDU3NCAwIDAgNTAwIDUw MCAxMDAwIDI4NyA2NjcgNjY3IDc4OCA5OTYgOTQ3DQogNTAwIDEwMDAgNTAw IDUwMCAyNzggMjc4IDU3NCAwIDUxOSA2MzAgMTQ4IDU3NCAyNzggMjc4IDYy NSA2MjUNCiA1NTYgMjg3IDI3OCA1MDAgMTQ0MyA2NjcgNTQyIDY2NyA1NDIg NTQyIDMwNyAzMDcgMzA3IDMwNyA3ODggNzg4DQogMCA3ODggNzIyIDcyMiA3 MjIgMjY5IDQ0NCA1MDAgNTAwIDUwMCAyNTkgMzE1IDMzMyA1NzQgMzE1IDQ0 NA0KXQ0KL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nDQovQmFzZUZvbnQg L1N0b25lU2Fucy1TZW1pYm9sZA0KL0ZvbnREZXNjcmlwdG9yIDMwOCAwIFIN Cj4+DQplbmRvYmoNCjE3IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9TdWJ0 eXBlIC9UeXBlMQ0KL05hbWUgL0YxNQ0KL0ZpcnN0Q2hhciAzMg0KL0xhc3RD aGFyIDI1NQ0KL1dpZHRocyBbDQogMjg3IDI5NiAzNzAgNTc0IDU3NCA5MDgg ODE1IDIwNCAzNTIgMzUyIDQyNiA1NzQgMjg3IDMzMyAyODcgMzg5DQogNTc0 IDU3NCA1NzQgNTc0IDU3NCA1NzQgNTc0IDU3NCA1NzQgNTc0IDI4NyAyODcg NTc0IDU3NCA1NzQgNDYzDQogNzU5IDY4NCA2MTcgNzQxIDc4NiA1NzUgNTIw IDc5NiA3OTcgMzQ5IDM0OSA2NjggNTc0IDk2MyA3OTYgODE1DQogNTc1IDgx NSA2MzEgNTAwIDYxMSA3NzkgNzIxIDEwNTYgNzU5IDY0NyA1OTMgMzMzIDU3 NCAzMzMgNTc0IDUwMA0KIDM1MiA1MDkgNTg3IDQ4NSA2MDQgNDk1IDM0NyA1 MzcgNjU4IDMxMCAzMTUgNTUxIDMxMCA5NDYgNjU4IDU5Mg0KIDYwNyA2MDgg Mzg1IDQwNyAzNzAgNjExIDU1NyA3OTUgNTczIDU1NiA0NzAgMzMzIDI1OSAz MzMgNTc0IDI4Nw0KIDY4NCA2ODQgNzQxIDU3NSA3OTYgODE1IDc3OSA1MDkg NTA5IDUwOSA1MDkgNTA5IDUwOSA0ODUgNDk1IDQ5NQ0KIDQ5NSA0OTUgMzEw IDMxMCAzMTAgMzEwIDY1OCA1OTIgNTkyIDU5MiA1OTIgNTkyIDYxMSA2MTEg NjExIDYxMQ0KIDUxOSAzNzAgNTc0IDU3NCA1MTkgNTAwIDUzNyA2MjYgNzc4 IDc3OCA5ODEgMzUyIDQyNiAwIDkwOCA4MTUNCiAwIDU3NCAwIDAgNTc0IDYz MCAwIDAgMCAwIDAgMzMzIDM3MCAwIDc3OCA1OTINCiA0NjMgMjk2IDU3NCAw IDU3NCAwIDAgNTAwIDUwMCAxMDAwIDI4NyA2ODQgNjg0IDgxNSAxMDM5IDkw Nw0KIDUwMCAxMDAwIDUwMCA1MDAgMjc4IDI3OCA1NzQgMCA1NTYgNjQ3IDEx MSA1NzQgMjc4IDI3OCA2MjMgNjIzDQogNTE5IDI4NyAyNzggNTAwIDEzMTUg Njg0IDU3NSA2ODQgNTc1IDU3NSAzNDkgMzQ5IDM0OSAzNDkgODE1IDgxNQ0K IDAgODE1IDc3OSA3NzkgNzc5IDMxMCA0NDQgNDYzIDQ0NCA1MDAgMjIyIDMz MyAzMzMgNTE5IDMxNSA0NDQNCl0NCi9FbmNvZGluZyAvTWFjUm9tYW5FbmNv ZGluZw0KL0Jhc2VGb250IC9TdG9uZVNlcmlmDQovRm9udERlc2NyaXB0b3Ig MzA5IDAgUg0KPj4NCmVuZG9iag0KMTggMCBvYmoNCjw8DQovVHlwZSAvRm9u dA0KL1N1YnR5cGUgL1R5cGUxDQovTmFtZSAvRjE2DQovRW5jb2RpbmcgL01h Y1JvbWFuRW5jb2RpbmcNCi9CYXNlRm9udCAvVGltZXMtUm9tYW4NCj4+DQpl bmRvYmoNCjE5IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnQNCi9TdWJ0eXBlIC9U eXBlMQ0KL05hbWUgL0YxNw0KL0ZpcnN0Q2hhciAzMg0KL0xhc3RDaGFyIDI1 NQ0KL1dpZHRocyBbDQogMjg3IDMxNSAzNzAgNTc0IDU3NCA5MDcgNzU5IDI3 OCAzMzMgMzMzIDUwMCA1NzQgMjg3IDMzMyAyODcgMzMzDQogNTc0IDU3NCA1 NzQgNTc0IDU3NCA1NzQgNTc0IDU3NCA1NzQgNTc0IDI4NyAyODcgNTc0IDU3 NCA1NzQgNDYzDQogNzU5IDY4NSA2MTIgNzA0IDc3NiA1NzQgNTM3IDc0MSA3 NTggMzMwIDMzMCA2NjYgNTczIDg4OSA3NTkgNzQxDQogNTY4IDc0MSA2MTAg NDgxIDY0OCA3MDEgNzIyIDEwNzQgNzQxIDY0OCA2NDggMzMzIDU3NCAzMzMg NTc0IDUwMA0KIDM1MiA1MzggNTM3IDQyMSA1MzcgNDI1IDMzMyA0NjMgNTc0 IDI5NiAyNzggNTAwIDI5NiA4NTYgNTc0IDQ5OQ0KIDUxOSA1MTggMzQ5IDQw NyAzMzMgNTU2IDQ4MSA3NDEgNTE5IDQ4MSA0NzQgMzMzIDI3OCAzMzMgNTc0 IDI4Nw0KIDY4NSA2ODUgNzA0IDU3NCA3NTkgNzQxIDcwMSA1MzggNTM4IDUz OCA1MzggNTM4IDUzOCA0MjEgNDI1IDQyNQ0KIDQyNSA0MjUgMjk2IDI5NiAy OTYgMjk2IDU3NCA0OTkgNDk5IDQ5OSA0OTkgNDk5IDU1NiA1NTYgNTU2IDU1 Ng0KIDU3NCAzNzAgNTc0IDU3NCA1MDAgNTAwIDU3NCA2MTEgNzc4IDc3OCA5 ODEgMzUyIDQyNiAwIDkyNCA3NDENCiAwIDU3NCAwIDAgNTc0IDU1NiAwIDAg MCAwIDAgMzUyIDM1MiAwIDc3OCA0OTkNCiA0NjMgMzE1IDU3NCAwIDU3NCAw IDAgNTU2IDU1NiAxMDAwIDI4NyA2ODUgNjg1IDc0MSA5NzQgNzY0DQogNTAw IDEwMDAgNTAwIDUwMCAyNzggMjc4IDU3NCAwIDQ4MSA2NDggNTYgNTc0IDI3 OCAyNzggNjA2IDYyNQ0KIDU3NCAyODcgMjc4IDUwMCAxMzE1IDY4NSA1NzQg Njg1IDU3NCA1NzQgMzMwIDMzMCAzMzAgMzMwIDc0MSA3NDENCiAwIDc0MSA3 MDEgNzAxIDcwMSAyOTYgNDQ0IDQ2MyA0NDQgNTAwIDIyMiAzMzMgMzMzIDUx OSAzMTUgNDQ0DQpdDQovRW5jb2RpbmcgL01hY1JvbWFuRW5jb2RpbmcNCi9C YXNlRm9udCAvU3RvbmVTZXJpZi1JdGFsaWMNCi9Gb250RGVzY3JpcHRvciAz MTAgMCBSDQo+Pg0KZW5kb2JqDQoyNDMgMCBvYmoNCjw8DQovVHlwZSAvRm9u dA0KL1N1YnR5cGUgL1R5cGUxDQovTmFtZSAvRjE4DQovRW5jb2RpbmcgL01h Y1JvbWFuRW5jb2RpbmcNCi9CYXNlRm9udCAvQ291cmllcg0KPj4NCmVuZG9i ag0KOCAwIG9iag0KPDwNCi9UeXBlIC9Gb250DQovU3VidHlwZSAvVHlwZTEN Ci9OYW1lIC9GMTkNCi9GaXJzdENoYXIgMzINCi9MYXN0Q2hhciAyNTUNCi9X aWR0aHMgWw0KIDQ5NCA0OTQgNjY3IDk4OCA5ODggMTMzMyAxMDYxIDM0NiA0 OTQgNDk0IDU5NCA2MDAgNDk0IDQ0NCA0OTQgMzcwDQogOTg4IDk4OCA5ODgg OTg4IDk4OCA5ODggOTg4IDk4OCA5ODggOTg4IDQ5NCA0OTQgNjAwIDYwMCA2 MDAgODE1DQogODAwIDEwODcgMTA2MiAxMDYyIDExMTIgOTM5IDg5MCAxMDYy IDEwNjIgMzk2IDgzOSAxMDM3IDgxNSAxMzM0IDExMzUgMTExMg0KIDk4NyAx MTEyIDEwMzcgMTAzNyA4OTAgMTA2MiAxMDYyIDEzMzQgMTA4OCAxMDM4IDkz OSA0OTQgMzcwIDQ5NCA2MDAgNTAwDQogMzQ2IDc2NSA4MTUgNzY1IDgxNSA3 NDIgNDk0IDgxNSA4MTUgMzQ2IDM0NiA3NjUgMzQ2IDEyMTAgODE1IDgxNQ0K IDgxNSA4MTUgNjY3IDc5MSA2NjcgODE1IDc0MiAxMTEyIDc0MiA3MTYgNjQy IDQ5NCAyMjIgNDk0IDYwMCA0OTQNCiAxMDg3IDEwODcgMTA2MiA5MzkgMTEz NSAxMTEyIDEwNjIgNzY1IDc2NSA3NjUgNzY1IDc2NSA3NjUgNzY1IDc0MiA3 NDINCiA3NDIgNzQyIDM0NiAzNDYgMzQ2IDM0NiA4MTUgODE1IDgxNSA4MTUg ODE1IDgxNSA4MTUgODE1IDgxNSA4MTUNCiA3NDIgNDAwIDk4OCA5ODggODE1 IDUwMCA2MjAgODE1IDgwMCA4MDAgMTAwMCAzNDYgMzQ2IDQ5NCAxMzM0IDEx MTINCiA0OTQgNjAwIDQ5NCA0OTQgOTg4IDgxNSA0OTQgNDk0IDQ5NCA0OTQg NDk0IDQ5NyA1MzAgNDk0IDEyMTAgODE1DQogODE1IDQ5NCA2MDAgNDk0IDk4 OCA0OTQgNDk0IDUxOSA1MTkgMTAwMCA0OTQgMTA4NyAxMDg3IDExMTIgMTMz NCAxMjU5DQogNTAwIDEwMDAgNjY3IDY2NyAzNDYgMzQ2IDYwMCA0OTQgNzE2 IDEwMzggMjIyIDk4OCAyOTYgMjk2IDgxNSA4MTUNCiA3NDIgNDk0IDM0NiA2 NjcgMTMzMyAxMDg3IDkzOSAxMDg3IDkzOSA5MzkgMzk2IDM5NiAzOTYgMzk2 IDExMTIgMTExMg0KIDQ5NCAxMTEyIDEwNjIgMTA2MiAxMDYyIDM0NiAzNDYg MzQ2IDM0NiAzNDYgMzQ2IDM0NiAzNDYgMzQ2IDM0NiAzNDYNCl0NCi9FbmNv ZGluZyAvTWFjUm9tYW5FbmNvZGluZw0KL0Jhc2VGb250IC9FdXJvc3RpbGUt Qm9sZEV4dGVuZGVkVHdvDQovRm9udERlc2NyaXB0b3IgMzExIDAgUg0KPj4N CmVuZG9iag0KMzA3IDAgb2JqDQo8PA0KL1R5cGUgL0ZvbnREZXNjcmlwdG9y DQovQXNjZW50IDczNQ0KL0NhcEhlaWdodCA3MDANCi9EZXNjZW50IC0yNTAN Ci9GbGFncyAzMjgxNg0KL0ZvbnRCQm94IFstMTc5IC0yNTAgMTI5NyA5NDMg XQ0KL0ZvbnROYW1lIC9TdG9uZVNhbnMNCi9JdGFsaWNBbmdsZSAwDQovU3Rl bVYgOTANCi9YSGVpZ2h0IDUxMA0KPj4NCmVuZG9iag0KMzExIDAgb2JqDQo8 PA0KL1R5cGUgL0ZvbnREZXNjcmlwdG9yDQovQXNjZW50IDcyNA0KL0NhcEhl aWdodCA3MjQNCi9EZXNjZW50IC0xNzgNCi9GbGFncyAzMTEzNDQNCi9Gb250 QkJveCBbLTIzNCAtMzA1IDEzODUgMTA2NCBdDQovRm9udE5hbWUgL0V1cm9z dGlsZS1Cb2xkRXh0ZW5kZWRUd28NCi9JdGFsaWNBbmdsZSAwDQovU3RlbVYg MTkyDQovWEhlaWdodCA1MTANCj4+DQplbmRvYmoNCjMwOCAwIG9iag0KPDwN Ci9UeXBlIC9Gb250RGVzY3JpcHRvcg0KL0FzY2VudCA3MzUNCi9DYXBIZWln aHQgNzAwDQovRGVzY2VudCAtMjUwDQovRmxhZ3MgMzExMzQ0DQovRm9udEJC b3ggWy0xNzkgLTI1MCAxNDA1IDk1MCBdDQovRm9udE5hbWUgL1N0b25lU2Fu cy1TZW1pYm9sZA0KL0l0YWxpY0FuZ2xlIDANCi9TdGVtViAxMzMNCi9YSGVp Z2h0IDUxMA0KPj4NCmVuZG9iag0KMzA5IDAgb2JqDQo8PA0KL1R5cGUgL0Zv bnREZXNjcmlwdG9yDQovQXNjZW50IDczNQ0KL0NhcEhlaWdodCA3MDANCi9E ZXNjZW50IC0yNTANCi9GbGFncyAzMjgxOA0KL0ZvbnRCQm94IFstMjAxIC0y NTAgMTI3OSA5NDEgXQ0KL0ZvbnROYW1lIC9TdG9uZVNlcmlmDQovSXRhbGlj QW5nbGUgMA0KL1N0ZW1WIDkwDQovWEhlaWdodCA1MDANCj4+DQplbmRvYmoN CjMxMCAwIG9iag0KPDwNCi9UeXBlIC9Gb250RGVzY3JpcHRvcg0KL0FzY2Vu dCA3MzUNCi9DYXBIZWlnaHQgNzAwDQovRGVzY2VudCAtMjUwDQovRmxhZ3Mg MzI4ODINCi9Gb250QkJveCBbLTIxMCAtMjU2IDEyOTkgOTI5IF0NCi9Gb250 TmFtZSAvU3RvbmVTZXJpZi1JdGFsaWMNCi9JdGFsaWNBbmdsZSAtMTINCi9T dGVtViA5Mg0KL1hIZWlnaHQgNTEyDQo+Pg0KZW5kb2JqDQoyIDAgb2JqDQo8 PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgOSAwIFINCi9SZXNvdXJjZXMgNCAw IFINCi9Db250ZW50cyAzIDAgUg0KPj4NCmVuZG9iag0KMTAgMCBvYmoNCjw8 DQovVHlwZSAvUGFnZQ0KL1BhcmVudCA5IDAgUg0KL1Jlc291cmNlcyAxMiAw IFINCi9Db250ZW50cyAxMSAwIFINCj4+DQplbmRvYmoNCjEzIDAgb2JqDQo8 PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgOSAwIFINCi9SZXNvdXJjZXMgMTUg MCBSDQovQ29udGVudHMgMTQgMCBSDQo+Pg0KZW5kb2JqDQoyMCAwIG9iag0K PDwNCi9UeXBlIC9QYWdlDQovUGFyZW50IDkgMCBSDQovUmVzb3VyY2VzIDIy IDAgUg0KL0NvbnRlbnRzIDIxIDAgUg0KPj4NCmVuZG9iag0KMjMgMCBvYmoN Cjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVudCA5IDAgUg0KL1Jlc291cmNlcyAy NSAwIFINCi9Db250ZW50cyAyNCAwIFINCj4+DQplbmRvYmoNCjI4IDAgb2Jq DQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgOSAwIFINCi9SZXNvdXJjZXMg MzAgMCBSDQovQ29udGVudHMgMjkgMCBSDQo+Pg0KZW5kb2JqDQozMSAwIG9i ag0KPDwNCi9UeXBlIC9QYWdlDQovUGFyZW50IDM1IDAgUg0KL1Jlc291cmNl cyAzMyAwIFINCi9Db250ZW50cyAzMiAwIFINCj4+DQplbmRvYmoNCjM2IDAg b2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMzUgMCBSDQovUmVzb3Vy Y2VzIDM4IDAgUg0KL0NvbnRlbnRzIDM3IDAgUg0KPj4NCmVuZG9iag0KMzkg MCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVudCAzNSAwIFINCi9SZXNv dXJjZXMgNDEgMCBSDQovQ29udGVudHMgNDAgMCBSDQo+Pg0KZW5kb2JqDQo0 NCAwIG9iag0KPDwNCi9UeXBlIC9QYWdlDQovUGFyZW50IDM1IDAgUg0KL1Jl c291cmNlcyA0NiAwIFINCi9Db250ZW50cyA0NSAwIFINCj4+DQplbmRvYmoN CjQ3IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMzUgMCBSDQov UmVzb3VyY2VzIDQ5IDAgUg0KL0NvbnRlbnRzIDQ4IDAgUg0KPj4NCmVuZG9i ag0KNTAgMCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVudCAzNSAwIFIN Ci9SZXNvdXJjZXMgNTIgMCBSDQovQ29udGVudHMgNTEgMCBSDQo+Pg0KZW5k b2JqDQo1MyAwIG9iag0KPDwNCi9UeXBlIC9QYWdlDQovUGFyZW50IDU2IDAg Ug0KL1Jlc291cmNlcyA1NSAwIFINCi9Db250ZW50cyA1NCAwIFINCj4+DQpl bmRvYmoNCjU3IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgNTYg MCBSDQovUmVzb3VyY2VzIDU5IDAgUg0KL0NvbnRlbnRzIDU4IDAgUg0KPj4N CmVuZG9iag0KNjAgMCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVudCA1 NiAwIFINCi9SZXNvdXJjZXMgNjIgMCBSDQovQ29udGVudHMgNjEgMCBSDQo+ Pg0KZW5kb2JqDQo2MyAwIG9iag0KPDwNCi9UeXBlIC9QYWdlDQovUGFyZW50 IDU2IDAgUg0KL1Jlc291cmNlcyA2NSAwIFINCi9Db250ZW50cyA2NCAwIFIN Cj4+DQplbmRvYmoNCjY2IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJl bnQgNTYgMCBSDQovUmVzb3VyY2VzIDY4IDAgUg0KL0NvbnRlbnRzIDY3IDAg Ug0KPj4NCmVuZG9iag0KNjkgMCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1Bh cmVudCA1NiAwIFINCi9SZXNvdXJjZXMgNzEgMCBSDQovQ29udGVudHMgNzAg MCBSDQo+Pg0KZW5kb2JqDQo3MiAwIG9iag0KPDwNCi9UeXBlIC9QYWdlDQov UGFyZW50IDc1IDAgUg0KL1Jlc291cmNlcyA3NCAwIFINCi9Db250ZW50cyA3 MyAwIFINCj4+DQplbmRvYmoNCjc2IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UN Ci9QYXJlbnQgNzUgMCBSDQovUmVzb3VyY2VzIDc4IDAgUg0KL0NvbnRlbnRz IDc3IDAgUg0KPj4NCmVuZG9iag0KNzkgMCBvYmoNCjw8DQovVHlwZSAvUGFn ZQ0KL1BhcmVudCA3NSAwIFINCi9SZXNvdXJjZXMgODEgMCBSDQovQ29udGVu dHMgODAgMCBSDQo+Pg0KZW5kb2JqDQo4MiAwIG9iag0KPDwNCi9UeXBlIC9Q YWdlDQovUGFyZW50IDc1IDAgUg0KL1Jlc291cmNlcyA4NCAwIFINCi9Db250 ZW50cyA4MyAwIFINCj4+DQplbmRvYmoNCjg1IDAgb2JqDQo8PA0KL1R5cGUg L1BhZ2UNCi9QYXJlbnQgNzUgMCBSDQovUmVzb3VyY2VzIDg3IDAgUg0KL0Nv bnRlbnRzIDg2IDAgUg0KPj4NCmVuZG9iag0KODggMCBvYmoNCjw8DQovVHlw ZSAvUGFnZQ0KL1BhcmVudCA3NSAwIFINCi9SZXNvdXJjZXMgOTAgMCBSDQov Q29udGVudHMgODkgMCBSDQo+Pg0KZW5kb2JqDQo5MSAwIG9iag0KPDwNCi9U eXBlIC9QYWdlDQovUGFyZW50IDk0IDAgUg0KL1Jlc291cmNlcyA5MyAwIFIN Ci9Db250ZW50cyA5MiAwIFINCj4+DQplbmRvYmoNCjk1IDAgb2JqDQo8PA0K L1R5cGUgL1BhZ2UNCi9QYXJlbnQgOTQgMCBSDQovUmVzb3VyY2VzIDk3IDAg Ug0KL0NvbnRlbnRzIDk2IDAgUg0KPj4NCmVuZG9iag0KOTggMCBvYmoNCjw8 DQovVHlwZSAvUGFnZQ0KL1BhcmVudCA5NCAwIFINCi9SZXNvdXJjZXMgMTAw IDAgUg0KL0NvbnRlbnRzIDk5IDAgUg0KPj4NCmVuZG9iag0KMTAxIDAgb2Jq DQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgOTQgMCBSDQovUmVzb3VyY2Vz IDEwMyAwIFINCi9Db250ZW50cyAxMDIgMCBSDQo+Pg0KZW5kb2JqDQoxMDQg MCBvYmoNCjw8DQovVHlwZSAvUGFnZQ0KL1BhcmVudCA5NCAwIFINCi9SZXNv dXJjZXMgMTA2IDAgUg0KL0NvbnRlbnRzIDEwNSAwIFINCj4+DQplbmRvYmoN CjEwNyAwIG9iag0KPDwNCi9UeXBlIC9QYWdlDQovUGFyZW50IDk0IDAgUg0K L1Jlc291cmNlcyAxMDkgMCBSDQovQ29udGVudHMgMTA4IDAgUg0KPj4NCmVu ZG9iag0KMTEwIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTEz IDAgUg0KL1Jlc291cmNlcyAxMTIgMCBSDQovQ29udGVudHMgMTExIDAgUg0K Pj4NCmVuZG9iag0KMTE0IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJl bnQgMTEzIDAgUg0KL1Jlc291cmNlcyAxMTYgMCBSDQovQ29udGVudHMgMTE1 IDAgUg0KPj4NCmVuZG9iag0KMTE3IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UN Ci9QYXJlbnQgMTEzIDAgUg0KL1Jlc291cmNlcyAxMTkgMCBSDQovQ29udGVu dHMgMTE4IDAgUg0KPj4NCmVuZG9iag0KMTIwIDAgb2JqDQo8PA0KL1R5cGUg L1BhZ2UNCi9QYXJlbnQgMTEzIDAgUg0KL1Jlc291cmNlcyAxMjIgMCBSDQov Q29udGVudHMgMTIxIDAgUg0KPj4NCmVuZG9iag0KMTIzIDAgb2JqDQo8PA0K L1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTEzIDAgUg0KL1Jlc291cmNlcyAxMjUg MCBSDQovQ29udGVudHMgMTI0IDAgUg0KPj4NCmVuZG9iag0KMTI2IDAgb2Jq DQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTEzIDAgUg0KL1Jlc291cmNl cyAxMjggMCBSDQovQ29udGVudHMgMTI3IDAgUg0KPj4NCmVuZG9iag0KMTI5 IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTMzIDAgUg0KL1Jl c291cmNlcyAxMzEgMCBSDQovQ29udGVudHMgMTMwIDAgUg0KPj4NCmVuZG9i ag0KMTM0IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTMzIDAg Ug0KL1Jlc291cmNlcyAxMzYgMCBSDQovQ29udGVudHMgMTM1IDAgUg0KPj4N CmVuZG9iag0KMTM3IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQg MTMzIDAgUg0KL1Jlc291cmNlcyAxMzkgMCBSDQovQ29udGVudHMgMTM4IDAg Ug0KPj4NCmVuZG9iag0KMTQwIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9Q YXJlbnQgMTMzIDAgUg0KL1Jlc291cmNlcyAxNDIgMCBSDQovQ29udGVudHMg MTQxIDAgUg0KPj4NCmVuZG9iag0KMTQzIDAgb2JqDQo8PA0KL1R5cGUgL1Bh Z2UNCi9QYXJlbnQgMTMzIDAgUg0KL1Jlc291cmNlcyAxNDUgMCBSDQovQ29u dGVudHMgMTQ0IDAgUg0KPj4NCmVuZG9iag0KMTQ2IDAgb2JqDQo8PA0KL1R5 cGUgL1BhZ2UNCi9QYXJlbnQgMTMzIDAgUg0KL1Jlc291cmNlcyAxNDggMCBS DQovQ29udGVudHMgMTQ3IDAgUg0KPj4NCmVuZG9iag0KMTQ5IDAgb2JqDQo8 PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTUzIDAgUg0KL1Jlc291cmNlcyAx NTEgMCBSDQovQ29udGVudHMgMTUwIDAgUg0KPj4NCmVuZG9iag0KMTU0IDAg b2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTUzIDAgUg0KL1Jlc291 cmNlcyAxNTYgMCBSDQovQ29udGVudHMgMTU1IDAgUg0KPj4NCmVuZG9iag0K MTU3IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTUzIDAgUg0K L1Jlc291cmNlcyAxNTkgMCBSDQovQ29udGVudHMgMTU4IDAgUg0KPj4NCmVu ZG9iag0KMTYwIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTUz IDAgUg0KL1Jlc291cmNlcyAxNjIgMCBSDQovQ29udGVudHMgMTYxIDAgUg0K Pj4NCmVuZG9iag0KMTYzIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJl bnQgMTUzIDAgUg0KL1Jlc291cmNlcyAxNjUgMCBSDQovQ29udGVudHMgMTY0 IDAgUg0KPj4NCmVuZG9iag0KMTY2IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UN Ci9QYXJlbnQgMTUzIDAgUg0KL1Jlc291cmNlcyAxNjggMCBSDQovQ29udGVu dHMgMTY3IDAgUg0KPj4NCmVuZG9iag0KMTY5IDAgb2JqDQo8PA0KL1R5cGUg L1BhZ2UNCi9QYXJlbnQgMTcyIDAgUg0KL1Jlc291cmNlcyAxNzEgMCBSDQov Q29udGVudHMgMTcwIDAgUg0KPj4NCmVuZG9iag0KMTczIDAgb2JqDQo8PA0K L1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTcyIDAgUg0KL1Jlc291cmNlcyAxNzUg MCBSDQovQ29udGVudHMgMTc0IDAgUg0KPj4NCmVuZG9iag0KMTc2IDAgb2Jq DQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTcyIDAgUg0KL1Jlc291cmNl cyAxNzggMCBSDQovQ29udGVudHMgMTc3IDAgUg0KPj4NCmVuZG9iag0KMTc5 IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTcyIDAgUg0KL1Jl c291cmNlcyAxODEgMCBSDQovQ29udGVudHMgMTgwIDAgUg0KPj4NCmVuZG9i ag0KMTgyIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTcyIDAg Ug0KL1Jlc291cmNlcyAxODQgMCBSDQovQ29udGVudHMgMTgzIDAgUg0KPj4N CmVuZG9iag0KMTg1IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQg MTcyIDAgUg0KL1Jlc291cmNlcyAxODcgMCBSDQovQ29udGVudHMgMTg2IDAg Ug0KPj4NCmVuZG9iag0KMTg4IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9Q YXJlbnQgMTkxIDAgUg0KL1Jlc291cmNlcyAxOTAgMCBSDQovQ29udGVudHMg MTg5IDAgUg0KPj4NCmVuZG9iag0KMTkyIDAgb2JqDQo8PA0KL1R5cGUgL1Bh Z2UNCi9QYXJlbnQgMTkxIDAgUg0KL1Jlc291cmNlcyAxOTQgMCBSDQovQ29u dGVudHMgMTkzIDAgUg0KPj4NCmVuZG9iag0KMTk1IDAgb2JqDQo8PA0KL1R5 cGUgL1BhZ2UNCi9QYXJlbnQgMTkxIDAgUg0KL1Jlc291cmNlcyAxOTcgMCBS DQovQ29udGVudHMgMTk2IDAgUg0KPj4NCmVuZG9iag0KMTk4IDAgb2JqDQo8 PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTkxIDAgUg0KL1Jlc291cmNlcyAy MDAgMCBSDQovQ29udGVudHMgMTk5IDAgUg0KPj4NCmVuZG9iag0KMjAxIDAg b2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTkxIDAgUg0KL1Jlc291 cmNlcyAyMDMgMCBSDQovQ29udGVudHMgMjAyIDAgUg0KPj4NCmVuZG9iag0K MjA0IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMTkxIDAgUg0K L1Jlc291cmNlcyAyMDYgMCBSDQovQ29udGVudHMgMjA1IDAgUg0KPj4NCmVu ZG9iag0KMjA3IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjEw IDAgUg0KL1Jlc291cmNlcyAyMDkgMCBSDQovQ29udGVudHMgMjA4IDAgUg0K Pj4NCmVuZG9iag0KMjExIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJl bnQgMjEwIDAgUg0KL1Jlc291cmNlcyAyMTMgMCBSDQovQ29udGVudHMgMjEy IDAgUg0KPj4NCmVuZG9iag0KMjE0IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UN Ci9QYXJlbnQgMjEwIDAgUg0KL1Jlc291cmNlcyAyMTYgMCBSDQovQ29udGVu dHMgMjE1IDAgUg0KPj4NCmVuZG9iag0KMjE5IDAgb2JqDQo8PA0KL1R5cGUg L1BhZ2UNCi9QYXJlbnQgMjEwIDAgUg0KL1Jlc291cmNlcyAyMjEgMCBSDQov Q29udGVudHMgMjIwIDAgUg0KPj4NCmVuZG9iag0KMjIyIDAgb2JqDQo8PA0K L1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjEwIDAgUg0KL1Jlc291cmNlcyAyMjQg MCBSDQovQ29udGVudHMgMjIzIDAgUg0KPj4NCmVuZG9iag0KMjI1IDAgb2Jq DQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjEwIDAgUg0KL1Jlc291cmNl cyAyMjcgMCBSDQovQ29udGVudHMgMjI2IDAgUg0KPj4NCmVuZG9iag0KMjI4 IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjMxIDAgUg0KL1Jl c291cmNlcyAyMzAgMCBSDQovQ29udGVudHMgMjI5IDAgUg0KPj4NCmVuZG9i ag0KMjMyIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjMxIDAg Ug0KL1Jlc291cmNlcyAyMzQgMCBSDQovQ29udGVudHMgMjMzIDAgUg0KPj4N CmVuZG9iag0KMjM1IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQg MjMxIDAgUg0KL1Jlc291cmNlcyAyMzcgMCBSDQovQ29udGVudHMgMjM2IDAg Ug0KPj4NCmVuZG9iag0KMjQwIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9Q YXJlbnQgMjMxIDAgUg0KL1Jlc291cmNlcyAyNDIgMCBSDQovQ29udGVudHMg MjQxIDAgUg0KPj4NCmVuZG9iag0KMjQ0IDAgb2JqDQo8PA0KL1R5cGUgL1Bh Z2UNCi9QYXJlbnQgMjMxIDAgUg0KL1Jlc291cmNlcyAyNDYgMCBSDQovQ29u dGVudHMgMjQ1IDAgUg0KPj4NCmVuZG9iag0KMjQ5IDAgb2JqDQo8PA0KL1R5 cGUgL1BhZ2UNCi9QYXJlbnQgMjMxIDAgUg0KL1Jlc291cmNlcyAyNTEgMCBS DQovQ29udGVudHMgMjUwIDAgUg0KPj4NCmVuZG9iag0KMjUyIDAgb2JqDQo8 PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjU1IDAgUg0KL1Jlc291cmNlcyAy NTQgMCBSDQovQ29udGVudHMgMjUzIDAgUg0KPj4NCmVuZG9iag0KMjU4IDAg b2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjU1IDAgUg0KL1Jlc291 cmNlcyAyNjAgMCBSDQovQ29udGVudHMgMjU5IDAgUg0KPj4NCmVuZG9iag0K MjYxIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjU1IDAgUg0K L1Jlc291cmNlcyAyNjMgMCBSDQovQ29udGVudHMgMjYyIDAgUg0KPj4NCmVu ZG9iag0KMjY2IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjU1 IDAgUg0KL1Jlc291cmNlcyAyNjggMCBSDQovQ29udGVudHMgMjY3IDAgUg0K Pj4NCmVuZG9iag0KMjY5IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJl bnQgMjU1IDAgUg0KL1Jlc291cmNlcyAyNzEgMCBSDQovQ29udGVudHMgMjcw IDAgUg0KPj4NCmVuZG9iag0KMjcyIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UN Ci9QYXJlbnQgMjU1IDAgUg0KL1Jlc291cmNlcyAyNzQgMCBSDQovQ29udGVu dHMgMjczIDAgUg0KPj4NCmVuZG9iag0KMjc1IDAgb2JqDQo8PA0KL1R5cGUg L1BhZ2UNCi9QYXJlbnQgMjc5IDAgUg0KL1Jlc291cmNlcyAyNzcgMCBSDQov Q29udGVudHMgMjc2IDAgUg0KPj4NCmVuZG9iag0KMjgwIDAgb2JqDQo8PA0K L1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjc5IDAgUg0KL1Jlc291cmNlcyAyODIg MCBSDQovQ29udGVudHMgMjgxIDAgUg0KPj4NCmVuZG9iag0KMjgzIDAgb2Jq DQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjc5IDAgUg0KL1Jlc291cmNl cyAyODUgMCBSDQovQ29udGVudHMgMjg0IDAgUg0KPj4NCmVuZG9iag0KMjg4 IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjc5IDAgUg0KL1Jl c291cmNlcyAyOTAgMCBSDQovQ29udGVudHMgMjg5IDAgUg0KPj4NCmVuZG9i ag0KMjkxIDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMjc5IDAg Ug0KL1Jlc291cmNlcyAyOTMgMCBSDQovQ29udGVudHMgMjkyIDAgUg0KPj4N CmVuZG9iag0KMjk0IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQg Mjc5IDAgUg0KL1Jlc291cmNlcyAyOTYgMCBSDQovQ29udGVudHMgMjk1IDAg Ug0KPj4NCmVuZG9iag0KMjk3IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9Q YXJlbnQgMzAwIDAgUg0KL1Jlc291cmNlcyAyOTkgMCBSDQovQ29udGVudHMg Mjk4IDAgUg0KPj4NCmVuZG9iag0KMzAxIDAgb2JqDQo8PA0KL1R5cGUgL1Bh Z2UNCi9QYXJlbnQgMzAwIDAgUg0KL1Jlc291cmNlcyAzMDMgMCBSDQovQ29u dGVudHMgMzAyIDAgUg0KPj4NCmVuZG9iag0KMzA0IDAgb2JqDQo8PA0KL1R5 cGUgL1BhZ2UNCi9QYXJlbnQgMzAwIDAgUg0KL1Jlc291cmNlcyAzMDYgMCBS DQovQ29udGVudHMgMzA1IDAgUg0KPj4NCmVuZG9iag0KOSAwIG9iag0KPDwN Ci9UeXBlIC9QYWdlcw0KL0tpZHMgWzIgMCBSIDEwIDAgUiAxMyAwIFIgMjAg MCBSIDIzIDAgUiAyOCAwIFIgXQ0KL0NvdW50IDYNCi9QYXJlbnQgMzQgMCBS DQo+Pg0KZW5kb2JqDQozNSAwIG9iag0KPDwNCi9UeXBlIC9QYWdlcw0KL0tp ZHMgWzMxIDAgUiAzNiAwIFIgMzkgMCBSIDQ0IDAgUiA0NyAwIFIgNTAgMCBS IF0NCi9Db3VudCA2DQovUGFyZW50IDM0IDAgUg0KPj4NCmVuZG9iag0KNTYg MCBvYmoNCjw8DQovVHlwZSAvUGFnZXMNCi9LaWRzIFs1MyAwIFIgNTcgMCBS IDYwIDAgUiA2MyAwIFIgNjYgMCBSIDY5IDAgUiBdDQovQ291bnQgNg0KL1Bh cmVudCAzNCAwIFINCj4+DQplbmRvYmoNCjc1IDAgb2JqDQo8PA0KL1R5cGUg L1BhZ2VzDQovS2lkcyBbNzIgMCBSIDc2IDAgUiA3OSAwIFIgODIgMCBSIDg1 IDAgUiA4OCAwIFIgXQ0KL0NvdW50IDYNCi9QYXJlbnQgMzQgMCBSDQo+Pg0K ZW5kb2JqDQo5NCAwIG9iag0KPDwNCi9UeXBlIC9QYWdlcw0KL0tpZHMgWzkx IDAgUiA5NSAwIFIgOTggMCBSIDEwMSAwIFIgMTA0IDAgUiAxMDcgMCBSIF0N Ci9Db3VudCA2DQovUGFyZW50IDM0IDAgUg0KPj4NCmVuZG9iag0KMTEzIDAg b2JqDQo8PA0KL1R5cGUgL1BhZ2VzDQovS2lkcyBbMTEwIDAgUiAxMTQgMCBS IDExNyAwIFIgMTIwIDAgUiAxMjMgMCBSIDEyNiAwIFIgXQ0KL0NvdW50IDYN Ci9QYXJlbnQgMzQgMCBSDQo+Pg0KZW5kb2JqDQozNCAwIG9iag0KPDwNCi9U eXBlIC9QYWdlcw0KL0tpZHMgWzkgMCBSIDM1IDAgUiA1NiAwIFIgNzUgMCBS IDk0IDAgUiAxMTMgMCBSIF0NCi9Db3VudCAzNg0KL1BhcmVudCAxMzIgMCBS DQo+Pg0KZW5kb2JqDQoxMzMgMCBvYmoNCjw8DQovVHlwZSAvUGFnZXMNCi9L aWRzIFsxMjkgMCBSIDEzNCAwIFIgMTM3IDAgUiAxNDAgMCBSIDE0MyAwIFIg MTQ2IDAgUiBdDQovQ291bnQgNg0KL1BhcmVudCAxNTIgMCBSDQo+Pg0KZW5k b2JqDQoxNTMgMCBvYmoNCjw8DQovVHlwZSAvUGFnZXMNCi9LaWRzIFsxNDkg MCBSIDE1NCAwIFIgMTU3IDAgUiAxNjAgMCBSIDE2MyAwIFIgMTY2IDAgUiBd DQovQ291bnQgNg0KL1BhcmVudCAxNTIgMCBSDQo+Pg0KZW5kb2JqDQoxNzIg MCBvYmoNCjw8DQovVHlwZSAvUGFnZXMNCi9LaWRzIFsxNjkgMCBSIDE3MyAw IFIgMTc2IDAgUiAxNzkgMCBSIDE4MiAwIFIgMTg1IDAgUiBdDQovQ291bnQg Ng0KL1BhcmVudCAxNTIgMCBSDQo+Pg0KZW5kb2JqDQoxOTEgMCBvYmoNCjw8 DQovVHlwZSAvUGFnZXMNCi9LaWRzIFsxODggMCBSIDE5MiAwIFIgMTk1IDAg UiAxOTggMCBSIDIwMSAwIFIgMjA0IDAgUiBdDQovQ291bnQgNg0KL1BhcmVu dCAxNTIgMCBSDQo+Pg0KZW5kb2JqDQoyMTAgMCBvYmoNCjw8DQovVHlwZSAv UGFnZXMNCi9LaWRzIFsyMDcgMCBSIDIxMSAwIFIgMjE0IDAgUiAyMTkgMCBS IDIyMiAwIFIgMjI1IDAgUiBdDQovQ291bnQgNg0KL1BhcmVudCAxNTIgMCBS DQo+Pg0KZW5kb2JqDQoyMzEgMCBvYmoNCjw8DQovVHlwZSAvUGFnZXMNCi9L aWRzIFsyMjggMCBSIDIzMiAwIFIgMjM1IDAgUiAyNDAgMCBSIDI0NCAwIFIg MjQ5IDAgUiBdDQovQ291bnQgNg0KL1BhcmVudCAxNTIgMCBSDQo+Pg0KZW5k b2JqDQoxNTIgMCBvYmoNCjw8DQovVHlwZSAvUGFnZXMNCi9LaWRzIFsxMzMg MCBSIDE1MyAwIFIgMTcyIDAgUiAxOTEgMCBSIDIxMCAwIFIgMjMxIDAgUiBd DQovQ291bnQgMzYNCi9QYXJlbnQgMTMyIDAgUg0KPj4NCmVuZG9iag0KMjU1 IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2VzDQovS2lkcyBbMjUyIDAgUiAyNTgg MCBSIDI2MSAwIFIgMjY2IDAgUiAyNjkgMCBSIDI3MiAwIFIgXQ0KL0NvdW50 IDYNCi9QYXJlbnQgMjc4IDAgUg0KPj4NCmVuZG9iag0KMjc5IDAgb2JqDQo8 PA0KL1R5cGUgL1BhZ2VzDQovS2lkcyBbMjc1IDAgUiAyODAgMCBSIDI4MyAw IFIgMjg4IDAgUiAyOTEgMCBSIDI5NCAwIFIgXQ0KL0NvdW50IDYNCi9QYXJl bnQgMjc4IDAgUg0KPj4NCmVuZG9iag0KMzAwIDAgb2JqDQo8PA0KL1R5cGUg L1BhZ2VzDQovS2lkcyBbMjk3IDAgUiAzMDEgMCBSIDMwNCAwIFIgXQ0KL0Nv dW50IDMNCi9QYXJlbnQgMjc4IDAgUg0KPj4NCmVuZG9iag0KMjc4IDAgb2Jq DQo8PA0KL1R5cGUgL1BhZ2VzDQovS2lkcyBbMjU1IDAgUiAyNzkgMCBSIDMw MCAwIFIgXQ0KL0NvdW50IDE1DQovUGFyZW50IDEzMiAwIFINCj4+DQplbmRv YmoNCjEzMiAwIG9iag0KPDwNCi9UeXBlIC9QYWdlcw0KL0tpZHMgWzM0IDAg UiAxNTIgMCBSIDI3OCAwIFIgXQ0KL0NvdW50IDg3DQovTWVkaWFCb3ggWzAg MCA2MTIgNzkyIF0NCj4+DQplbmRvYmoNCjMxMiAwIG9iag0KPDwNCi9UeXBl IC9DYXRhbG9nDQovUGFnZXMgMTMyIDAgUg0KPj4NCmVuZG9iag0KMzEzIDAg b2JqDQo8PA0KL0NyZWF0aW9uRGF0ZSAoRDoxOTk2MTAwOTE2NTYzMCkNCi9Q cm9kdWNlciAoQWNyb2JhdCBEaXN0aWxsZXIgMi4xIGZvciBXaW5kb3dzKQ0K Pj4NCmVuZG9iag0KeHJlZg0KMCAzMTQNCjAwMDAwMDAwMDAgNjU1MzUgZg0K MDAwMDAwMDAxNyAwMDAwMCBuDQowMDAwMTkwNzkwIDAwMDAwIG4NCjAwMDAw MDAxODIgMDAwMDAgbg0KMDAwMDAwMzgzNiAwMDAwMCBuDQowMDAwMTgzNzEz IDAwMDAwIG4NCjAwMDAxODM4MzYgMDAwMDAgbg0KMDAwMDE4Mzk1NCAwMDAw MCBuDQowMDAwMTg4NTUzIDAwMDAwIG4NCjAwMDAxOTkwMjMgMDAwMDAgbg0K MDAwMDE5MDg3OCAwMDAwMCBuDQowMDAwMDAzOTgxIDAwMDAwIG4NCjAwMDAw MDYyMzYgMDAwMDAgbg0KMDAwMDE5MDk2OSAwMDAwMCBuDQowMDAwMDA2Mzcw IDAwMDAwIG4NCjAwMDAwMDkyMzMgMDAwMDAgbg0KMDAwMDE4NTAzOCAwMDAw MCBuDQowMDAwMTg2MTMzIDAwMDAwIG4NCjAwMDAxODcyMjEgMDAwMDAgbg0K MDAwMDE4NzM0MiAwMDAwMCBuDQowMDAwMTkxMDYwIDAwMDAwIG4NCjAwMDAw MDkzOTUgMDAwMDAgbg0KMDAwMDAxMTMxMiAwMDAwMCBuDQowMDAwMTkxMTUx IDAwMDAwIG4NCjAwMDAwMTE0NDYgMDAwMDAgbg0KMDAwMDAxMzEyNyAwMDAw MCBuDQowMDAwMDEzMjYxIDAwMDAwIG4NCjAwMDAwMTQ1ODIgMDAwMDAgbg0K MDAwMDE5MTI0MiAwMDAwMCBuDQowMDAwMDE1NjU2IDAwMDAwIG4NCjAwMDAw MTgxMDQgMDAwMDAgbg0KMDAwMDE5MTMzMyAwMDAwMCBuDQowMDAwMDE4Mjk4 IDAwMDAwIG4NCjAwMDAwMjExMjcgMDAwMDAgbg0KMDAwMDE5OTczOSAwMDAw MCBuDQowMDAwMTk5MTM5IDAwMDAwIG4NCjAwMDAxOTE0MjUgMDAwMDAgbg0K MDAwMDAyMTI3NSAwMDAwMCBuDQowMDAwMDIzNTU4IDAwMDAwIG4NCjAwMDAx OTE1MTcgMDAwMDAgbg0KMDAwMDAyMzcwNiAwMDAwMCBuDQowMDAwMDI1MDMz IDAwMDAwIG4NCjAwMDAwMjUxNjggMDAwMDAgbg0KMDAwMDAyNjQ4OSAwMDAw MCBuDQowMDAwMTkxNjA5IDAwMDAwIG4NCjAwMDAwMjc1NjMgMDAwMDAgbg0K MDAwMDAyOTc3MCAwMDAwMCBuDQowMDAwMTkxNzAxIDAwMDAwIG4NCjAwMDAw Mjk5NTEgMDAwMDAgbg0KMDAwMDAzMjE0MiAwMDAwMCBuDQowMDAwMTkxNzkz IDAwMDAwIG4NCjAwMDAwMzIzMDMgMDAwMDAgbg0KMDAwMDAzMzk0OCAwMDAw MCBuDQowMDAwMTkxODg1IDAwMDAwIG4NCjAwMDAwMzQwOTYgMDAwMDAgbg0K MDAwMDAzNjE5NyAwMDAwMCBuDQowMDAwMTk5MjU3IDAwMDAwIG4NCjAwMDAx OTE5NzcgMDAwMDAgbg0KMDAwMDAzNjM1OCAwMDAwMCBuDQowMDAwMDM4NDA3 IDAwMDAwIG4NCjAwMDAxOTIwNjkgMDAwMDAgbg0KMDAwMDAzODU2OCAwMDAw MCBuDQowMDAwMDQwMTI2IDAwMDAwIG4NCjAwMDAxOTIxNjEgMDAwMDAgbg0K MDAwMDA0MDI2MSAwMDAwMCBuDQowMDAwMDQyNjI0IDAwMDAwIG4NCjAwMDAx OTIyNTMgMDAwMDAgbg0KMDAwMDA0Mjc4NSAwMDAwMCBuDQowMDAwMDQ0ODM3 IDAwMDAwIG4NCjAwMDAxOTIzNDUgMDAwMDAgbg0KMDAwMDA0NDk5OCAwMDAw MCBuDQowMDAwMDQ3MDQ0IDAwMDAwIG4NCjAwMDAxOTI0MzcgMDAwMDAgbg0K MDAwMDA0NzIwNSAwMDAwMCBuDQowMDAwMDQ5NDQwIDAwMDAwIG4NCjAwMDAx OTkzNzUgMDAwMDAgbg0KMDAwMDE5MjUyOSAwMDAwMCBuDQowMDAwMDQ5NjAx IDAwMDAwIG4NCjAwMDAwNTEwOTMgMDAwMDAgbg0KMDAwMDE5MjYyMSAwMDAw MCBuDQowMDAwMDUxMjI4IDAwMDAwIG4NCjAwMDAwNTMwNjMgMDAwMDAgbg0K MDAwMDE5MjcxMyAwMDAwMCBuDQowMDAwMDUzMTk4IDAwMDAwIG4NCjAwMDAw NTUyMTEgMDAwMDAgbg0KMDAwMDE5MjgwNSAwMDAwMCBuDQowMDAwMDU1Mzcy IDAwMDAwIG4NCjAwMDAwNTcwNzYgMDAwMDAgbg0KMDAwMDE5Mjg5NyAwMDAw MCBuDQowMDAwMDU3MjM3IDAwMDAwIG4NCjAwMDAwNTkxMzQgMDAwMDAgbg0K MDAwMDE5Mjk4OSAwMDAwMCBuDQowMDAwMDU5Mjk1IDAwMDAwIG4NCjAwMDAw NjEyNDggMDAwMDAgbg0KMDAwMDE5OTQ5MyAwMDAwMCBuDQowMDAwMTkzMDgx IDAwMDAwIG4NCjAwMDAwNjE0MDkgMDAwMDAgbg0KMDAwMDA2MzY0NCAwMDAw MCBuDQowMDAwMTkzMTczIDAwMDAwIG4NCjAwMDAwNjM4MDUgMDAwMDAgbg0K MDAwMDA2NTkyMCAwMDAwMCBuDQowMDAwMTkzMjY2IDAwMDAwIG4NCjAwMDAw NjYwODIgMDAwMDAgbg0KMDAwMDA2NzY4MCAwMDAwMCBuDQowMDAwMTkzMzYx IDAwMDAwIG4NCjAwMDAwNjc4NDIgMDAwMDAgbg0KMDAwMDA2OTUzNSAwMDAw MCBuDQowMDAwMTkzNDU2IDAwMDAwIG4NCjAwMDAwNjk2OTcgMDAwMDAgbg0K MDAwMDA3MTU4MiAwMDAwMCBuDQowMDAwMTkzNTUxIDAwMDAwIG4NCjAwMDAw NzE3NDQgMDAwMDAgbg0KMDAwMDA3MzU5OSAwMDAwMCBuDQowMDAwMTk5NjE0 IDAwMDAwIG4NCjAwMDAxOTM2NDcgMDAwMDAgbg0KMDAwMDA3Mzc2MSAwMDAw MCBuDQowMDAwMDc1NDY2IDAwMDAwIG4NCjAwMDAxOTM3NDMgMDAwMDAgbg0K MDAwMDA3NTYxNSAwMDAwMCBuDQowMDAwMDc3MzU3IDAwMDAwIG4NCjAwMDAx OTM4MzkgMDAwMDAgbg0KMDAwMDA3NzUxOSAwMDAwMCBuDQowMDAwMDc5MjQ1 IDAwMDAwIG4NCjAwMDAxOTM5MzUgMDAwMDAgbg0KMDAwMDA3OTQwNyAwMDAw MCBuDQowMDAwMDgxMzc1IDAwMDAwIG4NCjAwMDAxOTQwMzEgMDAwMDAgbg0K MDAwMDA4MTUzNyAwMDAwMCBuDQowMDAwMDgzNDQ0IDAwMDAwIG4NCjAwMDAx OTQxMjcgMDAwMDAgbg0KMDAwMDA4MzYwNiAwMDAwMCBuDQowMDAwMDg1MDgx IDAwMDAwIG4NCjAwMDAyMDExOTkgMDAwMDAgbg0KMDAwMDE5OTg1OSAwMDAw MCBuDQowMDAwMTk0MjIzIDAwMDAwIG4NCjAwMDAwODUyMzAgMDAwMDAgbg0K MDAwMDA4NjgyMiAwMDAwMCBuDQowMDAwMTk0MzE5IDAwMDAwIG4NCjAwMDAw ODY5NzEgMDAwMDAgbg0KMDAwMDA4ODcxNiAwMDAwMCBuDQowMDAwMTk0NDE1 IDAwMDAwIG4NCjAwMDAwODg4NzggMDAwMDAgbg0KMDAwMDA5MDQ5OSAwMDAw MCBuDQowMDAwMTk0NTExIDAwMDAwIG4NCjAwMDAwOTA2NDggMDAwMDAgbg0K MDAwMDA5MjU2NiAwMDAwMCBuDQowMDAwMTk0NjA3IDAwMDAwIG4NCjAwMDAw OTI3MjggMDAwMDAgbg0KMDAwMDA5NDk1MyAwMDAwMCBuDQowMDAwMTk0NzAz IDAwMDAwIG4NCjAwMDAwOTUxMTUgMDAwMDAgbg0KMDAwMDA5Njc5MSAwMDAw MCBuDQowMDAwMjAwNjE1IDAwMDAwIG4NCjAwMDAxOTk5ODUgMDAwMDAgbg0K MDAwMDE5NDc5OSAwMDAwMCBuDQowMDAwMDk2OTQwIDAwMDAwIG4NCjAwMDAw OTg4ODIgMDAwMDAgbg0KMDAwMDE5NDg5NSAwMDAwMCBuDQowMDAwMDk5MDQ0 IDAwMDAwIG4NCjAwMDAxMDA5OTggMDAwMDAgbg0KMDAwMDE5NDk5MSAwMDAw MCBuDQowMDAwMTAxMTYwIDAwMDAwIG4NCjAwMDAxMDI5ODEgMDAwMDAgbg0K MDAwMDE5NTA4NyAwMDAwMCBuDQowMDAwMTAzMTQzIDAwMDAwIG4NCjAwMDAx MDQ3MTYgMDAwMDAgbg0KMDAwMDE5NTE4MyAwMDAwMCBuDQowMDAwMTA0ODc4 IDAwMDAwIG4NCjAwMDAxMDYzMjcgMDAwMDAgbg0KMDAwMDE5NTI3OSAwMDAw MCBuDQowMDAwMTA2NDc2IDAwMDAwIG4NCjAwMDAxMDg2NzIgMDAwMDAgbg0K MDAwMDIwMDExMSAwMDAwMCBuDQowMDAwMTk1Mzc1IDAwMDAwIG4NCjAwMDAx MDg4MzQgMDAwMDAgbg0KMDAwMDExMDM1MyAwMDAwMCBuDQowMDAwMTk1NDcx IDAwMDAwIG4NCjAwMDAxMTA0ODkgMDAwMDAgbg0KMDAwMDExMjMzOCAwMDAw MCBuDQowMDAwMTk1NTY3IDAwMDAwIG4NCjAwMDAxMTI1MDAgMDAwMDAgbg0K MDAwMDExNDUyNCAwMDAwMCBuDQowMDAwMTk1NjYzIDAwMDAwIG4NCjAwMDAx MTQ2ODYgMDAwMDAgbg0KMDAwMDExNjMwNyAwMDAwMCBuDQowMDAwMTk1NzU5 IDAwMDAwIG4NCjAwMDAxMTY0NjkgMDAwMDAgbg0KMDAwMDExNzkwMCAwMDAw MCBuDQowMDAwMTk1ODU1IDAwMDAwIG4NCjAwMDAxMTgwNDkgMDAwMDAgbg0K MDAwMDExOTUyMCAwMDAwMCBuDQowMDAwMjAwMjM3IDAwMDAwIG4NCjAwMDAx OTU5NTEgMDAwMDAgbg0KMDAwMDExOTY2OSAwMDAwMCBuDQowMDAwMTIxNTM5 IDAwMDAwIG4NCjAwMDAxOTYwNDcgMDAwMDAgbg0KMDAwMDEyMTcwMSAwMDAw MCBuDQowMDAwMTIzNzMyIDAwMDAwIG4NCjAwMDAxOTYxNDMgMDAwMDAgbg0K MDAwMDEyMzg5NCAwMDAwMCBuDQowMDAwMTI1ODczIDAwMDAwIG4NCjAwMDAx OTYyMzkgMDAwMDAgbg0KMDAwMDEyNjAzNSAwMDAwMCBuDQowMDAwMTI3NzM1 IDAwMDAwIG4NCjAwMDAxOTYzMzUgMDAwMDAgbg0KMDAwMDEyNzg4NCAwMDAw MCBuDQowMDAwMTI5NjAwIDAwMDAwIG4NCjAwMDAxOTY0MzEgMDAwMDAgbg0K MDAwMDEyOTc0OSAwMDAwMCBuDQowMDAwMTMxNjAzIDAwMDAwIG4NCjAwMDAy MDAzNjMgMDAwMDAgbg0KMDAwMDE5NjUyNyAwMDAwMCBuDQowMDAwMTMxNzUy IDAwMDAwIG4NCjAwMDAxMzMyODAgMDAwMDAgbg0KMDAwMDE5NjYyMyAwMDAw MCBuDQowMDAwMTMzNDE2IDAwMDAwIG4NCjAwMDAxMzQzMTcgMDAwMDAgbg0K MDAwMDEzNDQ1MyAwMDAwMCBuDQowMDAwMTM1Nzc2IDAwMDAwIG4NCjAwMDAx OTY3MTkgMDAwMDAgbg0KMDAwMDEzNjg1MSAwMDAwMCBuDQowMDAwMTM4NTAw IDAwMDAwIG4NCjAwMDAxOTY4MTUgMDAwMDAgbg0KMDAwMDEzODY5NiAwMDAw MCBuDQowMDAwMTQwMjEwIDAwMDAwIG4NCjAwMDAxOTY5MTEgMDAwMDAgbg0K MDAwMDE0MDM1OSAwMDAwMCBuDQowMDAwMTQyMDA1IDAwMDAwIG4NCjAwMDAx OTcwMDcgMDAwMDAgbg0KMDAwMDE0MjE0MSAwMDAwMCBuDQowMDAwMTQzNDUw IDAwMDAwIG4NCjAwMDAyMDA0ODkgMDAwMDAgbg0KMDAwMDE5NzEwMyAwMDAw MCBuDQowMDAwMTQzNTg2IDAwMDAwIG4NCjAwMDAxNDUwMzQgMDAwMDAgbg0K MDAwMDE5NzE5OSAwMDAwMCBuDQowMDAwMTQ1MTcwIDAwMDAwIG4NCjAwMDAx NDYyMTQgMDAwMDAgbg0KMDAwMDE0NjM2MyAwMDAwMCBuDQowMDAwMTQ3Njg2 IDAwMDAwIG4NCjAwMDAxOTcyOTUgMDAwMDAgbg0KMDAwMDE0ODc2MSAwMDAw MCBuDQowMDAwMTUxNzYzIDAwMDAwIG4NCjAwMDAxODg0MzUgMDAwMDAgbg0K MDAwMDE5NzM5MSAwMDAwMCBuDQowMDAwMTUxOTcyIDAwMDAwIG4NCjAwMDAx NTIzOTUgMDAwMDAgbg0KMDAwMDE1MjUxOCAwMDAwMCBuDQowMDAwMTUzODQx IDAwMDAwIG4NCjAwMDAxOTc0ODcgMDAwMDAgbg0KMDAwMDE1NDkxNiAwMDAw MCBuDQowMDAwMTU2NjE3IDAwMDAwIG4NCjAwMDAxOTc1ODMgMDAwMDAgbg0K MDAwMDE1NjgyNiAwMDAwMCBuDQowMDAwMTU3NTU5IDAwMDAwIG4NCjAwMDAy MDA3NDIgMDAwMDAgbg0KMDAwMDE1NzcwOCAwMDAwMCBuDQowMDAwMTU5MDMx IDAwMDAwIG4NCjAwMDAxOTc2NzkgMDAwMDAgbg0KMDAwMDE2MDEwNiAwMDAw MCBuDQowMDAwMTYwNjMzIDAwMDAwIG4NCjAwMDAxOTc3NzUgMDAwMDAgbg0K MDAwMDE2MDgxNiAwMDAwMCBuDQowMDAwMTYxMjM5IDAwMDAwIG4NCjAwMDAx NjEzNjIgMDAwMDAgbg0KMDAwMDE2MjY4NSAwMDAwMCBuDQowMDAwMTk3ODcx IDAwMDAwIG4NCjAwMDAxNjM3NjAgMDAwMDAgbg0KMDAwMDE2NTA5NyAwMDAw MCBuDQowMDAwMTk3OTY3IDAwMDAwIG4NCjAwMDAxNjUyODAgMDAwMDAgbg0K MDAwMDE2NjU5MiAwMDAwMCBuDQowMDAwMTk4MDYzIDAwMDAwIG4NCjAwMDAx NjY3MjggMDAwMDAgbg0KMDAwMDE2Nzk4MyAwMDAwMCBuDQowMDAwMTk4MTU5 IDAwMDAwIG4NCjAwMDAxNjgxMTkgMDAwMDAgbg0KMDAwMDE2OTMyNiAwMDAw MCBuDQowMDAwMjAxMDk2IDAwMDAwIG4NCjAwMDAyMDA4NjggMDAwMDAgbg0K MDAwMDE5ODI1NSAwMDAwMCBuDQowMDAwMTY5NDYyIDAwMDAwIG4NCjAwMDAx NzA4MTEgMDAwMDAgbg0KMDAwMDE5ODM1MSAwMDAwMCBuDQowMDAwMTcwOTQ3 IDAwMDAwIG4NCjAwMDAxNzE2ODUgMDAwMDAgbg0KMDAwMDE3MTgyMSAwMDAw MCBuDQowMDAwMTczMTQ0IDAwMDAwIG4NCjAwMDAxOTg0NDcgMDAwMDAgbg0K MDAwMDE3NDIxOSAwMDAwMCBuDQowMDAwMTc1NTk1IDAwMDAwIG4NCjAwMDAx OTg1NDMgMDAwMDAgbg0KMDAwMDE3NTc3OCAwMDAwMCBuDQowMDAwMTc2ODQ3 IDAwMDAwIG4NCjAwMDAxOTg2MzkgMDAwMDAgbg0KMDAwMDE3Njk4MyAwMDAw MCBuDQowMDAwMTc4MDE2IDAwMDAwIG4NCjAwMDAxOTg3MzUgMDAwMDAgbg0K MDAwMDE3ODE1MiAwMDAwMCBuDQowMDAwMTc4NTc1IDAwMDAwIG4NCjAwMDAy MDA5OTQgMDAwMDAgbg0KMDAwMDE5ODgzMSAwMDAwMCBuDQowMDAwMTc4Njk4 IDAwMDAwIG4NCjAwMDAxODExMDIgMDAwMDAgbg0KMDAwMDE5ODkyNyAwMDAw MCBuDQowMDAwMTgxMjUxIDAwMDAwIG4NCjAwMDAxODM1NjQgMDAwMDAgbg0K MDAwMDE4OTcyOSAwMDAwMCBuDQowMDAwMTkwMTU2IDAwMDAwIG4NCjAwMDAx OTAzNzEgMDAwMDAgbg0KMDAwMDE5MDU3NiAwMDAwMCBuDQowMDAwMTg5OTMz IDAwMDAwIG4NCjAwMDAyMDEzMTAgMDAwMDAgbg0KMDAwMDIwMTM2OSAwMDAw MCBuDQp0cmFpbGVyDQo8PA0KL1NpemUgMzE0DQovUm9vdCAzMTIgMCBSDQov SW5mbyAzMTMgMCBSDQovSUQgWzw2NmE1MTIxZmZmN2JjMmZhYmQ2N2NmM2E3 YmFlZDQyNz48NjZhNTEyMWZmZjdiYzJmYWJkNjdjZjNhN2JhZWQ0Mjc+XQ0K Pj4NCnN0YXJ0eHJlZg0KMjAxNDc3DQolJUVPRg0K ---843322490-702573756-867273061=:25191-- ======================================================================= 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 Jun 25 21:10:42 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA22012; Wed, 25 Jun 1997 15:38:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA21996; Wed, 25 Jun 1997 15:38:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA04184; Wed, 25 Jun 1997 15:38:50 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA03401 for ; Wed, 25 Jun 1997 15:38:49 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id PAA17005; Wed, 25 Jun 1997 15:39:59 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id PAA05192; Wed, 25 Jun 1997 15:41:20 -0700 From: "Anita Kishore" Message-Id: <9706251541.ZM5190@tracey.triavest.com> Date: Wed, 25 Jun 1997 15:41:19 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Xlib message Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi : In my performer application, after all database is loaded and the render window is opened, I get the following message sometimes which most of the time crashes the program. Xlib: unexpected async reply (sequence 0x779)! Using 60Hz video rate. Does anyone have any clue as to what could be going wrong? I am using OpenGL, performer 2.0.1, Irix5.3, Onyx RE2. The application also has an Inventor/Motif based GUI as another process. But I think the above message comes from Performer side because by then GUI creation is done at, least visually. ie: the GUI comes up before the render window of Performer. thanks for any help. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 25 21:29:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA22119; Wed, 25 Jun 1997 15:51:49 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA22103; Wed, 25 Jun 1997 15:51:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA06228; Wed, 25 Jun 1997 15:51:43 -0700 Received: from rccw19.rti.org (rccw19.rti.org [152.5.128.19]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA06641 for ; Wed, 25 Jun 1997 15:51:36 -0700 env-from (rspencer@rti.org) Received: from ss2 (ss2.rti.org) by RCCW19.RTI.ORG (PMDF V5.0-8 #11231) id <01IKI0B7EZQO007U7X@RCCW19.RTI.ORG>; Wed, 25 Jun 1997 18:51:32 -0400 (EDT) Date: Wed, 25 Jun 1997 18:44:57 -0400 From: "Richard M. Spencer" Subject: Child process execution Sender: rspencer@RCC.RTI.ORG To: info-vega@paradigmsim.com, info-performer@sgi.com Message-id: <33B19F69.51DF@rti.org> Organization: Research Triangle Institute MIME-version: 1.0 X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Status: O My Vega app has two serial device readers that require several milliseconds of app time. I therefore spawned these two read functions with sproc and trigger them with semaphores. I hoped to take advantage of the time apparently available just before/during vgSyncFrame/pfSync I assumed was freeing about 10% of the CPU time on my single R10000 Max Impact. However, despite where I trigger the read semaphores relative to vfSyncFrame/pfSync and vgFrame/pfFrame, my Performer statistics now show a lower gray line after app and before draw corresponding to the processing time for the readers. My overall frame time has increased about 2.5 ms due to process and semaphore overhead. I assume (and will confirm) this will work properly on a multiprocessor machine (I'll eventually make it multithreaded) but what can I do to force the drivers to run during the single CPU idle time and not hinder the main simulation process app time? Any suggestions? Thanks -- Richard M. Spencer Research Triangle Institute - CDSE Research Computer Scientist 3040 Cornwallis Road, Herbert Bldg, Rm 226 rspencer@rti.org P.O. Box 12194; RTP, NC 27709-2194 USA http://www.rti.org/vr/ 919-541-6733 (voice), 919-541-6515 (fax) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Jun 25 22:04:25 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA22772; Wed, 25 Jun 1997 16:33:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA22756; Wed, 25 Jun 1997 16:33:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA11561; Wed, 25 Jun 1997 16:33:32 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA17055 for ; Wed, 25 Jun 1997 16:33:29 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id QAA17093; Wed, 25 Jun 1997 16:34:54 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id QAA05563; Wed, 25 Jun 1997 16:36:15 -0700 From: "Anita Kishore" Message-Id: <9706251636.ZM5561@tracey.triavest.com> Date: Wed, 25 Jun 1997 16:36:14 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: running out of performer shared memory Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi : I am having trouble with performer shared memory after I put new code to pfMalloc (in its shared arena) some structures in pfList. The message I get at that line is : pfMemory::new() Unable to allocate 48 bytes from arena 0x18040000. Try using pfSharedArenaSize() to increase the arena size (currently 262144.00 KBytes) and check for adequate setrlimit() values and available space on swap (or pfTmpDir()). and the program dumps core after this. The core file also points to the same problem. I increased shared arena size to 454288000 bytes (can't increase beyond this). But I still get the same message even though it gives current size as the new one. The file that I load is very simple and there should be enough memory for everything, because very big scenegraph files (minus the new code) have so far been loading allright. I am sure that the new allocation is not taking more memory than what would be used when loading big scene graphs (unless a different arena is used by performer for its nodes?). I made sure that ipcs output is clean. Is there a call to check the shared memory usage from the program? How can I further increase the arena size? Any help on this problem is greatly appreciated. thanks a lot -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 26 01:43:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA24502; Wed, 25 Jun 1997 20:05:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA24486; Wed, 25 Jun 1997 20:05:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id UAA01542; Wed, 25 Jun 1997 20:05:47 -0700 Received: from rock.csd.sgi.com ([150.166.229.10]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id UAA17512 for ; Wed, 25 Jun 1997 20:05:47 -0700 env-from (robj@quid.csd.sgi.com) Received: from quid.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for <@rock.csd.sgi.com:info-performer@sgi.com> id UAA01537; Wed, 25 Jun 1997 20:05:46 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id UAA22278; Wed, 25 Jun 1997 20:05:46 -0700 From: "Rob Jenkins" Message-Id: <9706252005.ZM22276@quid.csd.sgi.com> Date: Wed, 25 Jun 1997 20:05:46 -0700 In-Reply-To: "Ran Yakir" "Re: Generating textures on the fly" (Jun 25, 8:09pm) References: <9706231523.ZM16313@lig.di.epfl.ch> <33AF160C.3C7DC041@rtset.co.il> <9706251747.ZM14465@lig.di.epfl.ch> <9706252009.ZM1431@oren.rtset.co.il> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Generating textures on the fly Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Bit of an aside, there's a chapter of the 6.2 gl_dev relnotes: 'Pbuffers_on_Impact' that anyone wanting to use Pbuffers ( esp on Impact ) would find useful. Cheers Rob On Jun 25, 8:09pm, Ran Yakir wrote: > Subject: Re: Generating textures on the fly > On Jun 25, 5:47pm, Amaury Aubel wrote: > > > > I was not aware there was such a thing as pbuffers. > > But how could I load something from the pbuffer into the TRAM? That puzzles > me > > most... > > > > I could use glXMakeCurrentReadSGI to tell openGL to use the pbuffer as a > source > > for all subsequent glReadPixels, glCopyPixels etc. > > But I strongly doubt this will apply to a texture load specified as follows: > > > > pfTexLoadMode(tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_FRAMEBUFFER); > > pfTexLoadSize(tex, WIN_X, WIN_Y); > > pfLoadTex(movie->tex); > > > > Does anyone have an idea of what would happen? > > > > This is exactly the way to do it. glXMakeCurrentReadSGI does apply for > glCopyTexImage2DEXT and glCopyTexSubImage2DEXT, which are encapsulated by > pfLoadTex of SOURCE_FRAMEBUFFER textures. > > Ran > > -- > __ | Ran Yakir > /_) _ __ \ / _ / o __ | RT-SET Ltd. > / )_ (_(_) ) \/ (_(_/<_(_)( | > _/ | > -------------------------------------+-------------------------------- > Phone : | E-mail : rany@rtset.co.il > Work : 972-9-9552236 Ext #119 | rany@netvision.net.il > Res. : 972-9-7489974 | > Fax : 972-9-9552239 | > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Ran Yakir -- ________________________________________________________________ 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 Jun 26 05:08:50 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA25266; Wed, 25 Jun 1997 23:37:17 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA25250; Wed, 25 Jun 1997 23:37:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id XAA12402; Wed, 25 Jun 1997 23:37:16 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id XAA20483 for ; Wed, 25 Jun 1997 23:37:13 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id IAA19044; Thu, 26 Jun 1997 08:37:09 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA20825; Thu, 26 Jun 1997 08:37:07 +0200 Sender: niels@nlr.nl Message-ID: <33B20E13.A18A0831@nlr.nl> Date: Thu, 26 Jun 1997 08:37:07 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Anita Kishore CC: info-performer@sgi.com Subject: Re: Xlib message X-Priority: 3 (Normal) References: <9706251541.ZM5190@tracey.triavest.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Anita, Xlib: unexpected async reply (sequence 0x779) this message is typical when you are trying to acces the motif/X11 process from another process (ie make a call like XmTextSetString from the performer process). X11 is single thread only so calling X11/Motif function from within another process is forbidden kind regards, Niels -- _/ _/ _/ _/_/_/_/ Niels Hilbrink (RS NOP) _/ _/ _/ _/ _/ Hilbrink@nlr.nl _/_/ _/ _/ _/ _/ tel : (++31)(0)527 248224 (NLR) _/ _/ _/ _/ _/_/_/_/ (++31)(0)527 242259 (Home) _/ _/_/ _/ _/ _/ _/ _/ _/ _/ _/ National Aerospace Laboratory (NLR) _/ _/ _/_/_/_/ _/ _/ http://www.nlr.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 Jun 26 09: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 FAA26137; Thu, 26 Jun 1997 05:12:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA26121; Thu, 26 Jun 1997 05:12:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA02569; Thu, 26 Jun 1997 05:12:30 -0700 Received: from hil-img-4.compuserve.com (hil-img-4.compuserve.com [149.174.177.134]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA02493 for ; Thu, 26 Jun 1997 05:12:28 -0700 env-from (vsm_mrs@compuserve.com) Received: by hil-img-4.compuserve.com (8.6.10/5.950515) id IAA08130; Thu, 26 Jun 1997 08:12:27 -0400 Date: Thu, 26 Jun 1997 08:12:06 -0400 From: Jean BENOIT Subject: RE:description of FLT format To: info-performer Message-ID: <199706260812_MC2-1944-F3D9@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O You have a description of flt format 14.2 and 15.2 on MultiGen site //www.multigen.com, MultiGen II give you some API to manipulate your flt file. To use very large DB, you have pfDBase function, I'm just start to use it= , but I think it's the solution, with a fast format file (pfb file) ======================================================================= 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 Jun 26 09:05:44 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA26161; Thu, 26 Jun 1997 05:21:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA26145; Thu, 26 Jun 1997 05:21:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id FAA03440; Thu, 26 Jun 1997 05:21:11 -0700 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/970507) via ESMTP id FAA03643 for ; Thu, 26 Jun 1997 05:21:10 -0700 env-from (vsm_mrs@compuserve.com) Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id IAA26335; Thu, 26 Jun 1997 08:21:09 -0400 Date: Thu, 26 Jun 1997 08:20:50 -0400 From: Jean BENOIT Subject: RE:Re: Generating textures on the fly To: info-performer Message-ID: <199706260821_MC2-1944-F45C@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Status: O I have the same problem, the only think I find to do this is to load textures at initialisation, on RAM, with pfLoadTexFile and pfFormatTex. t= he pfFormatTex is very slow so unused in real time, but the pfLoadTex seems = to be very fast. I think we have to find information about pfFormatTex, and try to build a= fonction = for loading the texture directly on a good format Yoel HALLAKOUN. ======================================================================= 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 Jun 26 09:05:36 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA26077; Thu, 26 Jun 1997 04:15:46 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA26061; Thu, 26 Jun 1997 04:15:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id EAA28251; Thu, 26 Jun 1997 04:15:45 -0700 Received: from deere3-bh.dx.deere.com (deere3-bh.dx.deere.com [207.122.201.68]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id EAA26009 for ; Thu, 26 Jun 1997 04:15:44 -0700 env-from (root@sgi1.dx.deere.com) Received: (from uucp@localhost) by deere3-bh.dx.deere.com (8.6.12/8.6.11) id GAA26575 for ; Thu, 26 Jun 1997 06:11:01 -0500 Received: from 192.43.1.3 by deere3-bh.dx.deere.com via smap (3.2) id xma026443; Thu, 26 Jun 97 06:10:33 -0500 Received: from sgi1 by deere (SMI-8.6/SMI-SVR4) id GAA03593; Thu, 26 Jun 1997 06:12:51 -0500 Received: (from root@localhost) by sgi1 (950413.SGI.8.6.12/950213.SGI.AUTOCF) id GAA02778 for info-performer@sgi.com; Thu, 26 Jun 1997 06:29:05 -0500 Date: Thu, 26 Jun 1997 06:29:05 -0500 From: root@sgi1.dx.deere.com (Super-User) Message-Id: <199706261129.GAA02778@sgi1> To: info-performer@sgi.com Subject: Add to IRIS Performer mailing list Status: O Please add my name to the IRIS Performer mailing list: Jose Nazario te15772@tx.deere.com Thnak you. ------------------------------------------------------------- Jose Nazario Phone: (319) 589-5735 John Deere Dubuque Works Fax: (319) 589-5464 18600 John Deere Rd, Dept-602 E-mail: te15772@tx.deere.com Dubuque, IA 52004-0538 or: te15772@deere.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 Jun 26 11:42:43 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA26210; Thu, 26 Jun 1997 06:05:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA26194; Thu, 26 Jun 1997 06:05:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06308; Thu, 26 Jun 1997 06:05:44 -0700 Received: from mailgate.urz.uni-wuppertal.de (mailgate.urz.uni-wuppertal.de [132.195.20.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id GAA10605 for ; Thu, 26 Jun 1997 06:05:14 -0700 env-from (kociok@wetnt7.elektro.uni-wuppertal.de) Received: from wetnt7.elektro.uni-wuppertal.de by mailgate.urz.uni-wuppertal.de (8.8.3/8.7.3) with SMTP id PAA11650 for <@mailgate.urz.uni-wuppertal.de:info-performer@sgi.com>; Thu, 26 Jun 1997 15:04:53 +0200 (MDT) Received: from wetnt7 (localhost [127.0.0.1]) by wetnt7.elektro.uni-wuppertal.de (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA11539 for ; Thu, 26 Jun 1997 15:04:51 +0200 Sender: kociok@wetnt7.elektro.uni-wuppertal.de Message-ID: <33B268F1.41C6@wetnt7.elektro.uni-wuppertal.de> Date: Thu, 26 Jun 1997 15:04:50 +0200 From: Norbert Kociok Organization: University of Wuppertal X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.2 IP22) 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 My question is if someone has the expirience and knowledge in programming a driver for the "Magellan Space Mouse" in "ANSI C". I want use the Magellan Space Mouse under IRIS Performer (2.1). Thanks, Norbert ======================================================================= 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 Jun 26 13:24:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA26449; Thu, 26 Jun 1997 07:40:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA26433; Thu, 26 Jun 1997 07:40:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA15278; Thu, 26 Jun 1997 07:40:35 -0700 Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA28928 for ; Thu, 26 Jun 1997 07:40:33 -0700 env-from (cgeyer@seas.upenn.edu) Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82]) by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id KAA29523 for ; Thu, 26 Jun 1997 10:40:29 -0400 (EDT) Received: from blue.seas.upenn.edu (cgeyer@BLUE.SEAS.UPENN.EDU [130.91.5.148]) by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP id KAA23586 for ; Thu, 26 Jun 1997 10:40:28 -0400 (EDT) Received: (from cgeyer@localhost) by blue.seas.upenn.edu (8.8.5/8.8.4) id KAA13079 for info-performer@sgi.com; Thu, 26 Jun 1997 10:40:28 -0400 (EDT) Message-Id: <199706261440.KAA13079@blue.seas.upenn.edu> Subject: pfDraw() in channel draw callback To: info-performer@sgi.com Date: Thu, 26 Jun 1997 10:40:27 -0400 (EDT) From: "Christopher Geyer" X-Mailer: ELM [version 2.4 PL23-upenn3.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O I'm having trouble trying to rendering inside the channel's draw callback. I'm using IRIX 5.3, Performer 2.0.2. I'm in PFMP_CULL_DL_DRAW mode. If I try to do this: DrawFunc( pfChannel *chan, void *data ) { pfDraw( ) // draw the entire scene for( int j = 0; j < DLlist->getNum( ); j++ ) { pfDispList *dl = ( (pfDispList*) DLlist->get( j ) ); if( dl ) dl->draw( ); } } After the pfDraw(), it will not render the geometry in the display lists. However, if I comment out the pfDraw(), it will render the display lists. If I put the pfDraw() after drawing the display lists, it renders as expected. But I need to initialize the z-buffer before I render my display lists. What am I doing wrong? Why is pfDraw() preventing my display lists from rendering? Christopher ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 26 15:29:19 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA26679; Thu, 26 Jun 1997 09:38:24 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA26663; Thu, 26 Jun 1997 09:38:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA05306; Thu, 26 Jun 1997 09:38:23 -0700 Received: from monsoon.dial.pipex.net (monsoon.dial.pipex.net [158.43.128.69]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id JAA05666 for ; Thu, 26 Jun 1997 09:38:14 -0700 env-from (dpearce@dial.pipex.com) Received: (qmail 6192 invoked from network); 26 Jun 1997 16:38:11 -0000 Received: from af085.du.pipex.com (HELO localhost) (193.130.245.85) by smtp.dial.pipex.net with SMTP; 26 Jun 1997 16:38:11 -0000 Message-ID: <33B2A849.2064@dial.pipex.com> Date: Thu, 26 Jun 1997 17:35:05 +0000 From: Dave Pearce Organization: Lockheed Martin Solartron Systems Ltd. X-Mailer: Mozilla 2.02 (Win95; I; 16bit) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Anti-Aliassing on O2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi all! I'm pretty new to performer, (i.e. have only been using it for a couple of weeks), and am having difficulty getting anti-alliasing modes working on the O2. I've tried setting attributes in GeoStates and the pfAntialias() functions, but with no joy. Can anyone tell me the simple solution to this problem (I'm aware that the O2 only has limited Antialiassing capability)? Many thanks in advance, John Sunderland -- John Sunderland Software Engineer Lockheed Martin Solartron Systems, Hoddesdon, Herts. UK ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 26 16:10:21 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA26911; Thu, 26 Jun 1997 10:22:03 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA26895; Thu, 26 Jun 1997 10:22:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id KAA14265; Thu, 26 Jun 1997 10:22:02 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id KAA21880 for ; Thu, 26 Jun 1997 10:22:01 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA09045; Thu, 26 Jun 1997 10:21:55 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706261721.KAA09045@remi.engr.sgi.com> Subject: Re: running out of performer shared memory To: kishore@triavest.com (Anita Kishore) Date: Thu, 26 Jun 1997 10:21:55 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <9706251636.ZM5561@tracey.triavest.com> from "Anita Kishore" at Jun 25, 97 04:36:14 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: 1693 Status: O Anita Kishore wrote: > > Hi : > > I am having trouble with performer shared memory after I put new code > to pfMalloc (in its shared arena) some structures in pfList. The message I get > at that line is : > > pfMemory::new() Unable to allocate 48 bytes from arena 0x18040000. > Try using pfSharedArenaSize() to increase the arena size > (currently 262144.00 KBytes) and check for adequate setrlimit() > values and available space on swap (or pfTmpDir()). > > and the program dumps core after this. The core file also points to the same > problem. > > > I increased shared arena size to 454288000 bytes (can't increase beyond this). > But I still get the same message even though it gives current size as the new > one. The file that I load is very simple and there should be enough memory > for everything, because very big scenegraph files (minus the new code) have > so far been loading allright. I am sure that the new allocation is not taking > more memory than what would be used when loading big scene graphs (unless a > different arena is used by performer for its nodes?). I made sure that ipcs > output is clean. > > Is there a call to check the shared memory usage from the program? How can I > further increase the arena size? Any help on this problem is greatly > appreciated. > Looks like you have a memory corruption problem. Did you try to dmalloc your application ? In case you do not know this tool, it's available from ftp://sgigate.sgi.com/pub/Performer/src/misc/dmalloc.tar _ / _ _ |_) _ ._ _ o /\ |_)|\ | /\ | || \ | \(/_| | || /--\| \| \|/--\|_||_/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 26 19:23:41 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA27716; Thu, 26 Jun 1997 13:30:12 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA27700; Thu, 26 Jun 1997 13:30:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id NAA16443; Thu, 26 Jun 1997 13:30:10 -0700 Received: from netcom.netcom.com (netcom.netcom.com [192.100.81.100]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id NAA28326 for ; Thu, 26 Jun 1997 13:30:06 -0700 env-from (cutt@netcom.com) Received: (from cutt@localhost) by netcom.netcom.com (8.6.13/Netcom) id NAA29819; Thu, 26 Jun 1997 13:29:55 -0700 Date: Thu, 26 Jun 1997 13:29:55 -0700 (PDT) From: "Paul S. Cutt" Subject: Re: Magellan Space Mouse To: Norbert Kociok cc: info-performer@sgi.com In-Reply-To: <33B268F1.41C6@wetnt7.elektro.uni-wuppertal.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Yes. We provide a VR device API that includes drivers for the Megellan space mouse that works under Performer. See info attached. Thanks, paul On Thu, 26 Jun 1997, Norbert Kociok wrote: > My question is if someone has the expirience and knowledge in > programming a driver for the "Magellan Space Mouse" in "ANSI C". > > I want use the Magellan Space Mouse under IRIS Performer (2.1). > > Thanks, > Norbert > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > XVS-Link (TM) A Standard Device Interface for Virtual Environments and Applications (The software formerly known as SyncLink) Benefits XVS-Link (TM) is a C++ class library that simplifies adding and maintaining virtual reality (VR) sensor support in existing applications. It provides a standard device interface for including virtual environment devices into applications. Virtual environments have led to the proliferation of 3D devices with multiple degrees of freedom x, y, z, roll, pitch, yaw). Each device has its own strengths and weaknesses, and the creation of new devices brings with it a constant improvement in the capabilities available. However, using these devices in applications is not easy. Many of these devices are mutually incompatible. They have different command sets; they use different command syntax for the same commands; the output they give to the computer follows different binary formats; and the same type of data is presented using different coordinate systems. Until now, the near-total lack of standardization of even the simplest virtual reality functions has discouraged developers from supporting multiple devices, or adding any VR support to their applications at all. XVS-Link takes the load off the application developer by providing a standardized and portable object-oriented set of VR device drivers. This lets the developer concentrate on the applications, rather than the idiosyncracies of each VR device. Object Oriented XVS-Link provides an object-oriented interface to VR devices. There is a single C++ class hierarchy for VR sensors. This hierarchy currently handles 6-D sensors such as the Polhemus Fastrak, Logitech 3D Mouse, Ascension Flock of Birds, Spaceball 2003, and the VPL Research DataGlove Model 2. A second C++ class for coordinate systems allows the application programmer to translate automatically between the differing coordinate systems used by VR devices, 3D rendering systems, and existing applications and data sets. In addition, XVS-Link also provides a C interface to the C++ libraries. This enables programming entirely in C and calling all the devices from C. Common Interface All devices which provide 6-degree of freedom position and orientation data are handled similarly. XVS-Link's base sensor class provides standard operations for opening devices, closing devices, and reading position, Euler angles, toggles, and other device data. Common filtering operations are also avaiable in the base class, including origin offset, setting tolerance levels, clipping, modulo, and scaling. Each device may report data in either absolute or relative values, whether it is an isometric device like the Spaceball, or an isotonic device like the Fastrak. While the XVS-Link base class provides a common interface to common VR functions across different devices, it does not limit the application programmer to the lowest common denominator. Device-specific functions are also provided. For example, Fastrak and Flock of Birds users can make use of the multistation capabilities of these devices, allowing multiple receivers to be read from a single serial port. DataGlove Model 2 programmers can calibrate the glove and read and write ASCII-formatted calibration tables. Logitech users may access the fringe and out of range settings which warn when the receiver is approaching its line-of-sight limits. Sample application code provided with XVS-Link demonstrates how the same source code can be used to control any of the supported sensors. Switching Sensors XVS-Link's common interface makes it easy to switch between sensors from within an application. Simply close and delete the old sensor object, create and open a new sensor object, and reapply the application's sensor filters. Even this level of detail can be hidden from the user by the application. No longer do the software incompatibilities between sensors inhibit switching between them from within an application. Customized Support Xtensory provides the services for adding customized device support at minimal costs. We will add your device to use the same interface. Custom devices can then use the same standard object-oriented interface as commercial devices, without losing access to the functionality that makes the device unique. This enables all devices to share the same API. Maintenance Xtensory provides support for upgrades and maintains the drivers as new devices become available. Portability XVS-Link provides portability between different UNIX and POSIX platforms. The same C++ class library is available for Silicon Graphics, Kubota Pacific, and Digital Equipment systems. Devices Supported Ascension Flock of Birds Ascension Extended Range Flock of Birds Ascension MotionStar BG Systems BeeBox General Reality CyberEye General Reality DataGlove Immersion Probe and Personal Digitizer Immersion Impulse Engine 2000 Logitech 3D Mouse, Cyberman and Space Control Mouse/Magellan Origin Instruments DynaSight Polhemus Fastrak, Insidetrak, Isotrak, and 3Ball Precision Navigation Wayfinder Spacetec Spaceball 2003 and 2003 Virtual I/O i-glasses! Virtual Technologies CyberGlove VPL DataGlove Model 2 5DT 5-Glove System Requirements XVS-Link includes a C wrapper library, C++ object library, C++ header files, and sample C++ test software. XVS-Link requires one of the following operating systems: SGI IRIX 5.2 or later (Irix 6.2 is now supported with CC -n32 -o3 compile option) Digital OSF/1 1.3 or later Microsoft Windows NT 3.51 (or later)/Windows 95 HP-UX 9.0 or later Sun XVS-Link also requires the appropriate C/C++ compiler for the platform: SGI C++ 3.0 Digital C++ 1.3 or later Microsoft Visual C++ 4.0 HP Sun Contact Xtensory regarding support for VR devices or UNIX/POSIX operating systems not listed above. Xtensory will add in specific device support for custom devices so that they use the same interface API at minimal cost. Contact Xtensory Inc 140 Sunridge Drive Scotts Valley, CA 95066 USA Tel 408/439-0600 Fax 408/439-8845 cutt@netcom.com www.xtensory.com ...opening the doors of perception (TM) ======================================================================= 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 Jun 26 20:17:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA28473; Thu, 26 Jun 1997 15:32:52 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA28456; Thu, 26 Jun 1997 15:32:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA07497; Thu, 26 Jun 1997 15:32:51 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA07249 for ; Thu, 26 Jun 1997 15:32:51 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id PAA27858; Thu, 26 Jun 1997 15:32:49 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id PAA09942; Thu, 26 Jun 1997 15:32:48 -0700 Date: Thu, 26 Jun 1997 15:32:48 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706261532.ZM9940@multipass.asd.sgi.com> In-Reply-To: "Christopher Geyer" "pfDraw() in channel draw callback" (Jun 26, 10:40am) References: <199706261440.KAA13079@blue.seas.upenn.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Christopher Geyer" , info-performer@sgi.com Subject: Re: pfDraw() in channel draw callback Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O What are you trying to draw in the pfDraw and in your display lists? Without more detail I'd suggest a pushmatrix and popmatrix either side of the pfDraw would probably be a good idea. Cheers,Angus. On Jun 26, 10:40am, Christopher Geyer wrote: > Subject: pfDraw() in channel draw callback > I'm having trouble trying to rendering inside the channel's draw callback. > I'm using IRIX 5.3, Performer 2.0.2. I'm in PFMP_CULL_DL_DRAW mode. > > If I try to do this: > > DrawFunc( pfChannel *chan, void *data ) > { > > pfDraw( ) // draw the entire scene > > for( int j = 0; j < DLlist->getNum( ); j++ ) > { > pfDispList *dl = ( (pfDispList*) DLlist->get( j ) ); > > if( dl ) > dl->draw( ); > } > > } > > After the pfDraw(), it will not render the geometry in the display > lists. However, if I comment out the pfDraw(), it will render the display > lists. > > If I put the pfDraw() after drawing the display lists, it renders as > expected. But I need to initialize the z-buffer before I render my > display lists. > > What am I doing wrong? Why is pfDraw() preventing my display lists from > rendering? > > Christopher > > ---------------------------------------------------------------------------- > Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania > 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Christopher Geyer ======================================================================= 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 Jun 26 20:17:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA28758; Thu, 26 Jun 1997 16:20:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA28742; Thu, 26 Jun 1997 16:20:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA13177; Thu, 26 Jun 1997 16:20:47 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA19673 for ; Thu, 26 Jun 1997 16:20:46 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA00476; Thu, 26 Jun 1997 16:20:45 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA10099; Thu, 26 Jun 1997 16:20:39 -0700 Date: Thu, 26 Jun 1997 16:20:39 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706261620.ZM10097@multipass.asd.sgi.com> In-Reply-To: "Christopher Geyer" "Re: pfDraw() in channel draw callback" (Jun 26, 7:17pm) References: <199706262317.TAA13212@red.seas.upenn.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Christopher Geyer" Subject: Re: pfDraw() in channel draw callback Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Why don't you just add the shadow volume to the scene graph? Cheers,Angus. On Jun 26, 7:17pm, Christopher Geyer wrote: > Subject: Re: pfDraw() in channel draw callback > > What are you trying to draw in the pfDraw and in your display lists? > > I'm trying to draw a shadow volume; the display list contains the shadow > volume for my scene from a light, and is created in the cull stage. > > I create it by setting a post & pre cull function for all the nodes > (pfGeodes) which contain a shadow volume (that's all they contain). In > the pre function I close the current display list and open the display > list that I've created for the shadow volume. In the post function I > close that display list and re-open the previously current one (the same > one closed in the pre function). > > > Without more detail I'd suggest a pushmatrix and popmatrix either side > > of the pfDraw would probably be a good idea. > > I've used gldebug and it shows that pushmatrix is successfully called by > pfDraw() and so is popmatrix, at the end. > > It seems that my display list somehow is emptied, because no GL graphics > commands are executed if pfDraw() has been called before. Either it's > emptied for some strange reason or it just doesn't let it get drawn. > > Even stranger, if in the stage after which I've now created my shadow > display list, and after I've re-opened the current display list, I add > that shadow volume display list (i.e. do shadowVolDL->draw() while the > display list is open) it correctly draws that shadow volume as part of > the scene; it ALSO draws the shadow volume when I tell it to draw the > shadow volume display list, whereas before it wouldn't. > > BTW, I'm using an O2, R5000. > > Christopher > > ---------------------------------------------------------------------------- > Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania > 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ >-- End of excerpt from Christopher Geyer ======================================================================= 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 Jun 26 20:17:53 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA28733; Thu, 26 Jun 1997 16:18:02 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA28717; Thu, 26 Jun 1997 16:18:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA12798; Thu, 26 Jun 1997 16:18:01 -0700 Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA19145; Thu, 26 Jun 1997 16:17:59 -0700 env-from (cgeyer@seas.upenn.edu) Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82]) by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id TAA19453; Thu, 26 Jun 1997 19:17:57 -0400 (EDT) Received: from red.seas.upenn.edu (cgeyer@RED.SEAS.UPENN.EDU [130.91.5.147]) by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP id TAA06831; Thu, 26 Jun 1997 19:17:56 -0400 (EDT) Received: (from cgeyer@localhost) by red.seas.upenn.edu (8.8.5/8.8.4) id TAA13212; Thu, 26 Jun 1997 19:17:55 -0400 (EDT) Message-Id: <199706262317.TAA13212@red.seas.upenn.edu> Subject: Re: pfDraw() in channel draw callback To: dorbie@multipass.asd.sgi.com (Angus Dorbie) Date: Thu, 26 Jun 1997 19:17:55 -0400 (EDT) From: "Christopher Geyer" Cc: cgeyer@seas.upenn.edu, info-performer@sgi.com In-Reply-To: <9706261532.ZM9940@multipass.asd.sgi.com> from "Angus Dorbie" at Jun 26, 97 03:32:48 pm X-Mailer: ELM [version 2.4 PL23-upenn3.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > What are you trying to draw in the pfDraw and in your display lists? I'm trying to draw a shadow volume; the display list contains the shadow volume for my scene from a light, and is created in the cull stage. I create it by setting a post & pre cull function for all the nodes (pfGeodes) which contain a shadow volume (that's all they contain). In the pre function I close the current display list and open the display list that I've created for the shadow volume. In the post function I close that display list and re-open the previously current one (the same one closed in the pre function). > Without more detail I'd suggest a pushmatrix and popmatrix either side > of the pfDraw would probably be a good idea. I've used gldebug and it shows that pushmatrix is successfully called by pfDraw() and so is popmatrix, at the end. It seems that my display list somehow is emptied, because no GL graphics commands are executed if pfDraw() has been called before. Either it's emptied for some strange reason or it just doesn't let it get drawn. Even stranger, if in the stage after which I've now created my shadow display list, and after I've re-opened the current display list, I add that shadow volume display list (i.e. do shadowVolDL->draw() while the display list is open) it correctly draws that shadow volume as part of the scene; it ALSO draws the shadow volume when I tell it to draw the shadow volume display list, whereas before it wouldn't. BTW, I'm using an O2, R5000. Christopher ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 26 21:47:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA00142; Thu, 26 Jun 1997 18:32:13 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00126; Thu, 26 Jun 1997 18:32:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA27517; Thu, 26 Jun 1997 18:32:12 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA21950 for ; Thu, 26 Jun 1997 18:32:11 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA09225; Thu, 26 Jun 1997 18:32:06 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA01107; Thu, 26 Jun 1997 18:32:05 -0700 Date: Thu, 26 Jun 1997 18:32:05 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706261832.ZM1105@multipass.asd.sgi.com> In-Reply-To: "Christopher Geyer" "Re: pfDraw() in channel draw callback" (Jun 26, 9:25pm) References: <199706270125.VAA19073@red.seas.upenn.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Christopher Geyer" Subject: Re: pfDraw() in channel draw callback Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You could also just add to the scene graph and use channel bins for the rendering order. Cheers, Angus. On Jun 26, 9:25pm, Christopher Geyer wrote: > Subject: Re: pfDraw() in channel draw callback > > Why don't you just add the shadow volume to the scene graph? > > > > Cheers,Angus. > > I could, but I don't want to. I want to be able to first initialize the > z-buffer using pfDraw() not writing any pixels, just updating the z-buffer. > > Then I want to stencil in the shadow volume for each light, hopefully > using the display list that I've created, then call pfDraw() again, > turning on the light for that shadow volume. I will repeat the procedure > for each light in the scene, each time accumulating light at each pixel. > > The total procedure is decribed in "Pipeline Rendering: Interaction and > Realism tThrough Hardware-Based Multi-Pass Rendering" by Paul Diefenbach > ("http://www.cis.upenn.edu/~diefenba/" the paper is online if you're > interested). Through multi-pass rendering we are able to model > reflections and shading. This works in GL; we'd like to convert it to > Performer. > > Thanks for your help, > Christopher > > ---------------------------------------------------------------------------- > Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania > 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ >-- End of excerpt from Christopher Geyer ======================================================================= 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 Jun 26 21:47:59 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA00040; Thu, 26 Jun 1997 18:28:53 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00024; Thu, 26 Jun 1997 18:28:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA27330; Thu, 26 Jun 1997 18:28:52 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA21259 for ; Thu, 26 Jun 1997 18:28:51 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA08980; Thu, 26 Jun 1997 18:28:49 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA01094; Thu, 26 Jun 1997 18:28:40 -0700 Date: Thu, 26 Jun 1997 18:28:40 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706261828.ZM1092@multipass.asd.sgi.com> In-Reply-To: Dave Pearce "Anti-Aliassing on O2" (Jun 26, 5:35pm) References: <33B2A849.2064@dial.pipex.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Dave Pearce , info-performer@sgi.com Subject: Re: Anti-Aliassing on O2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This will only antialias with wireframe pfstate geometry, lines or points on O2. If you want AA on O2 you'll have to do something like duplicate the geosets you want to antialias, make them wireframe and anti-aliased. This is effectively a second wireframe pass. For better quality you actually want to remodel the geosets since every edge will be in twice with this approach. You should also disable the zbuffer for the wireframe pass. Another approach is to draw to a large digital media pbuffer and resize the image to a lower resolution window. O2 is a good machine for this with hardware accelerated resize and UMA holding all image buffers but expect considerable overhead. Cheers,Angus. On Jun 26, 5:35pm, Dave Pearce wrote: > Subject: Anti-Aliassing on O2 > Hi all! > > I'm pretty new to performer, (i.e. have only been using it for a couple > of weeks), and am having difficulty getting anti-alliasing modes working > on the O2. I've tried setting attributes in GeoStates and the > pfAntialias() functions, but with no joy. > > Can anyone tell me the simple solution to this problem (I'm aware that > the O2 only has limited Antialiassing capability)? > > Many thanks in advance, > > John Sunderland > -- > John Sunderland > Software Engineer > Lockheed Martin Solartron Systems, Hoddesdon, Herts. 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 Dave Pearce ======================================================================= 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 Jun 26 21:48:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA29341; Thu, 26 Jun 1997 17:20:59 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA29325; Thu, 26 Jun 1997 17:20:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id RAA20399; Thu, 26 Jun 1997 17:20:58 -0700 Received: from punt-2.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id RAA05997 for ; Thu, 26 Jun 1997 17:20:56 -0700 env-from (baranowski@marklynn.demon.co.uk) Received: from marklynn.demon.co.uk ([158.152.142.157]) by punt-2.mail.demon.net id aa0712208; 26 Jun 97 8:57 BST From: Mark Baranowski To: Anita Kishore , info-performer@sgi.com Subject: Re: running out of performer shared memory Date: Thu, 26 Jun 1997 07:58:22 GMT Organization: Pera Reply-To: info-performer@sgi.com Message-ID: <33b21ceb.1391276@post.demon.co.uk> References: <9706251636.ZM5561@tracey.triavest.com> In-Reply-To: <9706251636.ZM5561@tracey.triavest.com> 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, 25 Jun 1997 16:36:14 -0700, Anita wrote: >Hi : > > I am having trouble with performer shared memory after I put new code >to pfMalloc (in its shared arena) some structures in pfList. The message= I get >at that line is : > >pfMemory::new() Unable to allocate 48 bytes from arena 0x18040000. > Try using pfSharedArenaSize() to increase the arena size > (currently 262144.00 KBytes) and check for adequate setrlimit() > values and available space on swap (or pfTmpDir()). > >and the program dumps core after this. The core file also points to the = same >problem. > > >I increased shared arena size to 454288000 bytes (can't increase beyond = this). >But I still get the same message even though it gives current size as = the new >one. The file that I load is very simple and there should be enough = memory >for everything, because very big scenegraph files (minus the new code) = have >so far been loading allright. I am sure that the new allocation is not = taking >more memory than what would be used when loading big scene graphs = (unless a >different arena is used by performer for its nodes?). I made sure that = ipcs >output is clean. Could this be the problem someone (Chris Volpe I think) had at the beginning of the year. I can't remember the exact details, but I remember his solution was to put a sbrk(1) function call before pfInit. >Is there a call to check the shared memory usage from the program? How = can I >further increase the arena size? Any help on this problem is greatly >appreciated. I basically asked this at the beginning of the year, and got the following response from Sharon Clay: "You can use amallinfo() to get the allocation in the shared arena. So, you can call amallinfo() before and after you load your scene and look at how much you grew." Regards, Mark. --=20 Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leics. LE13 0PB. UK. Tel: +44 (0)1664 501501, Fax: +44 (0)1664 501553 All opinions expressed are my own and should not be viewed as representing my employer unless stated otherwise. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 26 21:48:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA29985; Thu, 26 Jun 1997 18:25:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA29969; Thu, 26 Jun 1997 18:25:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA27108; Thu, 26 Jun 1997 18:25:05 -0700 Received: from linc.cis.upenn.edu (LINC.CIS.UPENN.EDU [158.130.12.3]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA20488; Thu, 26 Jun 1997 18:25:03 -0700 env-from (cgeyer@seas.upenn.edu) Received: from home.seas.upenn.edu (root@HOME.SEAS.UPENN.EDU [130.91.7.82]) by linc.cis.upenn.edu (8.8.5/8.8.5) with ESMTP id VAA25005; Thu, 26 Jun 1997 21:25:02 -0400 (EDT) Received: from red.seas.upenn.edu (cgeyer@RED.SEAS.UPENN.EDU [130.91.5.147]) by home.seas.upenn.edu (8.8.5/8.8.4) with ESMTP id VAA11712; Thu, 26 Jun 1997 21:25:02 -0400 (EDT) Received: (from cgeyer@localhost) by red.seas.upenn.edu (8.8.5/8.8.4) id VAA19073; Thu, 26 Jun 1997 21:25:01 -0400 (EDT) Message-Id: <199706270125.VAA19073@red.seas.upenn.edu> Subject: Re: pfDraw() in channel draw callback To: dorbie@multipass.asd.sgi.com (Angus Dorbie) Date: Thu, 26 Jun 1997 21:25:00 -0400 (EDT) From: "Christopher Geyer" Cc: cgeyer@seas.upenn.edu, info-performer@sgi.com In-Reply-To: <9706261620.ZM10097@multipass.asd.sgi.com> from "Angus Dorbie" at Jun 26, 97 04:20:39 pm X-Mailer: ELM [version 2.4 PL23-upenn3.1] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O > Why don't you just add the shadow volume to the scene graph? > > Cheers,Angus. I could, but I don't want to. I want to be able to first initialize the z-buffer using pfDraw() not writing any pixels, just updating the z-buffer. Then I want to stencil in the shadow volume for each light, hopefully using the display list that I've created, then call pfDraw() again, turning on the light for that shadow volume. I will repeat the procedure for each light in the scene, each time accumulating light at each pixel. The total procedure is decribed in "Pipeline Rendering: Interaction and Realism tThrough Hardware-Based Multi-Pass Rendering" by Paul Diefenbach ("http://www.cis.upenn.edu/~diefenba/" the paper is online if you're interested). Through multi-pass rendering we are able to model reflections and shading. This works in GL; we'd like to convert it to Performer. Thanks for your help, Christopher ---------------------------------------------------------------------------- Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Jun 26 21:48:02 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA00110; Thu, 26 Jun 1997 18:31:30 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00094; Thu, 26 Jun 1997 18:31:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA27468; Thu, 26 Jun 1997 18:31:28 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA21743 for ; Thu, 26 Jun 1997 18:31:28 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA09179; Thu, 26 Jun 1997 18:31:18 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA01103; Thu, 26 Jun 1997 18:31:13 -0700 Date: Thu, 26 Jun 1997 18:31:13 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706261831.ZM1101@multipass.asd.sgi.com> In-Reply-To: "Christopher Geyer" "Re: pfDraw() in channel draw callback" (Jun 26, 9:25pm) References: <199706270125.VAA19073@red.seas.upenn.edu> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Christopher Geyer" Subject: Re: pfDraw() in channel draw callback Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You could do this using multiple overlapping channels. Cheers,Angus. On Jun 26, 9:25pm, Christopher Geyer wrote: > Subject: Re: pfDraw() in channel draw callback > > Why don't you just add the shadow volume to the scene graph? > > > > Cheers,Angus. > > I could, but I don't want to. I want to be able to first initialize the > z-buffer using pfDraw() not writing any pixels, just updating the z-buffer. > > Then I want to stencil in the shadow volume for each light, hopefully > using the display list that I've created, then call pfDraw() again, > turning on the light for that shadow volume. I will repeat the procedure > for each light in the scene, each time accumulating light at each pixel. > > The total procedure is decribed in "Pipeline Rendering: Interaction and > Realism tThrough Hardware-Based Multi-Pass Rendering" by Paul Diefenbach > ("http://www.cis.upenn.edu/~diefenba/" the paper is online if you're > interested). Through multi-pass rendering we are able to model > reflections and shading. This works in GL; we'd like to convert it to > Performer. > > Thanks for your help, > Christopher > > ---------------------------------------------------------------------------- > Christopher Geyer | CompSci and Math '99 at the University of Pennsylvania > 215-732-4218 | cgeyer@seas.upenn.edu | http://www.seas.upenn.edu/~cgeyer/ >-- End of excerpt from Christopher Geyer ======================================================================= 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 Jun 27 00:47:46 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA00464; Thu, 26 Jun 1997 19:00:41 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA00448; Thu, 26 Jun 1997 19:00:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA29012; Thu, 26 Jun 1997 19:00:39 -0700 Received: from remi.engr.sgi.com ([150.166.37.25]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA26746 for ; Thu, 26 Jun 1997 19:00:38 -0700 env-from (remi@remi.engr.sgi.com) Received: (from remi@localhost) by remi.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id TAA11054; Thu, 26 Jun 1997 19:00:32 -0700 From: remi@remi.engr.sgi.com (Rémi Arnaud) Message-Id: <199706270200.TAA11054@remi.engr.sgi.com> Subject: Re: Anti-Aliassing on O2 To: dpearce@dial.pipex.com (Dave Pearce) Date: Thu, 26 Jun 1997 19:00:32 -0700 (PDT) Cc: info-performer@sgi.com In-Reply-To: <33B2A849.2064@dial.pipex.com> from "Dave Pearce" at Jun 26, 97 05:35:05 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: 1089 Status: O Dave Pearce wrote: > > Hi all! > > I'm pretty new to performer, (i.e. have only been using it for a couple > of weeks), and am having difficulty getting anti-alliasing modes working > on the O2. I've tried setting attributes in GeoStates and the > pfAntialias() functions, but with no joy. > > Can anyone tell me the simple solution to this problem (I'm aware that > the O2 only has limited Antialiassing capability)? > The only antialiasing available on O2 and Impacts is on lines, not on polygons. So it is a little more complex to get an antialiased image than turning on pfAntialias(), you will have to set a draw callback for every geoset, that will draw the geoset in antiliased line mode after it has been done in polygon mode. This works very well, but as some caveat due that texture MipMaping does not work the same way on lines than on polygons. It would be a very good Performer exercise though. _ / _ _ |_) _ ._ _ 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 Jun 27 01:33:12 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA00571; Thu, 26 Jun 1997 19:54:16 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA00555; Thu, 26 Jun 1997 19:54:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id TAA02665; Thu, 26 Jun 1997 19:54:12 -0700 Received: from warlord.safb.af.mil ([140.175.36.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id TAA06114 for ; Thu, 26 Jun 1997 19:54:10 -0700 env-from (sextons@afca.safb.af.mil) Received: from afca.safb.af.mil (afca.safb.af.mil [140.175.18.25]) by warlord.safb.af.mil with SMTP (8.7.1/8.7.1) id HAA01754 for ; Thu, 26 Jun 1997 07:45:48 -0500 (CDT) Received: from SCC4AM01-Message_Server by afca.safb.af.mil with Novell_GroupWise; Thu, 26 Jun 1997 07:42:22 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 26 Jun 1997 07:42:05 -0500 From: Sean Sexton To: info-performer@sgi.com Subject: Remove from mailing list. Status: O Please also remove this address from the mailing list. 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 Jun 27 09:46:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02699; Fri, 27 Jun 1997 06:28:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02683; Fri, 27 Jun 1997 06:28:06 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA05639; Fri, 27 Jun 1997 06:28:04 -0700 Received: from odin.corp.sgi.com (phonebook-server.corp.sgi.com [192.26.51.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA06360 for ; Fri, 27 Jun 1997 01:25:07 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id BAA18077; Fri, 27 Jun 1997 01:25:06 -0700 Received: from xn1-gw.atlas.fr (xn1-b.atlas.fr [194.51.9.50]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id BAA05904 for ; Fri, 27 Jun 1997 01:25:04 -0700 env-from (MICHAEL.BOCCARA@siege.aerospatiale.fr) Message-Id: <199706270825.BAA05904@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 27 Jun 1997 10:24:16 +0200 X400-Received: by mta xn1-gw.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 27 Jun 1997 10:24:16 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text); Relayed; Fri, 27 Jun 1997 10:24:21 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Fri, 27 Jun 1997 12:23:34 +0200 Date: Fri, 27 Jun 1997 12:23:34 +0200 X400-Originator: MICHAEL.BOCCARA@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;970627102334] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: BOCCARA Michael To: "Questions@sgi" (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: Interfacing RapidApp-Vk with pf MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0D=0CA: Questions@sgi Hello Performers, We are trying to link rapidapp-made windows with the Performer pipewindow= From guest Fri Jun 27 09:46:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02777; Fri, 27 Jun 1997 06:30:33 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02761; Fri, 27 Jun 1997 06:30:32 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA08303; Fri, 27 Jun 1997 06:30:32 -0700 Received: from odin.corp.sgi.com (phonebook-server.corp.sgi.com [192.26.51.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA21569 for ; Thu, 26 Jun 1997 21:47:13 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id VAA01559; Thu, 26 Jun 1997 21:47:12 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id VAA04683 for ; Thu, 26 Jun 1997 21:43:48 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA06851; Fri, 27 Jun 1997 10:14:11 -0530 Message-Id: <199706271544.KAA06851@teil.soft.net> Subject: C++ DSO To: info-performer@sgi.com Date: Fri, 27 Jun 1997 10:14:10 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 286 Status: O hi everybody, What's difference to load C++ DSO and C DSO? I have done nicely in C, but not able to do in C++. It's able to open DSO, but not able to locate the function in it. :( Thanks in advance. -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 27 09:46:17 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02662; Fri, 27 Jun 1997 06:23:25 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02646; Fri, 27 Jun 1997 06:23:23 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA02035; Fri, 27 Jun 1997 06:23:23 -0700 Received: from odin.corp.sgi.com (phonebook-server.corp.sgi.com [192.26.51.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA24309 for ; Fri, 27 Jun 1997 05:38:18 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id FAA06239; Fri, 27 Jun 1997 05:38:17 -0700 Received: from mail.etcflorida.com (mail.etcflorida.com [207.30.78.5]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id FAA07161 for ; Fri, 27 Jun 1997 05:38:16 -0700 env-from (gwilliams@etcflorida.com) Received: by mail.etcflorida.com from localhost (router,SLMAIL95 V2.2); Fri, 27 Jun 1997 08:38:08 Eastern Daylight Time Received: by mail.etcflorida.com from O2 (207.30.78.8::mail daemon; unverified,SLMAIL95 V2.2); Fri, 27 Jun 1997 08:38:07 Eastern Daylight Time Sender: garrett@etcflorida.com Message-ID: <336CB0F9.41C6@etcflorida.com> Date: Sun, 04 May 1997 11:53:29 -0400 From: "Garrett Williams" Organization: ETC X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: "Questions@sgi" Subject: remove me from list for one month please Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O I am going to be out of touch for one month please remove me from the mail list for that time thank you.. garrett ======================================================================= 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 Jun 27 09:46:16 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA02717; Fri, 27 Jun 1997 06:28:36 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02701; Fri, 27 Jun 1997 06:28:35 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id GAA06160; Fri, 27 Jun 1997 06:28:34 -0700 Received: from odin.corp.sgi.com (phonebook-server.corp.sgi.com [192.26.51.194]) by roll.csd.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA03659 for ; Fri, 27 Jun 1997 00:47:41 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for id AAA15116; Fri, 27 Jun 1997 00:47:40 -0700 Received: from nlrgup.nlr.nl (nlrgup_fddi.nlr.nl [137.17.96.52]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA00643 for ; Fri, 27 Jun 1997 00:47:38 -0700 env-from (Hilbrink@nlr.nl) Received: from sylvester.nlr.nl (sylvester.nlr.nl [137.17.228.78]) by nlrgup.nlr.nl (8.8.5/8.8.5/NLR 04/02/97) with SMTP id JAA13753; Fri, 27 Jun 1997 09:47:35 +0200 (DST) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from sylvester by sylvester.nlr.nl via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) id JAA25967; Fri, 27 Jun 1997 09:47:30 +0200 Sender: niels@nlr.nl Message-ID: <33B37011.F2227263@nlr.nl> Date: Fri, 27 Jun 1997 09:47:29 +0200 From: Niels Hilbrink Organization: National Aerospace Laboratory X-Mailer: Mozilla 4.0b5C (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 To: Norbert Kociok CC: info-performer@sgi.com Subject: Re: Magellan Space Mouse X-Priority: 3 (Normal) References: <33B268F1.41C6@wetnt7.elektro.uni-wuppertal.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Norbert Kociok wrote: > My question is if someone has the expirience and knowledge in > programming a driver for the "Magellan Space Mouse" in "ANSI C". > > I want use the Magellan Space Mouse under IRIS Performer (2.1). Yes no problem, I did it by reading and writing directly to the serial port to which the device is attached. First put the mouse in polling mode (each time a button is pushed or the the dial twisted a message is send), then I installed a message loop (separate process) which processes the information comming from the mouse. The whole mouse reading is heavily based on the mglDemo program. If you like I could send you some stuff. Kind regards, niels -- _/ _/ _/ _/_/_/_/ Niels Hilbrink (RS NOP) _/ _/ _/ _/ _/ Hilbrink@nlr.nl _/_/ _/ _/ _/ _/ tel : (++31)(0)527 248224 (NLR) _/ _/ _/ _/ _/_/_/_/ (++31)(0)527 242259 (Home) _/ _/_/ _/ _/ _/ _/ _/ _/ _/ _/ National Aerospace Laboratory (NLR) _/ _/ _/_/_/_/ _/ _/ http://www.nlr.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 Fri Jun 27 13: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 HAA02894; Fri, 27 Jun 1997 07:58:08 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02878; Fri, 27 Jun 1997 07:58:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id HAA16165; Fri, 27 Jun 1997 07:58:07 -0700 Received: from mailhost.cete13.equipement.gouv.fr (mailhost.ceteaix.equipement.gouv.fr [194.3.66.1]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id HAA05659 for ; Fri, 27 Jun 1997 07:58:04 -0700 env-from (jp.laynat@ceteaix.equipement.gouv.fr) Received: from 193.56.55.160 by mailhost.cete13.equipement.gouv.fr with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1457.7) id NP77ZXK9; Fri, 27 Jun 1997 17:00:42 +0200 Message-ID: <33B3F0CA.287B@ceteaix.equipement.gouv.fr> Date: Fri, 27 Jun 1997 16:56:42 +0000 From: Laynat Jean Paul Reply-To: jp.laynat@ceteaix.equipement.gouv.fr Organization: cetemed X-Mailer: Mozilla 2.01I [fr] (Macintosh; I; 68K) MIME-Version: 1.0 To: support Performer Subject: Power Animator to Perfly Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, My name is Jean Paul Laynat and I work in an important office of studies of the state, in France, the CETE Mediterranee. Our main activity is the study of the great superhighways projects. To visualize these projects we are using, since little, the software Power Animator (Alias) on station O2 Studio (Silicon Graphics).We have discovered PERFLY that, by its exceptional performances, can allow us to fly over our models. The version whose we have does not allow to read directly files "wire" of Power Animator, and I meet real difficulties to use the format object (.obj). Models, as "perftoon", show that PERFLY has to allow to use all the wealth of functions offered by P.A., and it seems to be regretted to have to pass by a format of poorer transfer. Can you to tell me if a development allowing to read directly scene Power Animator is anticipated, or has already been realized by one of your users. I thank you and I pray you to excuse my very imperfect English. cordially, JP Laynat ======================================================================= 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 Jun 27 13:54:33 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA02935; Fri, 27 Jun 1997 08:18:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA02919; Fri, 27 Jun 1997 08:18:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id IAA18194; Fri, 27 Jun 1997 08:18:20 -0700 Received: from brickbat9.mindspring.com (brickbat9.mindspring.com [207.69.200.12]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id IAA11667 for ; Fri, 27 Jun 1997 08:18:19 -0700 env-from (phychobm@mindspring.com) Received: from user-37kbusa.dialup.mindspring.com (user-37kbusa.dialup.mindspring.com [207.69.251.138]) by brickbat9.mindspring.com (8.8.5/8.8.5) with SMTP id LAA04092 for ; Fri, 27 Jun 1997 11:18:15 -0400 (EDT) Message-Id: <199706271518.LAA04092@brickbat9.mindspring.com> From: phychobm@mindspring.com (Special Agent Orange) To: info-performer@sgi.com Subject: Quaternions in the Bible Date: Fri, 27 Jun 1997 14:40:03 GMT Reply-To: phychobm@mindspring.com X-Newsreader: Forte Free Agent 1.0.82 Status: O Acts 12:4 - And when he had apprehended him, he put him in prison, and delivered him to four quaternions of soldiers to keep him; intending after Easter to bring him forth to the people. My ancestors swung by their necks, not their tails. I suport publick skool ======================================================================= 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 Jun 27 16:48:28 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA04004; Fri, 27 Jun 1997 11:10:47 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03988; Fri, 27 Jun 1997 11:10:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id LAA09226; Fri, 27 Jun 1997 11:10:46 -0700 Received: from ligsg31.epfl.ch (ligsg31.epfl.ch [128.178.78.46]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via SMTP id LAA05138 for ; Fri, 27 Jun 1997 11:10:44 -0700 env-from (aubel@lig.di.epfl.ch) Received: from localhost (2358 bytes) by ligsg31.epfl.ch via sendmail with P:stdio/R:inet_hosts/T:smtp (sender: ) (ident using unix) id for ; Fri, 27 Jun 1997 20:11:29 +0200 (MDT) (Smail-3.2.0.96 1997-Jun-2 #7 built -Jun-15) From: "Amaury Aubel" Message-Id: <9706272011.ZM15384@lig.di.epfl.ch> Date: Fri, 27 Jun 1997 20:11:29 -0600 In-Reply-To: "Rob Jenkins" "Re: Generating textures on the fly" (Jun 25, 8:05pm) References: <9706231523.ZM16313@lig.di.epfl.ch> <33AF160C.3C7DC041@rtset.co.il> <9706251747.ZM14465@lig.di.epfl.ch> <9706252009.ZM1431@oren.rtset.co.il> <9706252005.ZM22276@quid.csd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Generating textures on the fly Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 25, 8:05pm, Rob Jenkins wrote: > Bit of an aside, there's a chapter of the 6.2 gl_dev relnotes: > 'Pbuffers_on_Impact' that anyone wanting to use Pbuffers ( esp on Impact ) > would find useful. > > Cheers > Rob >-- End of excerpt from Rob Jenkins Thanks Rob for pointing this out, it was most useful! At last I managed to generate textures in an off-screen pbuffer with the right alpha values, load them into TRAM, and map them onto Billboards with transparency on. Pew! So I almost achieved my goal except that... it won't work with a Z-buffered pbuffer! (because it runs out of FB resources) On our Octanes and O2s, findvis 'rgba Z' gives: 0x2b, RGBA 4/4/4/4, db, Z 24, S 8, accum 16/16/16/16 0x2d, RGBA 4/4/4/4, db, stereo, Z 24, S 8, accum 16/16/16/16 0x2f, RGBA 5/5/5/1, db, Z 24, S 8, accum 16/16/16/16 0x31, RGBA 5/5/5/1, db, stereo, Z 24, S 8, accum 16/16/16/16 0x33, RGBA 8/8/8/8, db, Z 24, S 8, accum 16/16/16/16 0x35, RGBA 8/8/8/8, Z 24, S 8, accum 16/16/16/16 What is the "size" of a pixel in 0x2b, 0x2f, 0x35? Even if I allocate a tiny (ie 16x16) pbuffer it crashes... My hardware config. is the following: Graphics board 0 is "IMPACTSR" graphics. Managed (":0.0") 1280x1024 Product ID 0x3, 2 GEs, 2 REs, 4 TRAMs MGRAS revision 1, RA revision 0 HQ rev B, GE11 rev B, RE4 rev C, PP1 rev A, VC3 rev A, CMAP rev E, Heart rev D 19" monitor (id 0x1) Channel 0: Origin = (0,0) Video Output: 1280 pixels, 1024 lines, 72.24Hz (1280x1024_72) Do I stand any chance to have a Z-buffered (preferably sb) pbuffer? Maybe if I change down the screen resolution? Amaury. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 27 17:54:07 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04500; Fri, 27 Jun 1997 12:11:26 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04484; Fri, 27 Jun 1997 12:11:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id MAA16426; Fri, 27 Jun 1997 12:11:25 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id MAA27776 for ; Fri, 27 Jun 1997 12:11:25 -0700 env-from (allan@holodeck.csd.sgi.com) Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer@sgi.com id MAA04481; Fri, 27 Jun 1997 12:11:24 -0700 Date: Fri, 27 Jun 1997 12:11:24 -0700 From: allan (Allan Schaffer) Message-Id: <199706271911.MAA04481@holodeck.csd.sgi.com> To: info-performer@sgi.com Subject: Administrivia Status: O Hello Performers, A reminder: please use info-performer-request@sgi.com for any administrative requests (like subscribe/unsubscribe). There seems to have been a bunch being posted to the main list over the past few days. Also, I'll be leaving for a sabbatical next week, and gone until September; Rob Jenkins will be handling info-performer-request duties while I'm gone. If any problems come up, just send mail to the administrative address. Be seeing you, Allan ---- 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 Fri Jun 27 19:57:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05036; Fri, 27 Jun 1997 14:04:19 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05020; Fri, 27 Jun 1997 14:04:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA29530; Fri, 27 Jun 1997 14:04:18 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA02210 for ; Fri, 27 Jun 1997 14:04:17 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id OAA19316; Fri, 27 Jun 1997 14:05:42 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id OAA07935; Fri, 27 Jun 1997 14:07:05 -0700 From: "Anita Kishore" Message-Id: <9706271407.ZM7933@tracey.triavest.com> Date: Fri, 27 Jun 1997 14:07:03 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: thanks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O thanks to all those who replied to my shared memory problem. I eventually found the problem. -anita -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 27 20:19:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05211; Fri, 27 Jun 1997 14:21:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05195; Fri, 27 Jun 1997 14:21:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA01773; Fri, 27 Jun 1997 14:21:57 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA08734 for ; Fri, 27 Jun 1997 14:21:56 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for <@triavest.triavest.com:info-performer@sgi.com> id OAA19343; Fri, 27 Jun 1997 14:23:20 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id OAA08080; Fri, 27 Jun 1997 14:24:43 -0700 From: "Anita Kishore" Message-Id: <9706271424.ZM8078@tracey.triavest.com> Date: Fri, 27 Jun 1997 14:24:42 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Xlib message Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks to all those who replied to my Xlib problem. Although I haven't yet found the offending X call which causes it, at least I know what to look for. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Jun 27 20:48:37 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA05553; Fri, 27 Jun 1997 15:02:06 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA05537; Fri, 27 Jun 1997 15:02:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id PAA06263; Fri, 27 Jun 1997 15:02:07 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id PAA20663 for ; Fri, 27 Jun 1997 15:02:03 -0700 env-from (rany@rtset.co.il) Received: from rany (ts023p7.pop9a.netvision.net.il [194.90.5.171]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id AAA01990; Fri, 28 Jun 1996 00:08:50 +0200 Message-ID: <33B47C73.F4368033@rtset.co.il> Date: Sat, 28 Jun 1997 05:52:35 +0300 From: Ran Yakir Reply-To: rany@rtset.co.il Organization: RT-Set X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: Swapnil Shah CC: info-performer@sgi.com Subject: Re: C++ DSO X-Priority: 3 (Normal) References: <199706271544.KAA06851@teil.soft.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Swapnil Shah wrote: > hi everybody, > What's difference to load C++ DSO and C DSO? I have done nicely in > C, > but not able to do in C++. It's able to open DSO, but not able to > locate the > function in it. :( You can turn the :( into a :) The solution is easy. C++ does weird things to function names. It includes information about the function arguments along with the original name in the mangled name it is creating. The reason for that is that C++ wants you to be able to create several functions with similar names, that does different things, and are distiguished by their arguments. The solution is to tell C++ that the external function you're trying to finc in the DSO, has a good old C style name. This is done by defining a prototype for that function in the following manner : extern "C" { void myFuncName (void); } where myFuncName is the name of your function. If you look at GL/gl.h for example you'll see that in case of a C++ compilation, all names are defined as C names. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | 28 Ben Gurion St. / )_ (_(_) ) \/ (_(_/<_(_)( | Hod Hasharon 54200 _/ | Israel -------------------------------------+-------------------------------- At Home : | At Work : | RT-SET Voice : +972-9-7489974 | Voice : +972-9-9552236 Fax : +972-9-7422149 | Fax : +972-9-9552239 E-mail : rany@netvision.net.il | E-mail : rany@rtset.co.il ======================================================================= 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 Jun 28 00:22:11 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA07112; Fri, 27 Jun 1997 18:41:45 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA07096; Fri, 27 Jun 1997 18:41:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id SAA26905; Fri, 27 Jun 1997 18:41:43 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id SAA22955 for ; Fri, 27 Jun 1997 18:41:43 -0700 env-from (dorbie@multipass.asd.sgi.com) Received: from multipass.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id SAA10620; Fri, 27 Jun 1997 18:41:42 -0700 Received: by multipass.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id SAA01269; Fri, 27 Jun 1997 18:41:40 -0700 Date: Fri, 27 Jun 1997 18:41:40 -0700 From: dorbie@multipass.asd.sgi.com (Angus Dorbie) Message-Id: <9706271841.ZM1267@multipass.asd.sgi.com> In-Reply-To: "Amaury Aubel" "Re: Generating textures on the fly" (Jun 27, 8:11pm) References: <9706231523.ZM16313@lig.di.epfl.ch> <33AF160C.3C7DC041@rtset.co.il> <9706251747.ZM14465@lig.di.epfl.ch> <9706252009.ZM1431@oren.rtset.co.il> <9706252005.ZM22276@quid.csd.sgi.com> <9706272011.ZM15384@lig.di.epfl.ch> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Amaury Aubel" , info-performer@sgi.com Subject: Re: Generating textures on the fly Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Why do you need to use a pbuffer? Most folk who use pbuffers think "I don't want to see it so I must render off screen" But much of the time they can draw their stuff to the normal framebuffer and whatever visible channels they have will subsequently hide the results, ofcourse by then the information has been read back to memory or TRAM in a post draw function. This would allow you to avoid all this pbuffer nonsense and avoid wasting framebuffer resources. Cheers,Angus. On Jun 27, 8:11pm, Amaury Aubel wrote: > Subject: Re: Generating textures on the fly > On Jun 25, 8:05pm, Rob Jenkins wrote: > > Bit of an aside, there's a chapter of the 6.2 gl_dev relnotes: > > 'Pbuffers_on_Impact' that anyone wanting to use Pbuffers ( esp on Impact ) > > would find useful. > > > > Cheers > > Rob > >-- End of excerpt from Rob Jenkins > > > Thanks Rob for pointing this out, it was most useful! > > At last I managed to generate textures in an off-screen pbuffer with the right > alpha values, load them into TRAM, and map them onto Billboards with > transparency on. Pew! So I almost achieved my goal except that... > > it won't work with a Z-buffered pbuffer! > (because it runs out of FB resources) > > > On our Octanes and O2s, findvis 'rgba Z' gives: > > 0x2b, RGBA 4/4/4/4, db, Z 24, S 8, accum 16/16/16/16 > 0x2d, RGBA 4/4/4/4, db, stereo, Z 24, S 8, accum 16/16/16/16 > 0x2f, RGBA 5/5/5/1, db, Z 24, S 8, accum 16/16/16/16 > 0x31, RGBA 5/5/5/1, db, stereo, Z 24, S 8, accum 16/16/16/16 > 0x33, RGBA 8/8/8/8, db, Z 24, S 8, accum 16/16/16/16 > 0x35, RGBA 8/8/8/8, Z 24, S 8, accum 16/16/16/16 > > What is the "size" of a pixel in 0x2b, 0x2f, 0x35? > Even if I allocate a tiny (ie 16x16) pbuffer it crashes... > > My hardware config. is the following: > Graphics board 0 is "IMPACTSR" graphics. > Managed (":0.0") 1280x1024 > Product ID 0x3, 2 GEs, 2 REs, 4 TRAMs > MGRAS revision 1, RA revision 0 > HQ rev B, GE11 rev B, RE4 rev C, PP1 rev A, > VC3 rev A, CMAP rev E, Heart rev D > 19" monitor (id 0x1) > > Channel 0: > Origin = (0,0) > Video Output: 1280 pixels, 1024 lines, 72.24Hz (1280x1024_72) > > Do I stand any chance to have a Z-buffered (preferably sb) pbuffer? > Maybe if I change down the screen resolution? > > > Amaury. > ======================================================================= > 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 Amaury Aubel ======================================================================= 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 Jun 28 06: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 AAA08051; Sat, 28 Jun 1997 00:52:43 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA08035; Sat, 28 Jun 1997 00:52:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA11665; Sat, 28 Jun 1997 00:52:41 -0700 Received: from teil.soft.net ([164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA25585 for ; Sat, 28 Jun 1997 00:52:28 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id NAA02388; Sat, 28 Jun 1997 13:22:29 -0530 Message-Id: <199706281852.NAA02388@teil.soft.net> Subject: Re: C++ DSO -> WORKS To: info-performer@sgi.com Date: Sat, 28 Jun 1997 13:22:29 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 278 Status: O hiya, Thanks everyone for the guidance. That extern thing works fine. whoops ran, ur "You can turn the :( into a :)" didn't make me :) but it made me :))))) hehehehe :) thanks again everybody, -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Jun 29 08:40:39 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA09888; Sun, 29 Jun 1997 03:14:31 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA09872; Sun, 29 Jun 1997 03:14:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id DAA29059; Sun, 29 Jun 1997 03:14:30 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id DAA05157 for ; Sun, 29 Jun 1997 03:14:23 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA11773; Sun, 29 Jun 1997 15:00:27 -0530 Message-Id: <199706292030.PAA11773@teil.soft.net> Subject: general func. ptr. To: info-performer@sgi.com Date: Sun, 29 Jun 1997 15:00:27 -0530 (IST) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 442 Status: O hi, I know that pointer to function and pointer to method in class is different. Now can someone tell me how do i have some general pointer, which can point to different methods of different objectes/classes ??? (This can be similar to base class pointer which can point to any type of inherited class) OR is this possible atall!!! thanks, -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jun 30 05:55:22 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA11472; Mon, 30 Jun 1997 00:36:07 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA11456; Mon, 30 Jun 1997 00:36:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id AAA10208; Mon, 30 Jun 1997 00:36:06 -0700 Received: from teil.soft.net (teil.soft.net [164.164.10.2]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id AAA05372 for ; Mon, 30 Jun 1997 00:34:17 -0700 env-from (swapnil@teil.soft.net) Received: by teil.soft.net (940816.SGI.8.6.9/940406.SGI) id MAA02623; Mon, 30 Jun 1997 12:54:09 -0530 Message-Id: <199706301824.MAA02623@teil.soft.net> Subject: VRML2.0 Loader ;) To: info-performer@sgi.com Date: Mon, 30 Jun 1997 12:54:09 -0530 (IST) Cc: chandran@teil.soft.net (N. Chandran), rsv@teil.soft.net (Dr. R. Srinivasan) From: Swapnil Shah MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 392 Status: O Hi performers, One good news for all of you who are interested in vrml loader for Iris performer. We at Tata Elxsi (I) Ltd., Bangalore, India. have allready started working on this. It will get over till 3rd week of september 1997. Any further queries! please forward to swapnil@teil.soft.net cheers, -swapnil -------- swapnil@teil.soft.net http://www.teil.soft.net/~swapnil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jun 30 14:49:45 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12445; Mon, 30 Jun 1997 09:22:27 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12429; Mon, 30 Jun 1997 09:22:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id JAA10882; Mon, 30 Jun 1997 09:22:25 -0700 Received: from giasbga.vsnl.net.in (giasbga.vsnl.net.in [202.54.12.161]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id JAA08565 for ; Mon, 30 Jun 1997 09:21:53 -0700 env-from (ramya@giasbga.vsnl.net.in) Received: from localhost by giasbga.vsnl.net.in (SMI-8.6/SMI-SVR4) id VAA13166; Mon, 30 Jun 1997 21:45:16 +0530 Date: Mon, 30 Jun 1997 21:45:15 +0530 (IST) From: "Ramya D." X-Sender: ramya@giasbga To: info-performer@sgi.com Subject: Unable to carry Manipulators into Performer Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, Can someone tell me if it is possible to carry the Manipulator nodes defined in the Inventor (iv file), into Performer? For I am not able to get these nodes when I load the iv file in perfly! Thanx ---------------------------------- MADHAVI D R Project Manager Aeronautical Development Agency Bangalore India ======================================================================= 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 Jun 30 20:09:29 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA13561; Mon, 30 Jun 1997 14:36:48 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA13545; Mon, 30 Jun 1997 14:36:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id OAA19826; Mon, 30 Jun 1997 14:36:47 -0700 Received: from ncar.UCAR.EDU (ncar.ucar.edu [128.117.64.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id OAA28561 for ; Mon, 30 Jun 1997 14:36:46 -0700 env-from (bill@rap.ucar.EDU) Received: from agincourt.rap.ucar.EDU by ncar.ucar.EDU (NCAR 12/5/96/ NCAR Central Post Office 03/11/93) id PAA06035; Mon, 30 Jun 1997 15:36:41 -0600 (MDT) From: bill@rap.ucar.EDU (Bill Myers) Message-Id: <199706302136.PAA05814@agincourt.rap.ucar.EDU> Received: by agincourt.rap.ucar.EDU (940816.SGI.8.6.9/ NCAR Mail Server 04/10/90) id PAA05814; Mon, 30 Jun 1997 15:36:40 -0600 Subject: Upgrade from 1.x to 2.0 problems To: info-performer@sgi.com Date: Mon, 30 Jun 1997 15:36:40 -0600 (MDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I've just started working on Performer stuff again after developing an application 4 or 5 years ago under Performer 1.x . I now need to port the software to run on an Indigo2 Max Impact system. It appears as if an upgrade to Perf 2.0 is necessary (and probably desirable). After modifying the funcition names and parameters, I still don't get a clean compile. Using elfdump -Dc, I get tass: ***CONFLICT SECTION*** Name .conflict [getRef__8pfMemoryFv ] [getUserData__8pfObjectFv ] [getGLHandle__8pfObjectCFv ] [isOfType__8pfMemoryFP6pfType] [getData__8pfMemoryCFv ] [isExactType__8pfMemoryFP6pfType] [__as__8pfMemoryFPC8pfMemory] [__readenv_sigfpe ] [__checktraps ] [ ] [ ] [ ] My link library line looks like : -limage -lfm -lGLU -lGL -lXext -lXmu -lX11 -lfpe -lm -lC -lpf_ogl -lpfdu_ogl -lpfutil_ogl -lpfui I also get : Warning: Quickstart not set for tass since you are using different versions of libGLU.so I would like this to be an OGL compiled application, but realize I don't know whether I'm mixing or matching GL and OGL libraries. I suspect there are further problems here.. I currently have my Multigen model loader stubbed out. If I include it, I get an error indicating that gversion() and getgdesc() are unresolved. Any suggestions on where to start? Thanks, Bill Myers myers@ncar.ucar.edu ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Jun 30 21:41:01 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA13828; Mon, 30 Jun 1997 16:11:23 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA13812; Mon, 30 Jun 1997 16:11:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA01063; Mon, 30 Jun 1997 16:11:22 -0700 Received: from smtp.interlog.com (smtp.interlog.com [198.53.145.6]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA29767 for ; Mon, 30 Jun 1997 16:11:20 -0700 env-from (rhoinkes@imm-studios.com) Received: from sgi1 (ip95-147.tor.interlog.com [206.108.95.147]) by smtp.interlog.com (8.8.3/8.7.6) with SMTP id TAA12411 for ; Mon, 30 Jun 1997 19:11:18 -0400 (EDT) Sender: root@smtp.interlog.com Message-ID: <33B83DDD.41C6@imm-studios.com> Date: Mon, 30 Jun 1997 19:14:37 -0400 From: Rodney Hoinkes Organization: Immersion Studios Inc. X-Mailer: Mozilla 3.01SC-SGI (X11; I; IRIX 6.3 IP32) MIME-Version: 1.0 To: info-performer@sgi.com Subject: morphing geometry Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O hi, i am trying to do a morph effect, so that objects will smoothly cycle between geometries. i used the pfMorph class as in the morph.c example, and i want to load two models and morph between them. i create two models with the same number of polygons and verteces, but i still have a problem: the polygons are being optimized by the loader, so that even if one vert is different, i get a different order of the polygons (which makes the morph look pretty strange). i tried to change my loader to do: pfdBldrMode(PFDBLDR_MESH_RETESSELLATE,FALSE); but it doen't seem to do anything. also i'm not sure which order the normals appear. they go by unique vertex. is there an easy way to deal with them? (finding number of normals and matching to verts). am i doing the morphing the right way? or is there a better way of doing it? thank, eyal katz ======================================================================= 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 Jun 30 22:07:24 1997 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA13947; Mon, 30 Jun 1997 16:31:28 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA13931; Mon, 30 Jun 1997 16:31:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (950413.SGI.8.6.12/910805.SGI) for id QAA03411; Mon, 30 Jun 1997 16:31:26 -0700 Received: from triavest.triavest.com (triavest.triavest.com [207.177.185.4]) by sgi.sgi.com (950413.SGI.8.6.12/970507) via ESMTP id QAA05000 for ; Mon, 30 Jun 1997 16:31:26 -0700 env-from (kishore@triavest.com) Received: from tracey.triavest.com by triavest.triavest.com via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id QAA21604; Mon, 30 Jun 1997 16:32:49 -0700 Received: by tracey.triavest.com (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA02989; Mon, 30 Jun 1997 16:34:15 -0700 From: "Anita Kishore" Message-Id: <9706301634.ZM2987@tracey.triavest.com> Date: Mon, 30 Jun 1997 16:34:13 -0700 In-Reply-To: "Ramya D." "Unable to carry Manipulators into Performer" (Jun 30, 9:45pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Ramya D." , info-performer@sgi.com Subject: Re: Unable to carry Manipulators into Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Jun 30, 9:45pm, Ramya D. wrote: > Subject: Unable to carry Manipulators into Performer > > Hi, > Can someone tell me if it is possible to carry the Manipulator nodes > defined in the Inventor (iv file), into Performer? For I am not able to > get these nodes when I load the iv file in perfly! > Nope. Performer doesn't have corresponding nodes for manipulators, hence there is no conversion possible. You can look at the pfiv loader source code to find out all the nodes that do get converted into performer. -anita kishore@triavest.com -- Anita Kishore ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com