From guest Thu Aug 1 00:14:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA01601; Thu, 1 Aug 1996 00:12:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01585; Thu, 1 Aug 1996 00:12:41 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA03019; Thu, 1 Aug 1996 00:12:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA02938; Thu, 1 Aug 1996 00:12:40 -0700 Received: from wintermute.ran.es (wintermute.ran.es [194.51.86.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA27291 for ; Thu, 1 Aug 1996 00:12:37 -0700 Received: from MANHATTAN (ppp017.ran.es [194.51.86.91]) by wintermute.ran.es (8.6.12/8.6.9) with SMTP id JAA13937 for ; Thu, 1 Aug 1996 09:16:30 +0100 Date: Thu, 1 Aug 1996 09:16:30 +0100 Message-Id: <199608010816.JAA13937@wintermute.ran.es> X-Sender: elco@mailer.ran.es X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: "ELCO SISTEMAS, S.A." Subject: Use of stencil buffer Status: O Hi, Performers: Sorry, for I have been sending this e-mail previously attached as a microsoft word document, instead of plain text. Hope this time it is Ok: I am asking for help about how to use the stencil buffer with Performer 2.0. I am quite sure that somebody must have dealt with this problem before. I am using Performer 2.0 with an Indigo2 High IMPACT with 4 TRAM. This machine has Open/GL native graphics hardware. I need to create a sort of binocular with a graduated grid, to look trough and see the database terrain augmented. I have already solved putting the grid, using the (unexisting in OpenGL) overlay plane , in a similar way as Performer does with the stats channel. But I am still having series problems with the use of the STENCIL buffer, so as to draw the shape o a black binocular. I am using a Post-Draw Callback function, within the framework of PERFLY, and I have achieved some results, but I am having a problem with the shape of the binocular flickering between the desired black and an strange sort of clearScreen apparently every frame. This problem misteriosly dissapear if I do a window resize, or I do iconize the window and restore it the maximum size. But as soon as I switch the binocular off, and on again, the problem of the flickering appears again as well. I would hugely appreciate if somebody could tell me where to find any source of information about the use of the stencil buffer with Performer 2.0, or any fragment of source C code making use of it. Thanks in advance. -------------- Rafael Garcia ELCO Sistemas Simulation Division Madrid - Spain -------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 01:09:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA02121; Thu, 1 Aug 1996 01:07:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA02105; Thu, 1 Aug 1996 01:07:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA05526; Thu, 1 Aug 1996 01:07:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA04064; Thu, 1 Aug 1996 01:07: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/950213.SGI.AUTOCF) via SMTP id BAA05373 for ; Thu, 1 Aug 1996 01:07:21 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA28771; Thu, 1 Aug 96 01:06:56 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id BAA07512; Thu, 1 Aug 1996 01:06:31 -0700 From: "Sharon Clay" Message-Id: <9608010106.ZM7510@rose.asd.sgi.com> Date: Thu, 1 Aug 1996 01:06:31 -0700 In-Reply-To: Simon Hui "Re: Z-Buffer greater than 24 bits?" (Jul 31, 11:26pm) References: <199608010626.XAA16053@rico.asd.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Simon Hui , "Scott A. Friedman" Subject: Re: Z-Buffer greater than 24 bits? Cc: Info Performer Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Jul 31, 11:26pm, Simon Hui wrote: > Subject: Re: Z-Buffer greater than 24 bits? -> ->> From: "Scott A. Friedman" ->> Subject: Z-Buffer greater than 24 bits? ->> ->> We were wondering here if there is a way to set the Z-Buffer to 30bits ->> on our iR using OpenGL and Motif. Running findvis does not report any ->> such combination while xdpyinfo reports the existance of such a visual. -> ->Hi, xdpyinfo doesn't return any information about Z buffer bits. Are ->you referring to this: -> -> visual: -> visual id: 0xa4 -> class: TrueColor -> depth: 30 planes -> ->That doesn't mean the depth buffer has 30 bits; that means the depth of the ->color buffer is 30 bits. -> ->There are no visuals on iR with 30 bits of Z. -> ->Simon As Simon says (no pun intended :-) iR only supports up to 24 bits of Z. However, the iR is using a special compressed Z format that should give better precision for large databases than the traditional fixed screen Z mapping. Specifically, much better precision is achieved at far ranges with some small loss of precision at near ranges. Increasing bits of Z produces better precision at all ranges but with rapidly diminishing returns after around 20+ bits. I've attached a utility program written by Kurt Akeley that mimicks the iR compression scheme so that you can see what the minimum representable separation distance is at different ranges for different sizes of Z. For example, in a 23 bit compressed Z with near plane at 1 and far plane at 10000 we have: % zinfo 1 10000 23 range 1 to 10000 23-bit zbuffer: 4 exponent bits, 19 mantissa bits range min separation Effective Z bits -------------------------------- -------------- ------ 1.000000 to 1.999796 0.00000381 20 1.999800 to 3.998793 0.00000762 21 3.998800 to 7.994389 0.00001524 22 7.994404 to 15.976006 0.00003042 23 15.976036 to 31.901046 0.00006065 24 31.901107 to 63.599205 0.00012053 25 63.599325 to 126.394552 0.00023803 26 126.394790 to 249.633875 0.00046425 27 249.634339 to 487.107915 0.00088382 28 487.108798 to 928.965299 0.00160726 29 928.966907 to 1700.006282 0.00269127 30 1700.008973 to 2905.993067 0.00393202 31 2905.996999 to 4503.325820 0.00472132 32 4503.330541 to 6210.059507 0.00000000 33 6210.068486 to 10000.000000 0.00000000 33 ==================================================================== /* ** Kurt Akeley ** 13 April 1996 ** ** For each exponent value of a floating-point depth format, three ** things are computed and printed: ** ** 1. The range of eye-coordinate values that are encoded with that ** exponent, ** ** 2. The minimum eye-coordinate distance between adjacent depth ** values within that range. (This is the eye-coordinate distance ** between the farthest and next-to-farthest representations in ** the range.), and ** ** 3. The effective number of zbuffer bits in the range. ** ** The program accepts up to three parameters: ** ** 1. The near and far clipping planes, in whatever units are convenient ** for the analysis, and ** ** 2. The number of bits stored in float-point depth values. */ #include typedef unsigned long ulong; #define RightBits(i) ((i == 32) ? (ulong)0xffffffff : (ulong)(1<<(i))-1) #define MAX(a, b) ((a > b) ? a : b) #define EXP_BITS 4 #define MAX_EXP 14 /* assumes the last exponent is special */ #define Z_BITS 32 /* bits in an unsigned long */ double near = 1.0; double far = 100000; int mant_bits = 12; unsigned long Expand(int exp, int mant); double CompDist(unsigned long z_screen, unsigned long vpfar); main (int argc, char** argv) { int exp; unsigned long vpfar; int max_mant; double near_dist; double far_dist; double next_to_far_dist; int bits; if (argc > 1) { sscanf(argv[1],"%lf", &near); } if (argc > 2) { sscanf(argv[2],"%lf", &far); } if (argc > 3) { mant_bits = atoi(argv[3]) - EXP_BITS; } fprintf(stdout, "\n"); fprintf(stdout, "range %lg to %lg\n", near, far); fprintf(stdout, "%d-bit zbuffer: %d exponent bits, %d mantissa bits\n", EXP_BITS + mant_bits, EXP_BITS, mant_bits); fprintf(stdout, "\n"); fprintf(stdout, " range "); fprintf(stdout, " min separation"); fprintf(stdout, " Z bits "); fprintf(stdout, "\n"); fprintf(stdout, "--------------------------------"); fprintf(stdout, " --------------"); fprintf(stdout, " ------ "); fprintf(stdout, "\n"); max_mant = RightBits(mant_bits); vpfar = Expand(MAX_EXP, max_mant); for (exp=0; exp <= MAX_EXP; exp++) { bits = mant_bits + exp + (exp==MAX_EXP?0:1); near_dist = CompDist(Expand(exp,0), vpfar); far_dist = CompDist(Expand(exp,max_mant), vpfar); next_to_far_dist = CompDist(Expand(exp,max_mant-1), vpfar); fprintf(stdout,"%14.6lf to %14.6lf", near_dist, far_dist); fprintf(stdout," %14.8lf", far_dist - next_to_far_dist); fprintf(stdout," %2d", bits); fprintf(stdout,"\n"); } } /* ** Convert the provided exponent and mantissa values to the corresponding ** uncompressed depth value. */ unsigned long Expand(int exp, int mant) { unsigned long z; int mant_shift; int exp_shift; exp_shift = MAX(18, (Z_BITS - exp)); z = (RightBits(exp) << exp_shift) & 0xfffc0000; mant_shift = Z_BITS - (exp + mant_bits + (exp==MAX_EXP ? 0 : 1)); if (mant_shift < 0) z |= mant >> (-mant_shift); else z |= mant << mant_shift; return z; } /* ** Return the distance in eye coordinates from the origin to the plane ** defined by z_screen */ double CompDist(unsigned long z_screen, unsigned long vpfar) { double z_eye, distance; double v_sz, v_cz; v_sz = vpfar / 2.0; v_cz = vpfar / 2.0; z_eye = ((2.0*v_sz*far*near)/(far-near)) / ((double)z_screen - (v_sz*((far+near)/(far-near))) - v_cz); distance = -z_eye; return distance; } -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 02:40:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA02456; Thu, 1 Aug 1996 02:38:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA02440; Thu, 1 Aug 1996 02:38:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08996; Thu, 1 Aug 1996 02:38:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA06035; Thu, 1 Aug 1996 02:38:33 -0700 Received: from puth.demeern.sgi.com ([144.253.208.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA18960 for ; Thu, 1 Aug 1996 02:38:28 -0700 Received: by puth.demeern.sgi.com (950413.SGI.8.6.12/940406.SGI) id LAA22863; Thu, 1 Aug 1996 11:37:12 +0200 From: "Dick Rous" Message-Id: <9608011137.ZM22861@puth.demeern.sgi.com> Date: Thu, 1 Aug 1996 11:37:11 -0600 In-Reply-To: "Salvador Cabaruvias" "Re: Sirius Video Problem" (Jul 30, 1:03pm) References: <9607232131.ZM8713@fbdev1> <9607241139.ZM11072@puth.demeern.sgi.com> <9607301303.ZM22105@mbsgi2.mdc.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: sal@sgidev.mdc.com Subject: Re: Sirius Video Problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19608011137.ZM22861.demeern.sgi.com" Status: O -- --PART-BOUNDARY=.19608011137.ZM22861.demeern.sgi.com Content-Type: text/plain; charset=us-ascii Hi, Attached find the prog and the makefile for r/t (Sirius)video. I modified an early 2.0 example from Vince Uttley and recently "ported" it to 2.1 / OpenGL. Let me know if this helps (also when it doesn't...) Regards, -- ------------------------------------------------------------ Dick Rous email....: dick@demeern.sgi.com Systems Engineer voicemail: 5-8160 Graphics Technology phone....: (31) 30-6696868 Silicon Graphics BV phone....: (31) 30-6696777 Veldzigt 2 fax......: (31) 30-6696799 3454 PW De Meern The Netherlands ------------------------------------------------------------ --PART-BOUNDARY=.19608011137.ZM22861.demeern.sgi.com X-Zm-Content-Name: Makefile Content-Description: Text Content-Type: text/plain ; name="Makefile" ; charset=us-ascii #!smake -J 1 #-------------------------------------------------------------------# #-- Makefile for Performer/src/pguide/libpr directory --# #-------------------------------------------------------------------# #-- RCS version information --# #-- $Revision: 1.55 $ --# #-- $Date: 1996/04/09 05:32:15 $ --# #-------------------------------------------------------------------# #-------------------------------------------------------------------# #-- The default make target makes the IRISGL Dynamic Shared Object.-# #-- The targets are: --# #-- build debugging versions: igldbg (or ogldbg) --# #-- build optimized versions: iglopt (or oglopt) --# #-- build dynamic shared object versions: igldso ogldso --# #-- build debugging dynamic shared object versions: --# #-- iglddso oglddso --# #-- remove all unneeded files after a build: clean --# #-- remove all machine generated files: clobber --# #-- --# #-- --# #-------------------------------------------------------------------# #-- #-- definitions #-- #if !defined(PFSTYLE) PFSTYLE = 32 #endif #if $(PFSTYLE) == "64" OBJECT_STYLE = 64 LIBBITSUF=64 PFRELEASE=N64 #endif #if $(PFSTYLE) == "N32" OBJECT_STYLE = N32_M3 LIBBITSUF=32 PFRELEASE=N32 #endif #if $(PFSTYLE) == "32" OBJECT_STYLE = 32 LIBBITSUF= PFRELEASE=O32 #endif include $(ROOT)/usr/include/make/commondefs PFROOT ?= $(ROOT) DSOLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF) \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) DDSOLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Debug \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Debug/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) DBGLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/DebugStatic \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/DebugStatic/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) OPTLINKS = \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Static \ -L$(PFROOT)/usr/lib$(LIBBITSUF)/Performer/Static/libpfdb \ -L$(PFROOT)/lib$(LIBBITSUF) IGLLIB = -ignore_unresolved -lpf_igl -lpfdu_igl -lpfui -lpfutil_igl OGLLIB = -ignore_unresolved -lpf_ogl -lpfdu_ogl -lpfui -lpfutil_ogl LIBIGL = -ignore_unresolved -lgl -lvl LIBOGL = -ignore_unresolved -lGLU -lGL -lXext -lvl #if $(RELEASE) < 6.2 IRIXREL=-DIRIX5 #else IRIXREL=-DIRIX6 LIBIGL += -lXsgivc LIBOGL += -lXsgivc #endif SYSTEM_IRISGL = \ -lmpc \ -limage \ -lfm \ ${LIBIGL} \ -lXirisw \ -lXm \ -lXt \ -lfpe \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC SYSTEM_OPENGL = \ -lmpc \ -limage \ -lGLw \ ${LIBOGL} \ -lfpe \ -lXm \ -lXt \ -lXmu \ -lX11 \ -lm \ -lmalloc \ -lC #if $(PFSTYLE) == "64" SYSTEM_OPENGL = \ -limage \ ${LIBOGL} \ -lXmu \ -lX11 \ -lm \ -lC #endif #if $(PFSTYLE) == "N32" SYSTEM_IRISGL = \ -limage \ ${LIBIGL} \ -lXmu \ -lX11 \ -lm \ -lfm \ -lC SYSTEM_OPENGL = \ -limage \ ${LIBOGL} \ -lXmu \ -lX11 \ -lm \ -lC #endif #-- targets are the executables TARGETS = \ videoAndStaticTex movietex2.1 OBJECTS = \ $(TARGETS:=.o) #-- #-- #-- generic targets #-- #-- make optimized dso version of program by default default: ogldso #-- synonym targets debug: ogldbg optimize: oglopt #-- make all versions of program all: ogldbg oglopt ogldso oglddso #if $(PFSTYLE) == "64" #-- make optimized dso version of program by default default: ogldso #-- synonym targets debug: ogldbg optimize: oglopt #-- make all versions of program all: ogldbg oglopt ogldso oglddso #endif igldso: $(TARGETS:=.igldso) iglopt: $(TARGETS:=.iglopt) igldbg: $(TARGETS:=.igldbg) iglddso: $(TARGETS:=.iglddso) ogldso: $(TARGETS:=.ogldso) oglopt: $(TARGETS:=.oglopt) ogldbg: $(TARGETS:=.ogldbg) oglddso: $(TARGETS:=.oglddso) #-- clean up directories {remove junk} clean: if test -d DBG.$(PFRELEASE).IRISGL; then cd DBG.$(PFRELEASE).IRISGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d DBG.$(PFRELEASE).OPENGL; then cd DBG.$(PFRELEASE).OPENGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d OPT.$(PFRELEASE).IRISGL; then cd OPT.$(PFRELEASE).IRISGL ; rm -f ${OBJECTS} core ; cd .. ; fi if test -d OPT.$(PFRELEASE).OPENGL; then cd OPT.$(PFRELEASE).OPENGL ; rm -f ${OBJECTS} core ; cd .. ; fi #-- remove all machine-built files clobber: clean if test -d OPT.$(PFRELEASE).IRISGL ; then rm -rf OPT.$(PFRELEASE).IRISGL ; fi if test -d OPT.$(PFRELEASE).OPENGL ; then rm -rf OPT.$(PFRELEASE).OPENGL ; fi if test -d DBG.$(PFRELEASE).IRISGL ; then rm -rf DBG.$(PFRELEASE).IRISGL ; fi if test -d DBG.$(PFRELEASE).OPENGL ; then rm -rf DBG.$(PFRELEASE).OPENGL ; fi rm -f ${TARGETS} #-- #-- library targets #-- $(TARGETS): $(@:=.igldso) $(TARGETS:=.igldbg): .MAKE @echo "\nmaking IrisGL DBG version of $@" @if test ! -d DBG.$(PFRELEASE).IRISGL ; then mkdir -p DBG.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.igldbg//) @cd DBG.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER=-g LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; @echo "making symbolic links to DBG versions" ln -s DBG.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.igldbg//) ; $(TARGETS:=.iglopt): .MAKE @echo "\nmaking IrisGL OPT version of $@" @if test ! -d OPT.$(PFRELEASE).IRISGL ; then mkdir -p OPT.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.iglopt//) @cd OPT.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to OPT versions" ln -s OPT.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.iglopt//) ; $(TARGETS:=.igldso): .MAKE @echo "\nmaking IrisGL DSO version of $@" @if test ! -d OPT.$(PFRELEASE).IRISGL ; then mkdir -p OPT.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.igldso//) @cd OPT.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to DSO versions" ln -s OPT.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.igldso//) ; $(TARGETS:=.iglddso): .MAKE @echo "\nmaking IrisGL DDSO version of $@" @if test ! -d DBG.$(PFRELEASE).IRISGL ; then mkdir -p DBG.$(PFRELEASE).IRISGL ; fi @ rm -f $(@:S/.iglddso//) @cd DBG.$(PFRELEASE).IRISGL ; \ ${MAKE} -f ../Makefile OPTIMIZER=-g LCDEFS=-DIRISGL LCXXDEFS=-DIRISGL \ LIBRARIES='$(IGLLIB) ${SYSTEM_IRISGL}' \ $(@:S/igl//)cmd ; cd .. @echo "making symbolic links to DDSO versions" ln -s DBG.$(PFRELEASE).IRISGL/$(@:S/igl//)cmd $(@:S/.iglddso//) ; $(TARGETS:=.ogldbg): .MAKE @echo "\nmaking OpenGL DBG version of $@" @if test ! -d DBG.$(PFRELEASE).OPENGL ; then mkdir -p DBG.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.ogldbg//) @cd DBG.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-g " \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DBG versions" ln -s DBG.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.ogldbg//) ; $(TARGETS:=.oglopt): .MAKE @echo "\nmaking OpenGL OPT version of $@" @if test ! -d OPT.$(PFRELEASE).OPENGL ; then mkdir -p OPT.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.oglopt//) @cd OPT.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to OPT versions" ln -s OPT.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.oglopt//) ; $(TARGETS:=.ogldso): .MAKE @echo "\nmaking OpenGL DSO version of $@" @if test ! -d OPT.$(PFRELEASE).OPENGL ; then mkdir -p OPT.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.ogldso//) @cd OPT.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-O -Olimit 2000" \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DSO versions" ln -s OPT.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.ogldso//); $(TARGETS:=.oglddso): .MAKE @echo "\nmaking OpenGL DDSO version of $@" @if test ! -d DBG.$(PFRELEASE).OPENGL ; then mkdir -p DBG.$(PFRELEASE).OPENGL ; fi @ rm -f $(@:S/.oglddso//) @cd DBG.$(PFRELEASE).OPENGL ; \ ${MAKE} -f ../Makefile OPTIMIZER="-g " \ LIBRARIES='$(OGLLIB) ${SYSTEM_OPENGL}' \ $(@:S/ogl//)cmd ; cd .. @echo "making symbolic links to DDSO versions" ln -s DBG.$(PFRELEASE).OPENGL/$(@:S/ogl//)cmd $(@:S/.oglddso//); dso: ogldso ddso: oglddso dbg: ogldbg opt: oglopt #-- #-- internal targets #-- .SUFFIXES: .dbgcmd .optcmd .dsocmd .ddsocmd .o.dbgcmd: ${CC} ${CFLAGS} -o $@ $< $(DBGLINKS) -all ${LIBRARIES} .o.optcmd: ${CC} ${CFLAGS} -o $@ $< $(OPTLINKS) -all ${LIBRARIES} .o.dsocmd: ${CC} ${CFLAGS} -o $@ $< $(DSOLINKS) -all ${LIBRARIES} .o.ddsocmd: ${CC} ${CFLAGS} -o $@ $< $(DDSOLINKS) -all ${LIBRARIES} #-- #-- internal targets #-- #-- look for sources in this dir when recursing .PATH: .. # #-- special rules for using pixie with profile # # create a pixie version of profile profile.pixie: $(TOOLROOT)/usr/bin/pixie profile #-- runs prof -pixie on the using the data file produced by #-- running profile.pixie profit: prof -procedures -i -l -pixie -quit 1% \ profile profile.Addrs profile.Counts #-- a speciall c++ version that will de-mangle c++ names #-- requires /usr/lib/c++/c++filt profit_c++: prof -procedures -i -l -pixie -quit 1% \ profile profile.Addrs profile.Counts | $(TOOLROOT)/usr/lib/c++/c++filt --PART-BOUNDARY=.19608011137.ZM22861.demeern.sgi.com X-Zm-Content-Name: videoAndStaticTex.c Content-Description: Text Content-Type: text/plain ; name="videoAndStaticTex.c" ; charset=us-ascii /*** general includes ***/ #include #include #include #include #include #include /* for sigset for forked X event handler process */ #include #include #include /*** X Window includes ***/ #include #include #include #include /*** VL includes ***/ #include #include #include /*** Performer includes ***/ #include #define SIRIUS_SCANLINE_SIZE 768 /* must be 32 bit word */ /* position of panels */ #define OBJECT_FAR (6.0f) #define OBJECT_NEAR (0.0f) #define OBJECT_INC (0.025f) /* * structure that resides in shared memory so that the forked * application, cull, draw, and X processes can access it. */ typedef struct { /* Video */ int vlTexWidth, vlTexHeight, subTexLoadYsize; int vlInSrc, vlDevice; VLControlValue vlSize, vlTiming, vlTexPack; VLControlValue vlFormat; VLControlValue vlCaptureType; VLServer vlServer; VLPath vlPath; VLNode vlSrc, vlDrn; int TexFormat; int TexComp; /* Window */ pfPipeWindow *pw; pfWindow *w; GLXVideoSourceSGIX videosource; int EndXfer; int exitFlag; int inWindow, reset; int winSizeX, winSizeY; int mouseButtons; /* basic run-time controls */ int drawStats; /* background pixel copies */ int bytesPerPixel; int origin; float zoomXfactor, zoomYfactor; /* for memory textures only */ int texFrame; int listLength; int runMovie; int spin; pfMatrix textureMatrix; /* data for scene */ int panelBackward; int panelForward; pfCoord view, viewOrig; float viewPosition; pfVec2 StaticTextureCoords[4]; pfVec2 VideoTextureCoords[4]; pfVec3 VertexCoords[4]; pfVec4 Colour[1]; pfGeoState *movieState; pfGeoState *videoState; pfTexture *movieTex; /* this is the static texture */ pfTexture *videoTex; /* this is the texture that gets sirius input */ pfScene *scene; pfDCS *sceneDCS; float initAngle; float Angle; } SharedData; static SharedData *Shared; /* for static texture image */ /* static char StaticTexName[] = "wood.rgb"; */ static char StaticTexName[] = "re_coke.rgb"; /* general startup controls */ static int LockMode = False; /*** default locking degrades performance! ***/ static int DrawStats = False; static float InitAngle = 0.0f; /*** DRAW process global variables ***/ static int RealityEngine = False; static int InfiniteReality = False; static int Interlacing = False; static int DoFields = True; /*** Function Prototypes ***/ static void initShared (void); static int videoInit (void); static void videoExit (void); static void setVideoTextureParameters (pfGeoState *gstate); static int loadVideoTextureMatrixCB (pfGeoState *gs, void *userData); static int loadStaticTextureMatrixCB (pfGeoState *gs, void *userData); /* Performer utility functions */ static void makeScene (void); static void cullChannel (pfChannel *chan, void *data); static void drawChannel (pfChannel *chan, void *data); static void openPipeWin (pfPipeWindow *pw); static void doXInput (void); static void getXInput (Display *dsp); int main (int argc, char **argv) { pfChannel *chan; pfScene *scene; pfPipe *p; float ypos; Display *Dsp; Window xwin; void *arena = NULL; #ifdef PAL /*** Set vof to 50Hz genlocked PAL field mode ***/ system ("/usr/gfx/setmon -n 1280x1024_50f"); #endif /*** Initialise Performer ***/ pfInit (); /*** Enable printing of debug messages ***/ pfNotifyLevel (PFNFY_DEBUG); /* Append to PFPATH standard data dirs */ pfFilePath (".:/usr/share/Performer/data:/usr/demos/data/textures"); /*** Allocate shared memory before fork()'ing parallel processes ***/ arena = pfGetSharedArena (); /*** Initialise shared variables ***/ initShared (); /*** Request seperate CULL and DRAW processes and fork them off ***/ pfMultiprocess (PFMP_APP_CULLoDRAW); pfConfig (); /*** Request a framerate locked to 50 Hz ***/ pfFrameRate (50.0f); pfPhase (PFPHASE_LOCK); if (LockMode) { pfuPrioritizeProcs (True); pfuLockDownProc (3); } /*** Create Video Texture ***/ Shared->videoTex = pfNewTex (arena); /* set some basic formats for doing dynamic textures */ pfTexFormat (Shared->videoTex, PFTEX_SUBLOAD_FORMAT, PF_ON); pfTexFilter (Shared->videoTex, PFTEX_MINFILTER, PFTEX_BILINEAR); /*** Create Static Texture ***/ Shared->movieTex = pfNewTex (arena); pfNotify (PFNFY_INFO, PFNFY_PRINT, "Loading texture %s as static texture\n", StaticTexName); if (!pfLoadTexFile (Shared->movieTex, StaticTexName)) pfNotify (PFNFY_INFO, PFNFY_PRINT, "%s not loaded...\n", StaticTexName); /*** Create Scene ***/ makeScene (); /*** Configure Window ***/ p = pfGetPipe (0); Shared->pw = pfNewPWin (p); pfPWinOriginSize (Shared->pw, 0, 0, 768, 576); pfPWinName (Shared->pw, "NOB Interactive"); pfPWinType (Shared->pw, PFWIN_TYPE_X); pfPWinConfigFunc (Shared->pw, openPipeWin); pfConfigPWin (Shared->pw); chan = pfNewChan (p); pfAddChan (Shared->pw, chan); pfChanScene (chan, Shared->scene); pfChanTravFunc (chan, PFTRAV_CULL, cullChannel); pfChanTravFunc (chan, PFTRAV_DRAW, drawChannel); /* initialize the window size parameters before the Draw process is called * the first time. */ pfGetPWinSize(pfGetChanPWin(chan), &Shared->winSizeX, &Shared->winSizeY); pfNotify (PFNFY_INFO, PFNFY_PRINT, "Window size: %d x %d\n", Shared->winSizeX, Shared->winSizeY); PFSET_VEC3 (Shared->view.xyz, 0.0f, Shared->viewPosition, 0.0f); PFSET_VEC3 (Shared->view.hpr, 0.0f, 0.0f, 0.0f); pfChanView (chan, Shared->view.xyz, Shared->view.hpr); /* vertical FOV is matched to window aspect ratio */ pfChanFOV (chan, 45.0f, -1.0f); pfChanNearFar (chan, 1.0f, 100.0f); /* create forked XInput handling process * since the Shared pointer has already been initialized, that structure * will be visible to the XInput process. Nothing else created in the * application after this fork whose handles are not put in shared memory * (such as the database and channels) will be visible to the * XInput process. */ { pid_t fpid = 0; if ((fpid = fork ()) < 0) pfNotify (PFNFY_FATAL, PFNFY_SYSERR, "Fork of XInput process failed."); else if (fpid) /*** True if in parent process ***/ pfNotify (PFNFY_NOTICE, PFNFY_PRINT, "XInput running in forked process %d", fpid); else if (fpid == 0) /*** True if in child process ***/ doXInput (); } /* setup transformation parameters */ if (Shared->panelForward) ypos = OBJECT_NEAR; else if (Shared->panelBackward) ypos = OBJECT_FAR; pfDCSRot (Shared->sceneDCS, Shared->initAngle, 0.0f, 0.0f); /* Main Loop */ pfNotify (PFNFY_NOTICE, PFNFY_PRINT, "Entering Main Loop..."); while (!Shared->exitFlag) { static int a = 0; pfSync(); if (Shared->panelForward && (ypos > OBJECT_NEAR)) ypos -= OBJECT_INC; else if (Shared->panelBackward && (ypos < OBJECT_FAR)) ypos += OBJECT_INC; if (Shared->spin) a = (a += 5) % 3600; pfDCSRot (Shared->sceneDCS, Shared->Angle + (float)a / 10.0f, 0.0f, 0.0f); pfDCSTrans (Shared->sceneDCS, 0.0f, ypos, 0.0f); pfChanView (chan, Shared->view.xyz, Shared->view.hpr); pfFrame (); } if (LockMode) pfuFreeCPUs (); /*** Set vof back to 60Hz ***/ system ("/usr/gfx/setmon -n 1280x1024_60"); return 0; } static void initShared (void) { void *arena = NULL; arena = pfGetSharedArena (); /*** Use pfCalloc() so it is all zero-ed. ***/ Shared = (SharedData *)pfCalloc (1, sizeof (SharedData), arena); /*** Initialise shared variables ***/ Shared->vlInSrc = VL_ANY; Shared->vlDevice = VL_ANY; Shared->TexFormat = PFTEX_RGB_5; /* PFTEX_RGBA_4, PFTEX_RGBA_8 */ Shared->TexComp = 3; /* 4, 4 */ Shared->drawStats = DrawStats; Shared->runMovie = 1; Shared->spin = 0; Shared->texFrame = -1; /* points to base texture */ Shared->viewPosition = -2.36f; Shared->panelForward = 1; Shared->panelBackward = 0; Shared->initAngle = InitAngle; PFSET_VEC2 (Shared->VideoTextureCoords[0], 0.0f, 0.0f); PFSET_VEC2 (Shared->VideoTextureCoords[1], 1.0f, 0.0f); PFSET_VEC2 (Shared->VideoTextureCoords[2], 1.0f, 1.0f); PFSET_VEC2 (Shared->VideoTextureCoords[3], 0.0f, 1.0f); PFSET_VEC2 (Shared->StaticTextureCoords[0], 0.50f, 0.00f); PFSET_VEC2 (Shared->StaticTextureCoords[1], 0.80f, 0.90f); PFSET_VEC2 (Shared->StaticTextureCoords[2], 0.45f, 1.00f); PFSET_VEC2 (Shared->StaticTextureCoords[3], 0.15f, 0.10f); PFSET_VEC3 (Shared->VertexCoords[0], -1.25f, 0.0f, -1.0f); PFSET_VEC3 (Shared->VertexCoords[1], 1.25f, 0.0f, -1.0f); PFSET_VEC3 (Shared->VertexCoords[2], 1.25f, 0.0f, 1.0f); PFSET_VEC3 (Shared->VertexCoords[3], -1.25f, 0.0f, 1.0f); PFSET_VEC4 (Shared->Colour[0], 1.0f, 1.0f, 1.0f, 1.0f); } /* Creation of scene geometry - done in application process. * Data is put in shared memory to be read by the draw process. */ static void makeScene (void) { int i; pfGeode *geode; pfGeoSet *geom; pfMatrix LeftMat, RightMat; void *arena = pfGetSharedArena (); pfVec3 *LeftScreen = (pfVec3 *)pfMalloc (sizeof (pfVec3) * 4, arena); pfVec3 *RightScreen = (pfVec3 *)pfMalloc (sizeof (pfVec3) * 4, arena); /*** Create the root of the scene-graph ***/ Shared->scene = pfNewScene (); Shared->sceneDCS = pfNewDCS (); pfAddChild (Shared->scene, Shared->sceneDCS); /*** Create the two distinct geo-states ***/ Shared->videoState = pfNewGState (arena); Shared->movieState = pfNewGState (arena); pfGStateMode (Shared->videoState, PFSTATE_CULLFACE, PFCF_OFF); pfGStateAttr (Shared->videoState, PFSTATE_TEXENV, pfNewTEnv (arena)); pfGStateAttr (Shared->videoState, PFSTATE_TEXTURE, Shared->videoTex); pfGStateMode (Shared->movieState, PFSTATE_CULLFACE, PFCF_OFF); pfGStateAttr (Shared->movieState, PFSTATE_TEXENV, pfNewTEnv (arena)); pfGStateAttr (Shared->movieState, PFSTATE_TEXTURE, Shared->movieTex); pfMakeTransMat (LeftMat, -1.25f, 0.0f, 0.0f); pfMakeTransMat (RightMat, 1.25f, 0.0f, 0.0f); pfPostRotMat (LeftMat, LeftMat, 45.0f, 0.0f, 0.0f, 1.0f); pfPostRotMat (RightMat, RightMat, -45.0f, 0.0f, 0.0f, 1.0f); pfPostTransMat (LeftMat, LeftMat, -1.25f, 0.0f, 0.0f); pfPostTransMat (RightMat, RightMat, 1.25f, 0.0f, 0.0f); for (i = 0; i < 4; i++) { pfXformPt3 (LeftScreen[i], Shared->VertexCoords[i], LeftMat); pfXformPt3 (RightScreen[i], Shared->VertexCoords[i], RightMat); } /*** Do the right thing for each panel ***/ /*** When the centre node is created first, the video-texture is ok ***/ /* create the center panel geostate */ geom = pfNewGSet (arena); pfGSetGState (geom, Shared->videoState); pfGSetAttr (geom, PFGS_COLOR4, PFGS_OVERALL, Shared->Colour, NULL); pfGSetAttr (geom, PFGS_TEXCOORD2, PFGS_PER_VERTEX, Shared->VideoTextureCoords, NULL); pfGSetAttr (geom, PFGS_COORD3, PFGS_PER_VERTEX, Shared->VertexCoords, NULL); pfGSetPrimType (geom, PFGS_QUADS); pfGSetNumPrims (geom, 1); /* create the center panel geometry node */ geode = pfNewGeode (); pfAddGSet (geode, geom); pfAddChild (Shared->sceneDCS, geode); /* create the left panel geostate */ geom = pfNewGSet (arena); pfGSetGState (geom, Shared->movieState); pfGSetAttr (geom, PFGS_COLOR4, PFGS_OVERALL, Shared->Colour, NULL); pfGSetAttr (geom, PFGS_TEXCOORD2, PFGS_PER_VERTEX, Shared->StaticTextureCoords, NULL); pfGSetAttr (geom, PFGS_COORD3, PFGS_PER_VERTEX, LeftScreen, NULL); pfGSetPrimType (geom, PFGS_QUADS); pfGSetNumPrims (geom, 1); /* create the left panel geometry node */ geode = pfNewGeode (); pfAddGSet (geode, geom); pfAddChild (Shared->sceneDCS, geode); /* create the right panel geostate */ geom = pfNewGSet (arena); pfGSetGState (geom, Shared->movieState); pfGSetAttr (geom, PFGS_COLOR4, PFGS_OVERALL, Shared->Colour, NULL); pfGSetAttr (geom, PFGS_TEXCOORD2, PFGS_PER_VERTEX, Shared->VideoTextureCoords, NULL); pfGSetAttr (geom, PFGS_COORD3, PFGS_PER_VERTEX, RightScreen, NULL); pfGSetPrimType (geom, PFGS_QUADS); pfGSetNumPrims (geom, 1); /* create the right panel geometry node */ geode = pfNewGeode (); pfAddGSet (geode, geom); pfAddChild (Shared->sceneDCS, geode); } /* Video initialization - goes in application process */ static int videoInit (void) { VLNode dev; /* open the server */ if (!(Shared->vlServer = vlOpenVideo (""))) { vlPerror ("vlOpenVideo"); fprintf (stderr, "couldn't open video server!\n"); return (1); } /* Get the Video source */ Shared->vlSrc = vlGetNode (Shared->vlServer, VL_SRC, VL_VIDEO, Shared->vlInSrc); /* Get the Texture drain */ Shared->vlDrn = vlGetNode (Shared->vlServer, VL_DRN, VL_TEXTURE, 0); /* Create path */ Shared->vlPath = vlCreatePath (Shared->vlServer, Shared->vlDevice, Shared->vlSrc, Shared->vlDrn); if (Shared->vlPath < 0) { vlPerror ("vlCreatePath"); return -1; } /* setup path */ if (vlSetupPaths (Shared->vlServer, (VLPathList)&Shared->vlPath, 1, VL_SHARE, VL_SHARE) < 0) { vlPerror ("vlSetupPaths"); return -1; } /* select the appropriate events */ if (vlSelectEvents (Shared->vlServer, Shared->vlPath, VLStreamPreemptedMask | VLControlChangedMask ) < 0) { vlPerror ("Select Events"); return -1; } if (DoFields) Shared->vlCaptureType.intVal = VL_CAPTURE_NONINTERLEAVED; else Shared->vlCaptureType.intVal = VL_CAPTURE_INTERLEAVED; vlSetControl (Shared->vlServer, Shared->vlPath, Shared->vlDrn, VL_CAP_TYPE, &Shared->vlCaptureType); switch (Shared->TexFormat) { case PFTEX_RGBA_4: Shared->TexComp = 4; Shared->vlTexPack.intVal = SIR_TEX_PACK_RGBA_4; break; case PFTEX_RGB_5: Shared->TexComp = 3; Shared->vlTexPack.intVal = SIR_TEX_PACK_RGB_5; break; case PFTEX_RGBA_8: Shared->TexComp = 4; Shared->vlTexPack.intVal = SIR_TEX_PACK_RGBA_8; break; default: Shared->TexComp = 3; Shared->vlTexPack.intVal = SIR_TEX_PACK_RGB_5; Shared->TexFormat = PFTEX_RGB_5; break; } /* Set the Texture packing mode */ vlSetControl (Shared->vlServer, Shared->vlPath, Shared->vlDrn, VL_PACKING, &Shared->vlTexPack); /* Get the timing from input source */ vlGetControl (Shared->vlServer, Shared->vlPath, Shared->vlSrc, VL_TIMING, &Shared->vlTiming); /* Set texture drain's timing to input source */ vlSetControl (Shared->vlServer, Shared->vlPath, Shared->vlDrn, VL_TIMING, &Shared->vlTiming); /* Get corresponding size */ vlGetControl (Shared->vlServer, Shared->vlPath, Shared->vlSrc, VL_SIZE, &Shared->vlSize); return 0; } static void videoExit (void) { vlEndTransfer (Shared->vlServer, Shared->vlPath); vlDestroyPath (Shared->vlServer, Shared->vlPath); vlCloseVideo (Shared->vlServer); } static void setVideoTextureParameters (pfGeoState *gstate) { pfTexture *tex; pfMatrix *tmat; float s_scale, t_scale; tex = pfGetGStateAttr (gstate, PFSTATE_TEXTURE); if ((Shared->vlTiming.intVal == VL_TIMING_525_SQ_PIX) || (Shared->vlTiming.intVal == VL_TIMING_525_CCIR601)) { Shared->vlTexWidth = 1024; Shared->vlTexHeight = 512; } else { Shared->vlTexWidth = 1024; Shared->vlTexHeight = 1024; } /*** createTextureMatrix (); ***/ tmat = (pfMatrix*)pfCalloc (sizeof (pfMatrix), 1, pfGetSharedArena ()); pfMakeIdentMat (*tmat); s_scale = (float)Shared->vlSize.xyVal.x / (float)Shared->vlTexWidth; t_scale = (float)Shared->vlSize.xyVal.y / (float)Shared->vlTexHeight; (*tmat)[0][0] = s_scale; (*tmat)[1][1] = -t_scale; (*tmat)[3][1] = t_scale; /* gset callbacks to manage texture matrix - put matrix in userData */ pfGStateFuncs (gstate, loadVideoTextureMatrixCB, loadStaticTextureMatrixCB, tmat); pfNotify (PFNFY_INFO, PFNFY_PRINT, "Shared->vlSize.xyVal.x: %d\n", Shared->vlSize.xyVal.x); pfNotify (PFNFY_INFO, PFNFY_PRINT, "Shared->vlSize.xyVal.y: %d\n", Shared->vlSize.xyVal.y); Shared->subTexLoadYsize = Shared->vlSize.xyVal.y; /* if transfering fields then reduce image height by .5 */ if (DoFields) { Shared->vlTexHeight >>= 1; Shared->subTexLoadYsize >>= 1; } pfNotify (PFNFY_INFO, PFNFY_PRINT, "subTexLoadYsize: %d\n", Shared->subTexLoadYsize); /* define the video texture */ pfTexImage (tex, NULL, Shared->TexComp, Shared->vlTexWidth, Shared->vlTexHeight, 1); if (RealityEngine) pfTexLoadSize (tex, SIRIUS_SCANLINE_SIZE, Shared->subTexLoadYsize); else if (InfiniteReality) pfTexLoadSize (tex, Shared->vlSize.xyVal.x, Shared->subTexLoadYsize); /* specify the texture format, this is the default */ pfTexFormat (tex, PFTEX_INTERNAL_FORMAT, Shared->TexFormat); /* specify a video texture */ pfTexLoadMode (tex, PFTEX_LOAD_SOURCE, PFTEX_SOURCE_VIDEO); } /* * OpenPipeWin() -- create a win: setup the GL and IRIS Performer. * This procedure is executed in the DRAW process * (when there is a separate draw process). */ static int loadVideoTextureMatrixCB (pfGeoState *gs, void *userData) { glMatrixMode (GL_TEXTURE); glLoadIdentity (); glLoadMatrixf ((GLfloat *)userData); glMatrixMode (GL_MODELVIEW); return 0; } static int loadStaticTextureMatrixCB (pfGeoState *gs, void *userData) { glMatrixMode (GL_TEXTURE); glLoadIdentity (); glMatrixMode (GL_MODELVIEW); return 0; } static void openPipeWin (pfPipeWindow *pw) { Display *Dsp; Window xwin; const GLubyte *Str; pfNotify (PFNFY_INFO, PFNFY_PRINT, "Opening Pipe-window..."); pfOpenPWin (pw); Dsp = pfGetCurWSConnection (); xwin = pfGetPWinWSWindow (pw); XMapWindow (Dsp, xwin); XSync (Dsp, False); /* Identify the graphics hardware. Note: RealityEngine can load either */ /* fields or frames into texture, but cannot interlace. InfiniteReality */ /* cannot load frames, but can interlace. */ Str = glGetString (GL_RENDERER); pfNotify (PFNFY_INFO, PFNFY_PRINT, "OpenGL Render Engine is: ////: %s", Str); if (!strncmp (Str, "RE", 2)) { InfiniteReality = False; RealityEngine = True; Interlacing = False; DoFields = True; } else if (!strncmp (Str, "IR", 2)) { InfiniteReality = True; RealityEngine = False; Interlacing = True; DoFields = True; } else pfNotify (PFNFY_FATAL, PFNFY_RESOURCE, "Graphics Engine must be RealityEngine or InfiniteReality."); /*** If possible, enable Interlace Extension ***/ if (Interlacing) glEnable (GL_INTERLACE_SGIX); if (!glIsEnabled (GL_INTERLACE_SGIX)) { pfNotify (PFNFY_WARN, PFNFY_RESOURCE, "Cannot enable interlace extension"); Interlacing = False; } /*** initialise Sirius Video ***/ if (videoInit () < 0) pfNotify (PFNFY_FATAL, PFNFY_RESOURCE, "Error in initializing VL and Sirius."); /* video starts running HERE */ vlBeginTransfer (Shared->vlServer, Shared->vlPath, 0, NULL); Shared->EndXfer = False; pfNotify (PFNFY_INFO, PFNFY_PRINT, "Video initialisation completed, xfer started"); Shared->videosource = glXCreateGLXVideoSourceSGIX (Dsp, 0 /* screen */, Shared->vlServer, Shared->vlPath, VL_TEXTURE, Shared->vlDrn); if (Shared->videosource == None) { fprintf (stderr, "Cannot create video source\n"); exit (EXIT_FAILURE); } pfNotify (PFNFY_INFO, PFNFY_PRINT, "setVideoTextureParameters()...."); setVideoTextureParameters (Shared->videoState); /* Set up global state */ /* if lighting initialization need (or other draw stuff) put here */ pfApplyTEnv (pfNewTEnv (pfGetSharedArena ())); pfEnable (PFEN_TEXTURE); pfNotify (PFNFY_INFO, PFNFY_PRINT, "Texture initialisation completed..."); if (LockMode) { pfuLockDownDraw(pfGetPWinPipe(pw)); } } static void cullChannel (pfChannel *channel, void *data) { static int First = 1; if (First) { First = 0; #ifdef DEBUG_SCENE pfPrint (Shared->sceneDCS, PFTRAV_SELF | PFTRAV_DESCEND, PFPRINT_VB_ON, NULL); #endif } pfCull (); } static void drawChannel (pfChannel *channel, void *data) { static Display *Dsp; static pfVec4 clr = {0.75f, 0.0f, 0.0f, 1.0f}; static int FirstFrame = 1; static int FrameCount = 0; static int Offset = 0; pfClear (PFCL_COLOR | PFCL_DEPTH, clr); if (FirstFrame) { FirstFrame = 0; Dsp = pfGetCurWSConnection (); clr[0] = 0.0f; clr[2] = 0.5f; pfNotify (PFNFY_INFO, PFNFY_PRINT, "drawChannel() called..."); } else { if (!glXMakeCurrentReadSGI (Dsp, pfGetPWinWSDrawable (Shared->pw), Shared->videosource, pfGetPWinGLCxt (Shared->pw))) pfNotify (PFNFY_FATAL, PFNFY_RESOURCE, "glXMakeCurrentReadSGI failed"); if (Interlacing) Offset = (FrameCount++ % 2) ? 1 : 0; pfTexLoadOrigin (Shared->videoTex, PFTEX_ORIGIN_DEST, 0, Offset); pfLoadTex (Shared->videoTex); pfDraw (); /* draw Performer throughput statistics */ if (Shared->drawStats) pfDrawChanStats (channel); } /* read window origin and size (it may have changed) */ pfGetPWinSize (pfGetChanPWin (channel), &Shared->winSizeX, &Shared->winSizeY); if (Shared->EndXfer) { videoExit (); Shared->exitFlag = True; } } /* * doXInput() runs an asychronous forked X event handling process. * Shared memory structures can be read from this process but NO * Performer calls that set any structures should be issued by * routines in this process. */ void doXInput (void) { /* windows from draw should now exist so can attach X input handling * to the X window */ Display *dsp = pfGetCurWSConnection (); Window w; prctl (PR_TERMCHILD); /* Exit when parent does */ sigset (SIGHUP, SIG_DFL); /* Exit when sent SIGHUP by TERMCHILD */ /* wait for Pipe Window to exist in Performer shared memory */ while (!(w = pfGetPWinWSWindow (Shared->pw))) {}; XSelectInput (dsp, w, PointerMotionMask | ButtonPressMask | ButtonReleaseMask | KeyPressMask); XMapWindow (dsp, w); XSync (dsp, False); XFlush (dsp); pfNotify (PFNFY_INFO, PFNFY_PRINT, "doXInput: Entering event loop..."); while (True) getXInput (dsp); } static void getXInput (Display *dsp) { static int x = 0, y = 0; while (XPending (dsp)) { XEvent event; XNextEvent (dsp, &event); switch (event.type) { case ConfigureNotify: break; case FocusIn: Shared->inWindow = True; break; case FocusOut: Shared->inWindow = False; break; case MotionNotify: { XMotionEvent *motion_event = (XMotionEvent *)&event; x = motion_event->x; y = Shared->winSizeY - motion_event->y; } break; case ButtonPress: { XButtonEvent *button_event = (XButtonEvent *)&event; x = event.xbutton.x; y = Shared->winSizeY - event.xbutton.y; Shared->inWindow = True; switch (button_event->button) { case Button1: Shared->mouseButtons |= Button1Mask; break; case Button2: Shared->mouseButtons |= Button2Mask; break; case Button3: Shared->mouseButtons |= Button3Mask; break; } } break; case ButtonRelease: { XButtonEvent *button_event = (XButtonEvent *)&event; switch (button_event->button) { case Button1: Shared->mouseButtons &= ~Button1Mask; break; case Button2: Shared->mouseButtons &= ~Button2Mask; break; case Button3: Shared->mouseButtons &= ~Button3Mask; break; } } break; case KeyPress: { char buf[100]; int rv; KeySym ks; rv = XLookupString (&event.xkey, buf, sizeof(buf), &ks, 0); switch (ks) { case XK_Escape: Shared->EndXfer = True; pfNotify (PFNFY_NOTICE, PFNFY_PRINT, "Ending Video Xfer..."); break; case XK_space: Shared->reset = True; pfNotify (PFNFY_NOTICE, PFNFY_PRINT, "Reset"); break; case XK_b: Shared->panelBackward = True; Shared->panelForward = False; break; case XK_f: Shared->panelBackward = False; Shared->panelForward = True; break; case XK_g: Shared->drawStats = !Shared->drawStats; break; case XK_r: Shared->runMovie = !Shared->runMovie; break; case XK_s: Shared->spin = !Shared->spin; break; default: break; } } break; default: break; } } Shared->Angle = ((float)(x - Shared->winSizeX / 2) * 360.0f) / (float)Shared->winSizeX; } --PART-BOUNDARY=.19608011137.ZM22861.demeern.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 09:32:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03449; Thu, 1 Aug 1996 09:31:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03433; Thu, 1 Aug 1996 09:31:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA21487; Thu, 1 Aug 1996 09:31:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA16759; Thu, 1 Aug 1996 09:31:09 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29715; Thu, 1 Aug 1996 09:31:08 -0700 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA07935; Thu, 1 Aug 1996 12:24:26 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id MAA23504; Thu, 1 Aug 1996 12:21:52 -0400 From: "Nicolas Gauvin" Message-Id: <9608011221.ZM23502@excalibur.cae.ca> Date: Thu, 1 Aug 1996 12:21:52 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Creating GL MVIEWING matrix from Performer's model and view matrices? Cc: hatch@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I'm trying without success to create the IRIS GL model/view (MVIEWING) matrix from Performer's model matrix and viewing matrix (which are kept seperate). In a node draw callback I get the Performer matrices by doing this: pfGetModelMat(modelMat); pfGetViewMat(viewMat); After pfDraw is finished I want to recreate the exact same MVIEWING GL matrix that was in effect during the node draw callback. So I tried doing something like this: // first take into account the change in coordinate system from Performer // to IRISGL which is a rotation of -90 degrees around the X axis pfMatrix rot; rot.makeRot(-90.0f,1.0f,0.0f,0.0f); pfMatrix mat; // multiply all the matrices together mat = rot * modelMat * viewMat; // set this matrix as the IRIS GL ModelView matrix mmode(MVIEWING); pfLoadMatrix(mat); ...then draw my own stuff Obviously I'm doing something wrong because it is not working as espected. The final matrix is different than the one that was in effect during the draw callback (I compared them). I've tried switching the order of multiplication without improvements. If instead of saving the Performer's matrices in the draw callback I save the current GL MVIEWING matrix by doing: getmatrix(glMat); and then restoring it later with: mmode(MVIEWING); loadmatrix(glMat); It works. The problem is that is not a satisfactory solution for my application. I really need to be able re-create the MVIEWING matrix from Performer's internal matrices. I'm sure other people have tried this before so any help would be appreciated. I suspect that Performer builds the MVIEWING matrix in a different way than I'm expecting. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 09:43:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA03484; Thu, 1 Aug 1996 09:42:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA03468; Thu, 1 Aug 1996 09:42:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23034; Thu, 1 Aug 1996 09:42:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA17148; Thu, 1 Aug 1996 09:42:07 -0700 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA02471 for ; Thu, 1 Aug 1996 09:41:37 -0700 Received: from manta.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA15776; Thu, 1 Aug 96 09:41:36 PDT Received: from jww.nosc.mil by manta.nosc.mil (4.1/SMI-4.1) id AA22851; Thu, 1 Aug 96 09:41:34 PDT Date: Thu, 1 Aug 96 09:41:34 PDT Message-Id: <9608011641.AA22851@manta.nosc.mil> X-Sender: jwallace@manta.nosc.mil X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Jeffrey Wallace Subject: pfuConfigMCO Status: O Performers, Wouldn't I want to use pfuConfigMCO to configure my channels for MCO usage? Any known problems with this approach? I assume I would do this after I had created the channels with pfNewChan and do the pfuConfigMCO before pfConfig. Any comments? Thanks, Jeff Wallace ________________________ Jeffrey W. Wallace NCCOSC RDTE DIV Code 44202 53140 Systems St. San Diego, CA 92152-7555 Phone: (619) 553-6809 Fax: (619) 553-3750 jwallace@manta.nosc.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 10:29:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA03661; Thu, 1 Aug 1996 10:28:02 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA03645; Thu, 1 Aug 1996 10:28:01 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA26132; Thu, 1 Aug 1996 10:27:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA18976; Thu, 1 Aug 1996 10:27:59 -0700 Received: from mcenroe.cs.unc.edu (mcenroe.cs.unc.edu [152.2.128.184]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA14003; Thu, 1 Aug 1996 10:27:57 -0700 Received: from indigo1.cs.unc.edu by mcenroe.cs.unc.edu (8.6.10/UNC_06_21_94) id NAA28455; Thu, 1 Aug 1996 13:27:55 -0400 Received: by indigo1.cs.unc.edu (8.6.9/UNC_06_21_94) id NAA15336; Thu, 1 Aug 1996 13:27:54 -0400 From: Hansong Zhang Message-Id: <199608011727.NAA15336@indigo1.cs.unc.edu> Subject: Re: Creating GL MVIEWING matrix from Performer's model and view matrices? To: nicolas@cae.ca (Nicolas Gauvin) Date: Thu, 1 Aug 1996 13:27:54 -0400 (EDT) Cc: info-performer@sgi.com, hatch@sgi.com In-Reply-To: <9608011221.ZM23502@excalibur.cae.ca> from "Nicolas Gauvin" at Aug 1, 96 12:21:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2969 Status: O Hi, The GL viewing matrix (glViewMat) can be created from the performer viewing matrix (pfViewMat) in the following way: glViewMat.invertFull(pfViewMat); glViewMat.postRot(glViewMat, -90, 1, 0, 0); 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)929-4851 (H) "I create abstract systems from pure information, Albert. I'm a *programmer*... Quantum nonlocality is a bug." -- God ------------------------------------------------------------- > > > I'm trying without success to create the IRIS GL model/view (MVIEWING) matrix > from Performer's model matrix and viewing matrix (which are kept seperate). > > In a node draw callback I get the Performer matrices by doing this: > > pfGetModelMat(modelMat); > pfGetViewMat(viewMat); > > After pfDraw is finished I want to recreate the exact same MVIEWING GL matrix > that was in effect during the node draw callback. > > So I tried doing something like this: > > // first take into account the change in coordinate system from Performer > // to IRISGL which is a rotation of -90 degrees around the X axis > pfMatrix rot; > rot.makeRot(-90.0f,1.0f,0.0f,0.0f); > > pfMatrix mat; > // multiply all the matrices together > mat = rot * modelMat * viewMat; > > // set this matrix as the IRIS GL ModelView matrix > mmode(MVIEWING); > pfLoadMatrix(mat); > > ...then draw my own stuff > > Obviously I'm doing something wrong because it is not working as espected. > The final matrix is different than the one that was in effect during the draw > callback (I compared them). I've tried switching the order of multiplication > without improvements. > > If instead of saving the Performer's matrices in the draw callback I save > the current GL MVIEWING matrix by doing: > > getmatrix(glMat); > > and then restoring it later with: > > mmode(MVIEWING); > loadmatrix(glMat); > > It works. > > The problem is that is not a satisfactory solution for my application. > I really need to be able re-create the MVIEWING matrix from Performer's > internal matrices. > > I'm sure other people have tried this before so any help would be appreciated. > > I suspect that Performer builds the MVIEWING matrix in a different way than > I'm expecting. > > > > -- > Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse > Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 > 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 > nicolas@cae.ca fax: +1 514 340 5496 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= 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 Aug 1 11:14:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03829; Thu, 1 Aug 1996 11:12:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03813; Thu, 1 Aug 1996 11:12:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29249; Thu, 1 Aug 1996 11:12:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA21135; Thu, 1 Aug 1996 11:12:40 -0700 Received: from aud.ucla.edu ([128.97.171.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA25498; Thu, 1 Aug 1996 11:12:39 -0700 Received: from stelia by aud.ucla.edu (SMI-8.6/SMI-SVR4) id LAA04998; Thu, 1 Aug 1996 11:12:23 -0700 Sender: scott@ucla.edu Message-ID: <3200F385.41C6@ucla.edu> Date: Thu, 01 Aug 1996 11:12:21 -0700 From: "Scott A. Friedman" Organization: UCLA Department of Architecture + Urban Design X-Mailer: Mozilla 2.0S (X11; I; IRIX 6.2 IP22) MIME-Version: 1.0 To: Sharon Clay CC: Info Performer Subject: Re: Z-Buffer greater than 24 bits? References: <199608010626.XAA16053@rico.asd.sgi.com> <9608010106.ZM7510@rose.asd.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Thanks everyone! Sorry about the confusion regarding 30bit color buffers and 32bit Z-Buffers my mistake (all these numbers!). Okay, no 32 Z on the iR - I'll stop looking now ;-) See you at SIGGRAPH, Scott -- Scott A. Friedman University of California at Los Angeles o:310.206.4793 Department of Architecture + Urban Design f:310.825.7745 Box 951467 / Perloff Hall p:310.875.2666 Los Angeles, CA 90095-1467 mailto:friedman@ucla.edu | http://www.aud.ucla.edu/~friedman pgp : F1 9C 1C 50 0B FC 22 B7 49 86 15 18 C3 C8 29 16 ======================================================================= 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 Aug 1 11:47:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03984; Thu, 1 Aug 1996 11:46:21 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03968; Thu, 1 Aug 1996 11:46:20 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01770; Thu, 1 Aug 1996 11:46:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA22901; Thu, 1 Aug 1996 11:46:19 -0700 Received: from ccvax.lanl.gov (ccvax.lanl.gov [128.165.5.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA03811 for ; Thu, 1 Aug 1996 11:46:10 -0700 Received: from spock.visidyne.hsv.com ([204.121.254.10]) by ccvax.lanl.gov with SMTP; Thu, 1 Aug 1996 12:45:18 -0600 (MDT) Message-Id: <2.2.32.19960801184916.00712118@ccvax> X-Sender: 608122@ccvax X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 01 Aug 1996 13:49:16 -0500 To: info-performer@sgi.com From: ken sartor Subject: Performer rendering order Status: O Hi - When i pass Performer a geode, in what order does it render the facets? For example, does it render the first one first or is there a more complicated algorithm it uses? This is for a draw callback and a geode that has transparency enabled. Thanks in advance! ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 12:03:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04085; Thu, 1 Aug 1996 12:02:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04069; Thu, 1 Aug 1996 12:02:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03631; Thu, 1 Aug 1996 12:02:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA23664; Thu, 1 Aug 1996 12:02:31 -0700 Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA08189 for ; Thu, 1 Aug 1996 12:02:30 -0700 Received: (mailer@localhost) by gatekeeper.ray.com (8.7.5/8.7.3) id PAA11185 for ; Thu, 1 Aug 1996 15:01:29 -0400 Received: from onyx9.msd.ray.com by gatekeeper.ray.com; Thu Aug 1 15:02:06 1996 Received: (from mas@localhost) by onyx9 (940816.SGI.8.6.9/8.6.12) id PAA11954 for info-performer@sgi.com; Thu, 1 Aug 1996 15:02:40 -0400 From: "Marko Srdanovic" Message-Id: <9608011502.ZM11952@onyx9.msd.ray.com> Date: Thu, 1 Aug 1996 15:02:40 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Using different textures in each channel Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I'm trying to create an application that has two channels that each view the same scene. I seem to have that much working fine. Now I'd like to have each channel use a different set of textures on entire scene. The geometry in each channel will be the same, only the textures will differ. For example one channel will use a set of textures and the other will use a completely different set of textures. What is the best way to go about this? I am using Performer 2.0 with OpenGL under IRIX 5.3. Thank you for your time. -- ----------------------------------------------------------------------- Marko Srdanovic email: mas@swl.msd.ray.com Raytheon Electronic Systems voice: (508) 858-5680 Mailstop: T3MR8 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 From guest Thu Aug 1 12:48:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04287; Thu, 1 Aug 1996 12:47:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04271; Thu, 1 Aug 1996 12:47:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06697; Thu, 1 Aug 1996 12:47:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA25878; Thu, 1 Aug 1996 12:47: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/950213.SGI.AUTOCF) via SMTP id MAA19279 for ; Thu, 1 Aug 1996 12:47:51 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA28381; Thu, 1 Aug 96 12:47:48 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA18804; Thu, 1 Aug 1996 12:47:36 -0700 From: "Michael T. Jones" Message-Id: <9608011247.ZM18802@babar.asd.sgi.com> Date: Thu, 1 Aug 1996 12:47:36 -0700 In-Reply-To: ken sartor "Performer rendering order" (Aug 1, 1:49pm) References: <2.2.32.19960801184916.00712118@ccvax> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ken sartor , info-performer@sgi.com Subject: Re: Performer rendering order Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 1, 1:49pm, ken sartor wrote: > Subject: Performer rendering order > When i pass Performer a geode, in what order does it render the > facets? For example, does it render the first one first or > is there a more complicated algorithm it uses? This is for > a draw callback and a geode that has transparency enabled. Geodes contain geosets. Each geoset's internal geometry will be drawn in exactly the specified order, but the ordering of the geosets is subject to permutation when mode-sorting is enabled (and it is, by default, for performance reasons). If you perform an intersection traversal, the geosets are visited in the order specified (0,1,2,...). Michael ======================================================================= 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 Aug 1 12:53:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04327; Thu, 1 Aug 1996 12:52:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04311; Thu, 1 Aug 1996 12:52:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA08100; Thu, 1 Aug 1996 12:52:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA26064; Thu, 1 Aug 1996 12:52: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/950213.SGI.AUTOCF) via SMTP id MAA20322 for ; Thu, 1 Aug 1996 12:52:43 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA28684; Thu, 1 Aug 96 12:52:40 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id MAA18829; Thu, 1 Aug 1996 12:52:36 -0700 From: "Michael T. Jones" Message-Id: <9608011252.ZM18827@babar.asd.sgi.com> Date: Thu, 1 Aug 1996 12:52:35 -0700 In-Reply-To: "Marko Srdanovic" "Using different textures in each channel" (Aug 1, 3:02pm) References: <9608011502.ZM11952@onyx9.msd.ray.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Marko Srdanovic" , info-performer@sgi.com Subject: Re: Using different textures in each channel Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 1, 3:02pm, Marko Srdanovic wrote: > Subject: Using different textures in each channel > Hi, > > I'm trying to create an application that has two channels that each view the > same scene. I seem to have that much working fine. Now I'd like to have each > channel use a different set of textures on entire scene. The geometry in each > channel will be the same, only the textures will differ. For example one > channel will use a set of textures and the other will use a completely > different set of textures. What is the best way to go about this? Indexed pfGeoStates are described in the pfGeoState man page. "In addition, pfGeoStates can be indexed through a global table so a single database can have multiple appearances while avoiding database duplication." Take a look at the pfChannel man page's description of the pfChanGStateTable function (a.k.a. pfChannel::setGStateTable). This should directly address your needs. ======================================================================= 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 Aug 1 13:12:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04506; Thu, 1 Aug 1996 13:11:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04490; Thu, 1 Aug 1996 13:11:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10064; Thu, 1 Aug 1996 13:11:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA26920; Thu, 1 Aug 1996 13:11:33 -0700 Received: from eos.arc.nasa.gov (eos.arc.nasa.gov [128.102.118.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA24887 for ; Thu, 1 Aug 1996 13:11:32 -0700 Received: (from renata@localhost) by eos.arc.nasa.gov (8.6.12/8.6.12) id NAA23650 for info-performer@sgi.com; Thu, 1 Aug 1996 13:03:07 -0700 Date: Thu, 1 Aug 1996 13:03:07 -0700 From: Daniel Delgado Message-Id: <199608012003.NAA23650@eos.arc.nasa.gov> To: info-performer@sgi.com Subject: DCS and matrix help needed please. Status: O Subject: DCS and matrix help please Hi all ... How does one convert a point in a DCS coordinate system to the original coordinate system after translating and rotating the DCS one? What I mean is that I did this with a DCS /* update vehicle DCS */ pfDCSRot(vehicle[0].dcs, vehicle[0].hpr[PF_H], vehicle[0].hpr[PF_P], vehicle[0].hpr[PF_R]); pfDCSTrans(vehicle[k].dcs, vehicle[0].xyz[PF_X], vehicle[0].xyz[PF_Y], vehicle[0].hpr[PF_Z]); Now I have a point that is in the original Performer Coordinate system (vehicle[1].xyz) and I want to find out what its value is in the rotated and translated DCS system. I think I know just enough to screw up! In other words, the approach below is Wrong wrong wrong.... pfGetDCSMat(vehicle[0].dcs,Matrix1); pfXformPt3(IntrusionVect, vehicle[1].xyz, Matrix1); xnew = IntrusionVect[PF_X] + (vehicle[1].xyz[PF_X] - vehicle[0].xyz[PF_X]); ynew = IntrusionVect[PF_Y] + (vehicle[1].xyz[PF_Y] - vehicle[0].xyz[PF_Y]); znew = IntrusionVect[PF_Z] + (vehicle[1].xyz[PF_Z] - vehicle[0].xyz[PF_Z]); xnew and ynew and znew are way off! Any advice? What am I doing wrong? Any help would be much appreciated! Daniel Delgado delgado@elmo.arc.nasa.gov ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 13:45:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA04937; Thu, 1 Aug 1996 13:43:59 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA04918; Thu, 1 Aug 1996 13:43:58 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12625; Thu, 1 Aug 1996 13:43:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA28296; Thu, 1 Aug 1996 13:43: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/950213.SGI.AUTOCF) via SMTP id NAA02620 for ; Thu, 1 Aug 1996 13:43:54 -0700 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 AA14358; Thu, 1 Aug 96 16:43:34 EDT Received: from ccMail by CCMAIL.NTSC.NAVY.MIL (SMTPLINK V2.11) id AA838943058; Thu, 01 Aug 96 16:39:36 EST Date: Thu, 01 Aug 96 16:39:36 EST Message-Id: <9607018389.AA838943058@CCMAIL.NTSC.NAVY.MIL> To: info-performer@sgi.com Subject: Stats in simple.c Status: O I'm trying to grab the number of triangles sent down the pipe and do a simple printf. Don't see any evidence of the pfFStatsClassMode working out. Fooey. If you could do me a big favor and peruse the code below (my code is not indented, SGI's simple.c is), I was hoping you could see what I'm missing. I tried the example code in the man pages and the programmers guide. Thanks, Bill Marinelli See you in New Orleans? #include #include #include #include /* * Usage() -- print usage advice and exit. This * procedure is executed in the application process. */ static void Usage (void) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "Usage: simple file.ext ...\n"); exit(1); } int main (int argc, char *argv[]) { float t = 0.0f; pfScene *scene; pfNode *root; pfPipe *p; pfPipeWindow *pw; pfChannel *chan; pfSphere bsphere; pfFrameStats *fstats; float ftmp[5]; uint qtmp[5]; if (argc < 2) Usage(); /* Initialize Performer */ pfInit(); /* Use default multiprocessing mode based on number of * processors. */ pfMultiprocess( PFMP_DEFAULT ); /* Load all loader DSO's before pfConfig() forks */ pfdInitConverter(argv[1]); /* initiate multi-processing mode set in pfMultiprocess call * FORKs for Performer processes, CULL and DRAW, etc. happen here. */ pfConfig(); /* Append to Performer search path, PFPATH, files in * /usr/share/Performer/data */ pfFilePath(".:/usr/share/Performer/data"); /* Read a single file, of any known type. */ if ((root = pfdLoadFile(argv[1])) == NULL) { pfExit(); exit(-1); } /* Attach loaded file to a new pfScene. */ scene = pfNewScene(); pfAddChild(scene, root); /* Create a pfLightSource and attach it to scene. */ pfAddChild(scene, pfNewLSource()); /* Configure and open GL window */ p = pfGetPipe(0); pw = pfNewPWin(p); pfPWinType(pw, PFPWIN_TYPE_X); pfPWinName(pw, "IRIS Performer"); pfPWinOriginSize(pw, 0, 0, 500, 500); /* Open and configure the GL window. */ pfOpenPWin(pw); /* Create and configure a pfChannel. */ chan = pfNewChan(p); pfChanScene(chan, scene); pfChanFOV(chan, 45.0f, 0.0f); /* determine extent of scene's geometry */ pfGetNodeBSphere (root, &bsphere); pfChanNearFar(chan, 1.0f, 10.0f * bsphere.radius); pfFStatsClass(fstats,PFSTATS_ALL, PFSTATS_ON); pfFStatsClassMode(fstats, PFSTATS_GFX, PFSTATS_GFX_GEOM,PFSTATS_SET); printf("I think it thinks the Frame Stats class mode is %d \n", pfGetFStatsClassMode(fstats, PFSTATS_GFX)); /* Simulate for twenty seconds. */ while (t < 4.0f) { pfCoord view; float s, c; /* Go to sleep until next frame time. */ pfSync(); /* Initiate cull/draw for this frame. */ pfFrame(); qtmp[0] = PFFSTATS_BUF_AVG | PFSTATSVAL_GFX_GEOM_TRIS; qtmp[1] = PFFSTATS_BUF_AVG | PFFSTATSVAL_PFTIMES_PROC_TOTAL; qtmp[2] = PFFSTATS_BUF_AVG | PFSTATSVAL_CPU_SYS_BUSY; qtmp[3] = NULL; pfMQueryFStats(fstats, qtmp, ftmp, sizeof(ftmp)); fprintf(stderr, "Query num tris: %.0f\n", ftmp[0]); fprintf(stderr, "Query frame time: %.0f msecs\n", ftmp[1]*1000.0f); fprintf(stderr, "Query sys busy: %.0f%%\n", ftmp[2]); /* Compute new view position. */ t = pfGetTime(); pfSinCos(45.0f*t, &s, &c); pfSetVec3(view.hpr, 45.0f*t, -10.0f, 0); pfSetVec3(view.xyz, 2.0f * bsphere.radius * s, -2.0f * bsphere.radius *c, 0.5f * bsphere.radius); pfChanView(chan, view.xyz, view.hpr); } /* Terminate parallel processes and exit. */ pfExit(); } ======================================================================= 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 Aug 1 13:55:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05149; Thu, 1 Aug 1996 13:54:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05133; Thu, 1 Aug 1996 13:54:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA14368; Thu, 1 Aug 1996 13:54:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA28816; Thu, 1 Aug 1996 13:54:16 -0700 Received: from euphoria.corp.sgi.com ([150.166.214.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA05060 for ; Thu, 1 Aug 1996 13:54:15 -0700 Received: by euphoria.corp.sgi.com (940816.SGI.8.6.9/911001.SGI) id NAA21912; Thu, 1 Aug 1996 13:54:14 -0700 From: "Gene Koh" Message-Id: <9608011354.ZM21910@euphoria.corp.sgi.com> Date: Thu, 1 Aug 1996 13:54:13 -0700 In-Reply-To: Daniel Delgado "DCS and matrix help needed please." (Aug 1, 1:03pm) References: <199608012003.NAA23650@eos.arc.nasa.gov> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Daniel Delgado Subject: Re: DCS and matrix help needed please. Cc: info-performer@sgi.engr.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 1, 1:03pm, Daniel Delgado wrote: > > Now I have a point that is in the original Performer Coordinate system (vehicle[1].xyz) > and I want to find out what its value is in the rotated and translated DCS system. > > I think I know just enough to screw up! In other words, the approach below is > Wrong wrong wrong.... > > pfGetDCSMat(vehicle[0].dcs,Matrix1); > pfXformPt3(IntrusionVect, vehicle[1].xyz, Matrix1); > > xnew = IntrusionVect[PF_X] + (vehicle[1].xyz[PF_X] - vehicle[0].xyz[PF_X]); > ynew = IntrusionVect[PF_Y] + (vehicle[1].xyz[PF_Y] - vehicle[0].xyz[PF_Y]); > znew = IntrusionVect[PF_Z] + (vehicle[1].xyz[PF_Z] - vehicle[0].xyz[PF_Z]); > > xnew and ynew and znew are way off! OK, so it sounds like you want to know where vehicle[1]'s position (in world coordinates) lies relative to vehicle[0]'s local coordinate system. First, figure out where the origin of vehicle[0]'s coordinate system is in world coordinates: pfGetDCSMat(vehicle[0].dcs, Matrix1); pfSetVec3(origin, 0, 0, 0); pfXformPt3(originInWorld, origin, Matrix1); Then, calculate the difference between vehicle[1]'s position and the position of vehicle[0]'s local origin: xnew = vehicle[1].xyz[PF_X] - originInWorld[PF_X]; ynew = vehicle[1].xyz[PF_Y] - originInWorld[PF_Y]; znew = vehicle[1].xyz[PF_Z] - originInWorld[PF_Z]; Hopefully that'll yield something close to correct! -- gene koh gene@corp.sgi.com 415.933.4230 simplicity patience compassion ======================================================================= 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 Aug 1 14:03:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05241; Thu, 1 Aug 1996 14:01:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05225; Thu, 1 Aug 1996 14:01:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA15903; Thu, 1 Aug 1996 14:01:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA29224; Thu, 1 Aug 1996 14:01:43 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07229; Thu, 1 Aug 1996 14:01:40 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id WAA03042; Thu, 1 Aug 1996 22:02:56 +0100 From: "Angus Dorbie" Message-Id: <9608012202.ZM3040@bitch.reading.sgi.com> Date: Thu, 1 Aug 1996 22:02:56 +0100 In-Reply-To: william_marinelli@ntsc.navy.mil "Stats in simple.c" (Aug 1, 4:39pm) References: <9607018389.AA838943058@CCMAIL.NTSC.NAVY.MIL> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: william_marinelli@ntsc.navy.mil, info-performer@sgi.com Subject: Re: Stats in simple.c Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Looking at this again you don't appear to set fstats anywhere. Don't you have to make a call which looks something like this? fstats = pfGetChanFStats(chan); /* straight from the manual */ Hope this helps, Angus. On Aug 1, 4:39pm, william_marinelli@ntsc.navy.mil wrote: > Subject: Stats in simple.c > > I'm trying to grab the number of triangles sent down the pipe and > do a simple printf. Don't see any evidence of the pfFStatsClassMode > working out. Fooey. If you could do me a big favor and peruse the > code below (my code is not indented, SGI's simple.c is), I was > hoping you could see what I'm missing. I tried the example code in > the man pages and the programmers guide. Thanks, Bill Marinelli > See you in New Orleans? > > > #include > #include > #include > #include > > /* > * Usage() -- print usage advice and exit. This > * procedure is executed in the application process. */ static > void > Usage (void) > { > pfNotify(PFNFY_FATAL, PFNFY_USAGE, "Usage: simple file.ext ...\n"); > exit(1); > } > > > int > main (int argc, char *argv[]) > { > float t = 0.0f; > pfScene *scene; > pfNode *root; > pfPipe *p; > pfPipeWindow *pw; > pfChannel *chan; > pfSphere bsphere; > pfFrameStats *fstats; > float ftmp[5]; > uint qtmp[5]; > > if (argc < 2) > Usage(); > > /* Initialize Performer */ > pfInit(); > > /* Use default multiprocessing mode based on number of * > processors. > */ > pfMultiprocess( PFMP_DEFAULT ); > > /* Load all loader DSO's before pfConfig() forks */ > pfdInitConverter(argv[1]); > > /* initiate multi-processing mode set in pfMultiprocess call > * FORKs for Performer processes, CULL and DRAW, etc. happen > here. > */ > pfConfig(); > > /* Append to Performer search path, PFPATH, files in * > /usr/share/Performer/data */ > pfFilePath(".:/usr/share/Performer/data"); > > /* Read a single file, of any known type. */ if ((root = > pfdLoadFile(argv[1])) == NULL) > { > pfExit(); > exit(-1); > } > > /* Attach loaded file to a new pfScene. */ scene = pfNewScene(); > pfAddChild(scene, root); > /* Create a pfLightSource and attach it to scene. */ > pfAddChild(scene, pfNewLSource()); > > /* Configure and open GL window */ > p = pfGetPipe(0); > pw = pfNewPWin(p); > pfPWinType(pw, PFPWIN_TYPE_X); > pfPWinName(pw, "IRIS Performer"); > pfPWinOriginSize(pw, 0, 0, 500, 500); /* Open and configure the GL > window. */ pfOpenPWin(pw); > > /* Create and configure a pfChannel. */ chan = pfNewChan(p); > pfChanScene(chan, scene); > pfChanFOV(chan, 45.0f, 0.0f); > > > /* determine extent of scene's geometry */ pfGetNodeBSphere (root, > &bsphere); > pfChanNearFar(chan, 1.0f, 10.0f * bsphere.radius); > > pfFStatsClass(fstats,PFSTATS_ALL, PFSTATS_ON); pfFStatsClassMode(fstats, > PFSTATS_GFX, > PFSTATS_GFX_GEOM,PFSTATS_SET); > printf("I think it thinks the Frame Stats class mode is %d \n", > pfGetFStatsClassMode(fstats, PFSTATS_GFX)); > > /* Simulate for twenty seconds. */ > while (t < 4.0f) > { > pfCoord view; > float s, c; > > > /* Go to sleep until next frame time. */ pfSync(); > > /* Initiate cull/draw for this frame. */ pfFrame(); > > qtmp[0] = PFFSTATS_BUF_AVG | PFSTATSVAL_GFX_GEOM_TRIS; qtmp[1] = > PFFSTATS_BUF_AVG | PFFSTATSVAL_PFTIMES_PROC_TOTAL; qtmp[2] = > PFFSTATS_BUF_AVG | PFSTATSVAL_CPU_SYS_BUSY; qtmp[3] = NULL; > > pfMQueryFStats(fstats, qtmp, ftmp, sizeof(ftmp)); > > fprintf(stderr, "Query num tris: %.0f\n", ftmp[0]); > fprintf(stderr, "Query frame time: %.0f msecs\n", ftmp[1]*1000.0f); > fprintf(stderr, "Query sys busy: %.0f%%\n", ftmp[2]); > > /* Compute new view position. */ > t = pfGetTime(); > pfSinCos(45.0f*t, &s, &c); > pfSetVec3(view.hpr, 45.0f*t, -10.0f, 0); pfSetVec3(view.xyz, 2.0f * > bsphere.radius * s, > -2.0f * bsphere.radius *c, > 0.5f * bsphere.radius); > pfChanView(chan, view.xyz, view.hpr); > > } > > /* Terminate parallel processes and exit. */ pfExit(); } > > > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from william_marinelli@ntsc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 14:06:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA05272; Thu, 1 Aug 1996 14:05:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05256; Thu, 1 Aug 1996 14:05:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA17237; Thu, 1 Aug 1996 14:05:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA29450; Thu, 1 Aug 1996 14:05:20 -0700 Received: from euphoria.corp.sgi.com ([150.166.214.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07895; Thu, 1 Aug 1996 14:05:19 -0700 Received: by euphoria.corp.sgi.com (940816.SGI.8.6.9/911001.SGI) id OAA22032; Thu, 1 Aug 1996 14:05:18 -0700 From: "Gene Koh" Message-Id: <9608011405.ZM22030@euphoria.corp.sgi.com> Date: Thu, 1 Aug 1996 14:05:17 -0700 In-Reply-To: "Gene Koh" "Re: DCS and matrix help needed please." (Aug 1, 1:54pm) References: <199608012003.NAA23650@eos.arc.nasa.gov> <9608011354.ZM21910@euphoria.corp.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Daniel Delgado Subject: Disregard previous mail Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Oops, my previous solution is incorrect since it doesn't take into account vehicle[0]'s rotated coordinate system. Must have something to do with the inverse of Matrix1 (M), since what you want to find is a point V such that M * V = vehicle[1].xyz My matrix math is fuzzy, but I believe you can multiply both sides by the inverse to solve for V. There are functions available to invert a pfMatrix. Sorry about that, and good luck. > > OK, so it sounds like you want to know where vehicle[1]'s position (in world > coordinates) lies relative to vehicle[0]'s local coordinate system. > > First, figure out where the origin of vehicle[0]'s coordinate system is in > world coordinates: > pfGetDCSMat(vehicle[0].dcs, Matrix1); > pfSetVec3(origin, 0, 0, 0); > pfXformPt3(originInWorld, origin, Matrix1); > > Then, calculate the difference between vehicle[1]'s position and the position > of vehicle[0]'s local origin: > > xnew = vehicle[1].xyz[PF_X] - originInWorld[PF_X]; > ynew = vehicle[1].xyz[PF_Y] - originInWorld[PF_Y]; > znew = vehicle[1].xyz[PF_Z] - originInWorld[PF_Z]; > > Hopefully that'll yield something close to correct! > > -- > gene koh gene@corp.sgi.com 415.933.4230 > > simplicity patience compassion > ======================================================================= > 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 Gene Koh -- gene koh gene@corp.sgi.com 415.933.4230 simplicity patience compassion ======================================================================= 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 Aug 1 17:22:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA06283; Thu, 1 Aug 1996 17:21:09 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06267; Thu, 1 Aug 1996 17:21:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA27030; Thu, 1 Aug 1996 17:21:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA09619; Thu, 1 Aug 1996 17:21: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/950213.SGI.AUTOCF) via SMTP id RAA23370 for ; Thu, 1 Aug 1996 17:21:07 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA20181; Thu, 1 Aug 96 17:21:05 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id RAA28564; Thu, 1 Aug 1996 17:21:00 -0700 Date: Thu, 1 Aug 1996 17:21:00 -0700 From: src@rose.asd.sgi.com (Sharon Clay) Message-Id: <199608020021.RAA28564@rose.asd.sgi.com> To: info-performer@sgi.com Subject: Performer at SIGGRAPH Status: O It has been asked if we are going to have Performer events at SIGGRAPH. Thanx for asking and the answer is ..... of course we will!!! /****************** See Performer at SIGGRAPH ***********************/ o The Three-Pipe InfiniteReality station in the SGI booth will be showing some amazing new demos displaying impressive texturing and rendering effects made possibly by InfiniteReality hardware and Performer 2.1. Performer Meeting Events: Wednesday, August 7, at the Hilton o SGI Toolkit SIGs We will have three one hour sessions to talk about the present and future of Open Inventor, IRIS Performer, and the new Cosmo 3D VRML Toolkit. Day: Wednesday Aug. 7th Place: Marlborough Room, at the Hilton - Open Inventor SIG 1pm to 2pm - Performer SIG "IRIS Performer Real-Time 3D Programming for Visual Simulation" 2pm to 3pm - Cosmo 3D SIG "VRML 2.0 Toolkit" 3pm to 4pm o Friends of Performer We have grown from a BOF to a SIG. We also have several new members on the Performer team and it would be great for us all to meet face to face! We'll talk details about Performer 2.1 and on going development for 2.2. As always, we'll be bringing our iR with us and have guest speakers to talk about what they've done on iR (complete with demos). Wed. Aug. 7 7pm to 9pm Grand Salon, at the Hilton We are still trying to organize a place to "hang" after the event so we'll keep you posted. Sorry to keep you all in suspense! We are looking forward to seeing you there! src. -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 1 18:33:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA06957; Thu, 1 Aug 1996 18:32:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA06941; Thu, 1 Aug 1996 18:32:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA00759; Thu, 1 Aug 1996 18:32:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id SAA12226; Thu, 1 Aug 1996 18:32:43 -0700 Received: from fbdev1 (FBDEV1.MDC.COM [129.200.1.63]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA08661; Thu, 1 Aug 1996 18:32:42 -0700 Received: by fbdev1 (940816.SGI.8.6.9/940406.SGI.AUTO) id SAA03386; Thu, 1 Aug 1996 18:27:15 -0700 From: "Salvador Cabaruvias" Message-Id: <9608011827.ZM3384@fbdev1> Date: Thu, 1 Aug 1996 18:27:12 -0700 In-Reply-To: "Dick Rous" "Re: Sirius Video Problem" (Aug 1, 11:37am) References: <9607232131.ZM8713@fbdev1> <9607241139.ZM11072@puth.demeern.sgi.com> <9607301303.ZM22105@mbsgi2.mdc.com> <9608011137.ZM22861@puth.demeern.sgi.com> Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Dick Rous" Subject: Re: Sirius Video Problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks for the info. I am converting my program to Performer 2.0 to see if this makes a difference (of course after SIGGRAPH...:) Thanks again, sal -- -------------------------------------------------------------------------------- Salvador Cabaruvias | sal@sgidev.mdc.com | -------------------------------------------------------------------------------- CSSL | "Well I be done seen about every McDonnell Douglas | thing when I see an elephant (310) 593-6719 | fly" --Dumbo-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 2 01:04:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA07913; Fri, 2 Aug 1996 01:03:27 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA07897; Fri, 2 Aug 1996 01:03:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA11299; Fri, 2 Aug 1996 01:03:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA21560; Fri, 2 Aug 1996 01:03:25 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA20138 for ; Fri, 2 Aug 1996 01:03:23 -0700 Message-Id: <199608020803.BAA20138@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 2 Aug 1996 10:02:27 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Fri, 2 Aug 1996 10:02:27 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Fri, 2 Aug 1996 10:00:21 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Fri, 2 Aug 1996 11:00:27 +0200 Date: Fri, 2 Aug 1996 11:00:27 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960802090027] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Questions Performer (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: image processing with Performer MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi all, I would like to make a kind of halo around an object. Example : a buddha in the lotus position, being in such an harmony w= ith the around Nature that a kind of golden halo is emanating all around the= image of his body on the screen. The idea I have is to process a 2D filter on the screen-projected im= age of the buddha. I need to pop only the image of my haloed object, with n= othing (all black / or alpha =3D 0) around, and to process this image by th= e 2D "Halo" filter, before pushing it back into the frame buffer. I guess all this stuff is to be done in the buddha node draw callbac= k, whether pre-draw or post-draw I don't know, with a great bulk of GL = commands. Does any of you performers have ever made this before (I am sure you= have) ? Do you have an available fragment of code that is pushing/popping th= e object's projected 2D image, letting the user (me) be able to proces= s this image ? Do you also have some C/C++ utilities for simple 2D image processing= ? I have absoilutly no experience of GL programming ; I have always re= lied on the Performer layer. I am feeling like Performer will not be enoug= h for the halo. Thanks in advance for your precious help... Michael Boccara Spacecraft simulation developper. Aerospatiale Suresnes (92), France Tel : +33 1 46 97 30 02 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 2 02:25:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA08101; Fri, 2 Aug 1996 02:23:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA08085; Fri, 2 Aug 1996 02:23:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14757; Fri, 2 Aug 1996 02:23:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA23074; Fri, 2 Aug 1996 02:23:56 -0700 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA02483 for ; Fri, 2 Aug 1996 02:23:41 -0700 Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id KAA08147; Fri, 2 Aug 1996 10:23:29 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9608021023.ZM8145@cordoba.reading.sgi.com> Date: Fri, 2 Aug 1996 10:23:29 +0100 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Impact prob. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have a cust developing on 4TRAM High Impact, loads about 3.5MB of texture down using Guy Russell's enahnced pfuTexDownload, which reports about 3.5MB texture in use (but about 522 tex pages ?), but gets constant texture thrashing (as reported in pfStats). By experiment he has found that if texture in model is reduced to 1 MB (as reported by pfuDownLoad) thrashing stops. All tools seem to be reporting the right thing: - gfxinfo says 4 TRAM - pfuDownLoad says ~ 1MB or 3.5MB - Multigen agrees about amount of texture in model. - Multigen is using default texture modes. - Ditto Perfoemer, so I asume we're getting 16-bit texels. The 1MB limit is v. suspicious, is there any way for some part of the system to get it wrong and thinkj it only has 1MB TRAM ? Greg E. -- __________________________________________________________________________ Greg Edwards, Graphics Support/Consulting Group, Silicon Graphics UK Ltd. Forum 1, Theale, Reading, UK, RG7 4RA. tel +44 1734 257500, direct +44 1734 257740, fax +44 1734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 2 08:31:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA08490; Fri, 2 Aug 1996 08:30:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08474; Fri, 2 Aug 1996 08:30:00 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA25099; Fri, 2 Aug 1996 08:29:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA01683; Fri, 2 Aug 1996 08:29:59 -0700 Received: from evl.eecs.uic.edu (evl.eecs.uic.edu [128.248.246.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA08145 for ; Fri, 2 Aug 1996 08:29:58 -0700 Received: from zbox.eecs.uic.edu by evl.eecs.uic.edu via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for id KAA00941; Fri, 2 Aug 1996 10:30:40 -0500 Received: (swami@localhost) by zbox.eecs.uic.edu (8.6.12/8.6.4) id PAA04072; Fri, 2 Aug 1996 15:30:40 GMT Date: Fri, 2 Aug 1996 10:30:40 -0500 (CDT) From: "Swaminathan N." To: performer mailing list Subject: subclassing pfNode... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I've subclasses pfGroup succesfully, and now, in the process of writing a VRML browser, wanted to subclass pfNode so that all VRML nodes could be derived from it. Unfortunately pfNode doesnt have a default constructor, even though it's granddaddy pfObject and it's sons can be derived from. Is there a particular reason why this was done? While I still have a couple of chapters to go in my C++ book, is there any way I can get around this. Apparently pfGroup derives from pfNode without an initialization list, I've no idea how. Is it possible to use the pfNode(pfBuffer *) constructor with the current buffer as an argument. Thanks Swami <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.eecs.uic.edu ^ v Office: 996-3002 ^ v Home: 850-3725 ^ v http://evlweb.eecs.uic.edu/swami ^ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 2 10:52:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA08734; Fri, 2 Aug 1996 10:51:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA08718; Fri, 2 Aug 1996 10:51:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02628; Fri, 2 Aug 1996 10:51:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA07710; Fri, 2 Aug 1996 10:51:24 -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/950213.SGI.AUTOCF) via ESMTP id KAA09988 for ; Fri, 2 Aug 1996 10:51:23 -0700 Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id NAA22003; Fri, 2 Aug 1996 13:19:23 -0400 Date: 02 Aug 96 13:18:18 EDT From: Jean BENOIT <101372.3460@compuserve.com> To: Infos Performer Subject: Pb with pfdStoreFile_iv Message-ID: <960802171818_101372.3460_JHP130-1@CompuServe.COM> Status: O I have got a problem (described below) using pfdStoreFile_iv, in order to convert a Performer data structure to Inventor. I use the s/w that I have download from Info_Performer... the result follows : Bad pc in corefile, using return adress Core from signal SIGSEGV : Segmentation violation (dbx) where > 0 SoField::valueChanged(int)... 1 SoSFEnum::setValue(int)... 2 convertPerformerNode(8pfNode*)... 3 pfdConvertTo_iv(... 4 pfdStoreFile_iv(... 5 main... Many thanks for any solution... ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 2 12:15:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA09478; Fri, 2 Aug 1996 12:14:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09462; Fri, 2 Aug 1996 12:14:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA07143; Fri, 2 Aug 1996 12:14:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA11955; Fri, 2 Aug 1996 12:14:37 -0700 Received: from firewall.cgsd.com (firewall.cgsd.com [205.164.126.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA04088 for ; Fri, 2 Aug 1996 12:14:35 -0700 Received: (from etran@localhost) by firewall.cgsd.com (8.6.12/8.6.12) id MAA18559; Fri, 2 Aug 1996 12:14:11 -0700 Date: Fri, 2 Aug 1996 12:14:09 -0700 (PDT) From: Eric Tran To: info-performer@sgi.com Subject: Mirroring a scene. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi all, Have you been successful in creating a mirror view of a scene on Performer ? I tried manipulating the Channel View Matrix but it probably is the wrong way to do this. I think this is possible since mirroring is mentioned in the Performer Programming Guide Chapter 4, page 70, the last two paragraphs. However, the book does not go into detail. Do you have information available on this ? With great appreciation, Eric Tran CGSD Corp. (415)903-4930 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 2 13:50:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA10136; Fri, 2 Aug 1996 13:49:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA10120; Fri, 2 Aug 1996 13:49:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11815; Fri, 2 Aug 1996 13:49:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA15980; Fri, 2 Aug 1996 13:49:27 -0700 Received: from solair4b.eunet.be (solair4b.eunet.be [192.92.130.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA29005 for ; Fri, 2 Aug 1996 13:49:25 -0700 Received: from [193.74.11.30] (depinxi.eunet.be [193.74.11.30]) by solair4b.eunet.be (8.7.5/8.7.1) with SMTP id WAA00482 for ; Fri, 2 Aug 1996 22:43:27 +0200 (MET DST) Message-Id: <199608022043.WAA00482@solair4b.eunet.be> X-Sender: depinxi@pophost.eunet.be (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 2 Aug 1996 22:50:34 +0100 To: info-performer@sgi.com From: depinxi@pophost.eunet.be (de pinxi) Subject: pfTex core dump Status: O Hi everybody ! I just experienced this one : the pfTexture->getImage() produces a core dump (see bellow) in C++, perfomer 2.01 on a Crimson REone (irisGL). I use the same function call with pf2.1 on IR (openGL) with success, no problem. Subsidiary question : Is this core a fix in pf2.1, in this case may I install 2.1. on the REone computer, to compile and test ? Philippe --------- > 0 pfTexture::getImage(unsigned int**,int*,int*,int*,int*) const(0x19ab36e0, >0x0, 0x19ad531c, 0x19ad5310) ["../../../lib/libpr/pfTexture.C":572, >0x5dafc5d4] 1 dpTex::loadMovieFiles(char*)(0x19ad52e0, 0x19ad4610, 0x19ad531c, 0x19ad5310) ["../../common/dpMovieTex.C":161, 0x42e14c] 2 dpTex::dpTex(pfTexture*,int*)(0x19ad52e0, 0x18d1b240, 0x7fffab60, 0x19ad5310) ["../../common/dpMovieTex.C":99, 0x42dd6c] 3 dpMovieTexList::addMovie(int,pfTexture*)(0x19ad5e80, 0x0, 0x18d1b240, 0x19ad5310) ["../../common/dpMovieTex.C":279, 0x42e438] 4 ConfigPWin(pfPipeWindow*)(0x19dc2df0, 0x0, 0x19ad531c, 0x19ad5310) ["../../common/generic.C":1099, 0x417148] 5 InitGfx(pfPipeWindow*)(0x19dc2df0, 0x0, 0x19ad531c, 0x19ad5310) ["../../common/generic.C":1124, 0x4171b0] 6 OpenWin(pfPipeWindow*)(0x19dc2df0, 0x0, 0x19ad531c, 0x19ad5310) ["../../common/generic.C":989, 0x416d94] 7 pfPipeWindow::pf_callConfigFunc(void)(0x19ab36e0, 0x0, 0x19ad531c, 0x19dc2df0) ["../../../lib/libpf/pfPipeWindow.C":1451, 0x5da6de68] 8 pfPipeWindow::pf_updateOpenStatus(void)(0x19dc2df0, 0x0, 0x19ad531c, 0x19ad5310) ["../../../lib/libpf/pfPipeWindow.C":697, 0x5da6cb34] 9 appCullDraw(int)(0x0, 0x0, 0x19ad531c, 0x19ad5310) ["../../../lib/libpf/pfProcess.C":2387, 0x5daa18f4] 10 pfFrame(0x19ab36e0, 0x0, 0x19ad531c, 0x19ad5310) ["../../../lib/libpf/pfProcess.C":2727, 0x5daa26c0] 11 main(0x28, 0x7fffaeac, 0x19ad531c, 0x19ad5310) ["../../common/main.C":111, 0x423094] 12 __start() ["crt1text.s":133, 0x41369c] (dbx) q de pinxi sa/nv Av. Huart Hamoir 46 B-1030 Brussels Phone : 32 2 245 75 01 Fax : 32 2 215 72 06 ======================================================================= 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 Aug 3 12:31:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA04761; Sat, 3 Aug 1996 12:28:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA04745; Sat, 3 Aug 1996 12:28:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15850; Sat, 3 Aug 1996 12:28:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA16950; Sat, 3 Aug 1996 12:28:47 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA16210 for ; Sat, 3 Aug 1996 12:28:46 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA24214; Sat, 3 Aug 96 15:33:50 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 3 Aug 1996 15:28:44 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: HUD problems; how to use OpenGL? Status: O I'm trying to use the example from the Performer FAQ to construct a HUD in a C++ Performer application (based on libpf and OpenGL). I've pasted in the relevant item from the FAQ below. However, the following commands are getting me into trouble: zfunction zwritemask ortho2 It seems that these functions are part of IrisGL, rather than OpenGL. The program doesn't work at all with the ortho2(..) call. If I use gluOrtho2D, the program starts OK, but bombs after a few seconds. By running gmemusage in the background, I can see that if the zwritemask commands are enabled, the application starts chewing up memory until the machine runs out and the core dumps. What am I doing wrong here, and how can I implement a HUD within a libpf/OpenGL application? Thanks, Sandeep Mulgund >Subject: -20- How do I overlay graphics on top of my Performer scene? >Date: 06 Oct 93 00:00:01 EST > > Typically this is done to implement a heads-up display (HUD). > > In the draw function callback, the basic algorithm is: > > save state with pfPushState() > disable textures, fog, & lighting with pfBasicState() > save & clear projection matrix > ortho2() > save & clear modelling matrix > draw() > restore modelling matrix > restore projection matrix > restore state with pfPopState() > > Or, you can draw your static info in the overlay planes and only > redraw it when the window receives a REDRAW event (moved, resized, > etc.). Changing between drawing to the overlays and drawing to > regular bitplanes takes a big hit. > > For things that need to be updated real-time, draw() would consist > of: > > zfunction(ZF_ALWAYS); > zwritemask(0x0); > draw HUD stuff > zfunction(ZF_LEQUAL); > zwritemask(0xffffffff); > ======================================================================= 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 Aug 3 16:50:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA05052; Sat, 3 Aug 1996 16:47:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA05036; Sat, 3 Aug 1996 16:47:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA21842; Sat, 3 Aug 1996 16:47:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA21060; Sat, 3 Aug 1996 16:47:35 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA24649 for ; Sat, 3 Aug 1996 16:47:04 -0700 Received: from uucp5.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp5.UU.NET [192.48.96.36]) id QQbbfo13567; Sat, 3 Aug 1996 19:13:52 -0400 (EDT) Received: from ds9.UUCP by uucp5.UU.NET with UUCP/RMAIL ; Sat, 3 Aug 1996 19:13:52 -0400 Received: from octave.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA03461; Sat, 3 Aug 96 18:47:32 EDT Received: by octave.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id SAA13570; Sat, 3 Aug 1996 18:47:31 -0400 From: "Fred Clyne" Message-Id: <9608031847.ZM13568@octave> Date: Sat, 3 Aug 1996 18:47:31 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: HUD problems; how to use OpenGL? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 3, 3:28pm, Sandeep S. Mulgund wrote: > Subject: HUD problems; how to use OpenGL? > I'm trying to use the example from the Performer FAQ to construct a HUD in a > C++ Performer application (based on libpf and OpenGL). I've pasted in the > relevant item from the FAQ below. However, the following commands are > getting me into trouble: > > zfunction > zwritemask > ortho2 > .... > > Thanks, > > Sandeep Mulgund Funny you should ask, I just did this today. I am working in C but you should be able to translate. Also, this works for both IrisGL and OpenGL. In the draw callback, after you render the scene, add your call to the HUD function: void MyDraw(pfChannel *chan, void *data) { pfClearChan(chan); pfDraw(); DrawHUD(); } The HUD drawing routine needs to set its perspective matrix with an ortho command and the viewing matrix with some matrix commands. I had trouble with the different coordinate systems being used, so be careful. The scene is in Performer coordinates (z-up, y-away, x-right). So I created my HUD with z and x coords to be "consistent". I put my data in gsets and created an ortho frustum that I remember in the shared data structure along with DCS nodes to move things around on the HUD. I also didn't wory about saving the perspective matrix since the HUD is drawn last and the matrix will be set again by the channel. at init time: frust = pfNewFrust(arena); pfFrustNearFar(frust,-1.0f,1.0f); pfMakeOrthoFrust(frust,left,right,bottom,top); sharedData->frust = frust; .. sharedData->numGsets = nn; sharedData->gsetList[0] = ... sharedData->dcsList[0] = ... APP updates the DCS nodes each frame: pfDCSRot(sharedData->dcsList[0],... void DrawHUD(void) { pfMatrix mat; int ii; /* work in my own graphics state */ pfPushState(); pfBasicState(); /* turn of the zbuffer so this always shows on top */ #ifdef IRISGL zbuffer(FALSE); #else #ifdef OPENGL glDisable(GL_DEPTH_TEST); #else ...Please Define IRISGL/OPENGL... #endif #endif /* create the ortho projection */ pfApplyFrust(sharedData->frust); /* set the view matrix - push a GL ident matrix on stack */ pfPushIdentMatrix(); /* rotate back to Perf coords */ pfRotate(PF_X,-90.f); /* draw the HUD */ for (ii=0; iinumGsets; ++ii) { pfPushMatrix(); pfGetDCSMat(sharedData->dcsList[ii],mat) pfMultMatrix(mat); pfDrawGSet(sharedData->gsetList[ii]); pfPopMatrix(); } /* restore the view matrix */ pfPopMatrix(); /* restore zbuffer testing */ #ifdef IRISGL zbuffer(TRUE); #else #ifdef OPENGL glEnable(GL_DEPTH_TEST); #else ...Please Define IRISGL/OPENGL... #endif #endif /* restore the graphics state */ pfPopState(); } Hope this helps. -- Fred Clyne Cambridge Research Associates office: 703-790-0505 x 7211 1430 Spring Hill Road, Suite 200 fax: 703-790-0370 McLean, VA 22102 email: fred@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Aug 4 09:37:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA09906; Sun, 4 Aug 1996 09:33:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09890; Sun, 4 Aug 1996 09:33:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12774; Sun, 4 Aug 1996 09:33:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA07717; Sun, 4 Aug 1996 09:33:31 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA19549; Sun, 4 Aug 1996 09:33:29 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA15251; Sun, 4 Aug 1996 17:33:19 +0100 From: "Angus Dorbie" Message-Id: <9608041733.ZM15249@bitch.reading.sgi.com> Date: Sun, 4 Aug 1996 17:33:18 +0100 In-Reply-To: Eric Tran "Mirroring a scene." (Aug 2, 12:14pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Eric Tran , info-performer@sgi.com Subject: Re: Mirroring a scene. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Try reversing the viewport minimum & maximum for a laugh. If you want to do this for a mirror effect inside a normal scene then use a negative scaling SCS, definitely one for pfFlatten if possible. You'll have to reverse your backface/frontface culling but your lighting should be OK because your normals should scale with your geometry. Rgds, Angus. On Aug 2, 12:14pm, Eric Tran wrote: > Subject: Mirroring a scene. > > Hi all, > > Have you been successful in creating a mirror > view of a scene on Performer ? > > I tried manipulating the Channel View Matrix but it > probably is the wrong way to do this. I think this is > possible since mirroring is mentioned in the Performer > Programming Guide Chapter 4, page 70, the last two > paragraphs. However, the book does not go into detail. > > Do you have information available on this ? > > With great appreciation, > > Eric Tran > CGSD Corp. > (415)903-4930 > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Eric Tran ======================================================================= 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 Aug 4 16:05:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA10257; Sun, 4 Aug 1996 16:01:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA10241; Sun, 4 Aug 1996 16:01:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA21147; Sun, 4 Aug 1996 16:01:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA13788; Sun, 4 Aug 1996 16:01:20 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA20239 for ; Sun, 4 Aug 1996 16:01:17 -0700 Received: (from uucp@localhost) by merki.connect.com.au id JAA25313 (8.7.5/IDA-1.6); Mon, 5 Aug 1996 09:01:07 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA17709 (5.65c/IDA-1.5); Mon, 5 Aug 1996 08:33:58 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA17709 (5.65c/IDA-1.5); Mon, 5 Aug 1996 08:33:58 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id IAA12088 (8.6.12/IDA-1.6); Mon, 5 Aug 1996 08:40:26 +1000 Received: from localhost by murad (5.65) id AA21378; Mon, 5 Aug 1996 08:45:42 +1000 Date: Mon, 5 Aug 1996 08:45:41 +1000 (EST) From: Simon Bennett X-Sender: simonb@murad To: de pinxi Cc: info-performer@sgi.com Subject: Re: pfTex core dump In-Reply-To: <199608022043.WAA00482@solair4b.eunet.be> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 2 Aug 1996, de pinxi wrote: > Is this core a fix in pf2.1, in this case may I install 2.1. on the REone > computer, to compile and test ? Guess so. Thou you'll need to be running IRIX 6.2 - +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 5 03:05:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA10994; Mon, 5 Aug 1996 03:01:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA10978; Mon, 5 Aug 1996 03:01:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA05530; Mon, 5 Aug 1996 03:01:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA26735; Mon, 5 Aug 1996 03:01:37 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id DAA09750 for ; Mon, 5 Aug 1996 03:01:35 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA07486 (5.65b/CWI-3.3); Mon, 5 Aug 1996 12:01:33 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA04689 for ; Mon, 5 Aug 1996 11:58:53 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA08236 for info-performer@sgi.com; Mon, 5 Aug 1996 11:55:36 +0200 (MET DST) From: Veraart Message-Id: <199608050955.LAA08236@s00sn1.fel.tno.nl> Subject: Re: DCS and matrix help needed please. To: info-performer@sgi.com (performer) Date: Mon, 5 Aug 1996 11:55:35 +0200 (MET DST) In-Reply-To: <9608011354.ZM21910@euphoria.corp.sgi.com> from "Gene Koh" at Aug 1, 96 01:54:13 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > Now I have a point that is in the original Performer Coordinate system > (vehicle[1].xyz) > > and I want to find out what its value is in the rotated and translated DCS > system. > > OK, so it sounds like you want to know where vehicle[1]'s position (in world > coordinates) lies relative to vehicle[0]'s local coordinate system. > > First, figure out where the origin of vehicle[0]'s coordinate system is in > world coordinates: > pfGetDCSMat(vehicle[0].dcs, Matrix1); > pfSetVec3(origin, 0, 0, 0); > pfXformPt3(originInWorld, origin, Matrix1); This will result in having originInWorld set to nearly the same values as vehicle[0].xyz that are available. > Then, calculate the difference between vehicle[1]'s position and the position > of vehicle[0]'s local origin: > > xnew = vehicle[1].xyz[PF_X] - originInWorld[PF_X]; > ynew = vehicle[1].xyz[PF_Y] - originInWorld[PF_Y]; > znew = vehicle[1].xyz[PF_Z] - originInWorld[PF_Z]; This will only take into acount the translation of the DCS and not the rotation. Because the matrix returned from pfGetDCSMat() transforms from the local coordinate system towards the world coordinates we must have the invers matrix if we want to get the position of vehicle[1] in the translated and rotated coordinate system of vehicle[0]. pfGetDCSMat(vehicle[0].dcs, Matrix1); pfInvertMat(Matrix2, Matrix1); pfXformPt3(relPosVeh, vehicle[1].xyz, Matrix2); Maybe you can use one of the other pfInvertxxxMat() functions, depending on if you use scaling or not. I haven't verified it, so if there is something wrong with this method let us know. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 5 06:09:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11247; Mon, 5 Aug 1996 06:04:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11231; Mon, 5 Aug 1996 06:04:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10201; Mon, 5 Aug 1996 06:04:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA01296; Mon, 5 Aug 1996 06:04:48 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA12747 for ; Mon, 5 Aug 1996 06:04:47 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA00534; Mon, 5 Aug 96 09:09:53 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 5 Aug 1996 09:04:46 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: Fastest font rendering in OpenGL? Status: O I need to render some fonts in a part of an OpenGL HUD in a performer app. >From what I've determined, there are (at least) three ways to do this: - Use X fonts - Use the glc library - Use bitmapped raster fonts The OpenGL source code examples show how to use the first and third techniques. Does anybody have a sense of which of these techniques tends to work the fastest? My primary consideration is speed of performance, as opposed to sophistication of rendering options. All I'll need to do with the fonts is translation/rotation, as part of the heads-up display. Thanks, Sandeep Mulgund ======================================================================= 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 Aug 5 06:15:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11272; Mon, 5 Aug 1996 06:10:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11256; Mon, 5 Aug 1996 06:10:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA10428; Mon, 5 Aug 1996 06:10:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA01449; Mon, 5 Aug 1996 06:10:04 -0700 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.4.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA13737 for ; Mon, 5 Aug 1996 06:09:57 -0700 Received: from sgi17 by cs.cuhk.hk with ESMTP id VAA03036; Mon, 5 Aug 1996 21:08:48 +0800 Received: by sgi17 (940816.SGI.8.6.9/Spike-2.0) id VAA02922; Mon, 5 Aug 1996 21:08:45 +0800 Date: Mon, 5 Aug 1996 21:08:44 +0800 (HKT) From: David Chan To: info-performer Subject: HELP!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O HI, I had posted this content before, but as no body reply me. I post it again. I am now using Alias Studio V7.0.1 to build 3D model, and using performer 2.0 to load this model, but the .obj loader in performer 2.0 can't load the 3D model, it seems that the file format of this version Alias is not reconignized by the .obj loader. Does any one have write a new .obj loader, or can anyone suggest solution for me, any idea are welcome. Thanks very much. David Chan ======================================================================= 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 Aug 5 06:41:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11455; Mon, 5 Aug 1996 06:37:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11439; Mon, 5 Aug 1996 06:37:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA12392; Mon, 5 Aug 1996 06:37:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA02374; Mon, 5 Aug 1996 06:37:28 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA18889; Mon, 5 Aug 1996 06:37:26 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id OAA10521; Mon, 5 Aug 1996 14:36:04 +0100 From: "Angus Dorbie" Message-Id: <9608051436.ZM10519@bitch.reading.sgi.com> Date: Mon, 5 Aug 1996 14:36:04 +0100 In-Reply-To: David Chan "HELP!!" (Aug 5, 9:08pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: David Chan , info-performer Subject: Re: HELP!! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O David, There are several convertors for Alias/Wavefront models to real-time formats. You should shop around, companies to ask are, MultiGen, Clarus & Coryphaeus. Make sure you understand what formats they can convert and what information is retained, e.g. texture & animations, and what added features exist to help with your real-time e.g. generation of Levels of Detail. If anyone else offers this type of conversion please post. Rgds, Angus. On Aug 5, 9:08pm, David Chan wrote: > Subject: HELP!! > HI, > I had posted this content before, but as no body reply me. I post it > again. > I am now using Alias Studio V7.0.1 to build 3D model, and using > performer 2.0 to load this model, but the .obj loader in performer 2.0 > can't load the 3D model, it seems that the file format of this version > Alias is not reconignized by the .obj loader. > Does any one have write a new .obj loader, or can anyone suggest > solution for me, any idea are welcome. > > Thanks very much. > > David Chan > > > > ======================================================================= > 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 Chan ======================================================================= 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 Aug 5 07:03:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA11535; Mon, 5 Aug 1996 06:59:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA11519; Mon, 5 Aug 1996 06:59:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA13512; Mon, 5 Aug 1996 06:59:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA03003; Mon, 5 Aug 1996 06:59:17 -0700 Received: from mgate.uni-hannover.de (mgate.uni-hannover.de [130.75.2.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA22556 for ; Mon, 5 Aug 1996 06:58:52 -0700 Received: from helios (actually helios.tnt.uni-hannover.de) by mgate with SMTP (PP); Mon, 5 Aug 1996 15:55:35 +0200 Received: from chopin by helios (SMI-8.6/SMI-SVR4) id PAA15727; Mon, 5 Aug 1996 15:54:41 +0200 Sender: schulze@helios Message-ID: <320604E9.41C6@tnt.uni-hannover.de> Date: Mon, 05 Aug 1996 16:27:53 +0200 From: Peter Schulze Organization: Universitaet Hannover, Theoretische Nachrichtentechnik X-Mailer: Mozilla 2.01S (X11; I; IRIX 5.3 IP22) MIME-Version: 1.0 Newsgroups: comp.sys.sgi.hardware To: info-performer@sgi.com Subject: Impact-Stereo-modes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hey to all, maybe this Q&A is of common interrest: Thanks to Alexis Cousein Sales Support Engineer Silicon Graphics NV/SA (Belgium) in .be domain: al@sgi.be, elsewhere: al@brussels.sgi.com for answering all the time. Q: > I am trying to switch our Indigo2Impact into different stereo modes, > but only can access STR_RECT,STR_TOP and STR_BOT and I can't find any > other mode in the vof-path. > But I would like to switch in all (some of) the modes a RE offers me by > setmon -n XXXXxYYYYs. A: setmon -x 1024x768_96s, and restarting X, should do the trick. The different vofs are in /usr/gfx/ucode/MGRAS/vof. 2RSS subdirectory for Max Impact. 6.2 for latest modes (including working 1600x1200), patch 1223 for max number of vofs in 5.3. Q: >...setmon -n XXXXxYYYYs didn't work... >Instead of the modes 1024x768_96 and 1024x768_96s only the error message:'No >formats match >requested format 1024x768_96 (1024x768_96s)' came up although they the files > >are there. A: That's why I said setmon -x 1024x768_96s (note -x) and then restart the X server. You can't load a vof on-the-fly that needs reconfiguring the framebuffer, hence the error. The error tells you it can't find a vof for on-the-fly switching. 1280x1024_76 and 1280x492_120 use the same framebuffer config. You can also add that on *Maximum* Impact, switching between vofs on-the-fly can work for more combinations, as the framebuffer is wider, hence Reto's post that a setmon -n worked for him. Using setmon -x and restarting X works for all Impact machines, though; that's why I got used to it. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 5 07:51:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA11702; Mon, 5 Aug 1996 07:46:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA11686; Mon, 5 Aug 1996 07:46:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA15326; Mon, 5 Aug 1996 07:46:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA04885; Mon, 5 Aug 1996 07:46:20 -0700 Received: from zeus.lnk.com (zeus.lnk.com [198.116.32.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA00886 for ; Mon, 5 Aug 1996 07:46:19 -0700 Received: by zeus.lnk.com (4.1/1.35) id AA24062; Mon, 5 Aug 96 10:26:12 EDT From: lelkins@zeus.lnk.com (Les Elkins) Message-Id: <9608051426.AA24062@zeus.lnk.com> Subject: Impact stereo & CrystalEyes? To: info-performer@sgi.com Date: Mon, 5 Aug 1996 10:26:11 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 329 Status: O In a related vein to the Impact stereo question, is it possible to use CrystalEyes with the Impact directly? I would think the answer is 'yes', but the last Impact I saw didn't have any stereo connections like the other SGI machines I've seen... So if you can, where does one plug the emitter in? -Les Elkins lelkins@lnk.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 5 08:13:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA11797; Mon, 5 Aug 1996 08:08:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA11781; Mon, 5 Aug 1996 08:08:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA16634; Mon, 5 Aug 1996 08:08:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA05833; Mon, 5 Aug 1996 08:08:48 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA06195 for ; Mon, 5 Aug 1996 08:08:47 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id LAA21395; Mon, 5 Aug 1996 11:08:44 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 5 Aug 96 11:08:04 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 5 Aug 96 11:07:39 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Mon, 5 Aug 1996 11:07:34 EST Subject: Flimmering X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: <4B49C162BF@P3.ENZIAN.COM> Status: O I've got a model of a hotel with a parapet. The parapet is made out of quads, and it has triangular polygons of a different color on top to represent windows. The windows are flimmering. (Not _my_ term; found it in the Perfomer programming guide.) I've tried moving the windows away from the quads, I've changed the "Rel Priority" field of the window's polygon attributes in MultiGen to 100 (as compared to the quads' 0), and I've tried making each window a subface of its quad, all without noticeable results. Do I have to triangulate everything before subfacing works, or is there something else I should be doing here? I don't want to cut the window out of the parapet, as that would increase my polygon count unacceptably for this realtime application. I'm using an Onyx/RE2. Any help would be greatly appreciated. Thanks, Jude Anthony jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 5 08:16:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA11832; Mon, 5 Aug 1996 08:12:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA11816; Mon, 5 Aug 1996 08:12:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA16742; Mon, 5 Aug 1996 08:12:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA05958; Mon, 5 Aug 1996 08:12:21 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA07392 for ; Mon, 5 Aug 1996 08:12:20 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id LAA22214; Mon, 5 Aug 1996 11:12:17 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 5 Aug 96 11:11:37 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 5 Aug 96 11:11:27 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Mon, 5 Aug 1996 11:11:18 EST Subject: pfGetTransparency X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: <4B59F24519@P3.ENZIAN.COM> Status: O I have tried to modify the perfly sample application to print the transparency mode using pfGetTransparency(). I get a core dump, whether I use it in main.c, generic.c, or perfly.c. I've tried before and after initializations, including just before the main loop. What am I doing wrong? The purpose is to find out why my Onyx/RE2 is displaying transparent objects differently during the realtime situation and during perfly or Multigen operation. Again, any help appreciated. Thanks, Jude Anthony jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 5 08:57:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA11992; Mon, 5 Aug 1996 08:52:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA11976; Mon, 5 Aug 1996 08:52:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA19275; Mon, 5 Aug 1996 08:52:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA07968; Mon, 5 Aug 1996 08:52:39 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA16176 for ; Mon, 5 Aug 1996 08:52:35 -0700 Received: from csf1.pobox.oleane.com (csf1.pobox.oleane.com [194.2.5.16]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id RAA02122 for ; Mon, 5 Aug 1996 17:52:21 +0200 Message-Id: <199608051552.RAA02122@relay1.oleane.net> X-Sender: csf1@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 02 Aug 1996 17:42:36 +0200 To: info-performer@sgi.com From: "couvet@pobox.oleane.com" Subject: pfGsetAttr Status: O Hi to Everyone there, I am working with pfGeoSets and I managed to change some of their characteristics (such as Coords, norms, even norms indexes and coords indexes), but it seems impossible to change in real-time the number of primitives between two= frames. What I do is te following : - 1. I add some vertices - 2. I assemble them into primitives with the index table - 3. I compute the normals - 4. then I set the number of Prims with gset->setNumPrims(); On the next frame, the GeoSet look fairly wrong !! (sometimes with Core). If someone know if it is possible (and how!) to modify GeoSet in real-time, I will be very happy to hear from him (some king of God ?).. Thanks. Cyril ZEKSER, TT&S. Serge Couvet,Dipl Ing |=20 Advanced Research Manager | Future systems Technology ( training systems and surgery simulation) Thomson Training & Simulation | Manufacturer of training simulators 1, rue du G=E9n=E9ral de Gaulle- Z.I. Les beaux soleils - OSNY | BP226-|95523 Cergy Pontoise Cedex-FRANCE | couvet@pobox.oleane.com -tel (33 1) 34228663 | ======================================================================= 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 Aug 5 09:19:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12138; Mon, 5 Aug 1996 09:14:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12122; Mon, 5 Aug 1996 09:14:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20855; Mon, 5 Aug 1996 09:14:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA08856; Mon, 5 Aug 1996 09:14:01 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA21339; Mon, 5 Aug 1996 09:13:53 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA11025; Mon, 5 Aug 1996 17:12:30 +0100 From: "Angus Dorbie" Message-Id: <9608051712.ZM11023@bitch.reading.sgi.com> Date: Mon, 5 Aug 1996 17:12:30 +0100 In-Reply-To: "Jude Anthony" "pfGetTransparency" (Aug 5, 11:11am) References: <4B59F24519@P3.ENZIAN.COM> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Jude Anthony" , info-performer@sgi.com Subject: Re: pfGetTransparency Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This is a graphics function so you can only call this from your draw process, created at your pfConfig, available through draw callbacks. The transparency used by a loaded object will be held in the geostates associated with the geogroups so look at the loaded model. What do you mean during multigen operation or perfly operation? The database loaders build parts of the scene graph which is assembled by perfly and subsequently drawn by performer, transparency in only ever applied in the graphics process when the scene graph is being drawn. Does this clarify things? Rgds, Angus. On Aug 5, 11:11am, Jude Anthony wrote: > Subject: pfGetTransparency > I have tried to modify the perfly sample application to print the > transparency mode using pfGetTransparency(). I get a core dump, > whether I use it in main.c, generic.c, or perfly.c. I've tried > before and after initializations, including just before the main > loop. What am I doing wrong? > > The purpose is to find out why my Onyx/RE2 is displaying transparent > objects differently during the realtime situation and during perfly > or Multigen operation. > > Again, any help appreciated. > > Thanks, > Jude Anthony > jude@p3.enzian.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jude Anthony ======================================================================= 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 Aug 5 09:38:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12232; Mon, 5 Aug 1996 09:33:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12216; Mon, 5 Aug 1996 09:33:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA22232; Mon, 5 Aug 1996 09:33:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA09901; Mon, 5 Aug 1996 09:33:27 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA26302; Mon, 5 Aug 1996 09:33:15 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA11106; Mon, 5 Aug 1996 17:31:53 +0100 From: "Angus Dorbie" Message-Id: <9608051731.ZM11104@bitch.reading.sgi.com> Date: Mon, 5 Aug 1996 17:31:52 +0100 In-Reply-To: "Angus Dorbie" "Re: pfGetTransparency" (Aug 5, 5:12pm) References: <4B59F24519@P3.ENZIAN.COM> <9608051712.ZM11023@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Jude Anthony" , info-performer@sgi.com Subject: Re: pfGetTransparency Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 5, 5:12pm, Angus Dorbie wrote: > Subject: Re: pfGetTransparency > The transparency used by a loaded object will be held in the > geostates associated with the geogroups so look at the loaded model. oops. ^^^^^^^^^ (read geosets) ======================================================================= 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 Aug 5 13:21:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12842; Mon, 5 Aug 1996 13:17:02 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12824; Mon, 5 Aug 1996 13:16:58 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA03159; Mon, 5 Aug 1996 13:16:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA20400; Mon, 5 Aug 1996 13:16:57 -0700 Received: from gatekeep.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA29252 for ; Mon, 5 Aug 1996 13:16:55 -0700 From: stevenl@skopen.dseg.ti.com Received: from lesol1.dseg.ti.com ([157.170.147.17]) by gatekeep.ti.com (8.6.13) with ESMTP id PAA18607 for ; Mon, 5 Aug 1996 15:16:46 -0500 Received: from skopen.dseg.ti.com (skopen.dseg.ti.com [128.247.201.67]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id PAA03414 for ; Mon, 5 Aug 1996 15:16:15 -0500 Received: from slovelady.dseg.ti.com by skopen.dseg.ti.com (4.1/SMI-4.1) id AA25426; Mon, 5 Aug 96 15:20:04 CDT Message-Id: <9608052020.AA25426@skopen.dseg.ti.com> Comments: Authenticated sender is To: info-performer@sgi.com Date: Mon, 5 Aug 1996 15:13:39 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Performer crashes during cull X-Mailer: Pegasus Mail for Windows (v2.40) Status: O Hello, I have a Performer application that is crashing when I try to attach several models with articulated parts to the scene graph. It will crash during the cull process. I'm running Irix 5.3 with Performer 2.0. The traceback I get from dbx looks like this: > 0 pfGroup::nb_cull(int,int,_pfCuller*)(0x182d6850, 0x6, 0x7, > 0x197cbb40) ["../../../lib/libpf/pfGroup.C":230, 0x619a80] 1 pfSCS::nb_cull(int,int,_pfCuller*)(0x182d6850, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":259, 0x61c7bc] 2 pfSCS::nb_cull(int,int,_pfCuller*)(0x199a0320, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":308, 0x61cbb0] 3 pfSCS::nb_cull(int,int,_pfCuller*)(0x18174e10, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":308, 0x61cbb0] 4 pfGroup::nb_cull(int,int,_pfCuller*)(0x19691360, 0x6, 0x3f000007, 0x197cbb40) ["../../../lib/libpf/pfGroup.C":247, 0x619d68] 5 pfGroup::nb_cull(int,int,_pfCuller*)(0x194fa250, 0x7, 0x8000003, 0x197cbb40) ["../../../lib/libpf/pfGroup.C":247, 0x619d68] 6 pfGroup::nb_cull(int,int,_pfCuller*)(0x180c7280, 0x7, 0x1, 0x197cbb40) ["../../../lib/libpf/pfGroup.C":247, 0x619d68] 7 pfSCS::nb_cull(int,int,_pfCuller*)(0x180cb6c0, 0x7, 0x1, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":308, 0x61cbb0] 8 pfScene::nb_cull(int,int,_pfCuller*)(0x180c71f0, 0x7, 0x1, 0x197cbb40) ["../../../lib/libpf/pfScene.C":269, 0x5c7694] 9 _pfCuller::nb_cull(void)(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfCuller.C":197, 0x5f46c0] 10 beginDraw(int)(0x1006d7a0, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":3841, 0x55214c] 11 pfDraw(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":3873, 0x5522a4] 12 DrawFunc(chan = 0x186d8d30, data = (nil)) ["/usr/sim/sdl/src/igs_crash/igs/ig_common_lib/generic.c":538, 0x46cd20] 13 pfChannel::pf_callDrawFunc(void)(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfChannel.C":1805, 0x5d85e4] 14 doDraw(pfChannel*)(0x186d8d30, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":3768, 0x551dac] 15 appCullDraw(int)(0x461d, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":2402, 0x54e27c] 16 pfFrame(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":2703, 0x54f10c] 17 main(argc = 20, argv = 0x7fffae64) ["/usr/sim/sdl/src/igs_crash/igs/ig_common_lib/main.c":204, 0x467cfc] 18 __start() ["crt1text.s":133, 0x46656c] Has anyone seen or heard of a problem similar to this? Any help would be appreciated. Thanks, Steve Steven Lovelady Texas Instruments, Inc. phone: (214) 575-6758 fax: (214) 575-6771 email: steven-lovelady@ti.com "My views are not necessary those of Texas Instruments" ======================================================================= 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 Aug 5 21:23:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA13554; Mon, 5 Aug 1996 21:18:58 -0700 Return-Path: Received: from rock.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA13538; Mon, 5 Aug 1996 21:18:57 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id VAA06537; Mon, 5 Aug 1996 21:18:56 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id VAA24504; Mon, 5 Aug 1996 21:18:55 -0700 Received: from mh1.well.com (mh1.well.com [206.15.64.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA01133 for ; Mon, 5 Aug 1996 21:17:39 -0700 Received: from well (stereo@well.com [206.15.64.10]) by mh1.well.com (8.7.5/8.7.5) with SMTP id UAA21565; Mon, 5 Aug 1996 20:45:23 -0700 (PDT) Date: Mon, 5 Aug 1996 20:45:21 -0700 (PDT) From: Tim Crane Subject: Re: Impact stereo & CrystalEyes? To: Les Elkins cc: info-performer@sgi.com In-Reply-To: <9608051426.AA24062@zeus.lnk.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O It depends on what Impact you have, but the port usually is a DB9 pin. The connector is located under the monitor connector. (Next slot). You can get a cable from us (StereoGraphics) or Qualix. The part # for that cable is 69942. Please email me direct at tcrane@crystaleye.com if you have any other ?? . On Mon, 5 Aug 1996, Les Elkins wrote: > In a related vein to the Impact stereo question, is it possible > to use CrystalEyes with the Impact directly? I would think > the answer is 'yes', but the last Impact I saw didn't have > any stereo connections like the other SGI machines I've seen... > So if you can, where does one plug the emitter in? > > -Les Elkins > lelkins@lnk.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= 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 Aug 6 01:00:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA13749; Tue, 6 Aug 1996 00:56: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 AAA13733; Tue, 6 Aug 1996 00:56:29 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA11876; Tue, 6 Aug 1996 00:56:29 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id AAA04616; Tue, 6 Aug 1996 00:56:28 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA02933 for ; Tue, 6 Aug 1996 00:55:10 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id JAA15065 for ; Tue, 6 Aug 1996 09:55:05 +0200 Received: from platine by corysmailserv (5.x/SMI-SVR4) id AA00502; Tue, 6 Aug 1996 09:38:05 +0200 Received: by platine (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id JAA16800; Tue, 6 Aug 1996 09:36:48 +0200 From: "Lionel Maiaux" Message-Id: <9608060936.ZM16798@platine> Date: Tue, 6 Aug 1996 09:36:39 -0600 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: 2 faces or 2-sided lighting ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, I've already posted this question but I had no answer. Which of these 2 modelisation is the most performant ? (on RE2 and iR) - 2 faces with opposite normals, - 1 face with 2-sided lighting. 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 Tue Aug 6 02:03:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA13821; Tue, 6 Aug 1996 01:58: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 BAA13805; Tue, 6 Aug 1996 01:58:33 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA13134; Tue, 6 Aug 1996 01:58:32 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id BAA07213; Tue, 6 Aug 1996 01:58:31 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA12168; Tue, 6 Aug 1996 01:57:06 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA11839; Tue, 6 Aug 1996 09:47:52 +0100 From: "Angus Dorbie" Message-Id: <9608060947.ZM11837@bitch.reading.sgi.com> Date: Tue, 6 Aug 1996 09:47:51 +0100 In-Reply-To: "Lionel Maiaux" "2 faces or 2-sided lighting ?" (Aug 6, 9:36am) References: <9608060936.ZM16798@platine> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Lionel Maiaux" , info-performer@sgi.com Subject: Re: 2 faces or 2-sided lighting ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I expect 1 face with 2-sided lighting is best especially on iR It requires less bandwidth (half that of your other option) and your other option (2 faces with opposite normals) would also require backface culling which is slow with the current iR software. I'm not sure what 2 sided lighting will cost so youre still best checking this to be on the safe side. Rgds, Angus. On Aug 6, 9:36am, Lionel Maiaux wrote: > Subject: 2 faces or 2-sided lighting ? > Hi, > > I've already posted this question but I had no answer. > > Which of these 2 modelisation is the most performant ? (on RE2 and iR) > - 2 faces with opposite normals, > - 1 face with 2-sided lighting. > > Thanks, > > ======================================================================= > 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 Lionel Maiaux ======================================================================= 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 Aug 6 02:40:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA13873; Tue, 6 Aug 1996 02:35: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 CAA13857; Tue, 6 Aug 1996 02:35:50 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA13977; Tue, 6 Aug 1996 02:35:49 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id CAA08707; Tue, 6 Aug 1996 02:35:49 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA17043 for ; Tue, 6 Aug 1996 02:34:31 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA04860 (5.65b/CWI-3.3); Tue, 6 Aug 1996 11:34:11 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id LAA16909; Tue, 6 Aug 1996 11:31:26 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id LAA03192; Tue, 6 Aug 1996 11:28:07 +0200 (MET DST) From: Veraart Message-Id: <199608060928.LAA03192@s00sn1.fel.tno.nl> Subject: Re: pfGsetAttr To: couvet@pobox.oleane.com Date: Tue, 6 Aug 1996 11:28:07 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: <199608051552.RAA02122@relay1.oleane.net> from "couvet@pobox.oleane.com" at Aug 2, 96 05:42:36 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > > Hi to Everyone there, > > I am working with pfGeoSets and I managed to change some of their > characteristics > (such as Coords, norms, even norms indexes and coords indexes), but it seems > impossible to change in real-time the number of primitives between two= > frames. > > What I do is te following : > > - 1. I add some vertices > - 2. I assemble them into primitives with the index table > - 3. I compute the normals > - 4. then I set the number of Prims with gset->setNumPrims(); > > On the next frame, the GeoSet look fairly wrong !! (sometimes with > Core). > > > If someone know if it is possible (and how!) to modify GeoSet in real-time, > I will be very happy to hear from him (some king of God ?).. You can control the number of primitives in realtime by using the transparency of the primitives by using a separate color for each primitive. In the Geostate you must set the Alpharef to say 0.05 and the Alphafunc to GEQUAL. Then set the transparency to 0.0 for the primitives that you don't want to see. If you use multi process be sure to use pfCycleBuffers to keep frame synchronisation. Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 6 03:29:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA13929; Tue, 6 Aug 1996 03:25: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 DAA13913; Tue, 6 Aug 1996 03:25:23 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA14734; Tue, 6 Aug 1996 03:25:22 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id DAA10650; Tue, 6 Aug 1996 03:25:22 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA25809; Tue, 6 Aug 1996 03:23:57 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA11948; Tue, 6 Aug 1996 11:21:24 +0100 From: "Angus Dorbie" Message-Id: <9608061121.ZM11946@bitch.reading.sgi.com> Date: Tue, 6 Aug 1996 11:21:24 +0100 In-Reply-To: Veraart "Re: pfGsetAttr" (Aug 6, 11:28am) References: <199608060928.LAA03192@s00sn1.fel.tno.nl> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Veraart , couvet@pobox.oleane.com Subject: Re: pfGsetAttr Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think the original technique should work. As Veraart pointed out you need to have multiple copies of the geometry and maintain frame synchronisation. If you are lucky enopugh to avoid a core dump then you shouldn't get garbage once the pointers & numbers have been assigned. This suggests that the geometry youre building is incorrect. To avoid any synchronisation problems without buffering you could try setting the draw mode PFGS_COMPILE_GL to PF_ON for the geoset and whenever you make a modification call pfGSetDrawMode( gset, PFGS_COMPILE_GL, PF_ON); again. So you use the GL to cache the geoset for drawing and use pfGSetDrawMode as a write through operation from your host data. This won't work for animating the object every frame but it should work for occasional modifications. You may have to deffer the call to pfGSetDrawMode for a couple of frames, it depends on whether the PFGS_COMPILE_GL token is buffered or not in the performer library. Rgds, Angus. On Aug 6, 11:28am, Veraart wrote: > Subject: Re: pfGsetAttr > > > > Hi to Everyone there, > > > > I am working with pfGeoSets and I managed to change some of their > > characteristics > > (such as Coords, norms, even norms indexes and coords indexes), but it seems > > impossible to change in real-time the number of primitives between two= > > frames. > > > > What I do is te following : > > > > - 1. I add some vertices > > - 2. I assemble them into primitives with the index table > > - 3. I compute the normals > > - 4. then I set the number of Prims with gset->setNumPrims(); > > > > On the next frame, the GeoSet look fairly wrong !! (sometimes with > > Core). > > > > > > If someone know if it is possible (and how!) to modify GeoSet in real-time, > > I will be very happy to hear from him (some king of God ?).. > > You can control the number of primitives in realtime by using the transparency > of the primitives by using a separate color for each primitive. > In the Geostate you must set the Alpharef to say 0.05 and the Alphafunc to > GEQUAL. Then set the transparency to 0.0 for the primitives that you don't > want to see. > If you use multi process be sure to use pfCycleBuffers to keep frame > synchronisation. > > Mario > ======================================================================= > 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 Veraart ======================================================================= 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 Aug 6 06:03:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA14056; Tue, 6 Aug 1996 05:56: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 FAA14040; Tue, 6 Aug 1996 05:56:47 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA18014; Tue, 6 Aug 1996 05:56:46 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id FAA17716; Tue, 6 Aug 1996 05:56:46 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA16822 for ; Tue, 6 Aug 1996 05:55:19 -0700 Received: from csf1.pobox.oleane.com (csf1.pobox.oleane.com [194.2.5.16]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id OAA21388 for ; Tue, 6 Aug 1996 14:55:07 +0200 Message-Id: <199608061255.OAA21388@relay1.oleane.net> X-Sender: csf1@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 03 Aug 1996 14:44:58 +0200 To: info-performer@sgi.com From: "couvet@pobox.oleane.com" (by way of "couvet@pobox.oleane.com" ) Subject: thanks to Re: pfGsetAttr but not solving any pb. Status: O At 11:21 06/08/1996 +0100, you wrote: >I think the original technique should work. > >As Veraart pointed out you need to have multiple copies of the geometry and >maintain frame synchronisation. > >If you are lucky enopugh to avoid a core dump then you shouldn't get >garbage once the pointers & numbers have been assigned. This suggests >that the geometry youre building is incorrect. > >To avoid any synchronisation problems without buffering you could try >setting the draw mode PFGS_COMPILE_GL to PF_ON for the geoset and whenever >you make a modification call pfGSetDrawMode( gset, PFGS_COMPILE_GL, PF_ON); >again. So you use the GL to cache the geoset for drawing and use >pfGSetDrawMode as a write through operation from your host data. > >This won't work for animating the object every frame but it should work for >occasional modifications. You may have to deffer the call to pfGSetDrawMode >for a couple of frames, it depends on whether the PFGS_COMPILE_GL token is >buffered or not in the performer library. > > >Rgds, >Angus. > Hi, and many thanks for your fast answer, but I still have the problem. Transparency is not applyable because of the overhead resulting. Multiple copies of the geometry is impossible also because I can't foresee where and when I need the new vertices and primitives. Typically, I need to have an objet "breathing", and when I touch it with a tools, I need to refine the mesh of the object. I check that the variables are in the shared arena, and it is OK. The vertice index table is OK in the Main memory and so does the coord table, but the ::pfPrint shows me that some of the primitivesin the pfGeoSet (ie the last 3 ones) are completely wrong ! Is there a bug when refreshing the structure of a pfGeoSet dynamically ? How can I wait till the geoSet is completely update, if it is the bug ? Or do you know a safe (and fast) way of modifying the number of primitives of a pfGeoSet between two frames? Sincerely, Cyril ZEKSER TT&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 Aug 6 07:39:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14267; Tue, 6 Aug 1996 07:30:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14251; Tue, 6 Aug 1996 07:30:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA27575; Tue, 6 Aug 1996 07:30:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA20900; Tue, 6 Aug 1996 07:30:47 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA04387 for ; Tue, 6 Aug 1996 07:30:43 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id QAA23820 for ; Tue, 6 Aug 1996 16:30:34 +0200 Received: from neptune.corys by corysmailserv (5.x/SMI-SVR4) id AA01126; Tue, 6 Aug 1996 16:00:40 +0200 Received: by neptune.corys (5.x/SMI-SVR4) id AA12614; Tue, 6 Aug 1996 16:00:40 +0200 Date: Tue, 6 Aug 1996 16:00:40 +0200 From: reymond@corysmailserv.corys.fr (Gilles Reymond) Message-Id: <9608061400.AA12614@neptune.corys> To: info-performer@sgi.com Subject: Inventor to Flight converter Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: dMh2ghOASFWpPO4qcKTn7A== Status: O Hi everybody, Does anyone have ever heard of, seen or even used a converter from Inventor files to Multigen's database format (OpenFlight) ? Any hints or pointers will be greatly appreciated. Thanks, Gilles Reymond ======================================================================= 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 Aug 6 08:12:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14434; Tue, 6 Aug 1996 08:03:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14418; Tue, 6 Aug 1996 08:03:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00029; Tue, 6 Aug 1996 08:03:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA22128; Tue, 6 Aug 1996 08:03:12 -0700 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA10441 for ; Tue, 6 Aug 1996 08:03:11 -0700 Received: from manta.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA00107; Tue, 6 Aug 96 08:03:09 PDT Received: from jww.nosc.mil by manta.nosc.mil (4.1/SMI-4.1) id AA16657; Tue, 6 Aug 96 08:03:05 PDT Date: Tue, 6 Aug 96 08:03:05 PDT Message-Id: <9608061503.AA16657@manta.nosc.mil> X-Sender: jwallace@manta.nosc.mil X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: info-performer@sgi.com From: Jeffrey Wallace Subject: Custom video output formats (vofs) Status: O Would anyone know how to obtain or create custom video output formats? It would be great to have one 960x680 display and one 800x600 display. In a pinch 2@800x600 would do. Thanks, Jeff Wallace ________________________ Jeffrey W. Wallace NCCOSC RDTE DIV Code 44202 53140 Systems St. San Diego, CA 92152-7555 Phone: (619) 553-6809 Fax: (619) 553-3750 jwallace@manta.nosc.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 6 08:14:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14452; Tue, 6 Aug 1996 08:04:17 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14436; Tue, 6 Aug 1996 08:04:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00089; Tue, 6 Aug 1996 08:04:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA22182; Tue, 6 Aug 1996 08:04:13 -0700 Received: from amelnx.advmar.com (advmar.com [205.184.101.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA10589 for ; Tue, 6 Aug 1996 08:04:08 -0700 From: Hill_Brian@amelnx.advmar.com Received: from cc:Mail by amelnx.advmar.com id AA839354687; Tue, 06 Aug 96 11:04:10 EST Date: Tue, 06 Aug 96 11:04:10 EST Message-Id: <9607068393.AA839354687@amelnx.advmar.com> To: info-performer@sgi.com, reymond@corysmailserv.corys.fr (Gilles Reymond) Subject: Re: Inventor to Flight converter Status: O Gilles, I have asked Multigen about a importer for the performer file format which would enable you to do the same thing (iv->pf->flt) but they indicated they had no interest in developing one. Has anyone developed a pf->flt file importer? If so would you make it available to others? Brian Hill hill_brian@advmar.com ______________________________ Reply Separator _________________________________ Subject: Inventor to Flight converter Author: reymond@corysmailserv.corys.fr (Gilles Reymond) at Internet Date: 8/6/96 10:53 AM Hi everybody, Does anyone have ever heard of, seen or even used a converter from Inventor files to Multigen's database format (OpenFlight) ? Any hints or pointers will be greatly appreciated. Thanks, Gilles Reymond ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 6 08:20:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14547; Tue, 6 Aug 1996 08:12:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14529; Tue, 6 Aug 1996 08:12:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00374; Tue, 6 Aug 1996 08:12:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA22485; Tue, 6 Aug 1996 08:12:40 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA12598; Tue, 6 Aug 1996 08:12:32 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id PAA12546; Tue, 6 Aug 1996 15:50:09 +0100 From: "Angus Dorbie" Message-Id: <9608061550.ZM12544@bitch.reading.sgi.com> Date: Tue, 6 Aug 1996 15:50:08 +0100 In-Reply-To: reymond@corysmailserv.corys.fr (Gilles Reymond) "Inventor to Flight converter" (Aug 6, 4:00pm) References: <9608061400.AA12614@neptune.corys> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: reymond@corysmailserv.corys.fr (Gilles Reymond), info-performer@sgi.com Subject: Re: Inventor to Flight converter Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O The convertors which come with Medit will help you do this. The medit download page can be found at: http://www.medit.es/download.htm I think the utils.tgz contains what you want. This stuff may be in the performer friends subsystem. Rgds, Angus. On Aug 6, 4:00pm, Gilles Reymond wrote: > Subject: Inventor to Flight converter > Hi everybody, > > Does anyone have ever heard of, seen or even used a converter from Inventor > files to Multigen's database format (OpenFlight) ? > > Any hints or pointers will be greatly appreciated. > > Thanks, > > Gilles Reymond > ======================================================================= > 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 Gilles Reymond ======================================================================= 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 Aug 6 09:01:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14797; Tue, 6 Aug 1996 08:53:49 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14781; Tue, 6 Aug 1996 08:53:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04057; Tue, 6 Aug 1996 08:53:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA24227; Tue, 6 Aug 1996 08:53:45 -0700 Received: from dub-img-3.compuserve.com (dub-img-3.compuserve.com [149.174.206.133]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA21909 for ; Tue, 6 Aug 1996 08:53:44 -0700 Received: by dub-img-3.compuserve.com (8.6.10/5.950515) id LAA02548; Tue, 6 Aug 1996 11:53:38 -0400 Date: 06 Aug 96 11:52:28 EDT From: Werner Hartinger <101573.3267@CompuServe.COM> To: performer Cc: Steve Baker , Axel Schmidt Subject: RE: Initialisation problem Message-ID: <960806155228_101573.3267_IHK53-1@CompuServe.COM> Status: O On Jul 24, 13:21 Steve Baker wrote: >If I split DRAW off (so I have DBASE ISECT/APP/CULL DRAW as three processes) >then the problem goes away! We also have the same problem, but in the configuration DBASE ISECT/APP/CULL DRAW. It goes only away if DBASE is not split off. Is there any idea in the performer group yet ? Werner --------------------------------------------------------------------------------- ------ Werner Hartinger Tel. 049-89-8899-2744 Krauss-Maffei AG Fax. 049-89-8899-3043 Krauss-Maffei-str. 2 D-80997 Munich GERMANY --------------------------------------------------------------------------------- ------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 6 09:01:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA14815; Tue, 6 Aug 1996 08:54:14 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA14799; Tue, 6 Aug 1996 08:54:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04086; Tue, 6 Aug 1996 08:54:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA24238; Tue, 6 Aug 1996 08:54:10 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA21971 for ; Tue, 6 Aug 1996 08:54:06 -0700 Received: by orac.boston.sgi.com (951211.SGI.8.6.12.PATCH1042/940406.SGI) id LAA02655; Tue, 6 Aug 1996 11:53:54 -0400 From: "Andrew Shein" Message-Id: <9608061153.ZM2653@orac.boston.sgi.com> Date: Tue, 6 Aug 1996 11:53:54 -0400 In-Reply-To: Hill_Brian@amelnx.advmar.com "Re: Inventor to Flight converter" (Aug 6, 11:04am) References: <9607068393.AA839354687@amelnx.advmar.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Hill_Brian@amelnx.advmar.com, info-performer@sgi.com, reymond@corysmailserv.corys.fr (Gilles Reymond) Subject: Re: Inventor to Flight converter Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Multigen has an Inventor to Flt converter. I have used it to bring CAD models in to MultiGen (PreE->Iv->Flt). It comes with or is an option to MultiGen II, and is called iv2flt. Andy On Aug 6, 11:04am, Hill_Brian@amelnx.advmar.com wrote: > Subject: Re: Inventor to Flight converter > Gilles, > > I have asked Multigen about a importer for the performer file format > which would enable you to do the same thing (iv->pf->flt) but they > indicated they had no interest in developing one. > > Has anyone developed a pf->flt file importer? > > If so would you make it available to others? > > Brian Hill > hill_brian@advmar.com > > > ______________________________ Reply Separator _________________________________ > Subject: Inventor to Flight converter > Author: reymond@corysmailserv.corys.fr (Gilles Reymond) at Internet > Date: 8/6/96 10:53 AM > > > Hi everybody, > > Does anyone have ever heard of, seen or even used a converter from Inventor > files to Multigen's database format (OpenFlight) ? > > Any hints or pointers will be greatly appreciated. > > Thanks, > > Gilles Reymond > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Hill_Brian@amelnx.advmar.com -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 6 11:11:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15178; Tue, 6 Aug 1996 11:06:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15162; Tue, 6 Aug 1996 11:06:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA09742; Tue, 6 Aug 1996 11:06:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA01940; Tue, 6 Aug 1996 11:06:14 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA24342 for ; Tue, 6 Aug 1996 11:06:12 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA07564; Tue, 6 Aug 96 14:11:15 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 6 Aug 1996 14:06:07 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: OpenGL overlays Status: O Can anybody point me to (or send me some code fragments) that show me how to set up on overlay using OpenGL within a Performer app? The Performer documentation/FAQs are sketchy on this point. Thanks, Sandeep Mulgund ======================================================================= 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 Aug 6 11:31:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA15268; Tue, 6 Aug 1996 11:27:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15252; Tue, 6 Aug 1996 11:27:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11134; Tue, 6 Aug 1996 11:27:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA02817; Tue, 6 Aug 1996 11:27:15 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA29859 for ; Tue, 6 Aug 1996 11:27:13 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA07682; Tue, 6 Aug 96 14:32:20 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 6 Aug 1996 14:27:12 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: OpenGL overlays (CLARIFICATION) Status: O Can anybody point me to (or send me some code fragments) that show me how to set up on overlay using OpenGL within a Performer app? The Performer documentation/FAQs are sketchy on this point. Specifically, I'm trying to figure out how to set up the overlay planes so that I only need to draw the static components of the overlay once, during initialization. Thanks, Sandeep Mulgund ======================================================================= 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 Aug 6 17:50:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA16169; Tue, 6 Aug 1996 17:46:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA16153; Tue, 6 Aug 1996 17:46:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA25760; Tue, 6 Aug 1996 17:46:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA20390; Tue, 6 Aug 1996 17:46:47 -0700 Received: from popper.PBI.net (popper.pbi.net [206.13.1.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA25547 for ; Tue, 6 Aug 1996 17:46:47 -0700 Received: from poser.pbi.net by popper.PBI.net (4.1/PBI-12/1/95) id AA01459; Tue, 6 Aug 96 17:46:40 PDT Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) id RAA06160; Tue, 6 Aug 1996 17:45:36 -0700 From: "Chris Cederwall" Message-Id: <9608061745.ZM6158@poser.pbi.net> Date: Tue, 6 Aug 1996 17:45:36 -0700 In-Reply-To: "Lionel Maiaux" "2 faces or 2-sided lighting ?" (Aug 6, 9:36am) References: <9608060936.ZM16798@platine> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Lionel Maiaux" , info-performer@sgi.com Subject: Re: 2 faces or 2-sided lighting ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O -> I've already posted this question but I had no answer. -> -> Which of these 2 modelisation is the most performant ? (on RE2 and iR) -> - 2 faces with opposite normals, -> - 1 face with 2-sided lighting. -> People can correct me they feel otherwise..... but It is considered most functional to have 2 faces with single sided lighting and *backface* removal on. If your object is single sided, when you look at it from the back side it will not be drawn when backface removal is enabled. Enabling Backface removal will usually gain you 20% increase in drawing times on average. Cheers, -- Chris Cederwall ceder@pbi.net 415.442-4952 ------------------------------------------------------------------ * the views expressed are only views and are not neccesarily statements that reflect pacific bell internet services or even complete sentences. ======================================================================= 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 Aug 6 19:47:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA16345; Tue, 6 Aug 1996 19:43:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA16329; Tue, 6 Aug 1996 19:43:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA29569; Tue, 6 Aug 1996 19:43:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id TAA23668; Tue, 6 Aug 1996 19:43:23 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA16755 for ; Tue, 6 Aug 1996 19:43:14 -0700 Received: (from uucp@localhost) by merki.connect.com.au id MAA12318 (8.7.5/IDA-1.6); Wed, 7 Aug 1996 12:43:04 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA17944 (5.65c/IDA-1.5); Wed, 7 Aug 1996 10:54:24 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA17944 (5.65c/IDA-1.5); Wed, 7 Aug 1996 10:54:24 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id LAA17998 (8.6.12/IDA-1.6); Wed, 7 Aug 1996 11:00:52 +1000 Received: from localhost by murad (5.65) id AA25511; Wed, 7 Aug 1996 11:06:13 +1000 Date: Wed, 7 Aug 1996 11:06:13 +1000 (EST) From: Simon Bennett X-Sender: simonb@murad To: Jeffrey Wallace Cc: info-performer@sgi.com Subject: Re: Custom video output formats (vofs) In-Reply-To: <9608061503.AA16657@manta.nosc.mil> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Tue, 6 Aug 1996, Jeffrey Wallace wrote: > Would anyone know how to obtain or create custom video output formats? > It would be great to have one 960x680 display and one 800x600 display. > In a pinch 2@800x600 would do. Are you talking RE^2 or iR? On iR you've got amazing flexibility over vof's and the channels they come out on (2 on the DG4-2 and 8 on the DG4-8) - look into "ircombine" - you should be able to do almost anything you want.... If you're talking RE^2 are you referring to 2 pipes or a single pipe with an MCO? Bother iR and RE have 968x680 and 800x600 as standard vof settable via "setmon". The MCO on the RE^2 provides a 3x960x680 vof, but doesn't seem to offer any combinations involving 800x600... If you're talking IMPACT then perhaps somebody else can help! Hope this helps. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 6 23:50:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA16674; Tue, 6 Aug 1996 23:46:44 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA16658; Tue, 6 Aug 1996 23:46:43 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA05890; Tue, 6 Aug 1996 23:46:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA29037; Tue, 6 Aug 1996 23:46:41 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA24327 for ; Tue, 6 Aug 1996 23:46:40 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id IAA09411; Wed, 7 Aug 1996 08:46:32 +0200 Received: from platine by corysmailserv (5.x/SMI-SVR4) id AA01946; Wed, 7 Aug 1996 08:27:59 +0200 Received: by platine (940816.SGI.8.6.9/940406.SGI.AUTO) id IAA18878; Wed, 7 Aug 1996 08:26:42 +0200 From: "Lionel Maiaux" Message-Id: <9608070826.ZM18876@platine> Date: Wed, 7 Aug 1996 08:26:33 -0600 In-Reply-To: "Chris Cederwall" "Re: 2 faces or 2-sided lighting ?" (Aug 6, 5:45pm) References: <9608060936.ZM16798@platine> <9608061745.ZM6158@poser.pbi.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: 2 faces or 2-sided lighting ? Cc: "Chris Cederwall" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 6, 5:45pm, Chris Cederwall wrote: > If your object is single sided, when you look at it from the back side > it will not be drawn when backface removal is enabled. Enabling Backface > removal will usually gain you 20% increase in drawing times on average. My object is double sided (that's why I must choose between the 2 options I mentionned in my previous mail). In this case, I don't understand how backface removal could gain me 20% increase in drawing time (normals must be tested). Could you explain me why ? ======================================================================= 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 Aug 7 01:20:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA16848; Wed, 7 Aug 1996 01:16:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA16832; Wed, 7 Aug 1996 01:16:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA08738; Wed, 7 Aug 1996 01:16:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA01889; Wed, 7 Aug 1996 01:16:54 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA07826; Wed, 7 Aug 1996 01:16:49 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA13613; Wed, 7 Aug 1996 09:13:15 +0100 From: "Angus Dorbie" Message-Id: <9608070913.ZM13611@bitch.reading.sgi.com> Date: Wed, 7 Aug 1996 09:13:15 +0100 In-Reply-To: "Chris Cederwall" "Re: 2 faces or 2-sided lighting ?" (Aug 6, 5:45pm) References: <9608060936.ZM16798@platine> <9608061745.ZM6158@poser.pbi.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Chris Cederwall" , "Lionel Maiaux" , info-performer@sgi.com Subject: Re: 2 faces or 2-sided lighting ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've just benchmarked this on an iR, as expected now that I've got some numbers the twosided approach is better, here's where why: I can get 11 Mtris/sec with no backface culling and 6.5 Mtris/sec with backface culling. With textured, lit, gouraud, shaded, zbuffered, I get 6.2 Mtris/sec dropping to 4.4 Mtris/sec. So the big question is, how much extra does 2 sided lighting cost, because with the two options your backface culling saves nothing and costs a lot before we even consider host or memory limits. The answer, with textured, lit, gouraud, shaded, zbuffered & two sided lighting I get 3 Mtris/sec. So what does this mean? Even dropping to 3 Mtris/sec your _still_ better off with two sided lighting because your 4.4 Mtris/sec backfaced is effectively half that figure because your application draws everything twice (you may save a little due to culling but I doubt you'll save much) Three final notes: 1) for the benchmark the tris here were display listed, doing anything else would produce host limits which would favour the twosided approach even more. 2) the above tests were not fill limited, any fill limit would even things out a lot. 4) Performance for operations like back face culling is being improved for future software releases but maybe twosided lighting will also improve. Rgds, Angus On Aug 6, 5:45pm, Chris Cederwall wrote: > Subject: Re: 2 faces or 2-sided lighting ? > -> I've already posted this question but I had no answer. > -> > -> Which of these 2 modelisation is the most performant ? (on RE2 and iR) > -> - 2 faces with opposite normals, > -> - 1 face with 2-sided lighting. > -> > > > People can correct me they feel otherwise..... but > > It is considered most functional to have 2 faces with single sided > lighting and *backface* removal on. > > If your object is single sided, when you look at it from the back side > it will not be drawn when backface removal is enabled. Enabling Backface > removal will usually gain you 20% increase in drawing times on average. > > > Cheers, > > -- > > Chris Cederwall > ceder@pbi.net > 415.442-4952 > > ------------------------------------------------------------------ > * the views expressed are only views and are not neccesarily statements > that reflect pacific bell internet services or even complete sentences. > > ======================================================================= > 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 Chris Cederwall ======================================================================= 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 Aug 7 01:21:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA16868; Wed, 7 Aug 1996 01:17:44 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA16852; Wed, 7 Aug 1996 01:17:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA08754; Wed, 7 Aug 1996 01:17:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA01960; Wed, 7 Aug 1996 01:17:37 -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/950213.SGI.AUTOCF) via ESMTP id BAA07959 for ; Wed, 7 Aug 1996 01:17:36 -0700 Received: by hil-img-3.compuserve.com (8.6.10/5.950515) id EAA11172; Wed, 7 Aug 1996 04:17:27 -0400 Date: 07 Aug 96 04:15:44 EDT From: Werner Hartinger <101573.3267@CompuServe.COM> To: Andreas Simon Cc: performer Subject: RE: pfMultipipe and TKO Message-ID: <960807081544_101573.3267_IHK83-1@CompuServe.COM> Status: O On Jul 23, 19:27 Andreas Simon wrote: > I have trouble using a second HW pipe (in combination with the TKO). With the TKO your machine is configured to have two Xservers ( :0.0 and :1.0, see DISPLAY-variable). For your program you need one Xserver with two screens ( :0.0 and :0.1). You have a file Xservers in /var/X11/xdm which configures the Xservers, containing two lines with :0 and :1 at the beginnings. Save that file and generate a new one with only the :0 line. Then restart the graphics ( /usr/gfx/stopgfx; /usr/gfx/startgfx & ). Your program should work now, although the TKO shouldn't any more ... Regards Werner --------------------------------------------------------------------------------- ------ Werner Hartinger Tel. 049-89-8899-2744 Krauss-Maffei AG Fax. 049-89-8899-3043 Krauss-Maffei-str. 2 D-80997 Munich 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 Aug 7 01:47:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA16987; Wed, 7 Aug 1996 01:43:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA16971; Wed, 7 Aug 1996 01:43:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA10091; Wed, 7 Aug 1996 01:43:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA02436; Wed, 7 Aug 1996 01:43:43 -0700 Received: from mail.tvp.com.pl ([157.25.65.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id BAA11540 for ; Wed, 7 Aug 1996 01:43:39 -0700 Received: from webwatch.tvp.com.pl by mail.tvp.com.pl; (5.65v3.2/1.1.8.2/10Oct95-1132AM) id AA30901; Wed, 7 Aug 1996 10:46:20 +0200 Received: from extvp.tvp.com.pl by mail1.tvp.com.pl; (5.65v3.2/1.1.8.2/09Oct95-0409PM) id AA30475; Wed, 7 Aug 1996 10:47:08 +0200 Received: by extvp.tvp.com.pl with Microsoft Exchange (IMC 4.0.838.14) id <01BB844D.896338B0@extvp.tvp.com.pl>; Wed, 7 Aug 1996 10:45:23 +0200 Message-Id: From: "Surowiec, Piotr" To: performer-list Subject: Sirius Video alpha channel & Performer Date: Wed, 7 Aug 1996 10:36:00 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.838.14 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi all, I have the problem with video output of alpha channel, when rendering using Performer. I'm clearing the screen, before drawing the scene, with different alpha values, but always get full opaque. When I try this under IRIS/Open GL it works. I know, it should works. Can anybody tell me, what I'm doing wrong ? Thanks, Piotr Surowiec ======================================================================= 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 Aug 7 03:11:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA17161; Wed, 7 Aug 1996 03:06:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA17145; Wed, 7 Aug 1996 03:06:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA12510; Wed, 7 Aug 1996 03:06:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA04107; Wed, 7 Aug 1996 03:06:55 -0700 Received: from hntp2.hinet.net (hntp2.hinet.net [168.95.195.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA23866 for ; Wed, 7 Aug 1996 03:06:53 -0700 Received: from systech.hinet.net (systech.hinet.net [168.95.200.3]) by hntp2.hinet.net (8.6.11/8.6.11) with SMTP id SAA27030; Wed, 7 Aug 1996 18:05:48 +0800 Received: by systech.hinet.net (931110.SGI/930416.SGI) for @hntp2.hinet.net:info-performer@sgi.com id AA10805; Wed, 7 Aug 96 18:07:30 -0700 From: "chien" Message-Id: <9608071807.ZM10803@systech.hinet.net> Date: Wed, 7 Aug 1996 18:07:29 -0700 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: guyr@thoth.engrsgi.com, info-performer@sgi.com Subject: patch 1333 for iris5.3 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Status: O To:Guy Russell Hi Guy: I received your e-mail about there should be a new patch 1333 for IRIS 5.3 maximun impact.Is this already exist?If so,Please inform me how to get this. Best Regards ======================================================================= 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 Aug 7 07:04:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17557; Wed, 7 Aug 1996 07:00:07 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17541; Wed, 7 Aug 1996 07:00:06 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA18624; Wed, 7 Aug 1996 07:00:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA09490; Wed, 7 Aug 1996 07:00:05 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA00306 for ; Wed, 7 Aug 1996 07:00:04 -0700 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id JAA21562; Wed, 7 Aug 1996 09:55:37 -0400 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA15837; Wed, 7 Aug 1996 09:53:09 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id JAA16607; Wed, 7 Aug 1996 09:50:31 -0400 Date: Wed, 7 Aug 1996 09:50:31 -0400 From: nicolas@cae.ca (Nicolas Gauvin) Message-Id: <199608071350.JAA16607@excalibur.cae.ca> To: info-performer@sgi.com Subject: VOF on IR Status: O Is the 960x802_30i.u VOF available on Infinite Reality? Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 7 09:43:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17916; Wed, 7 Aug 1996 09:38:11 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17900; Wed, 7 Aug 1996 09:38:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25390; Wed, 7 Aug 1996 09:38:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA15220; Wed, 7 Aug 1996 09:38:08 -0700 Received: from gaagh.csd.sgi.com ([150.166.144.39]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA02872; Wed, 7 Aug 1996 09:38:06 -0700 Received: by gaagh.csd.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA23017; Wed, 7 Aug 1996 09:38:05 -0700 Date: Wed, 7 Aug 1996 09:38:05 -0700 From: martinm@gaagh (Martin McDonald) Message-Id: <199608071638.JAA23017@gaagh.csd.sgi.com> To: performer-list , "Surowiec, Piotr" Subject: Re: Sirius Video alpha channel & Performer Status: O Piotr wrote: >I have the problem with video output of alpha channel, when rendering >using Performer. you don't say what platform you are using. if it's an infinite reality you need to note that if you have RGB10, there is no alpha channel. you will end up with the full opacity that you are seeing. the other thing you might be running into is that performer will clear the channel to full opacity as the default. you need to change that with pfClear or chnge the earthsky colors if you are using one. Martin McDonald "I can tell by your vacant expressions that the lights are not all on upstairs." - Scar ======================================================================= 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 Aug 7 09:46:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17938; Wed, 7 Aug 1996 09:41:09 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17922; Wed, 7 Aug 1996 09:41:08 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25528; Wed, 7 Aug 1996 09:41:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA15359; Wed, 7 Aug 1996 09:41:05 -0700 Received: from eos.arc.nasa.gov (eos.arc.nasa.gov [128.102.118.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03277 for ; Wed, 7 Aug 1996 09:41:05 -0700 Received: (from renata@localhost) by eos.arc.nasa.gov (8.6.12/8.6.12) id JAA23751 for info-performer@sgi.com; Wed, 7 Aug 1996 09:41:04 -0700 Date: Wed, 7 Aug 1996 09:41:04 -0700 From: Daniel Delgado Message-Id: <199608071641.JAA23751@eos.arc.nasa.gov> To: info-performer@sgi.com Subject: DCS problem summary (thanks!) Status: O Hi all, Thanks to all the help with my DCS problem. Especially to Gene Koh, Don Tidrow, and Veraart (rioj7@fel.tno.nl). To summarize : How does one convert a point in a DCS coordinate system to the original coordinate system after translating and rotating the DCS one? What I mean is that I did this with a DCS: /* update vehicle DCS */ pfDCSRot(vehicle[0].dcs, vehicle[0].hpr[PF_H], vehicle[0].hpr[PF_P], vehicle[0].hpr[PF_R]); pfDCSTrans(vehicle[k].dcs, vehicle[0].xyz[PF_X], vehicle[0].xyz[PF_Y], vehicle[0].hpr[PF_Z]); Now I have a point that is in the original Performer Coordinate system (vehicle[ 1].xyz) and I want to find out what its value is in the rotated and translated DCS system. What works is the following: /** Get the Intrusion pos but with respect to the ownship **/ /* Get the ownships position into a matrix */ pfGetDCSMat(vehicle[0].dcs, Matrix); /** Use the ownship matrix to get the intrusion position with respect to the ownship **/ pfInvertAffMat(Matrix, Matrix); pfXformPt3(IntrusionVect, vehicle[1].xyz, Matrix); I have no idea why one uses a pfInvertAffMat instead of a pfInvertMat... but Don Tidrow suggested this function and it works (I also liked his words of encouragment re learning matrices!!) Thanks again!! Incidently, Why do I want to do this? So that I can 'follow' one ship with respect to other like this.... /** So with respect to ownship... get the bearing of the intrusion. **/ vehicle_angle = fatan2(IntrusionVect[PF_Y], IntrusionVect[PF_X]); With this... I know that if the angle is negative the ship is behind the ownship and I now now the bearing of the other ship. Daniel Delgado renata@eos.arc.nasa.gov ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 7 09:51:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA17964; Wed, 7 Aug 1996 09:47:17 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17948; Wed, 7 Aug 1996 09:47:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA26167; Wed, 7 Aug 1996 09:47:14 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA15651; Wed, 7 Aug 1996 09:47:13 -0700 Received: from relay-2.mail.demon.net (disperse.demon.co.uk [158.152.1.77]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA05147 for ; Wed, 7 Aug 1996 09:47:11 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-2.mail.demon.net id ab05403; 7 Aug 96 17:42 +0100 Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-3.mail.demon.net id aa12229; 7 Aug 96 17:34 +0100 From: Mark Baranowski To: Nicolas Gauvin Cc: info-performer@sgi.com Subject: Re: VOF on IR Date: Wed, 07 Aug 1996 16:32:47 GMT Organization: Pera Message-ID: <3208c43a.33008450@post.demon.co.uk> References: <199608071350.JAA16607@excalibur.cae.ca> In-Reply-To: <199608071350.JAA16607@excalibur.cae.ca> X-Mailer: Forte Agent .99e/32.227 Status: O On Wed, 7 Aug 1996 09:50:31 -0400, Nicholas wrote: > >Is the 960x802_30i.u VOF available on Infinite Reality? It's not on ours!! avarice:/usr/gfx/ucode/KONA/dg4/vfo> ls 1024x768_60.vfo 1280x959_30i.vfo 646x486_30i.vfo 1024x768_96s.vfo 1500x1200_60.vfo 646x486_30if.vfo 1080x809_30i.vfo 1600x1200_60.vfo 768x576_25i.vfo 1200x900_72.vfo 1760x1100_60.vfo 768x576_25if.vfo 1280x1024_120s.vfo 1920x1035_30i.vfo 800x600_60.vfo 1280x1024_25r2.vfo 1920x1080_72.vfo 960x680_60.vfo 1280x1024_25r3.vfo 1920x1200_66.vfo CCIR601_525.vfo 1280x1024_30r2.vfo 640x480_120s.vfo CCIR601_625.vfo 1280x1024_50.vfo 640x480_180q.vfo README 1280x1024_60.vfo 640x480_60.vfo 1280x1024_72.vfo 640x486_30i.vfo Regards, Mark. -- Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 ======================================================================= 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 Aug 7 10:12:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18061; Wed, 7 Aug 1996 10:07:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18045; Wed, 7 Aug 1996 10:07:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA28601; Wed, 7 Aug 1996 10:07:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA16448; Wed, 7 Aug 1996 10:07:53 -0700 Received: from ngedns.northgrum.com (ngedns.northgrum.com [192.86.71.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09620 for ; Wed, 7 Aug 1996 10:07:52 -0700 Received: from esplt14m-s.grumman.com (esplt14m-s.grumman.com [132.228.111.101]) by ngedns.northgrum.com (8.7.1/8.6.12) with SMTP id NAA29818 for ; Wed, 7 Aug 1996 13:07:09 -0400 (EDT) Message-ID: Date: 7 Aug 1996 13:09:59 -0400 From: "Shawn Soeder" Subject: Antialiasing Problem on iR To: "info-performer" X-Mailer: Mail*Link SMTP-QM 3.0.2 Status: O Performers, I am having difficulty with antialiasing on a Performer app on iR. I have an Onyx/iR with (2) RM6s and Performer 2.1. When configured with (3) 1280x1024 output channels, the irconfig utility tells me the pixel depth is "small". My understanding was that this would allow (4) subsamples, and this seems to be verified by the pfQueryFeature(PFQFTR_MULTISAMPLE) which returns PFQFTR_FAST. However, running this app shows substantial aliasing, and no perceptable difference between antialias on/off. What am I doing wrong? Any info would be appreciated. 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 Wed Aug 7 10:17:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18098; Wed, 7 Aug 1996 10:12:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18082; Wed, 7 Aug 1996 10:12:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA28815; Wed, 7 Aug 1996 10:12:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA16618; Wed, 7 Aug 1996 10:12:28 -0700 Received: from kirk.dnaco.net (kirk.dnaco.net [206.150.232.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA10828 for ; Wed, 7 Aug 1996 10:12:27 -0700 Received: from picard.dnaco.net (eheft@picard.dnaco.net [206.150.232.4]) by kirk.dnaco.net (8.7.5/8.7.3) with ESMTP id NAA22142 for ; Wed, 7 Aug 1996 13:12:25 -0400 (EDT) From: Eric Heft Received: (eheft@localhost) by picard.dnaco.net (8.6.12/8.6.9) id NAA01936 for info-performer@sgi.com; Wed, 7 Aug 1996 13:12:24 -0400 Message-Id: <199608071712.NAA01936@picard.dnaco.net> Subject: Where can I find some f16 models? To: info-performer@sgi.com (Performer Mailing List) Date: Wed, 7 Aug 1996 13:12:23 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, I'm looking for a f16 model that has good 'real' world properties. I've got one f16 model but the settings for ambient,diffuse and specular colors don't seem to match what I see when I look at a real f16 :) Thanks. Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 7 11:51:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA18428; Wed, 7 Aug 1996 11:46: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 LAA18412; Wed, 7 Aug 1996 11:46:09 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA20812; Wed, 7 Aug 1996 11:46:08 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id LAA26670; Wed, 7 Aug 1996 11:46:08 -0700 Received: from huey.disney.com (huey.disney.com [204.128.192.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00927 for ; Wed, 7 Aug 1996 11:44:51 -0700 Received: from fat.rd.wdi.disney.com (fat.rd.wdi.disney.com [206.18.65.1]) by huey.disney.com (8.7.5/8.7.3) with SMTP id KAA23725 for ; Wed, 7 Aug 1996 10:26:26 -0700 (PDT) Received: from beans (beans.rd.wdi.disney.com) by fat.rd.wdi.disney.com with SMTP id AA02922 (5.65c/IDA-1.4.3 for info-performer@sgi.com); Wed, 7 Aug 1996 10:32:09 -0700 Received: by beans (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA06997; Wed, 7 Aug 1996 10:32:09 -0700 Date: Wed, 7 Aug 1996 10:32:09 -0700 Message-Id: <199608071732.KAA06997@beans> From: Scott Watson To: info-performer@sgi.com Subject: Finding memory stomping code Status: O In multi-pipe mode some piece of code is stepping on a structure in shared memory. I've tried mprotecting the page of the structure, but only the process I'm in seems to respect this and throw a SEGV when I write to it. dmalloc, etc. haven't helped. HELP! -Scott ======================================================================= 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 Aug 7 13:10:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18658; Wed, 7 Aug 1996 13:05: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 NAA18642; Wed, 7 Aug 1996 13:05:07 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA23580; Wed, 7 Aug 1996 13:05:06 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id NAA06694; Wed, 7 Aug 1996 13:05:06 -0700 Received: from tron.bwi.wec.com (tron.bwi.wec.com [129.228.4.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA18500 for ; Wed, 7 Aug 1996 13:03:39 -0700 Received: from ami1.bwi.wec.com by tron.bwi.wec.com; (5.65/1.1.8.2/31May95-0229PM) id AA27812; Wed, 7 Aug 1996 16:02:52 -0400 Received: from AMI1/SMTPQUEUE by ami1.bwi.wec.com (Mercury 1.21); 7 Aug 96 16:03:15 EDT Received: from SMTPQUEUE by AMI1 (Mercury 1.21); 7 Aug 96 16:02:58 EDT From: "Doug Chism" Organization: Northrop Grumman ESSD To: info-performer@sgi.com Date: Wed, 7 Aug 1996 16:02:52 EDT Subject: pfiPick Functions X-Mailer: Pegasus Mail for Windows (v2.31) Message-Id: <23B67DD54D3@ami1.bwi.wec.com> Status: O Has anyone used the pfiPick functions? The man pages are useless and some function such as pfiPickMode are not described in any detail. If not - does anyone know a way to get cheap picking without isegs. Sample code would be greatly appreciated. Doug Chism Northrop Grumman Display Systems Engineering (410)765-0964 ======================================================================= 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 Aug 7 13:27:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18712; Wed, 7 Aug 1996 13:22: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 NAA18696; Wed, 7 Aug 1996 13:22:27 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA24024; Wed, 7 Aug 1996 13:22:26 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id NAA08913; Wed, 7 Aug 1996 13:22:26 -0700 Received: from octagon.tacom.army.mil (octagon.tacom.army.mil [147.240.16.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA21867 for ; Wed, 7 Aug 1996 13:21:04 -0700 From: tidrowd@cc.tacom.army.mil Received: from cc.tacom.army.mil by octagon.tacom.army.mil (8.7.5/8.7.3-kbp) with SMTP id QAA26880; Wed, 7 Aug 1996 16:14:16 -0400 (EDT) Received: from ccMail by cc.tacom.army.mil (IMA Internet Exchange 1.04b) id 208f5e50; Wed, 7 Aug 96 16:00:37 -0400 Mime-Version: 1.0 Date: Wed, 7 Aug 1996 16:01:54 -0400 Message-ID: <208f5e50@cc.tacom.army.mil> Subject: Update: Revenge of the nb_clean bug??? To: info-performer@sgi.com Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Description: cc:Mail note part Status: O Re: crashing inside of nb_clean() deep inside pfFrame (or pfPrint)... Apparently a false alarm on my part...I was doing some extra-weird things to the scene graph which was acceptable in 1.2 but obviously not in 2.0. I've since tried another approach, which (so far) works fine, and is actually more efficient. Hope I didn't cause any sleepless nights for the Performer team - any more than is probably normal for them ;) Don Tidrow Visual Simulation Developer US Army Tank-automotive and Armaments Command ======================================================================= 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 Aug 7 13:57:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA18832; Wed, 7 Aug 1996 13:52: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 NAA18816; Wed, 7 Aug 1996 13:52:58 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA24873; Wed, 7 Aug 1996 13:52:57 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id NAA13755; Wed, 7 Aug 1996 13:52:56 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA29162 for ; Wed, 7 Aug 1996 13:51:39 -0700 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id NAA29395; Wed, 7 Aug 1996 13:51:35 -0700 Received: by scotch.physics.ucla.edu (940816.SGI.8.6.9/940406.SGI.AUTO) id OAA05189; Wed, 7 Aug 1996 14:01:30 -0700 Date: Wed, 7 Aug 1996 14:01:29 -0700 (PDT) From: Chris Mitchell To: Daniel Delgado cc: info-performer@sgi.com Subject: Re: DCS problem summary (thanks!) In-Reply-To: <199608071641.JAA23751@eos.arc.nasa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O > > To summarize : > > How does one convert a point in a DCS coordinate system to the > original coordinate system after translating and rotating the DCS one? > Perhaps it is a moot point now, but when I was faced with this same task, I saw the potential linear algebra adventure and decided to avoid it by saving the original matrix and copying it over the current matrix in a callback. It is simple, but perhaps not sufficient for your application. Just thought I'd mention it. Chris ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 7 14:40:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA19008; Wed, 7 Aug 1996 14:36: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 OAA18992; Wed, 7 Aug 1996 14:36:31 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA26278; Wed, 7 Aug 1996 14:36:30 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id OAA21113; Wed, 7 Aug 1996 14:36:30 -0700 Received: from tron.bwi.wec.com (tron.bwi.wec.com [129.228.4.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA09228 for ; Wed, 7 Aug 1996 14:35:07 -0700 Received: from ami1.bwi.wec.com by tron.bwi.wec.com; (5.65/1.1.8.2/31May95-0229PM) id AA01865; Wed, 7 Aug 1996 17:34:00 -0400 Received: from AMI1/SMTPQUEUE by ami1.bwi.wec.com (Mercury 1.21); 7 Aug 96 17:35:14 EDT Received: from SMTPQUEUE by AMI1 (Mercury 1.21); 7 Aug 96 17:34:55 EDT From: "Doug Chism" Organization: Northrop Grumman ESSD To: info-performer@sgi.com Date: Wed, 7 Aug 1996 17:34:55 EDT Subject: Previous Msg. X-Mailer: Pegasus Mail for Windows (v2.31) Message-Id: <23CF03F634E@ami1.bwi.wec.com> Status: O In regard to the last question - I no longer need sample code, I got it to work. I would still like to know more about pfiPickMode - as far as what it does and what the mode/val fields are for. Doug Chism Northrop Grumman Display Systems Engineering (410)765-0964 ======================================================================= 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 Aug 7 18:08:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA19623; Wed, 7 Aug 1996 18:03: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 SAA19607; Wed, 7 Aug 1996 18:03:15 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id SAA05392; Wed, 7 Aug 1996 18:03:13 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id SAA19949; Wed, 7 Aug 1996 18:03:13 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA21828 for ; Wed, 7 Aug 1996 18:01:51 -0700 Received: (from uucp@localhost) by merki.connect.com.au id LAA02632 (8.7.5/IDA-1.6); Thu, 8 Aug 1996 11:01:39 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA04006 (5.65c/IDA-1.5); Thu, 8 Aug 1996 10:31:32 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA04006 (5.65c/IDA-1.5); Thu, 8 Aug 1996 10:31:32 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id KAA21223 (8.6.12/IDA-1.6); Thu, 8 Aug 1996 10:38:08 +1000 Received: from localhost by murad (5.65) id AA00998; Thu, 8 Aug 1996 10:43:34 +1000 Date: Thu, 8 Aug 1996 10:43:34 +1000 (EST) From: Simon Bennett X-Sender: simonb@murad To: Nicolas Gauvin Cc: info-performer@sgi.com Subject: Re: VOF on IR In-Reply-To: <199608071350.JAA16607@excalibur.cae.ca> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Wed, 7 Aug 1996, Nicolas Gauvin wrote: > Is the 960x802_30i.u VOF available on Infinite Reality? Off the top of my head I don't know. However you could cut your own with "ircombine"... +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 7 19:22:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id TAA19830; Wed, 7 Aug 1996 19:16:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA19814; Wed, 7 Aug 1996 19:16:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id TAA25808; Wed, 7 Aug 1996 19:16:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id TAA10418; Wed, 7 Aug 1996 19:16:43 -0700 Received: from orac.boston.sgi.com ([169.238.34.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA05991 for ; Wed, 7 Aug 1996 19:16:42 -0700 Received: by orac.boston.sgi.com (951211.SGI.8.6.12.PATCH1042/940406.SGI) id WAA05664; Wed, 7 Aug 1996 22:16:38 -0400 From: "Andrew Shein" Message-Id: <9608072216.ZM5662@orac.boston.sgi.com> Date: Wed, 7 Aug 1996 22:16:38 -0400 In-Reply-To: "Doug Chism" "pfiPick Functions" (Aug 7, 4:02pm) References: <23B67DD54D3@ami1.bwi.wec.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Doug Chism" , info-performer@sgi.com Subject: Re: pfiPick Functions Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hope this helps. I did it to pick DCS's (which are all doors in my example) if you ever have problems with the man pages in performer always look at perfly or the other example source. Andy befor things get going ... picker = new pfiPick(); picker->addChan( channel ); picker->setupChans(); and in the main while loop if( mouse.flags & PFUDEV_MOUSE_LEFT_DOWN ) { int hit_count; hit_count = picker->doPick( mouse.xpos, mouse.ypos ); if( hit_count ) { pfNode *node; pfNode *parent; node = picker->getNode(); if( node != NULL ) { cout << "node = " << node << "\n" << flush; cout << node->getName() << "\n" << flush; do { parent = (pfNode *)node->getParent(0); if( parent != NULL ) { if( parent->isOfType( parent, pfDCS::getClassType() ) ) { cout << "parent = " << parent << " name= " << parent->getName() << "\n" << flush; picked_dcs = (pfDCS *)parent; break; } node = parent; } } while( parent != NULL ); } } // end num_hits != 0 } // end if PDEV_MOUSE_LEFT_DOWN -- Andrew Shein SE Stout email: ashein@boston.sgi.com Silicon Graphics Inc. phone: (508) 562 - 4800 1 Cabot Road fax: (508) 562 - 4755 Hudson, MA 01749 vmail: 59688 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 8 00:57:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA20367; Thu, 8 Aug 1996 00:53:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA20351; Thu, 8 Aug 1996 00:53:03 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA03913; Thu, 8 Aug 1996 00:53:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA23111; Thu, 8 Aug 1996 00:53:02 -0700 Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA27906 for ; Thu, 8 Aug 1996 00:53:01 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id aa01254; 8 Aug 96 7:52 GMT Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-3.mail.demon.net id aa02019; 8 Aug 96 8:52 +0100 From: Mark Baranowski To: info-performer@sgi.com Subject: Re: VOF on IR Date: Thu, 08 Aug 1996 07:50:41 GMT Organization: Pera Message-ID: <32099aac.620888@post.demon.co.uk> References: In-Reply-To: X-Mailer: Forte Agent .99e/32.227 Status: O On Thu, 8 Aug 1996 10:43:34 +1000 (EST), Simon wrote: >On Wed, 7 Aug 1996, Nicolas Gauvin wrote: > >> Is the 960x802_30i.u VOF available on Infinite Reality? > >Off the top of my head I don't know. > >However you could cut your own with "ircombine"... > ircombine will not let you create vfo files. It lets you create video format combinations of existing vfo files. I believe in order to create the vfo files, you need a special compiler which according to SGI Software Support in the UK may be released as a product in the near future. Regards, Mark. -- Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 ======================================================================= 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 Aug 8 01:36:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA20530; Thu, 8 Aug 1996 01:32:20 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA20514; Thu, 8 Aug 1996 01:32:19 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA05462; Thu, 8 Aug 1996 01:32:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA25900; Thu, 8 Aug 1996 01:32:17 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA04734 for ; Thu, 8 Aug 1996 01:32:08 -0700 Received: (from uucp@localhost) by merki.connect.com.au id SAA05000 (8.7.5/IDA-1.6); Thu, 8 Aug 1996 18:31:22 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA06432 (5.65c/IDA-1.5); Thu, 8 Aug 1996 17:59:55 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA06432 (5.65c/IDA-1.5); Thu, 8 Aug 1996 17:59:55 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id SAA22198 (8.6.12/IDA-1.6); Thu, 8 Aug 1996 18:06:31 +1000 Received: from localhost by murad (5.65) id AA01385; Thu, 8 Aug 1996 18:11:58 +1000 Date: Thu, 8 Aug 1996 18:11:57 +1000 (EST) From: Simon Bennett X-Sender: simonb@murad To: Mark Baranowski Cc: info-performer@sgi.com Subject: Re: VOF on IR In-Reply-To: <32099aac.620888@post.demon.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Thu, 8 Aug 1996, Mark Baranowski wrote: > On Thu, 8 Aug 1996 10:43:34 +1000 (EST), Simon wrote: > >On Wed, 7 Aug 1996, Nicolas Gauvin wrote: > >> Is the 960x802_30i.u VOF available on Infinite Reality? > >Off the top of my head I don't know. > >However you could cut your own with "ircombine"... > > ircombine will not let you create vfo files. It lets you create video > format combinations of existing vfo files. I believe in order to > create the vfo files, you need a special compiler which according to > SGI Software Support in the UK may be released as a product in the > near future. You sure about this? Not having an iR at hand right now to confirm I'll take your word for it - but I remember using ircombine to do things other than combine the standard vof's together... You *can* do that - but you can also mess with them or create your own... +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 8 01:44:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA20550; Thu, 8 Aug 1996 01:39:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA20534; Thu, 8 Aug 1996 01:39:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA06046; Thu, 8 Aug 1996 01:39:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA26585; Thu, 8 Aug 1996 01:39:49 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA05824 for ; Thu, 8 Aug 1996 01:39:44 -0700 Received: from amit (amit.rtset.co.il [194.90.96.238]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id KAA00775; Wed, 9 Aug 1995 10:36:00 +0300 Received: (from rany@localhost) by amit (950413.SGI.8.6.12/950213.SGI.AUTOCF) id BAA02536; Thu, 8 Aug 1996 01:32:33 -0700 From: "Ran Yakir" Message-Id: <9608080132.ZM2534@amit> Date: Thu, 8 Aug 1996 01:32:32 -0700 In-Reply-To: "Shawn Soeder" "Antialiasing Problem on iR" (Aug 7, 1:09pm) References: X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Shawn Soeder" Subject: Re: Antialiasing Problem on iR Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > I am having difficulty with antialiasing on a Performer app on iR. > > I have an Onyx/iR with (2) RM6s and Performer 2.1. When configured with (3) > 1280x1024 output channels, the irconfig utility tells me the pixel depth is > "small". My understanding was that this would allow (4) subsamples, and this > seems to be verified by the pfQueryFeature(PFQFTR_MULTISAMPLE) which returns > PFQFTR_FAST. > > However, running this app shows substantial aliasing, and no perceptable > difference between antialias on/off. > > What am I doing wrong? > In some configurations, Performer does not select the right X visual for you. You might want to try and configure you pfWindow of pfPipeWindow, and ask specifically for a minimum of 4 subsamples. You pfconfig array should look like that : int attr[] = { PFFB_RGBA, PFFB_DOUBLEBUFFER, PFFB_DEPTH_SIZE, 1, PFFB_RED_SIZE, 1, PFFB_GREEN_SIZE, 1, PFFB_BLUE_SIZE, 1, PFFB_ALPHA_SIZE, 0, PFFB_SAMPLES, 4, PFFB_STENCIL_SIZE, 1, None }; Ran -- Ran Yakir ======================================================================= 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 Aug 8 02:13:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA20725; Thu, 8 Aug 1996 02:08:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA20709; Thu, 8 Aug 1996 02:08:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA07654; Thu, 8 Aug 1996 02:08:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA28824; Thu, 8 Aug 1996 02:08:51 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA11920; Thu, 8 Aug 1996 02:08:46 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA05536; Thu, 8 Aug 1996 10:07:56 +0100 From: "Angus Dorbie" Message-Id: <9608081007.ZM5534@bitch.reading.sgi.com> Date: Thu, 8 Aug 1996 10:07:55 +0100 In-Reply-To: Simon Bennett "Re: VOF on IR" (Aug 8, 6:11pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Simon Bennett , Mark Baranowski Subject: Re: VOF on IR Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O ircombine is used to create .cmb files from .vof files, these are downloadable combinations of various formats/channels. It cannot be used to create new .vof files. You can do a few other things with ircombine like change the managed area size, DVR a vof from a lower resolution channel or scan convert and encode to composite NTSC or PAL, this is also stored in the .cmb file. There is a seperate vof compiler which will probably only be supplied to video experts, see earlier postings by Javier. Rgds, Angus. On Aug 8, 6:11pm, Simon Bennett wrote: > Subject: Re: VOF on IR > On Thu, 8 Aug 1996, Mark Baranowski wrote: > > On Thu, 8 Aug 1996 10:43:34 +1000 (EST), Simon wrote: > > >On Wed, 7 Aug 1996, Nicolas Gauvin wrote: > > >> Is the 960x802_30i.u VOF available on Infinite Reality? > > >Off the top of my head I don't know. > > >However you could cut your own with "ircombine"... > > > > ircombine will not let you create vfo files. It lets you create video > > format combinations of existing vfo files. I believe in order to > > create the vfo files, you need a special compiler which according to > > SGI Software Support in the UK may be released as a product in the > > near future. > > You sure about this? Not having an iR at hand right now to confirm I'll > take your word for it - but I remember using ircombine to do things other > than combine the standard vof's together... You *can* do that - but you can > also mess with them or create your own... > > > +----------------------------------------------------------------------------+ > 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 >-- End of excerpt from Simon Bennett ======================================================================= 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 Aug 8 03:32:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA20967; Thu, 8 Aug 1996 03:28:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA20951; Thu, 8 Aug 1996 03:28:12 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA09868; Thu, 8 Aug 1996 03:28:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA05337; Thu, 8 Aug 1996 03:28:11 -0700 Received: from dfw-ix4.ix.netcom.com (dfw-ix4.ix.netcom.com [206.214.98.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA27059 for ; Thu, 8 Aug 1996 03:28:09 -0700 Received: from mpultra.abn.com.sg ([203.120.38.158]) by dfw-ix4.ix.netcom.com (8.6.13/8.6.12) with SMTP id DAA02562; Thu, 8 Aug 1996 03:27:28 -0700 Date: Thu, 8 Aug 1996 03:27:28 -0700 Message-Id: <199608081027.DAA02562@dfw-ix4.ix.netcom.com> X-Sender: mphilip@netcom.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "couvet@pobox.oleane.com" From: Michael Philip Subject: Re: thanks to Re: pfGsetAttr but not solving any pb. Cc: info-performer@sgi.com Status: O At 14:44 3/08/96 +0200, you wrote: >Or do you know a safe (and fast) way of modifying the number of primitives >of a pfGeoSet between two frames? If I understand the question correctly, the problem is that you can easily use pfCycleBuffers for the attribute lists of dynamic objects, but if one of the things you would like to animate is the actual number of primitives (pfGSetNumPrims), there is no function to synchronize this with the pfCycleBuffer'd lists. To get around this problem, I use a ring buffer of frame stamped "update requests" in shared memory. I queue an "update request" for the pfGSetNumPrims for a pfGeoSet when I change its pfCycleBuffer data. Then, in the draw-process callback function, I process the appropriate update requests for the current frame before pfDraw()'ing it. The "update request" is just the framestamp (pfGetFrameStamp() called from APP), a pointer to the pfGeoSet (in shared memory) and the requested numPrims value. I also use this method to swap pfGeoSet attribute lists and bind textures for dynamic objects at a specific frame. Hope this helps. Good luck, Mike Philip -- Michael Philip Symbolic Research Pte Ltd Singapore Phone:+65-9615-9181 Fax:+65-285-5311 mphilip@netcom.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 Aug 8 04:22:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA21112; Thu, 8 Aug 1996 04:17:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA21096; Thu, 8 Aug 1996 04:17:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA11800; Thu, 8 Aug 1996 04:17:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id EAA08471; Thu, 8 Aug 1996 04:17:37 -0700 Received: from xr1.atlas.fr (xr1.atlas.fr [194.51.9.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA04166 for ; Thu, 8 Aug 1996 04:17:35 -0700 Message-Id: <199608081117.EAA04166@sgi.sgi.com> X400-Received: by /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 8 Aug 1996 13:16:12 +0200 X400-Received: by mta xr1.atlas.fr in /PRMD=INTERNET/ADMD=ATLAS/C=FR/; Relayed; Thu, 8 Aug 1996 13:16:12 +0200 X400-Received: by /ADMD=ATLAS/C=FR/; converted (ia5-text,iso (1) (0) (10021) (7) (1) (0) (1),iso (1) (0) (10021) (7) (1) (0) (6),iso (1) (0) (10021) (7) (1) (0) (100)); Relayed; Thu, 8 Aug 1996 13:15:52 +0200 X400-Received: by /PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/; Relayed; Thu, 8 Aug 1996 11:06:01 +0200 Date: Thu, 8 Aug 1996 11:06:01 +0200 X400-Originator: LUDOVIC.GRAUX@siege.aerospatiale.fr X400-Recipients: info-performer@sgi.com X400-MTS-Identifier: [/PRMD=AEROSPATIALE/ADMD=ATLAS/C=FR/;960808090601] Original-Encoded-Information-Types: teletex X400-Content-Type: P2-1988 (22) Content-Identifier: CSI NC V3.0 From: GRAUX Ludovic To: Performer ML Questions (Receipt Notification Requested) (Non Receipt Notification Requested) Subject: pfiPickMode MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Status: O =0C Hi, The modes of pfPickMode are the same as the modes used by the pfChan= Pick function. If you take a look at the source code for pfiPick functions (src/libpfui/C++/pick.C), you will see those modes in use in pfiPic= k::doPick routine. You will see that the modes set by pfiPickMode are directly= implemented as arguments for the libpf pfChanPick function. These are pick-tokens for intersection. For example, you can specify with pfiPickMode whether you want to te= rm the PICK isect-traversal at the geode, geoSet or prim level. You should read the PICK section of the pfChannel man page for more = details. Regards, Michael Boccara ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 8 05:41:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA21274; Thu, 8 Aug 1996 05:35:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA21258; Thu, 8 Aug 1996 05:35:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA14020; Thu, 8 Aug 1996 05:35:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA12651; Thu, 8 Aug 1996 05:35:34 -0700 Received: from amelnx.advmar.com (advmar.com [205.184.101.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA15148 for ; Thu, 8 Aug 1996 05:35:30 -0700 From: Hill_Brian@amelnx.advmar.com Received: from cc:Mail by amelnx.advmar.com id AA839518856; Thu, 08 Aug 96 08:36:38 EST Date: Thu, 08 Aug 96 08:36:38 EST Message-Id: <9607088395.AA839518856@amelnx.advmar.com> To: info-performer@sgi.com, "Shawn Soeder" Subject: Re: Antialiasing Problem on iR Status: O Shawn, I just went through digging up information on the IR and here is what I found out. Your frame buffer configuration will be dependent on your color representation, multisamples, zbuffer depth, and stencil depth. Here is an example of how to figure it out: Front Buffer 10 Bit RGB 30 Back Buffer 10 Bit RGB 30 Pixel IDs... 32 Bit 32 Multisample Buffer Color 8 Bit RGB 96 Z-buffer 23 Bit 92 Stencil 8 Bit 32 ======================================= Total Bits per pixel 312 Pixel sizes supported are small 256 bits, medium 512 bits, and large 1024 bits. This configuration would require a medium depth of 512 bits. 2 RMs have 160 Mbytes frame buffer memory. The above configuration will require: (3 chans * 1280 * 1024 * 512 bits/pixel) ---------------------------------------- = 240 Mbytes (8*1024*1024 bits/Mbyte) Which won't fit within the available 160 Mbyte frame buffer. You also have to check the DG throughput which is: 12 bit RGB 221 Mpix/sec. 10 bit RGBA 221 Mpix/sec 10 bit RGB 300 Mpix/sec Your configuration is: 3 chans * 1280 * 1024 * 60 Hz = 236 Mpix Which works for the 10 bit RGB color which was used in the frame buffer calc too. So your problem is frame buffer size. If you are using a rack you can increase the number of RMs to 4 and get 320 Mbytes frame buffer memory. I hope this is correct and that it shines some light on the situation. I still don't know the details about the RGB8 representation in the multisample buffer (why not RGB10 or RGBA12) or the DG throughput with RGBA12. There was just some traffic on this list on the 23 bit Zbuffer which explains it pretty well. Any further insight/clarification would be appreciated. Brian Hill hill_brian@advmar.com ______________________________ Reply Separator _________________________________ Subject: Antialiasing Problem on iR Author: "Shawn Soeder" at Internet Date: 8/7/96 02:46 PM Performers, I am having difficulty with antialiasing on a Performer app on iR. I have an Onyx/iR with (2) RM6s and Performer 2.1. When configured with (3) 1280x1024 output channels, the irconfig utility tells me the pixel depth is "small". My understanding was that this would allow (4) subsamples, and this seems to be verified by the pfQueryFeature(PFQFTR_MULTISAMPLE) which returns PFQFTR_FAST. However, running this app shows substantial aliasing, and no perceptable difference between antialias on/off. What am I doing wrong? Any info would be appreciated. Thanks, Shawn ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 8 06:27:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA21403; Thu, 8 Aug 1996 06:21:21 -0700 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.csd.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id GAA21387; Thu, 8 Aug 1996 06:21:20 -0700 Received: from bitch.reading.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.csd.sgi.com id AA09389; Thu, 8 Aug 96 06:21:15 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@asd id OAA15743; Thu, 8 Aug 1996 14:20:11 +0100 From: "Angus Dorbie" Message-Id: <9608081420.ZM15741@bitch.reading.sgi.com> Date: Thu, 8 Aug 1996 14:20:11 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@asd.sgi.com Subject: .vfo Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Earlier I posted about .cmb and .vof flies, vof files are actually have a .vfo extension (thanks Tom) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 8 11:42:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22162; Thu, 8 Aug 1996 11:36:09 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22146; Thu, 8 Aug 1996 11:36:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA28874; Thu, 8 Aug 1996 11:36:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA07492; Thu, 8 Aug 1996 11:36:06 -0700 Received: from lurch.arl.mil (lurch.arl.mil [128.63.39.63]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA05497 for ; Thu, 8 Aug 1996 11:36:05 -0700 Date: Thu, 8 Aug 96 14:31:01 EDT From: "Mark A. Thomas" To: info-performer@sgi.com Subject: GL Error explanation Message-ID: <9608081431.aa19781@lurch.arl.mil> Status: O Please Explain what the following error means. The system configuration is 4 processor ONYX, IRIX 5.3, Performer 2.0 Thanks, -markt GL: Warning: failed to create context X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 138 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 0 Current serial number in output stream: 513 ======================================================================= 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 Aug 8 11:59:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA22230; Thu, 8 Aug 1996 11:53:47 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA22214; Thu, 8 Aug 1996 11:53:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA00293; Thu, 8 Aug 1996 11:53:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA08824; Thu, 8 Aug 1996 11:53:43 -0700 Received: from mail.tvp.com.pl ([157.25.65.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA10009 for ; Thu, 8 Aug 1996 11:53:40 -0700 Received: from webwatch.tvp.com.pl by mail.tvp.com.pl; (5.65v3.2/1.1.8.2/10Oct95-1132AM) id AA32247; Thu, 8 Aug 1996 20:56:21 +0200 Received: from extvp.tvp.com.pl by mail1.tvp.com.pl; (5.65v3.2/1.1.8.2/09Oct95-0409PM) id AA24768; Thu, 8 Aug 1996 20:57:09 +0200 Received: by extvp.tvp.com.pl with Microsoft Exchange (IMC 4.0.838.14) id <01BB856B.EA8F8610@extvp.tvp.com.pl>; Thu, 8 Aug 1996 20:55:22 +0200 Message-Id: From: "Surowiec, Piotr" To: performer-list Subject: Sirius Video alpha channel & Performer, Date: Thu, 8 Aug 1996 20:47:00 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.838.14 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi all, Thanks for the response on my problem. I forgot to say , I'm using RE2 and cleaning the screen with pfClear (setting the color with different alpha values), but it still doesn't work. May anybody have some additional ideas ? Thanks in advance, Piotr Surowiec ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 8 12:36:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA22453; Thu, 8 Aug 1996 12:31:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA22437; Thu, 8 Aug 1996 12:31:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02449; Thu, 8 Aug 1996 12:31:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA11380; Thu, 8 Aug 1996 12:31:11 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA19839 for ; Thu, 8 Aug 1996 12:31:10 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id PAA18127; Thu, 8 Aug 1996 15:31:07 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 8 Aug 96 15:30:45 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 8 Aug 96 15:30:23 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Thu, 8 Aug 1996 15:30:16 EST Subject: Re: pfGetTransparency X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: <97ACE50B79@P3.ENZIAN.COM> Status: O Thanks to everyone who helped out with my transparency problems. Turns out the Onyx/RE2/Vega application was using PFTR_FAST, which *is* fast, but allows things to disappear easily. Alpha-textured objects were perflectly rendered when I modified their GeoStates to reflect a PFSTATE_TRANSPARENCY of PFTR_HIGH_QUALITY, but speed was far too slow. I finally reached a good compromise with transparency set to PFTR_OFF and PFSTATE_ALPHAFUNC set to PFAF_GREATER with a reference value of 20.0/256.0. Thanks to Angus Dorbie and everyone else for their help. Jude jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 8 15:53:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA23140; Thu, 8 Aug 1996 15:48:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA23124; Thu, 8 Aug 1996 15:48:41 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA11657; Thu, 8 Aug 1996 15:48:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA20703; Thu, 8 Aug 1996 15:48:39 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA06384 for ; Thu, 8 Aug 1996 15:48:38 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA18405; Thu, 8 Aug 96 18:53:44 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 8 Aug 1996 18:48:34 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: Tools for terrain generation? Status: O Do there exist any Performer-compatible tools for terrain generation? I'm developing a flight simulation app in which I need some mountain ranges. It's on a relatively low-end platform, so I can't use anything really complex. Ideally, what I'd like is a program that can populate a specified region with vertices that look something vaguely like mountains. Does anybody know if such a beast exists? Thanks, Sandeep ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 00:19:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA23792; Fri, 9 Aug 1996 00:14:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA23776; Fri, 9 Aug 1996 00:14:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA25327; Fri, 9 Aug 1996 00:14:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA04110; Fri, 9 Aug 1996 00:14:45 -0700 Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id AAA04083 for ; Fri, 9 Aug 1996 00:14:43 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id aa14570; 9 Aug 96 7:14 GMT Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-3.mail.demon.net id aa19595; 9 Aug 96 8:14 +0100 From: Mark Baranowski To: info-performer@sgi.com Subject: Re: Antialiasing Problem on iR Date: Fri, 09 Aug 1996 07:12:48 GMT Organization: Pera Message-ID: <320ae4dd.347366@post.demon.co.uk> References: In-Reply-To: X-Mailer: Forte Agent .99e/32.227 Status: O On 7 Aug 1996 13:09:59 -0400, Shawn wrote: >I have an Onyx/iR with (2) RM6s and Performer 2.1. When configured with (3) >1280x1024 output channels, the irconfig utility tells me the pixel depth is >"small". My understanding was that this would allow (4) subsamples, and this >seems to be verified by the pfQueryFeature(PFQFTR_MULTISAMPLE) which returns >PFQFTR_FAST. With 2RMs the highest res you can have 3 multsampled channels at is 1024x768 using the standard vfo files. This will let you have medium pixels. -- Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 02:02:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA24000; Fri, 9 Aug 1996 01:58:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23984; Fri, 9 Aug 1996 01:57:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA28126; Fri, 9 Aug 1996 01:57:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA06326; Fri, 9 Aug 1996 01:57:57 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA18694; Fri, 9 Aug 1996 01:57:55 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA18265; Fri, 9 Aug 1996 09:55:58 +0100 From: "Angus Dorbie" Message-Id: <9608090955.ZM18263@bitch.reading.sgi.com> Date: Fri, 9 Aug 1996 09:55:58 +0100 In-Reply-To: Mark Baranowski "Re: Antialiasing Problem on iR" (Aug 9, 7:12am) References: <320ae4dd.347366@post.demon.co.uk> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Mark Baranowski , info-performer@sgi.com Subject: Re: Antialiasing Problem on iR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O No, Shawn is correct. This is an Infinite Reality, 2RMs gives you enough screed real-estate for 4@1280x1024, If you want to drive these at 60 Hz then you won't have the bandwidth on the DG4 so you'll have to settle for 3@1280x1024_60+another_small_format. Again, small pixel depth supports 4 sample anti-aliasing, so it isn't possible to configure an iR managed area which doesn't support some anti-aliased visual. If you have an iR you can anti-alias with the correct visual. Rgds, Angus. On Aug 9, 7:12am, Mark Baranowski wrote: > Subject: Re: Antialiasing Problem on iR > On 7 Aug 1996 13:09:59 -0400, Shawn wrote: > > >I have an Onyx/iR with (2) RM6s and Performer 2.1. When configured with (3) > >1280x1024 output channels, the irconfig utility tells me the pixel depth is > >"small". My understanding was that this would allow (4) subsamples, and this > >seems to be verified by the pfQueryFeature(PFQFTR_MULTISAMPLE) which returns > >PFQFTR_FAST. > > With 2RMs the highest res you can have 3 multsampled channels at is > 1024x768 using the standard vfo files. This will let you have medium > pixels. > > -- > Mark Baranowski at work (baranowski@marklynn.demon.co.uk) > Pera, VR Division. Melton Mowbray, Leicestershire. UK. > Tel: +44 1664 501501, Fax: +44 1664 501553 > ======================================================================= > 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 Mark Baranowski ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 07:44:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA24384; Fri, 9 Aug 1996 07:40:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA24368; Fri, 9 Aug 1996 07:40:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA06369; Fri, 9 Aug 1996 07:40:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA12599; Fri, 9 Aug 1996 07:40:09 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA10855 for ; Fri, 9 Aug 1996 07:40:08 -0700 From: wasileskib@adadv1.mdc.com Date: Fri, 9 Aug 1996 09:36:51 -0500 Message-Id: <96080909365109@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: Downloading Textures. X-VMS-To: INFO-PERFORMER@SGI.COM Status: O In my application, I create the list of textures for the scene and download the list using pfuDownloadTexList. In addition, I have the flag set the shows the textures as they are downloaded. Until today, I have not ever seen the textures flashing on the screen like I would have expected. What I did is I changed pfMultiprocess from: pfMultiprocess(PFMP_APP_CULL_DRAW) to pfMultiprocess(PFMP_APPCULLDRAW). In addition, the fog and lighting looks very, VERY different. Does anyone have any idea what is happening? thanks. - bryan wasileski McDonnell Douglas Training Systems wasileskib@adadv1.mdc.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 08:10:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24466; Fri, 9 Aug 1996 08:06:14 -0700 Return-Path: Received: from giraffe.asd.sgi.com by holodeck.csd.sgi.com via SMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24450; Fri, 9 Aug 1996 08:06:13 -0700 Received: from sgi.engr.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@holodeck.csd.sgi.com id AA22825; Fri, 9 Aug 96 08:06:08 -0700 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA15732 for <@sgi.com:info-performer@asd.sgi.com>; Fri, 9 Aug 1996 08:06:02 -0700 Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@asd id QAA21507; Fri, 9 Aug 1996 16:05:51 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9608091605.ZM21505@cordoba.reading.sgi.com> Date: Fri, 9 Aug 1996 16:05:51 +0100 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@asd.sgi.com Subject: pfGeodes in pfText. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Can we get the pfGeoSet(s) out of a pfText in order to plug into a pfBillboard ? The API isn't there it seems since pfText not derived from pfGeode, but should be possible. Ta, Greg E. -- __________________________________________________________________________ Greg Edwards, Graphics Support/Consulting Group, Silicon Graphics UK Ltd. Forum 1, Theale, Reading, UK, RG7 4RA. tel +44 1734 257500, direct +44 1734 257740, fax +44 1734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 08:14:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24494; Fri, 9 Aug 1996 08:10:17 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24478; Fri, 9 Aug 1996 08:10:16 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA07771; Fri, 9 Aug 1996 08:10:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA13676; Fri, 9 Aug 1996 08:10:14 -0700 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA16581 for ; Fri, 9 Aug 1996 08:10:12 -0700 Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id QAA21536; Fri, 9 Aug 1996 16:10:00 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9608091609.ZM21534@cordoba.reading.sgi.com> Date: Fri, 9 Aug 1996 16:09:59 +0100 Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: pfGeodes in pfText. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Can we get the pfGeoSet(s) out of a pfText in order to plug into a pfBillboard ? The API isn't there it seems since pfText not derived from pfGeode, but should be possible. Ta, Greg E. -- __________________________________________________________________________ Greg Edwards, Graphics Support/Consulting Group, Silicon Graphics UK Ltd. Forum 1, Theale, Reading, UK, RG7 4RA. tel +44 1734 257500, direct +44 1734 257740, fax +44 1734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 08:50:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24636; Fri, 9 Aug 1996 08:45:35 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24620; Fri, 9 Aug 1996 08:45:34 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA10459; Fri, 9 Aug 1996 08:45:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA14779; Fri, 9 Aug 1996 08:45:32 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA23545 for ; Fri, 9 Aug 1996 08:45:31 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id LAA25142; Fri, 9 Aug 1996 11:45:29 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 9 Aug 96 11:45:12 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 9 Aug 96 11:45:00 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Fri, 9 Aug 1996 11:44:59 EST Subject: Lighted Windows X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: Status: O Is there any way to simulate a skyscraper at night, with some lighted windows, without adding a polygon for every window? Maybe some kind of material texture with emissiveness instead of alpha? Thanks, Jude jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 09:00:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA24695; Fri, 9 Aug 1996 08:56:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24679; Fri, 9 Aug 1996 08:55:58 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA11462; Fri, 9 Aug 1996 08:55:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA15062; Fri, 9 Aug 1996 08:55:56 -0700 Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA25671 for ; Fri, 9 Aug 1996 08:55:54 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ac12135; 9 Aug 96 15:54 GMT Received: from marklynn.demon.co.uk ([158.152.142.157]) by relay-3.mail.demon.net id aa10315; 9 Aug 96 16:53 +0100 From: Mark Baranowski To: Angus Dorbie Cc: info-performer@sgi.com Subject: Re: Antialiasing Problem on iR Date: Fri, 09 Aug 1996 15:52:13 GMT Organization: Pera Message-ID: <320b5900.30073798@post.demon.co.uk> References: <320ae4dd.347366@post.demon.co.uk> <9608090955.ZM18263@bitch.reading.sgi.com> In-Reply-To: <9608090955.ZM18263@bitch.reading.sgi.com> X-Mailer: Forte Agent .99e/32.227 Status: O On Fri, 9 Aug 1996 09:55:58 +0100, you wrote: >No, Shawn is correct. > >This is an Infinite Reality, 2RMs gives you enough screed real-estate >for 4@1280x1024, If you want to drive these at 60 Hz then you won't >have the bandwidth on the DG4 so you'll have to settle for >3@1280x1024_60+another_small_format. > >Again, small pixel depth supports 4 sample anti-aliasing, so it isn't >possible to configure an iR managed area which doesn't support some >anti-aliased visual. Are you sure small pixels support 4 sample anti-aliasing? I had a similar understanding to Brian Hill, in that a minimal multisample feature set: 8 bits RGBA 24 bits double buffering 24 bits Window IDs etc 64 bits 4 multisamples RGBA 96 bits 4 multisamples 23 bit Z 92 bits requires 300 b/p and is therefore too large for small pixels (256 b/p). We only managed to get 3 (identical format @ 60HZ) multisampled channels with the 1024x768_60. This was also the only combination which ircombine told us supported medium pixels. What have I got wrong/misunderstood? Please let me know ASAP, as we are about converge our projection system on Tuesday for 1024x768_60 on the basis that it was the only one to let us multisample on 3 channels. Regards, Mark. -- Mark Baranowski at work (baranowski@marklynn.demon.co.uk) Pera, VR Division. Melton Mowbray, Leicestershire. UK. Tel: +44 1664 501501, Fax: +44 1664 501553 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 09:17:13 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24793; Fri, 9 Aug 1996 09:12:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24777; Fri, 9 Aug 1996 09:12:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12692; Fri, 9 Aug 1996 09:12:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA16062; Fri, 9 Aug 1996 09:12:50 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29507; Fri, 9 Aug 1996 09:12:43 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA18738; Fri, 9 Aug 1996 17:10:14 +0100 From: "Angus Dorbie" Message-Id: <9608091710.ZM18736@bitch.reading.sgi.com> Date: Fri, 9 Aug 1996 17:10:13 +0100 In-Reply-To: Mark Baranowski "Re: Antialiasing Problem on iR" (Aug 9, 3:52pm) References: <320ae4dd.347366@post.demon.co.uk> <9608090955.ZM18263@bitch.reading.sgi.com> <320b5900.30073798@post.demon.co.uk> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Mark Baranowski Subject: Re: Antialiasing Problem on iR Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Here ye go, note the 15, 1 bit z & stencil Pixel format: 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 + 16 bits for (Z & stencil) ) = 252 bits So you can get 2 * 1280x1024 with 256 pixel depth from 1RM6. Warning, the 252 bits is dangerously close to the limit but in this case it works. Rgds, Angus. On Aug 9, 3:52pm, Mark Baranowski wrote: > Subject: Re: Antialiasing Problem on iR > On Fri, 9 Aug 1996 09:55:58 +0100, you wrote: > > >No, Shawn is correct. > > > >This is an Infinite Reality, 2RMs gives you enough screed real-estate > >for 4@1280x1024, If you want to drive these at 60 Hz then you won't > >have the bandwidth on the DG4 so you'll have to settle for > >3@1280x1024_60+another_small_format. > > > >Again, small pixel depth supports 4 sample anti-aliasing, so it isn't > >possible to configure an iR managed area which doesn't support some > >anti-aliased visual. > > Are you sure small pixels support 4 sample anti-aliasing? I had a > similar understanding to Brian Hill, in that a minimal multisample > feature set: > > 8 bits RGBA 24 bits > double buffering 24 bits > Window IDs etc 64 bits > 4 multisamples RGBA 96 bits > 4 multisamples 23 bit Z 92 bits > > requires 300 b/p and is therefore too large for small pixels (256 > b/p). > > We only managed to get 3 (identical format @ 60HZ) multisampled > channels with the 1024x768_60. This was also the only combination > which ircombine told us supported medium pixels. > > What have I got wrong/misunderstood? > > Please let me know ASAP, as we are about converge our projection > system on Tuesday for 1024x768_60 on the basis that it was the only > one to let us multisample on 3 channels. > > Regards, > > Mark. > -- > Mark Baranowski at work (baranowski@marklynn.demon.co.uk) > Pera, VR Division. Melton Mowbray, Leicestershire. UK. > Tel: +44 1664 501501, Fax: +44 1664 501553 >-- 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 From guest Fri Aug 9 09:25:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24842; Fri, 9 Aug 1996 09:20:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24826; Fri, 9 Aug 1996 09:20:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13479; Fri, 9 Aug 1996 09:20:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA16352; Fri, 9 Aug 1996 09:20:55 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA01291; Fri, 9 Aug 1996 09:20:53 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA18745; Fri, 9 Aug 1996 17:18:35 +0100 From: "Angus Dorbie" Message-Id: <9608091718.ZM18743@bitch.reading.sgi.com> Date: Fri, 9 Aug 1996 17:18:35 +0100 In-Reply-To: "Jude Anthony" "Lighted Windows" (Aug 9, 11:44am) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Jude Anthony" , info-performer@sgi.com Subject: Re: Lighted Windows Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Two simple ways spring to mind, The first way is quick and for night only: An intensity or rgb texture which is black (or dark) with white windows and apply to the building, the building would have emissive material which is the colour of the windows, or white with colour in the texture. The second is much better because it supports time of day and richer lighting but there's more of an overhead. have your building facade as normal. Duplicate the facade and substitute the texture with an intensity alpha or rgba image with alpha = 1 for windows and alpha = 0.0 everywhere else. Again apply emissive material properties to the material on the window polygons. Rgds, Angus. On Aug 9, 11:44am, Jude Anthony wrote: > Subject: Lighted Windows > Is there any way to simulate a skyscraper at night, with some lighted > windows, without adding a polygon for every window? Maybe some kind > of material texture with emissiveness instead of alpha? > > Thanks, > Jude > jude@p3.enzian.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Jude Anthony ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 09:35:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA24910; Fri, 9 Aug 1996 09:31:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA24894; Fri, 9 Aug 1996 09:31:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA14733; Fri, 9 Aug 1996 09:31:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA16713; Fri, 9 Aug 1996 09:31:26 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03802; Fri, 9 Aug 1996 09:31:25 -0700 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id MAA28299; Fri, 9 Aug 1996 12:25:34 -0400 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA18235; Fri, 9 Aug 1996 12:23:37 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id MAA19476; Fri, 9 Aug 1996 12:21:04 -0400 From: "Nicolas Gauvin" Message-Id: <9608091221.ZM19474@excalibur.cae.ca> Date: Fri, 9 Aug 1996 12:21:03 -0400 In-Reply-To: "Greg Edwards, SGI UK." "pfGeodes in pfText." (Aug 9, 4:09pm) References: <9608091609.ZM21534@cordoba.reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: gedwards@reading.sgi.com Subject: Re: pfGeodes in pfText. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 9, 4:09pm, Greg Edwards, SGI UK. wrote: > Subject: pfGeodes in pfText. > Hi, > Can we get the pfGeoSet(s) out of a pfText in order to plug into a > pfBillboard ? The API isn't there it seems since pfText not derived > from pfGeode, but should be possible. > The pfGeoSet list is internal/private to the pfString class and unaccessible. As a way to work around this limitation, you could try associating a pre and post draw callback to your pfText node that would use a pfSprite to force a billboard effect. Something like: static int preDrawCB( pfTraverser* trav, void* data ) { sprite->begin(); sprite->position(0.0f,0.0f,0.0f); return PFTRAV_CONT; } static int postDrawCB( pfTraverser* trav, void* data ) { sprite->end(); return PFTRAV_CONT; } Check the man page on pfSprite. It's a nice feature added to libpr for Performer 2.0. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 10:00:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA25067; Fri, 9 Aug 1996 09:55:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25051; Fri, 9 Aug 1996 09:55:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA16368; Fri, 9 Aug 1996 09:55:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA17446; Fri, 9 Aug 1996 09:55:47 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA09298; Fri, 9 Aug 1996 09:55:45 -0700 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id MAA16367; Fri, 9 Aug 1996 12:51:32 -0400 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA13147; Fri, 9 Aug 1996 12:49:38 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id MAA19612; Fri, 9 Aug 1996 12:47:04 -0400 From: "Nicolas Gauvin" Message-Id: <9608091247.ZM19610@excalibur.cae.ca> Date: Fri, 9 Aug 1996 12:47:03 -0400 In-Reply-To: "Greg Edwards, SGI UK." "pfGeodes in pfText." (Aug 9, 4:09pm) References: <9608091609.ZM21534@cordoba.reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: gedwards@reading.sgi.com Subject: Re: pfGeodes in pfText. Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Oops, I was wrong on my last message. pfString does indeed offer a function to get the list of pfGeoSet making the characters: const pfGeoSet* pfString::getCharGSet(void); So from your pfText you can get the pfString with pfString * pfText::getString(int index); And then you can get their pfGeoSets and add them to a pfBillboard. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 10:06:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA25099; Fri, 9 Aug 1996 09:59:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA25083; Fri, 9 Aug 1996 09:59:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA16542; Fri, 9 Aug 1996 09:59:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA17594; Fri, 9 Aug 1996 09:59:25 -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/950213.SGI.AUTOCF) via ESMTP id JAA10104 for ; Fri, 9 Aug 1996 09:58:43 -0700 Received: from visvr1.rus.uni-stuttgart.de (visvr1-fd.rus.uni-stuttgart.de [129.69.18.62]) by artemis.rus.uni-stuttgart.de with ESMTP id SAA19573 (8.6.13/IDA-1.6 for ); Fri, 9 Aug 1996 18:58:38 +0200 Received: by visvr1.rus.uni-stuttgart.de (950413.SGI.8.6.12/BelWue-1.0SG(subsidiary)) (for info-performer@sgi.com) id QAA21010; Fri, 9 Aug 1996 16:58:32 GMT From: "Daniela Rainer" Message-Id: <9608091858.ZM21008@visvr1.rus.uni-stuttgart.de> Date: Fri, 9 Aug 1996 18:58:32 +0000 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Problem with Spotlight on RealityEngine with OpenGL based Performer ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, if I use a spotlight (pfLight) and a material with color mode PFMTL_CMODE_AMBIENT_AND_DIFFUSE I get a strange shading on RealityEngine. It works fine on other graphics systems (Extreme, XS). The primitive type of the geoset is TRISTRIP (not FLAT_TRISTRIP). In the man pages for pfLight this errors is described only for FLAT_TRISTRIPS. I use Performer 2.0 and Performer 2.01 with the OpenGL libraries. Is there a known problem with spotlights in OpenGL or am I doing something wrong? Thanks for any ideas Daniela ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 12:12:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA25450; Fri, 9 Aug 1996 12:07:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA25434; Fri, 9 Aug 1996 12:07:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA22129; Fri, 9 Aug 1996 12:07:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA22859; Fri, 9 Aug 1996 12:07:16 -0700 Received: from tecsun1.tec.army.mil (tec.army.mil [192.12.124.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA12075 for ; Fri, 9 Aug 1996 12:07:13 -0700 Received: from cornelius.tec.army.mil (cornelius.tec.army.mil [199.123.86.247]) by tecsun1.tec.army.mil (8.7.5/8.7.3) with ESMTP id PAA25613; Fri, 9 Aug 1996 15:04:56 -0400 (EDT) Received: (from riggs@localhost) by cornelius.tec.army.mil (8.7.5/8.7.3) id OAA19267; Fri, 9 Aug 1996 14:56:43 -0400 (EDT) Date: Fri, 9 Aug 1996 14:56:43 -0400 (EDT) From: Bill Riggs Message-Id: <199608091856.OAA19267@cornelius.tec.army.mil> To: info-performer@sgi.com, ssm@crasun.cra.com Subject: Re: Tools for terrain generation? Status: O ERDAS is working with the US Army Topographic Engineering Center to commercialize a government-developed package called "Draw Land". If you just want to make dirt, that's probably the kind of thing you need. Bill Riggs LNK Corporation, Inc (703) 644 - 1111 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 9 12:56:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA25573; Fri, 9 Aug 1996 12:48:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA25556; Fri, 9 Aug 1996 12:48:02 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24188; Fri, 9 Aug 1996 12:48:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA24059; Fri, 9 Aug 1996 12:48:00 -0700 Received: from gatekeep.ti.com (news.ti.com [192.94.94.33]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20751 for ; Fri, 9 Aug 1996 12:47:58 -0700 Received: from lesol1.dseg.ti.com ([157.170.147.17]) by gatekeep.ti.com (8.6.13) with ESMTP id OAA20712 for ; Fri, 9 Aug 1996 14:47:56 -0500 Received: from m2.rts.dseg.ti.com (m2.dseg.ti.com [128.247.216.212]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id OAA02064 for ; Fri, 9 Aug 1996 14:46:22 -0500 Received: by m2.rts.dseg.ti.com (4.1/SMI-4.1) id AA14244; Fri, 9 Aug 96 14:51:46 CDT Date: Fri, 9 Aug 96 14:51:46 CDT From: tpravata@m2.rts.dseg.ti.com (Todd R Pravata) Message-Id: <9608091951.AA14244@m2.rts.dseg.ti.com> To: info-performer@sgi.com Subject: gamma system value in MCO mode? Reply-To: Status: O Is there any trick to setting the gamma when running the MCO on an RE2? It doesn't seem to take effect when the MCO is running but works fine without it. Any suggestions? -- Todd Pravata todd.pravata@ti.com 214-575-6126 Visual Simulation Lab, Texas Instruments "The significant problems that we face cannot be solved at the same level of thinking we were at when we created them." -- Albert Einstein ** Views expressed are not necessarily those of Texas Instruments ** ======================================================================= 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 Aug 10 01:36:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA26938; Sat, 10 Aug 1996 01:31:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA26922; Sat, 10 Aug 1996 01:31:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA14141; Sat, 10 Aug 1996 01:31:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA13384; Sat, 10 Aug 1996 01:31:26 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA29405 for ; Sat, 10 Aug 1996 01:31:23 -0700 Received: (from uucp@localhost) by merki.connect.com.au id SAA09526 (8.7.5/IDA-1.6); Sat, 10 Aug 1996 18:31:06 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA03391 (5.65c/IDA-1.5); Sat, 10 Aug 1996 17:55:26 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA03391 (5.65c/IDA-1.5); Sat, 10 Aug 1996 17:55:26 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id SAA27285 (8.6.12/IDA-1.6); Sat, 10 Aug 1996 18:02:03 +1000 Received: from localhost by murad (5.65) id AA03387; Sat, 10 Aug 1996 18:07:36 +1000 Date: Sat, 10 Aug 1996 18:07:36 +1000 (EST) From: Simon Bennett X-Sender: simonb@murad To: todd.pravata@ti.com Cc: info-performer@sgi.com Subject: Re: gamma system value in MCO mode? In-Reply-To: <9608091951.AA14244@m2.rts.dseg.ti.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 9 Aug 1996, Todd R Pravata wrote: > Is there any trick to setting the gamma when running the MCO on an > RE2? It doesn't seem to take effect when the MCO is running but works > fine without it. Any suggestions? Use mcogamma. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Aug 10 06:35:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA27199; Sat, 10 Aug 1996 06:31:44 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA27183; Sat, 10 Aug 1996 06:31:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA20981; Sat, 10 Aug 1996 06:31:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA18742; Sat, 10 Aug 1996 06:31:44 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA08515 for ; Sat, 10 Aug 1996 06:31:41 -0700 Received: (from uucp@localhost) by merki.connect.com.au id XAA20217 (8.7.5/IDA-1.6); Sat, 10 Aug 1996 23:31:06 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA04304 (5.65c/IDA-1.5); Sat, 10 Aug 1996 23:02:57 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA04304 (5.65c/IDA-1.5); Sat, 10 Aug 1996 23:02:57 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id XAA27527 (8.6.12/IDA-1.6); Sat, 10 Aug 1996 23:09:35 +1000 Received: from localhost by murad (5.65) id AA03545; Sat, 10 Aug 1996 23:15:08 +1000 Date: Sat, 10 Aug 1996 23:15:08 +1000 (EST) From: Simon Bennett X-Sender: simonb@murad To: wasileskib@adadv1.mdc.com Cc: INFO-PERFORMER@sgi.com Subject: Re: Downloading Textures. In-Reply-To: <96080909365109@adadv1.mdc.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Fri, 9 Aug 1996 wasileskib@adadv1.mdc.com wrote: > In my application, I create the list of textures > for the scene and download the list using > pfuDownloadTexList. In addition, I have the > flag set the shows the textures as they are downloaded. > Until today, I have not ever seen the textures > flashing on the screen like I would have expected. > What I did is I changed pfMultiprocess from: > pfMultiprocess(PFMP_APP_CULL_DRAW) to > pfMultiprocess(PFMP_APPCULLDRAW). > In addition, the fog and lighting looks > very, VERY different. Does anyone have any > idea what is happening? By the sounds of it, you weren't calling pfuDownloadTexList from your draw callback. It has to be called from the draw process if your multi processing. +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 12 08:00:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA00637; Mon, 12 Aug 1996 07:57:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA00620; Mon, 12 Aug 1996 07:57:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21099; Mon, 12 Aug 1996 07:57:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA28720; Mon, 12 Aug 1996 07:57:24 -0700 Received: from lurch.arl.mil (lurch.arl.mil [128.63.39.63]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA06691 for ; Mon, 12 Aug 1996 07:57:23 -0700 Date: Mon, 12 Aug 96 10:50:59 EDT From: "Mark A. Thomas" To: info-performer@sgi.com Subject: GLX Error On pfFrame Message-ID: <9608121050.aa16657@lurch.arl.mil> Status: O I asked about this last week, with no response (SIGGRAPH I guess). Any pointers to what these messages mean ? -markt Calling pfFrame !!! GL: Warning: failed to create context X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 138 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 0 Current serial number in output stream: 51 ======================================================================= 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 Aug 12 08:29:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA00775; Mon, 12 Aug 1996 08:25:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00759; Mon, 12 Aug 1996 08:25:46 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA22741; Mon, 12 Aug 1996 08:26:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA29643; Mon, 12 Aug 1996 08:26:08 -0700 Received: from ait.nrl.navy.mil (ait.nrl.navy.mil [132.250.128.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA12555 for ; Mon, 12 Aug 1996 08:26:07 -0700 Received: from groton.ait.nrl.navy.mil (groton [132.250.128.83]) by ait.nrl.navy.mil (8.7.5/8.7.3) with ESMTP id LAA28495 for ; Mon, 12 Aug 1996 11:07:42 -0400 (EDT) Received: (from gordon@localhost) by groton.ait.nrl.navy.mil (8.7.5/8.7.3) id LAA07725 for info-performer@sgi.com; Mon, 12 Aug 1996 11:07:41 -0400 (EDT) From: "Kenneth Gordon" Message-Id: <9608121107.ZM7723@groton.ait.nrl.navy.mil> Date: Mon, 12 Aug 1996 11:07:41 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Highlighting objects Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am trying to use a laser pointer to highlight certain certain objects, and am trying to find a simple way to do it. The objects are fairly small, so I am trying to highlight the bounding box (or sphere, if the box won't work) around the object. I have come up with a couple of different ways, but none of them seems to work very well, and I was wondering if anyone has any other ideas: 1. Using a pfHighlight for each geoset. This looks great when an object is made up of only one geoset, however my objects are often made up of many geosets. Is there a way to use a pfHighlight with a group node? I tried highlighting each geoset individually, but it looks pretty bad that way (for one thing, parts of the object disappear when the different highlighted boxes intersect). If I could put ONE pfHighlight around the entire object, that would be ideal. 2. Calculating the bounding sphere. Several problems with this method, the worst being that for some reason, the radius of the bounding sphere is MUCH larger than the object itself (the object is a plane (an F15) which is around 20 meters in length, but the bounding sphere I am getting has a radius of 501 meters). Something isn't working here! Does anyone know of any other ways to do what I have in mind? Ideally, I'd like one bounding box around the entire plane, but if that isn't possible, a bounding sphere of the correct size would be fine. Thanks, in advance. -- Ken ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 12 08:50:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA00938; Mon, 12 Aug 1996 08:46:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00920; Mon, 12 Aug 1996 08:46:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA23973; Mon, 12 Aug 1996 08:46:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA00128; Mon, 12 Aug 1996 08:46:54 -0700 Received: from gwsmtp.thomson.fr (gwsmtp.thomson.fr [193.48.25.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA17506 for ; Mon, 12 Aug 1996 08:46:53 -0700 From: CHRISTOPHE.C.D.DELEPINE@tts.thomson.fr Received: by gwsmtp.thomson.fr (1.0.122) id 320B483E000006BB; 12 Aug 1996 17:44:36 +0200 X400-Received: by mta INDRE in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 12 Aug 96 17:41:41 +0000 X400-Received: by mta INDRE.MUAS in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 12 Aug 96 17:41:40 +0000 X400-Received: by mta M4000 in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 12 Aug 96 15:34:00 +0000 X400-Received: by mta TFM-SMTP in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 12 Aug 96 17:44:36 +0200 X400-Received: by /PRMD=THOMSON/ADMD=ATLAS/C=FR; Relayed; 12 Aug 96 17:41:47 +0000 X400-Received: by /PRMD=THOMSON/ADMD=ATLAS/C=FR; Relayed; 12 Aug 96 17:44:36 +0200 Date: 12 Aug 96 17:44:36 +0200 Delivery-Date: 12 Aug 96 17:44:36 +0200 Message-Type: Multiple Part X400-Originator: CHRISTOPHE.C.D.DELEPINE@tts.thomson.fr X400-MTS-Identifier: [/PRMD=THOMSON/ADMD=ATLAS/C=FR;7640411712081996/A21323/INDRE] X400-Recipients: info-performer@sgi.com Message-ID: <7640411712081996/A21323/INDRE/11A864692700* @MHS> Importance: normal Sensitivity: Company-Confidential Subject: pfMorph Evaluation Autoforwarded: FALSE To: info-performer@sgi.com (Receipt Notification Requested) Conversion: Allowed Conversion-With-Loss: Allowed Alternate-Recipient: Allowed Content-Identifier: 11A864692700 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Status: O To pfMorph experts: I need to apply sparse changes to a vertex array using a pfMorph. It says in the man page, in the pseudo-code section, that the destination array is first set to zero. Does that mean that: 1 - Each entry is set to 0 (nelts) 2 - Only the entries that are modified by the source index lists are set to 0 ?? _ _ mmm \\|// (.) (.) ( O O ) ( o o ) ---------oO00--(_)--00Oo----oOO--(_)--OOo----oOO--(_)--OOo--------- | | | Christophe DELEPINE | | | | THOMSON TRAINING & SIMULATION | | 5 rue Leonardo da Vinci | | Z.A. Les Boutries, B.P. 252 | | 78703 CONFLANS STE HONORINE CEDEX | | FRANCE | | TEL: (1) 34 90 36 14 | | FAX: (1) 34 90 36 02 | | E-M: Christophe.Delepine@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 From guest Mon Aug 12 09:02:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA00997; Mon, 12 Aug 1996 08:58:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA00981; Mon, 12 Aug 1996 08:58:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24978; Mon, 12 Aug 1996 08:58:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA00417; Mon, 12 Aug 1996 08:58:43 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA19696 for ; Mon, 12 Aug 1996 08:57:48 -0700 Received: from csf1.pobox.oleane.com (csf1.pobox.oleane.com [194.2.5.16]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id RAA12321 for ; Mon, 12 Aug 1996 17:55:38 +0200 Message-Id: <199608121555.RAA12321@relay1.oleane.net> X-Sender: csf1@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 12 Aug 1996 17:55:20 +0200 To: info-performer@sgi.com From: "couvet@pobox.oleane.com" Subject: Creation of new database objects Status: O Hi there,=20 I am working of moving object with Performer, and I want to create a new database object, which could behave as say a more=20 sophisticated pfGeode. I think it would speed up my apps a lot, but I did not find any docs on= that. Is it possible to do so? Or do I need to create a class which inserts a pfGeode in the database,=20 and modifies it at will, as I do today, but not really fast. I wonder anyone knows the answer ... Cyril ZEKSER , TT&S Serge Couvet,Dipl Ing |=20 Advanced Research Manager | Future systems Technology ( training systems and surgery simulation) Thomson Training & Simulation | Manufacturer of training simulators 1, rue du G=E9n=E9ral de Gaulle- Z.I. Les beaux soleils - OSNY | BP226-|95523 Cergy Pontoise Cedex-FRANCE | couvet@pobox.oleane.com -tel (33 1) 34228663 | ======================================================================= 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 Aug 12 09:27:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01229; Mon, 12 Aug 1996 09:23:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01213; Mon, 12 Aug 1996 09:23:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA26813; Mon, 12 Aug 1996 09:23:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA01290; Mon, 12 Aug 1996 09:23:30 -0700 Received: from aic.lockheed.com (goliath.rdd.lmsc.lockheed.com [129.197.131.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA25628 for ; Mon, 12 Aug 1996 09:23:29 -0700 Received: from gabriel.rdd.lmsc.lockheed.com ([129.197.131.87]) by aic.lockheed.com (4.1/SMI-4.1/AIC-PostOffice-Brent-930416-01) id AA15590; Mon, 12 Aug 96 09:23:13 PDT Received: from gabriel by gabriel.rdd.lmsc.lockheed.com via SMTP (940816.SGI.8.6.9/911001.SGI) id JAA02266; Mon, 12 Aug 1996 09:21:33 -0700 Sender: stiles@aic.lockheed.com Message-Id: <320F5A0C.15FB@aic.lockheed.com> Date: Mon, 12 Aug 1996 09:21:32 -0700 From: Randy Stiles Organization: Lockheed Martin Advanced Technology Center X-Mailer: Mozilla 2.0 (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: Kenneth Gordon Cc: info-performer@sgi.com Subject: Re: Highlighting objects References: <9608121107.ZM7723@groton.ait.nrl.navy.mil> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Kenneth Gordon wrote: > > I am trying to use a laser pointer to highlight certain certain objects, and am > trying to find a simple way to do it. The objects are fairly small, so I am > trying to highlight the bounding box (or sphere, if the box won't work) around > the object. I have come up with a couple of different ways, but none of them > seems to work very well, and I was wondering if anyone has any other ideas: > > 1. Using a pfHighlight for each geoset. This looks great when an object is > made up of only one geoset, however my objects are often made up of many > geosets. Is there a way to use a pfHighlight with a group node? I tried > highlighting each geoset individually, but it looks pretty bad that way (for > one thing, parts of the object disappear when the different highlighted boxes > intersect). If I could put ONE pfHighlight around the entire object, that > would be ideal. You have to set up a traverser function that traverses the graph, and calls its callback whenever it encounters geosets. I went through this. > 2. Calculating the bounding sphere. Several problems with this method, the > worst being that for some reason, the radius of the bounding sphere is MUCH > larger than the object itself (the object is a plane (an F15) which is around > 20 meters in length, but the bounding sphere I am getting has a radius of 501 > meters). Something isn't working here! My experience is that if you ask Performer to calculate the bounding sphere, it is pretty accurate. I think thats what they use in culling tests for the frustum, so they would make that accurate/bug-free first in order to get correct culling. > Does anyone know of any other ways to do what I have in mind? Ideally, I'd > like one bounding box around the entire plane, but if that isn't possible, a > bounding sphere of the correct size would be fine. -- // Randy Stiles mailto:stiles@aic.lockheed.com Orgn H142 Bldg 255 // Lockheed Martin Advanced Technology Center 3251 Hanover Street // office: 415.354.5256 fax: 415.354.5235 Palo Alto, CA 94304-1192 // http://vet.parl.com/~vet/people/stiles/ ======================================================================= 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 Aug 12 09:45:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA01368; Mon, 12 Aug 1996 09:41:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA01352; Mon, 12 Aug 1996 09:41:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA28250; Mon, 12 Aug 1996 09:41:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA01944; Mon, 12 Aug 1996 09:41:43 -0700 Received: from evl.eecs.uic.edu (evl.eecs.uic.edu [128.248.246.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29896 for ; Mon, 12 Aug 1996 09:41:31 -0700 Received: from zbox.eecs.uic.edu by evl.eecs.uic.edu via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) id LAA10781; Mon, 12 Aug 1996 11:27:05 -0500 Received: (swami@localhost) by zbox.eecs.uic.edu (8.6.12/8.6.4) id QAA13675; Mon, 12 Aug 1996 16:26:49 GMT Date: Mon, 12 Aug 1996 11:26:48 -0500 (CDT) From: "Swaminathan N." To: Kenneth Gordon , performer mailing list Subject: Re: Highlighting objects In-Reply-To: <9608121107.ZM7723@groton.ait.nrl.navy.mil> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 12 Aug 1996, Kenneth Gordon wrote: > I am trying to use a laser pointer to highlight certain certain objects, and am > trying to find a simple way to do it. The objects are fairly small, so I am > trying to highlight the bounding box (or sphere, if the box won't work) around > the object. I have come up with a couple of different ways, but none of them > seems to work very well, and I was wondering if anyone has any other ideas: Here's some code that I've used. I use a global highlight which I've enabled. Then depending on whether the Anchor is selected or not, I enable and then disable the highlighting. The callbacks are attached to pfWWWAnchor which is actually a pfGroup. Hope that helps... int preDrawCB_Anchor(pfTraverser *trav, void *data) { data; pfWWWAnchor *in = (pfWWWAnchor *) trav->getNode(); pfPushState(); if (in->selected) { //fprintf(stderr, "in draw callback\n"); pfEnable(PFEN_HIGHLIGHTING); } return PFTRAV_CONT; } int postDrawCB_Anchor(pfTraverser *trav, void *data) { data; pfWWWAnchor *in = (pfWWWAnchor *) trav->getNode(); if (pfGetEnable(PFEN_HIGHLIGHTING)) pfDisable(PFEN_HIGHLIGHTING); pfPopState(); return PFTRAV_CONT; } <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< v Swaminathan Narayanan ^ v swami@evl.eecs.uic.edu ^ v Office: 996-3002 ^ v Home: 850-3725 ^ v http://evlweb.eecs.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 Mon Aug 12 10:48:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA01737; Mon, 12 Aug 1996 10:44:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA01721; Mon, 12 Aug 1996 10:44:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA01473; Mon, 12 Aug 1996 10:44:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA04299; Mon, 12 Aug 1996 10:44:48 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16905 for ; Mon, 12 Aug 1996 10:44:40 -0700 Received: from csf2.pobox.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id TAA14420; Mon, 12 Aug 1996 19:44:31 +0200 Message-Id: <199608121744.TAA14420@relay1.oleane.net> X-Sender: csf2@pobox.oleane.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Aug 1996 19:43:58 +0000 To: "couvet@pobox.oleane.com" From: arnaud@pobox.oleane.com (Space Magic Team) Subject: Re: Creation of new database objects Cc: info-performer@sgi.com X-Mailer: Status: O >Hi there,=20 > >I am working of moving object with Performer, and I want to create >a new database object, which could behave as say a more=20 >sophisticated pfGeode. > >I think it would speed up my apps a lot, but I did not find any docs on= > that. > >Is it possible to do so? > >Or do I need to create a class which inserts a pfGeode in the database,=20 >and modifies it at will, as I do today, but not really fast. > >I wonder anyone knows the answer ... > >Cyril ZEKSER , TT&S Hi Cyril, The best way to create a new object in Performer is sure to use C++ and subclassing an already existing object. Look at the Performer Programming guide, chapter 14 title "subclassing pfObjects" for that. The virtual function app of your new object will be called automatically with this mechanism. For your cull and draw function, this will not be the case, and the best way for that will be to call pfNodeTravFuncs to setup a new callback. Hope it answers to your question. Philippe Poutignat ____________________________________________________________________ | | /\ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= /\ | | | -(*)- <[]> arnaud@POBOX.oleane.com <[]> -(*)- | | | \/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= \/ | | |--------------------------------------------------------------------| | ______ _________ ____________ _________ ______ | | /_/_/_/\ | Space | \/\/\/\/\/\/ | Space | /\_\_\_\ | | /_/_/_/\/\ | ~~~~~~~ | \/\/\/\/\/ | ~~~~~~~ | /\/\_\_\_\ | |/_/_/_/\/\/\ | Magic | \/\/\/\/ | Basic | /\/\/\_\_\_\| |\_\_\_\/\/\/ '---------' \/\/\/ '---------' \/\/\/_/_/_/| | \_\_\_\/\/ / ######### \ \/\/ / ######### \ \/\/_/_/_/ | | \_\_\_\/ / ########### \ \/ / ########### \ \/_/_/_/ | | '---------------' '---------------' | |--------------------------------------------------------------------| | o o Thomson Training & Simulation o o | | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | | o o 78703 Conflans Sainte Honorine Cedex France o o | | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | |____________________________________________________________________| ======================================================================= 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 Aug 12 11:12:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA01870; Mon, 12 Aug 1996 11:08:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA01854; Mon, 12 Aug 1996 11:08:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03398; Mon, 12 Aug 1996 11:08:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA05762; Mon, 12 Aug 1996 11:08:31 -0700 Received: from crasun.cra.com (crasun.cra.com [199.99.122.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA23425 for ; Mon, 12 Aug 1996 11:08:30 -0700 Received: from [199.99.122.126] by crasun.cra.com (4.1/SMI-4.1) id AA02935; Mon, 12 Aug 96 14:13:40 EDT X-Sender: ssm@crasun.cra.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 12 Aug 1996 14:08:27 -0400 To: info-performer@sgi.com From: ssm@crasun.cra.com (Sandeep S. Mulgund) Subject: Stress filter parameters Status: O What are reasonable numbers to use in a pfChannel's stress filter? While the Performer documentation explains what all the parameters are (sort of), it doesn't really provide any guidelines on how to go about selecting them. Thanks, Sandeep ======================================================================= 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 Aug 12 11:47:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02203; Mon, 12 Aug 1996 11:43:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02187; Mon, 12 Aug 1996 11:43:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05832; Mon, 12 Aug 1996 11:43:49 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA07519; Mon, 12 Aug 1996 11:43:49 -0700 Received: from sgidev.mdc.com (SGIDEV.MDC.COM [129.200.1.58]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA02864 for ; Mon, 12 Aug 1996 11:43:48 -0700 Received: from fbdev1 by sgidev.mdc.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for <@sgidev.mdc.com:info-performer@sgi.com> id LAA21791; Mon, 12 Aug 1996 11:48:28 -0700 Received: by fbdev1 (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id LAA00884; Mon, 12 Aug 1996 11:33:34 -0700 From: "Salvador Cabaruvias" Message-Id: <9608121133.ZM882@fbdev1> Date: Mon, 12 Aug 1996 11:33:33 -0700 Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Performer 2.0 frustum problem Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19608121133.ZM882.fbdev1" Status: O -- --PART-BOUNDARY=.19608121133.ZM882.fbdev1 Content-Type: text/plain; charset=us-ascii On a Irix 5.3 Onyx (6 cpus, 2 pipes: 2RM5 per pipe) using GL and Performer 2.0 we are having problems with the frustum. We have wide angle collimated lenses with 48 HOV and 36 VOV. One view is front, and the second one is the left side with 2 deg overlay. Using peformer 1.2, we had this working using the attached code sample. Now that we upgraded to performer 2.0. The code is not working and even using Performer 2.0's perfly to see if the hortizon matches is not working. The problem appears that the 2 channels, the front and left have different eye points. The left appears to be too close so that the horizon is much higher than the front view (how close is hard to tell... not sure how to measure it). Both channels appear to rotate correctly. Anyone seen this problem? Any help is appreciated. -- -------------------------------------------------------------------------------- Salvador Cabaruvias | sal@sgidev.mdc.com | -------------------------------------------------------------------------------- CSSL | "Well I be done seen about every McDonnell Douglas | thing when I see an elephant (310) 593-6719 | fly" --Dumbo-- --PART-BOUNDARY=.19608121133.ZM882.fbdev1 X-Zm-Content-Name: channels.c Content-Description: Text Content-Type: text/plain ; name="channels.c" ; charset=us-ascii /* * channels.c * %M% %I% %H% * add to the script with a line like this: * * module "setChannels" add, postinit "setChannelsup"; * * * this will override what's in the setup file */ #include #include #include #include #include "_es.h" #define leftside_angle 24.0f #define rightside_angle 24.0f #define topsided9_angle 24.0f #define bottomsided9_angle 12.0f #define topsided3_angle 15.0f #define bottomsided3_angle 21.0f void setChannelsd9up(void); void setChannelsd3up(void); void setFrontChannel(float topside_angle, float bottomside_angle); void setLeftChannel(float topside_angle, float bottomside_angle); static float f_left = -0.5; static float f_right = 0.5; static float f_bottom = -0.5; static float f_top = 0.5; static float f_near = 2.0; static float f_far = 225000.0; static float l_left = -0.5; static float l_right = 0.5; static float l_bottom = -0.5; static float l_top = 0.5; static float l_near = 2.0; static float l_far = 225000.0; static pfChannel *FrontChan, *LeftChan; static pfFrustum *frust = NULL; void setChannelsd9up(void) { setFrontChannel(topsided9_angle, bottomsided9_angle); setLeftChannel(topsided9_angle, bottomsided9_angle); } void setChannelsd3up(void) { if (frust == NULL) frust = pfNewFrust(NULL); /* assume first channel in list is front channel */ FrontChan = global->channels->pfchan; /* assume second channel in list is next channel */ LeftChan = global->channels->next->pfchan; pfAttachChan(FrontChan, LeftChan); setFrontChannel(topsided3_angle, bottomsided3_angle); /* setLeftChannel(topsided3_angle, bottomsided3_angle); */ #ifdef _MDCESky if(global->esky == NULL) global->esky = pfNewESky(); pfESkyMode(global->esky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); pfESkyAttr(global->esky, PFES_GRND_HT, -3.0f); pfChanESky(FrontChan, global->esky); pfChanESky(LeftChan, global->esky); #endif } void setFrontChannel(float topside_angle, float bottomside_angle) { printf("Defining the front window with pfMakePerspFrust\n"); /* Needed to workaround a bug */ pfFrustAspect( frust, PFFRUST_CALC_NONE, 0.0f); pfChanAutoAspect( FrontChan, PFFRUST_CALC_NONE); pfGetChanBaseFrust(FrontChan, frust); pfFrustNearFar( frust, f_near, f_far); pfMakePerspFrust( frust, -f_near * pfTan(leftside_angle), /* left */ f_near * pfTan(rightside_angle), /* right */ -f_near * pfTan(bottomside_angle), /* bottom */ f_near * pfTan(topside_angle) /* top */ ); pfChanCullPtope(FrontChan, (pfPolytope*)frust); } void setLeftChannel(float topside_angle, float bottomside_angle) { printf("Defining the left window with pfMakePerspFrust\n"); /* Needed to workaround a bug */ pfFrustAspect( frust , PFFRUST_CALC_NONE, 0.0f); pfChanAutoAspect( LeftChan, PFFRUST_CALC_NONE); pfGetChanBaseFrust(LeftChan, frust); pfFrustNearFar( frust, l_near, l_far); pfMakePerspFrust( frust, -l_near * pfTan(leftside_angle), /* left */ l_near * pfTan(rightside_angle), /* right */ -l_near * pfTan(bottomside_angle), /* bottom */ l_near * pfTan(topside_angle) /* top */ ); pfChanCullPtope(LeftChan, (pfPolytope*)frust); #ifdef MDC_OFFSET xyz[0] = 0.; xyz[1] = 0.; xyz[2] = 0.; hpr[0] = 44.; hpr[1] = 0.; hpr[2] = 0.; pfChanViewOffsets( LeftChan, xyz, hpr); #endif } --PART-BOUNDARY=.19608121133.ZM882.fbdev1-- ======================================================================= 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 Aug 12 12:17:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02460; Mon, 12 Aug 1996 12:13: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 MAA02444; Mon, 12 Aug 1996 12:13:27 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA08587; Mon, 12 Aug 1996 12:13:51 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id MAA06712; Mon, 12 Aug 1996 12:13:50 -0700 Received: from sgidev.mdc.com (SGIDEV.MDC.COM [129.200.1.58]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA11046 for ; Mon, 12 Aug 1996 12:12:33 -0700 Received: from fbdev1 by sgidev.mdc.com via ESMTP (940816.SGI.8.6.9/940406.SGI.AUTO) for <@sgidev.mdc.com:info-performer@sgi.com> id MAA22013; Mon, 12 Aug 1996 12:16:43 -0700 Received: by fbdev1 (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id MAA00970; Mon, 12 Aug 1996 12:01:48 -0700 From: "Salvador Cabaruvias" Message-Id: <9608121201.ZM968@fbdev1> Date: Mon, 12 Aug 1996 12:01:48 -0700 Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: RE: Performer 2.0 frustum problem Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19608121201.ZM968.fbdev1" Status: O -- --PART-BOUNDARY=.19608121201.ZM968.fbdev1 Content-Type: text/plain; charset=us-ascii whoops... I sent the one I have been monkeying with to see if I can correct the problem. Here is the attached performer 1.2 original. -- -------------------------------------------------------------------------------- Salvador Cabaruvias | sal@sgidev.mdc.com | -------------------------------------------------------------------------------- CSSL | "Well I be done seen about every McDonnell Douglas | thing when I see an elephant (310) 593-6719 | fly" --Dumbo-- --PART-BOUNDARY=.19608121201.ZM968.fbdev1 X-Zm-Content-Name: channels.c Content-Description: Text Content-Type: text/plain ; name="channels.c" ; charset=us-ascii /* * channels.c * %M% %I% %H% * add to the script with a line like this: * * module "setChannels" add, postinit "setChannelsup"; * * * this will override what's in the setup file */ #include #include #include #include #include "_es.h" #define leftside_angle 24.0f #define rightside_angle 24.0f #define topsided9_angle 24.0f #define bottomsided9_angle 12.0f #define topsided3_angle 15.0f #define bottomsided3_angle 21.0f void setChannelsd9up(void); void setChannelsd3up(void); void setFrontChannel(float topside_angle, float bottomside_angle); void setLeftChannel(float topside_angle, float bottomside_angle); static float f_left = -0.5; static float f_right = 0.5; static float f_bottom = -0.5; static float f_top = 0.5; static float f_near = 2.0; static float f_far = 225000.0; static float l_left = -0.5; static float l_right = 0.5; static float l_bottom = -0.5; static float l_top = 0.5; static float l_near = 2.0; static float l_far = 225000.0; static pfChannel *FrontChan, *LeftChan; void setChannelsd9up(void) { setFrontChannel(topsided9_angle, bottomsided9_angle); setLeftChannel(topsided9_angle, bottomsided9_angle); } void setChannelsd3up(void) { setFrontChannel(topsided3_angle, bottomsided3_angle); setLeftChannel(topsided3_angle, bottomsided3_angle); #ifdef _MDCESky if(global->esky == NULL) global->esky = pfNewESky(); pfESkyMode(global->esky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); pfESkyAttr(global->esky, PFES_GRND_HT, -3.0f); pfChanESky(FrontChan, global->esky); pfChanESky(LeftChan, global->esky); #endif } void setFrontChannel(float topside_angle, float bottomside_angle) { /* assume first channel in list is front channel */ FrontChan = global->channels->pfchan; printf("Defining the front window with pfMakePerspFrust\n"); pfFrustAspect( FrontChan, PFFRUST_CALC_NONE, 0.0f); /* Needed to workaround a bug */ pfChanAutoAspect( FrontChan, PFFRUST_CALC_NONE); pfFrustNearFar( FrontChan, f_near, f_far); pfMakePerspFrust( FrontChan, -f_near * pfTan(leftside_angle), /* left */ f_near * pfTan(rightside_angle), /* right */ -f_near * pfTan(bottomside_angle), /* bottom */ f_near * pfTan(topside_angle) /* top */ ); } void setLeftChannel(float topside_angle, float bottomside_angle) { /* pfVec3 xyz, hpr; */ /* assume second channel in list is next channel */ LeftChan = global->channels->next->pfchan; pfAttachChan(FrontChan, LeftChan); printf("Defining the left window with pfMakePerspFrust\n"); pfFrustAspect( LeftChan, PFFRUST_CALC_NONE, 0.0f); /* Needed to workaround a bug */ pfChanAutoAspect( LeftChan, PFFRUST_CALC_NONE); pfFrustNearFar( LeftChan, l_near, l_far); pfMakePerspFrust( LeftChan, -l_near * pfTan(leftside_angle), /* left */ l_near * pfTan(rightside_angle), /* right */ -l_near * pfTan(bottomside_angle), /* bottom */ l_near * pfTan(topside_angle) /* top */ ); #ifdef MDC_OFFSET xyz[0] = 0.; xyz[1] = 0.; xyz[2] = 0.; hpr[0] = 44.; hpr[1] = 0.; hpr[2] = 0.; pfChanViewOffsets( LeftChan, xyz, hpr); #endif } --PART-BOUNDARY=.19608121201.ZM968.fbdev1-- ======================================================================= 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 Aug 12 12:18:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02484; Mon, 12 Aug 1996 12:14:20 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02468; Mon, 12 Aug 1996 12:14:19 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA07862; Mon, 12 Aug 1996 12:14:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA08617; Mon, 12 Aug 1996 12:14:42 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA11524 for ; Mon, 12 Aug 1996 12:14:41 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id MAA17618 for info-performer@sgi.com; Mon, 12 Aug 1996 12:14:40 -0700 From: "Guy Russell" Message-Id: <9608121214.ZM17616@thoth.engr.sgi.com> Date: Mon, 12 Aug 1996 12:14:40 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: (Fwd) Re: Impact tex 4TRAM prob. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O --- Forwarded mail from ("Guy Russell") From: "Guy Russell" Date: Mon, 12 Aug 1996 12:11:53 -0700 To: gedwards@reading.sgi.com, guyr@cthulhu, info-performer.sgi.com@cordoba.reading.sgi.com, adorbie@cordoba.reading.sgi.com Subject: Re: Impact tex 4TRAM prob. On Aug 2, 10:22am, Greg Edwards, SGI UK. wrote: > Subject: Impact tex 4TRAM prob. > I have a cust developing on 4TRAM High Impact, loads about 3.5MB of > texture down using Guy Russell's enahnced pfuTexDownload, which reports > about 3.5MB texture in use (but about 522 tex pages ?), but gets > constant texture thrashing (as reported in pfStats). By experiment he > has found that if texture in model is reduced to 1 MB (as reported by > pfuDownLoad) thrashing stops. On Impact graphics using the pfuDownloadTexList for Impacts, the important metric for texture usage is PAGES not MB. I repeat the number of PAGES used is what determines whether textures will have to be reloaded each frame. The limit in the hardware is 256 pages. So, once you are using more than that you are likely to thrash. If all of your textures are not rendered in the same scene, you may be able to use more than 256 pages, but you have no way of knowing when you will texture page. > All tools seem to be reporting the > right thing: > - gfxinfo says 4 TRAM > - pfuDownLoad says ~ 1MB or 3.5MB > - Multigen agrees about amount of texture in model. > - Multigen is using default texture modes. > - Ditto Perfoemer, so I asume we're getting 16-bit texels. The default texture component sizes for a 4 TRAM Impact running Performer are 4 component - 4 bits/component - 2 byte texels 3 component - 8 bits/component - 3 byte texels 2 component - 8 bits/component - 2 byte texels 1 component - 8 bits/component - 1 byte texels You can change this default behavior to use other size textures if you call pfTexFormat. > > The 1MB limit is v. suspicious, is there any way for some part of the > system to get it wrong and thinkj it only has 1MB TRAM ? No. > > Greg E. > > -- > __________________________________________________________________________ > Greg Edwards, Graphics Support/Consulting Group, Silicon Graphics UK Ltd. > Forum 1, Theale, Reading, UK, RG7 4RA. > tel +44 1734 257500, direct +44 1734 257740, fax +44 1734 257553 > gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 >-- End of excerpt from Greg Edwards, SGI UK. Hope this helps, Guy -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ---End of forwarded mail from ("Guy Russell") -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= 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 Aug 12 12:35:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02707; Mon, 12 Aug 1996 12:30:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02691; Mon, 12 Aug 1996 12:29:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09238; Mon, 12 Aug 1996 12:30:23 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA09723; Mon, 12 Aug 1996 12:30:22 -0700 Received: from firewall.cgsd.com (firewall.cgsd.com [205.164.126.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA15321 for ; Mon, 12 Aug 1996 12:30:21 -0700 Received: (from etran@localhost) by firewall.cgsd.com (8.6.12/8.6.12) id MAA01682; Mon, 12 Aug 1996 12:29:46 -0700 Date: Mon, 12 Aug 1996 12:29:45 -0700 (PDT) From: Eric Tran To: todd.pravata@ti.com cc: info-performer@sgi.com Subject: Re: gamma system value in MCO mode? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Sat, 10 Aug 1996, Simon Bennett wrote: > On Fri, 9 Aug 1996, Todd R Pravata wrote: > > > Is there any trick to setting the gamma when running the MCO on an > > RE2? It doesn't seem to take effect when the MCO is running but works > > fine without it. Any suggestions? > > Use mcogamma. You can also use the "vout" utility to set the gamma value once the mco is running. Usually, you don't have a screen after the mco is on, so you will have to setenv DISPLAY to another machine. Then run "vout" One problem, however, I have not been able to tell "vout" to save the setting so I have to do this everytime. If you have better luck, let me know. Eric Tran. ------------------------------------------- Computer Graphics Systems Development Corp. (415)903-4930 (415)903-4932 Fax: (415)967-5252 ======================================================================= 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 Aug 12 12:40:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02770; Mon, 12 Aug 1996 12:36:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02754; Mon, 12 Aug 1996 12:36:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA09716; Mon, 12 Aug 1996 12:37:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA10088; Mon, 12 Aug 1996 12:37:18 -0700 Received: from dragon.ti.com (dragon.ti.com [192.94.94.61]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17166 for ; Mon, 12 Aug 1996 12:37:11 -0700 Received: from lesol1.dseg.ti.com ([157.170.147.17]) by dragon.ti.com (8.6.13) with ESMTP id OAA23520 for ; Mon, 12 Aug 1996 14:37:09 -0500 Received: from skopen.dseg.ti.com (skopen.dseg.ti.com [128.247.201.67]) by lesol1.dseg.ti.com (8.6.9/8.6.6) with SMTP id OAA23603 for ; Mon, 12 Aug 1996 14:36:38 -0500 Received: from slovelady.dseg.ti.com by skopen.dseg.ti.com (4.1/SMI-4.1) id AA02511; Mon, 12 Aug 96 14:40:29 CDT Message-Id: <9608121940.AA02511@skopen.dseg.ti.com> Comments: Authenticated sender is From: "Steven Lovelady" Organization: Texas Instruments To: info-performer@sgi.com Date: Mon, 12 Aug 1996 14:34:00 +0000 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Subject: Performer crashes during cull Reply-To: steven-lovelady@ti.com X-Mailer: Pegasus Mail for Windows (v2.40) Status: O Hello, I still haven't received any replies to this, so I'm trying again. I have a Performer application that is crashing when I try to attach several models with articulated parts to the scene graph. It will crash during the cull process. I'm running Irix 5.3 with Performer 2.0. The traceback I get from dbx looks like this: > 0 pfGroup::nb_cull(int,int,_pfCuller*)(0x182d6850, 0x6, 0x7, > 0x197cbb40) ["../../../lib/libpf/pfGroup.C":230, 0x619a80] 1 pfSCS::nb_cull(int,int,_pfCuller*)(0x182d6850, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":259, 0x61c7bc] 2 pfSCS::nb_cull(int,int,_pfCuller*)(0x199a0320, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":308, 0x61cbb0] 3 pfSCS::nb_cull(int,int,_pfCuller*)(0x18174e10, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":308, 0x61cbb0] 4 pfGroup::nb_cull(int,int,_pfCuller*)(0x19691360, 0x6, 0x3f000007, 0x197cbb40) ["../../../lib/libpf/pfGroup.C":247, 0x619d68] 5 pfGroup::nb_cull(int,int,_pfCuller*)(0x194fa250, 0x7, 0x8000003, 0x197cbb40) ["../../../lib/libpf/pfGroup.C":247, 0x619d68] 6 pfGroup::nb_cull(int,int,_pfCuller*)(0x180c7280, 0x7, 0x1, 0x197cbb40) ["../../../lib/libpf/pfGroup.C":247, 0x619d68] 7 pfSCS::nb_cull(int,int,_pfCuller*)(0x180cb6c0, 0x7, 0x1, 0x197cbb40) ["../../../lib/libpf/pfSCS.C":308, 0x61cbb0] 8 pfScene::nb_cull(int,int,_pfCuller*)(0x180c71f0, 0x7, 0x1, 0x197cbb40) ["../../../lib/libpf/pfScene.C":269, 0x5c7694] 9 _pfCuller::nb_cull(void)(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfCuller.C":197, 0x5f46c0] 10 beginDraw(int)(0x1006d7a0, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":3841, 0x55214c] 11 pfDraw(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":3873, 0x5522a4] 12 DrawFunc(chan = 0x186d8d30, data = (nil)) ["/usr/sim/sdl/src/igs_crash/igs/ig_common_lib/generic.c":538, 0x46cd20] 13 pfChannel::pf_callDrawFunc(void)(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfChannel.C":1805, 0x5d85e4] 14 doDraw(pfChannel*)(0x186d8d30, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":3768, 0x551dac] 15 appCullDraw(int)(0x461d, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":2402, 0x54e27c] 16 pfFrame(0x197cbb40, 0x6, 0x7, 0x197cbb40) ["../../../lib/libpf/pfProcess.C":2703, 0x54f10c] 17 main(argc = 20, argv = 0x7fffae64) ["/usr/sim/sdl/src/igs_crash/igs/ig_common_lib/main.c":204, 0x467cfc] 18 __start() ["crt1text.s":133, 0x46656c] Has anyone seen or heard of a problem similar to this? Any help would be appreciated. Thanks, Steve Steven Lovelady Texas Instruments, Inc. phone: (214) 575-6758 fax: (214) 575-6771 email: steven-lovelady@ti.com "My views are not necessary those of Texas Instruments" ======================================================================= 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 Aug 12 14:47:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA04374; Mon, 12 Aug 1996 14:41:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA04358; Mon, 12 Aug 1996 14:41:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16375; Mon, 12 Aug 1996 14:42:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA15578; Mon, 12 Aug 1996 14:42:20 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA19369 for ; Mon, 12 Aug 1996 14:42:13 -0700 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 OAA02020 for ; Mon, 12 Aug 1996 14:46:10 -0700 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id VAA01964 for ; Mon, 12 Aug 1996 21:42:10 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id OAA02200 for info-performer@sgi.com; Mon, 12 Aug 1996 14:46:13 -0700 From: "Marcus Barnes" Message-Id: <9608121446.ZM2198@royalflush.engr.multigen.com> Date: Mon, 12 Aug 1996 14:46:13 -0700 In-Reply-To: "Jude Anthony" "Flimmering" (Aug 5, 11:07am) References: <4B49C162BF@P3.ENZIAN.COM> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 5, 11:07am, Jude Anthony wrote: > Subject: Flimmering > I've got a model of a hotel with a parapet. The parapet is made out > of quads, and it has triangular polygons of a different color on top > to represent windows. The windows are flimmering. (Not _my_ term; > found it in the Perfomer programming guide.) > > I've tried moving the windows away from the quads, I've changed the > "Rel Priority" field of the window's polygon attributes in MultiGen > to 100 (as compared to the quads' 0), and I've tried making each > window a subface of its quad, all without noticeable results. The subface approach is supported by the OpenFlight loader, but not the "relative Priority" approach. There have been bugs in the support for pfLayer/pfDecal in Performer 2.0, pfdBuilder and pfdLoadFile_flt. The Performer 2.0.2 patch from SGI fixes such problems. The only decaling mechanisim that always renders correctly is PFDECAL_BASE_STENCIL. Unfortunately it is costly on RE2 (but not on iR). You can tell the OpenFlight loader to use this mode: % perfly -y flt,9,6 file.flt or: { pfdConverterMode ( "flt", PFFLT_LAYER, PFDECAL_BASE_STENCIL ); pfdLoadFile ( "file.flt" ); } > Do I have to triangulate everything before subfacing works, or is > there something else I should be doing here? I don't want to cut the > window out of the parapet, as that would increase my polygon count > unacceptably for this realtime application. Cutting out the subfaces can give good performance, especially on iR. Don't rule it out without doing a benchmark first. MultiGen has tools, to triangulate and cut out subfaces, that work pretty well. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.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 Aug 12 16:05:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA01539; Mon, 12 Aug 1996 16:01:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA01523; Mon, 12 Aug 1996 16:01:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA29723; Mon, 12 Aug 1996 16:02:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA18595; Mon, 12 Aug 1996 16:02:11 -0700 Received: from lynx.csn.net (lynx.csn.net [199.117.160.129]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA09539 for ; Mon, 12 Aug 1996 16:02:10 -0700 Received: from uucp-1.csn.net (uucp-1.csn.net [199.117.27.26]) by lynx.csn.net (8.6.12/8.6.12) with ESMTP id RAA17005 for ; Mon, 12 Aug 1996 17:02:09 -0600 Received: from evt.com (uucp@localhost) by uucp-1.csn.net (8.7.5/8.7.3) with UUCP id RAA28765 for csn!sgi.com!info-performer; Mon, 12 Aug 1996 17:02:09 -0600 (MDT) Received: from snowmass by vail via ESMTP (940816.SGI.8.6.9/930416.SGI) for <@vail:info-performer@sgi.com> id PAA00831; Mon, 12 Aug 1996 15:51:44 -0700 Received: by snowmass (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA03695; Mon, 12 Aug 1996 15:51:44 -0700 From: "Dewey Anderson" Message-Id: <9608121551.ZM3693@snowmass> Date: Mon, 12 Aug 1996 15:51:43 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: JOB OPENING Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O WANTED: Performer/C++ programmer for 2-3 month contract with possible extension to full-time. Evolving Video Technologies is looking to hire a contract programmer to work on a project for the broadcast television industry. The current project is expected to take 2 to 3 months but there is the possibility the position will extend to a full-time position. Candidate should have experience in C++ and Performer and be immediately available. EVT is located near Denver, Colorado and makes real-time graphics systems for use in broadcast television and video production. Wouldn't you like to live in Colorado and be able to tell your friends watching TV, "I wrote that."? ;^) Interested? Contact: Ken Fuhrman Evolving Video Technologies 7850 Vance Dr. Arvada, CO 80003 Phone: 303-456-1450 email: kenf@evt.com FAX: 303-456-1434 ======================================================================= 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 Aug 12 16:05:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA01521; Mon, 12 Aug 1996 16:01:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA01505; Mon, 12 Aug 1996 16:01:43 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA29710; Mon, 12 Aug 1996 16:02:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA18586; Mon, 12 Aug 1996 16:02:06 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA09481 for ; Mon, 12 Aug 1996 16:02:04 -0700 Received: (from uucp@localhost) by merki.connect.com.au id JAA18283 (8.7.5/IDA-1.6); Tue, 13 Aug 1996 09:01:42 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07427 (5.65c/IDA-1.5); Tue, 13 Aug 1996 08:37:02 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA07427 (5.65c/IDA-1.5); Tue, 13 Aug 1996 08:37:02 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id IAA02615 (8.6.12/IDA-1.6); Tue, 13 Aug 1996 08:43:45 +1000 Received: from localhost by murad (5.65) id AA09853; Tue, 13 Aug 1996 08:49:26 +1000 Date: Tue, 13 Aug 1996 08:49:26 +1000 (EST) From: Simon Bennett X-Sender: simonb@murad To: Eric Tran Cc: todd.pravata@ti.com, info-performer@sgi.com Subject: Re: gamma system value in MCO mode? In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O On Mon, 12 Aug 1996, Eric Tran wrote: > On Sat, 10 Aug 1996, Simon Bennett wrote: > > On Fri, 9 Aug 1996, Todd R Pravata wrote: > > > > > Is there any trick to setting the gamma when running the MCO on an > > > RE2? It doesn't seem to take effect when the MCO is running but works > > > fine without it. Any suggestions? > > > > Use mcogamma. > > You can also use the "vout" utility to set > the gamma value once the mco is running. > Usually, you don't have a screen after the > mco is on, so you will have to setenv DISPLAY > to another machine. Then run "vout" > One problem, however, I have not been able > to tell "vout" to save the setting so I have > to do this everytime. If you have better luck, > let me know. Yeh. It's a nicer interface, but as for vout on non MCO systems there doesn't seem to be a way to save anything - which is a pain on both sides! (hint hint to anybody that can fix this) - we've run into problems with trying to set and save the PAL/NTSC output area.... That's why I recommended mcogamma, you can read in the gamma ramp from a file. So you can also exec it from inside an application (there doesn't seem to be an API version of it as there is for gamma [gammaramp]) +----------------------------------------------------------------------------+ Simon Bennett simonb@wormald.com.au Wormald Technology Advanced Systems Engineering Ph: +61 2 9981 0669 "Good judgement is the result of experience. Experience is the result of poor judgement" ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 12 17:18:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA01978; Mon, 12 Aug 1996 17:10:47 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA01962; Mon, 12 Aug 1996 17:10:46 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA06944; Mon, 12 Aug 1996 17:11:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA21249; Mon, 12 Aug 1996 17:11:09 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA25329 for ; Mon, 12 Aug 1996 17:11:07 -0700 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 RAA02411; Mon, 12 Aug 1996 17:15:00 -0700 Received: from repo.engr.multigen.com (repo.engr.multigen.com [204.119.70.44]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id AAA04131; Tue, 13 Aug 1996 00:11:00 GMT Received: from repo (localhost.engr.multigen.com [127.0.0.1]) by repo.engr.multigen.com (940816.SGI.8.6.9/8.6.12) with SMTP id RAA01946; Mon, 12 Aug 1996 17:14:58 -0700 Sender: andy@multigen.com Message-ID: <320FC901.41C6@multigen.com> Date: Mon, 12 Aug 1996 17:14:57 -0700 From: Andrew Walker Organization: MultiGen, Inc. X-Mailer: Mozilla 2.01 (X11; I; IRIX 5.3 IP17) MIME-Version: 1.0 To: Gilles Reymond CC: info-performer@sgi.com Subject: Re: Inventor to Flight converter References: <9608061400.AA12614@neptune.corys> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Gilles: We have one here at MultiGen. If you are a customer and have the I/O or CAD option you should have this capability. If you aren't a customer we are not beyond helping you out if the quantity is reasonable. Let me know how many files and what you are trying to get across. Andy Walker Gilles Reymond wrote: > > Hi everybody, > > Does anyone have ever heard of, seen or even used a converter from Inventor > files to Multigen's database format (OpenFlight) ? > > Any hints or pointers will be greatly appreciated. > > Thanks, > > Gilles Reymond > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- Andrew R. Walker awalker@multigen.com Member of Technical Staff ( 408 ) - 556 - 2627 DIRECT MultiGen Inc. ( 408 ) - 261 - 4100 MAIN 550 S. Winchester Blvd. Suite 500 ( 408 ) - 261 - 4101 FAX San Jose, CA 95128 http://www.multigen.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 Aug 12 23:40:48 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA03446; Mon, 12 Aug 1996 23:39:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA03430; Mon, 12 Aug 1996 23:39:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA18007; Mon, 12 Aug 1996 23:39:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA29970; Mon, 12 Aug 1996 23:39:36 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA04310 for ; Mon, 12 Aug 1996 23:39:14 -0700 From: flysiml@public.bta.net.cn Received: from 202.96.61.15 (ts2-15.bta.net.cn [202.96.61.15]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id OAA25485 for ; Tue, 13 Aug 1996 14:39:06 +0800 Date: Tue, 13 Aug 1996 14:39:06 +0800 Message-Id: <199608130639.OAA25485@public.bta.net.cn> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: pinouts of 13W3 in DG4-8 of iR station To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O Dear friends, i have a iR station with DG4-8 option, but don't know the pinouts of the display connectors (13W3). If there are some friends who know about this please help me. one more question: my iR station was shiped with an Ownew's guide but the book is for Onyx/RE2 ( Document Number 007-1733-060). How can i get the right book? thanks ahead flysiml@public.bta.net.cn ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 12 23:47:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA03510; Mon, 12 Aug 1996 23:46:08 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA03494; Mon, 12 Aug 1996 23:46:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA18832; Mon, 12 Aug 1996 23:46:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA00096; Mon, 12 Aug 1996 23:46:31 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA05514; Mon, 12 Aug 1996 23:46:31 -0700 Received: from holodeck.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id XAA18821; Mon, 12 Aug 1996 23:46:29 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id XAA03491; Mon, 12 Aug 1996 23:46:03 -0700 Date: Mon, 12 Aug 1996 23:46:03 -0700 From: aschaffe (Allan Schaffer) Message-Id: <9608122346.ZM3489@holodeck.csd.sgi.com> In-Reply-To: "chien" "patch 1333 for iris5.3" (Aug 7, 6:07pm) References: <9608071807.ZM10803@systech.hinet.net> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "chien" , guyr@thoth.engr.sgi.com, info-performer@sgi.com Subject: Re: patch 1333 for iris5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 7, 6:07pm, chien wrote: > I received your e-mail about there should be a new patch 1333 for IRIS 5.3 > maximun impact.Is this already exist?If so,Please inform me how to get this. According to my information, patch 1333 is an Impact graphics patch only for 6.2. With an Impact, using 6.2 instead of 5.3 is a -really good- idea. I'm not familiar with the current 5.3 patches for impact but your support providers should be able to provide you with the list. Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/aschaffe ======================================================================= 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 Aug 13 01:49:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA04002; Tue, 13 Aug 1996 01:47:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA03986; Tue, 13 Aug 1996 01:47:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA22208; Tue, 13 Aug 1996 01:48:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA03197; Tue, 13 Aug 1996 01:48:18 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA24672; Tue, 13 Aug 1996 01:48:16 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA23048; Tue, 13 Aug 1996 09:47:24 +0100 From: "Angus Dorbie" Message-Id: <9608130947.ZM23046@bitch.reading.sgi.com> Date: Tue, 13 Aug 1996 09:47:24 +0100 In-Reply-To: "Marcus Barnes" "Re: Flimmering" (Aug 12, 2:46pm) References: <4B49C162BF@P3.ENZIAN.COM> <9608121446.ZM2198@royalflush.engr.multigen.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Marcus Barnes" , info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Any reason why the PFDECAL_BASE_STENCIL isn't costly on iR, are you just referring to the stencil overhead and not the multipass on the base polygons? Thanks, Angus. On Aug 12, 2:46pm, Marcus Barnes wrote: > Subject: Re: Flimmering > On Aug 5, 11:07am, Jude Anthony wrote: > > Subject: Flimmering > > I've got a model of a hotel with a parapet. The parapet is made out > > of quads, and it has triangular polygons of a different color on top > > to represent windows. The windows are flimmering. (Not _my_ term; > > found it in the Perfomer programming guide.) > > > > I've tried moving the windows away from the quads, I've changed the > > "Rel Priority" field of the window's polygon attributes in MultiGen > > to 100 (as compared to the quads' 0), and I've tried making each > > window a subface of its quad, all without noticeable results. > > The subface approach is supported by the OpenFlight loader, but not the > "relative Priority" approach. There have been bugs in the support for > pfLayer/pfDecal in Performer 2.0, pfdBuilder and pfdLoadFile_flt. The > Performer 2.0.2 patch from SGI fixes such problems. The only decaling > mechanisim that always renders correctly is > Unfortunately it is costly on RE2 (but not on iR). You can tell the > OpenFlight loader to use this mode: > > % perfly -y flt,9,6 file.flt > > or: > > { > pfdConverterMode ( "flt", PFFLT_LAYER, PFDECAL_BASE_STENCIL ); > pfdLoadFile ( "file.flt" ); > } > > > Do I have to triangulate everything before subfacing works, or is > > there something else I should be doing here? I don't want to cut the > > window out of the parapet, as that would increase my polygon count > > unacceptably for this realtime application. > > Cutting out the subfaces can give good performance, especially on iR. Don't > rule it out without doing a benchmark first. MultiGen has tools, to > triangulate and cut out subfaces, that work pretty well. > > Regards. > -- > ____ ___ ____ _ Marcus Barnes, Member Technical Staff > / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 > / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com > /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 > /____/ EMAIL: marcus@multigen.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Marcus Barnes ======================================================================= 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 Aug 13 02:31:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA04131; Tue, 13 Aug 1996 02:29:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA04115; Tue, 13 Aug 1996 02:29:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA23918; Tue, 13 Aug 1996 02:29:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA03899; Tue, 13 Aug 1996 02:29:56 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA00566 for ; Tue, 13 Aug 1996 02:29:52 -0700 Received: from amit (amit.rtset.co.il [194.90.96.238]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id LAA05474 for <@server.rtset.co.il:info-performer@sgi.com>; Mon, 14 Aug 1995 11:29:58 +0300 Received: (from rany@localhost) by amit (950413.SGI.8.6.12/950213.SGI.AUTOCF) id CAA15618 for info-performer@sgi.com; Tue, 13 Aug 1996 02:18:56 -0700 From: "Ran Yakir" Message-Id: <9608130218.ZM15616@amit> Date: Tue, 13 Aug 1996 02:18:55 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Multiple channels Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Is there a substantial overhead in having multiple channels, occupying the same viewport, drawing multiple passes of the database ? This method gives more control of what is drawn and drawing conditions, than calling pfDraw() multiple times, or instancing the tree under the scene. Thanks Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-552236 | rany@netvision.net.il Res. : 972-9-989974 | Fax : 972-9-552239 | ======================================================================= 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 Aug 13 06:19:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04396; Tue, 13 Aug 1996 06:18:03 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04380; Tue, 13 Aug 1996 06:18:02 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA00461; Tue, 13 Aug 1996 06:18:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA07717; Tue, 13 Aug 1996 06:18:27 -0700 Received: from atc.boeing.com (atc.boeing.com [130.42.28.80]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA07259 for ; Tue, 13 Aug 1996 06:18:26 -0700 Received: by atc.boeing.com (5.65/splinter.boeing.com) id AA11425; Tue, 13 Aug 1996 06:17:36 -0700 Received: from aw194.iasl.ca.boeing.com.iasl.ca.boeing.com (aw194.iasl.ca.boeing.com) by aw101.iasl.ca.boeing.com with SMTP id AA12104 (5.67a/IDA-1.4.4 for ); Tue, 13 Aug 1996 06:17:11 -0700 From: "David H. Whittington" Received: by aw194.iasl.ca.boeing.com.info-performer@sgi.com (5.65c/client-1.3) id AA10465; Tue, 13 Aug 1996 06:17:11 -0700 Message-Id: <199608131317.AA10465@aw194.iasl.ca.boeing.com.info-performer@sgi.com> Subject: Performer 2.0.2 patch? To: info-performer@sgi.com Date: Tue, 13 Aug 1996 06:17:10 -0700 (PDT) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1105 Status: O One of the writers of recent Performer email writes.... ".......... There have been bugs in the support for pfLayer/pfDecal in Performer 2.0, pfdBuilder and pfdLoadFile_flt. The Performer 2.0.2 patch from SGI fixes such problems. The only decaling mechanisim that always renders correctly is PFDECAL_BASE_STENCIL. Unfortunately it is costly on RE2..." Is there a patch for "flimmering" for an RE2 running 5.3? If so, where do I get it? I had no problems using PfLayer with a terrain object in .flt format and a separate airport object in .medit format under Performer 1.2(i.e. terrain, then runway, then runway markings) .=========================================================================. / David H. Whittington | Voice: (206) 662-4923 (work) \ | Boeing Commercial Airplane | (206) 662-3425 (lab) | | P.O. Box 3707, M/S 19-MH | Internet: dhw3314@aw101.iasl.ca.boeing.com | \ Seattle, WA 98124-2207 | #include "/boeing/sw/std_disclaimer.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 Tue Aug 13 06:21:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04420; Tue, 13 Aug 1996 06:19:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04401; Tue, 13 Aug 1996 06:19:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA00532; Tue, 13 Aug 1996 06:20:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA07748; Tue, 13 Aug 1996 06:20:17 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA07411 for ; Tue, 13 Aug 1996 06:20:17 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA24325; Tue, 13 Aug 96 06:20:16 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id GAA17756; Tue, 13 Aug 1996 06:20:15 -0700 Date: Tue, 13 Aug 1996 06:20:15 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <199608131320.GAA17756@babar.asd.sgi.com> To: info-performer@sgi.com Subject: re: Flimmering Status: O Marcus Barnes wrote: :Any reason why the PFDECAL_BASE_STENCIL isn't costly on iR, are you just :referring to the stencil overhead and not the multipass on the base :polygons? InfiniteReality supports a 1-bit stencil with only a 5% reduction in fill rate, which is considerably better than RealityEngine's 50% drop for stencil-enabled fill. These rates apply to both base and layer geometry. As always, stenciling implies somewhat less efficiency in mode sorting, since the order of base and layer can not be changed by the cull process. (i.e., you can't draw all the runways and then all the stripes as you might expect to happen when the displace style of coplanarity is in use). Michael Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe ======================================================================= 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 Aug 13 06:41:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04542; Tue, 13 Aug 1996 06:39:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04526; Tue, 13 Aug 1996 06:39:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA02515; Tue, 13 Aug 1996 06:40:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA08283; Tue, 13 Aug 1996 06:40: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/950213.SGI.AUTOCF) via SMTP id GAA11125 for ; Tue, 13 Aug 1996 06:40:08 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA24467; Tue, 13 Aug 96 06:26:19 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id GAA17787; Tue, 13 Aug 1996 06:26:19 -0700 Date: Tue, 13 Aug 1996 06:26:19 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <199608131326.GAA17787@babar.asd.sgi.com> To: info-performer@sgi.com Subject: re: Multiple channels Status: O Ran Yakir wrote: :Is there a substantial overhead in having multiple channels, :occupying the same viewport, drawing multiple passes of the :database ? It causes more work, in that each channel gets traversed in the cull, whereas calling pfDraw() multiple times causes the same pfDispList built by the cull to be reused. Since most applications are not cull-limited (6-chan and 8-chan apps like MagicEdge are common exceptions) then you probably won't see any performance difference on an MP APP_CULL_DRAW system. By the way, if you want to do multipass rendering where different types of geometry are handled separately (diffuse, emissive, and so on) check out the pfGeoSet PassFilter and DrawBin functions. Michael Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe ======================================================================= 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 Aug 13 06:52:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA04599; Tue, 13 Aug 1996 06:50:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA04583; Tue, 13 Aug 1996 06:50:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA03450; Tue, 13 Aug 1996 06:50:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA08537; Tue, 13 Aug 1996 06:50:48 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA12999 for ; Tue, 13 Aug 1996 06:50:47 -0700 From: wasileskib@adadv1.mdc.com Date: Tue, 13 Aug 1996 08:49:56 -0500 Message-Id: <96081308495668@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: database loader, again.... X-VMS-To: INFO-PERFORMER@SGI.COM Status: O Once again, I am having difficulty with the database loader routine , pfdLoadfile. I have just moved my app from the IR to the RE2 and now the pfdLoadfile routine seems to be quiting mid-stream. I am using the function to load the Hunter-Liggett database and then some regular flt aircraft models. Once the terrain is loaded I get the following errors: PF Debug: pfdFindConverterDSO() - DSO search path is: PF ".:" PF "/usr/lib:" PF "/usr/lib/libpfdb:" PF "/usr/MultiGen_Flt/Alias_lib:" PF "/usr/lib:" PF "/usr/lib/libpfdb:" PF "/usr/share/Performer/lib/libpfdb" PF Debug: pfdFindConverterDSO() - can't get version of libpfdu.so, using sgi2.0 PF Debug: pfdFindConverterDSO() - trying "./libpf_igl.so" version "sgi2.0" PF Debug: dlopen said: 3635:./mrp_otw: rld: Fatal Error: cannot map soname './libpf_igl.so' using any of the filenames ./libpf_igl.so.2 -- either the file does not exist or the file is not mappable (with reason indic ated in previous msg) PF Debug: pfdFindConverterDSO() - trying "/usr/lib/libpf_ig l.so" version "sgi2.0" PF Debug: pfdFindConverterDSO() - using DSO "/usr/lib/libpf _igl.so" PF Warning/Assert: pfdFindConverterDSO() - Function "pfdLoadFile_" n ot defined in DSO "/usr/lib/libpf_igl.so" PF Warning: pfdLoadFile() - Unable to load file because of p roblem finding pfdLoadFile_ PF Notice: Warning: Terrain file NOT loaded. PF Warning: pfdLoadFile() - Unable to load file f15_tgt_pod.f lt because of problem finding pfdLoadFile_flt Segmentation fault (core dumped) I have not changed any code from the IR. The only difference is in the make. On the IR I compile for opengl and for the RE2 I compile for irisgl. In addition, when I build a dso version on the RE2, the app dies as soon as it links. /mrp_otw: rld: Fatal Error: cannot map soname 'libpfflt_igl.so' using any of the filenames /usr/MultiGen_Flt/Alias_lib/libpfflt_igl.so: /usr/lib/libpfflt_igl.so:/lib/libpfflt_igl.so:/lib/cmplrs/cc/libpfflt_igl.so: /usr/lib/cmplrs/cc/libpfflt_igl.so:/usr/MultiGen_Flt/Alias_lib/libpfflt_igl.so.2 :/usr/lib/libpfflt_igl.so.2:/lib/libpfflt_igl.so.2: /lib/cmplrs/cc/libpfflt_igl.so.2:/usr/lib/cmplrs/cc/libpfflt_igl.so.2: -- either the file does not exist or the file is not mappable (with reason indic ated in previous msg) I need to be able to compile all versions (static and dso) for both the RE2 and IR. Can anyone clear up the fog as so what get's linked when? I am using a derivative of the makefile that comes on the performer CD. Thanks again.\ ======================================================================= 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 Aug 13 07:11:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA04730; Tue, 13 Aug 1996 07:09:47 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04714; Tue, 13 Aug 1996 07:09:46 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA04815; Tue, 13 Aug 1996 07:10:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA09040; Tue, 13 Aug 1996 07:10:11 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA16901 for ; Tue, 13 Aug 1996 07:10:10 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA25004; Tue, 13 Aug 96 06:54:46 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id GAA17869; Tue, 13 Aug 1996 06:54:45 -0700 Date: Tue, 13 Aug 1996 06:54:45 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <199608131354.GAA17869@babar.asd.sgi.com> To: info-performer@sgi.com Subject: re: SIGGRAPH trip report Status: O For those of you who did not go to SIGGRAPH this year, I'll pass along a brief report from the IRIS Performer point-of-view. First, the Friends of Performer event Wednesday evening (7-9pm) was really fun. We had a good turnout (including old friends, new users, and the curious), all but one of the Performer team was there, we had our InfiniteReality and disk array so we could show new features, and the questions people asked were great. (perhaps inspired by the gifts we offered for good questions.) We also had three product roadmap sessions on the SGI products Open Inventor, IRIS Performer, and Cosmo 3D. These covered release schedules, development plans, future directions, portability, and related topics. The show was big but seemed (to me) slightly more quiet than in previous years. As ususal the SGI booths were crowded. There was a 3-pipe InfiniteReality system in the front of one booth and a very large projection screen (50 feet wide) in the other. These ran demos during the whole show, all but one of which are based on Performer. The demos (and the iR) looked good. Several of the technical papers mentioned Performer, and one (from Stanford on texture compression) used Performer-town as it's test database. Our friends from Walt Disney Imagineering and the V.R. Studio gave a paper on the Aladdin ride (EPCOT, Disneyland) and spoke about some of the lessons learned from that effort. Between the three barcos, the big screen, and the Friends of Performer meeting, I think most performer-savvy people got a chance to see what InfiniteReality can do, what the many new features of Performer enable, and what the Performer team is like in person. In summary, it was a very enjoyable week thanks to all of you who we had the chance to meet at the show. Michael P.S. We're back home, so if we promised to do something for you upon our return, now's a good time to remind us via email. P.P.S. We flew home, rather than taking the bus. ;-) Be seeing you, Phone:415.933.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Systems Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Du musst Amboss oder Hammer sein" -- Goethe ======================================================================= 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 Aug 13 09:33:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA05420; Tue, 13 Aug 1996 09:31:09 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA05404; Tue, 13 Aug 1996 09:31:08 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA11202; Tue, 13 Aug 1996 09:31:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA13900; Tue, 13 Aug 1996 09:31:33 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA18450 for ; Tue, 13 Aug 1996 09:31:32 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA23780; Tue, 13 Aug 1996 17:30:23 +0100 From: "Angus Dorbie" Message-Id: <9608131730.ZM23778@bitch.reading.sgi.com> Date: Tue, 13 Aug 1996 17:30:22 +0100 In-Reply-To: mtj@babar.asd.sgi.com (Michael T. Jones) "re: Flimmering" (Aug 13, 6:20am) References: <199608131320.GAA17756@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mtj@babar.asd.sgi.com (Michael T. Jones), info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 13, 6:20am, Michael T. Jones wrote: > Subject: re: Flimmering > Marcus Barnes wrote: > > :Any reason why the PFDECAL_BASE_STENCIL isn't costly on iR, are you just > :referring to the stencil overhead and not the multipass on the base > :polygons? No he didn't :-) > > InfiniteReality supports a 1-bit stencil with only a 5% reduction in > fill rate, which is considerably better than RealityEngine's 50% drop > for stencil-enabled fill. These rates apply to both base and layer > geometry. > > As always, stenciling implies somewhat less efficiency in mode > sorting, since the order of base and layer can not be changed > by the cull process. (i.e., you can't draw all the runways and > then all the stripes as you might expect to happen when the > displace style of coplanarity is in use). OK, but don't you also have the overhead of drawing the base polygon more than once for the subface stencil algorithm making this approach expensive. Have I missed a trick here or does this overhead exist? Thanks, 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 Aug 13 10:41:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05700; Tue, 13 Aug 1996 10:37:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05684; Tue, 13 Aug 1996 10:37:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15150; Tue, 13 Aug 1996 10:38:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA16813; Tue, 13 Aug 1996 10:38:19 -0700 Received: from zeus.lnk.com (zeus.lnk.com [198.116.32.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA06483 for ; Tue, 13 Aug 1996 10:38:14 -0700 Received: by zeus.lnk.com (4.1/1.35) id AA03572; Tue, 13 Aug 96 13:37:30 EDT From: lelkins@zeus.lnk.com (Les Elkins) Message-Id: <9608131737.AA03572@zeus.lnk.com> Subject: pfdStoreFile_pfb To: info-performer@sgi.com Date: Tue, 13 Aug 1996 13:37:29 -0400 (EDT) Cc: lelkins@zeus.lnk.com (Les Elkins) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1407 Status: O Hello... I'm trying to use pfdStoreFile_pfb to make a database load faster. When my code starts, it compares the timestamp of a .pfb file and a scene description file. Depending on which is more recent, it either loads the .pfb file, or loads the description file, then calls pfdStoreFile_pfb to create a new .pfb. However, on the store call I keep getting the following... PF Notice: pfdStoreFile_pfb: Storing "models/cic.pfb" PF Warning/Internal: pfdStoreFile_pfb: find_in_table() could not find 1 (0x1) in Cull Face State table. A warning wouldn't concern me too much, but when I reload said file, I don't get anything- everything is black. However, all my draw callbacks get set up and display correctly, and I can collide with it and such... so the geometry is there, I just can't see it. I've had some weirness with culling with this database as well. When I made the port to 2.0, it complained repeatedly about a bad cull mode, which I managed to override... However, this call to pfdStoreFile_pfb is immediately after building the scene graph, so I wouldn't think my meddling later should matter. I've also tried calling pfdConverterMode_pfb(PFPFB_SHARE_GS_OBJECTS, PF_OFF); before the load, but to no avail. I'm using performer 2.0 with patch 1414, on an Onyx RE2 under 5.3... Any suggestions will be greatly appreciated... -Les LNK Corporation ======================================================================= 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 Aug 13 10:42:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05726; Tue, 13 Aug 1996 10:39:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05710; Tue, 13 Aug 1996 10:39:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15261; Tue, 13 Aug 1996 10:40:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA16916; Tue, 13 Aug 1996 10:40:16 -0700 Received: from gwsmtp.thomson.fr (gwsmtp.thomson.fr [193.48.25.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06875 for ; Tue, 13 Aug 1996 10:40:14 -0700 From: CHRISTOPHE.C.D.DELEPINE@tts.thomson.fr Received: by gwsmtp.thomson.fr (1.0.122) id 32108BDF000000E7; 13 Aug 1996 19:36:52 +0200 X400-Received: by mta INDRE in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 13 Aug 96 19:42:31 +0000 X400-Received: by mta INDRE.MUAS in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 13 Aug 96 19:42:31 +0000 X400-Received: by mta M4000 in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 13 Aug 96 17:35:00 +0000 X400-Received: by mta TFM-SMTP in /PRMD=INTERNET/ADMD=ATLAS/C=FR; Relayed; 13 Aug 96 19:36:51 +0200 X400-Received: by /PRMD=THOMSON/ADMD=ATLAS/C=FR; Relayed; 13 Aug 96 19:42:39 +0000 X400-Received: by /PRMD=THOMSON/ADMD=ATLAS/C=FR; Relayed; 13 Aug 96 19:36:51 +0200 Date: 13 Aug 96 19:36:52 +0200 Delivery-Date: 13 Aug 96 19:36:52 +0200 Message-Type: Multiple Part X400-Originator: CHRISTOPHE.C.D.DELEPINE@tts.thomson.fr X400-MTS-Identifier: [/PRMD=THOMSON/ADMD=ATLAS/C=FR;0831421913081996/A22769/INDRE] X400-Recipients: info-performer@sgi.com Message-ID: <0831421913081996/A22769/INDRE/11A86CEA1D00* @MHS> Importance: normal Sensitivity: Company-Confidential Subject: pfMorph Evaluation Autoforwarded: FALSE To: info-performer@sgi.com (Receipt Notification Requested) Conversion: Allowed Conversion-With-Loss: Allowed Alternate-Recipient: Allowed Content-Identifier: 11A86CEA1D00 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Status: O To pfMorph experts: I need to apply sparse changes to a large vertex array using pfMorph. It says in the man page, in the pseudo-code section, that the destination array is first set to zero. Does that mean that: 1 - Each entry is set to 0 (nelts) 2 - Only the entries that are modified by the source index lists are set to 0 ?? Sorry if this e-mail bounced twice but my e-mail is behaving strange these days.. ======================================================================= 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 Aug 13 10:44:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05751; Tue, 13 Aug 1996 10:42:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05735; Tue, 13 Aug 1996 10:42:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA15586; Tue, 13 Aug 1996 10:42:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA16991; Tue, 13 Aug 1996 10:42: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/950213.SGI.AUTOCF) via SMTP id KAA07888 for ; Tue, 13 Aug 1996 10:42:57 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA05836; Tue, 13 Aug 96 10:42:54 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id KAA18837; Tue, 13 Aug 1996 10:42:53 -0700 Date: Tue, 13 Aug 1996 10:42:53 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <9608131042.ZM18835@babar.asd.sgi.com> In-Reply-To: "Angus Dorbie" "Re: Flimmering" (Aug 13, 5:30pm) References: <199608131320.GAA17756@babar.asd.sgi.com> <9608131730.ZM23778@bitch.reading.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Angus Dorbie" , info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 13, 5:30pm, Angus Dorbie wrote: > Subject: Re: Flimmering > On Aug 13, 6:20am, Michael T. Jones wrote: > > Subject: re: Flimmering > OK, but don't you also have the overhead of drawing the base polygon more > than once for the subface stencil algorithm making this approach expensive. > > Have I missed a trick here or does this overhead exist? You draw the base once (set stencil based on Z-compare) You then draw the layers one at a time (from bottom to top) using stencil to control writing (with Z-compare disabled). There is no "extra" pass. It is true that the polygons underneath the layers are "needlessly" rendered -- a cookie-cutter approach that chops holes in the underlying geometry would run faster in almost all cases. Michael ======================================================================= 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 Aug 13 10:51:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05809; Tue, 13 Aug 1996 10:47:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05793; Tue, 13 Aug 1996 10:47:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA16885; Tue, 13 Aug 1996 10:48:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA17269; Tue, 13 Aug 1996 10:48:17 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09171 for ; Tue, 13 Aug 1996 10:48:15 -0700 Received: from esper.ucsd.edu by mail.ucsd.edu; id KAA24737 sendmail 8.6.12/UCSD-2.2-sun via ESMTP Tue, 13 Aug 1996 10:45:21 -0700 for <@mail.ucsd.edu:info-performer@sgi.com> Received: by esper.ucsd.edu (951211.SGI.8.6.12.PATCH1042/940406.SGI.AUTO) id KAA04537; Tue, 13 Aug 1996 10:45:00 -0700 Date: Tue, 13 Aug 1996 10:45:00 -0700 Message-Id: <199608131745.KAA04537@esper.ucsd.edu> From: Jon Christensen To: info-performer@sgi.com Subject: sliding textures dynamically Reply-To: Jon Christensen Status: O I would like to manipulate the texture matrix stack from Performer to move a texture across an object dynamically based on viewing parameters. Is the best thing to do to set up a pre/post draw callback pfNode::setTravMask() for the particular object? thanks, Jon ======================================================================= 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 Aug 13 10:57:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05906; Tue, 13 Aug 1996 10:54:37 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05890; Tue, 13 Aug 1996 10:54:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18159; Tue, 13 Aug 1996 10:55:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA17539; Tue, 13 Aug 1996 10:55:01 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA10543 for ; Tue, 13 Aug 1996 10:55:00 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA18781; Tue, 13 Aug 1996 10:54:57 -0700 From: "Guy Russell" Message-Id: <9608131054.ZM18779@thoth.engr.sgi.com> Date: Tue, 13 Aug 1996 10:54:57 -0700 In-Reply-To: aschaffe@holodeck.csd.sgi.com (Allan Schaffer) "Re: patch 1333 for iris5.3" (Aug 12, 11:46pm) References: <9608071807.ZM10803@systech.hinet.net> <9608122346.ZM3489@holodeck.csd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: aschaffe (Allan Schaffer), "chien" , info-performer@sgi.com Subject: Re: patch 1333 for iris5.3 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 12, 11:46pm, Allan Schaffer wrote: > Subject: Re: patch 1333 for iris5.3 > On Aug 7, 6:07pm, chien wrote: > > I received your e-mail about there should be a new patch 1333 for IRIS 5.3 > > maximun impact.Is this already exist?If so,Please inform me how to get this. > > According to my information, patch 1333 is an Impact graphics patch > only for 6.2. With an Impact, using 6.2 instead of 5.3 is a -really > good- idea. Patch 1332 is an Impact graphics patch for 5.3. It is currently in internal test and not available for general distribution. It will be available in the next couple of weeks. Consult your support providers to get this patch when it is released. > > I'm not familiar with the current 5.3 patches for impact but your > support providers should be able to provide you with the list. > > Allan > > -- > Allan Schaffer aschaffe@sgi.com > Silicon Graphics http://reality.sgi.com/aschaffe >-- End of excerpt from Allan Schaffer -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= 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 Aug 13 11:11:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06021; Tue, 13 Aug 1996 11:10:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06005; Tue, 13 Aug 1996 11:09:59 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA19940; Tue, 13 Aug 1996 11:10:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA18442; Tue, 13 Aug 1996 11:10: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/950213.SGI.AUTOCF) via SMTP id LAA15452 for ; Tue, 13 Aug 1996 11:10:23 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA07954; Tue, 13 Aug 96 11:10:20 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA29428; Tue, 13 Aug 1996 11:10:18 -0700 From: "Remi Arnaud" Message-Id: <9608131110.ZM29426@remi.asd.sgi.com> Date: Tue, 13 Aug 1996 11:10:17 -0700 In-Reply-To: CHRISTOPHE.C.D.DELEPINE@tts.thomson.fr "pfMorph Evaluation" (Aug 13, 7:36pm) References: <0831421913081996/A22769/INDRE/11A86CEA1D00* @MHS> 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 > I need to apply sparse changes to a large vertex array using pfMorph. > It says in the man page, in the pseudo-code section, that the destination > array is first set to zero. Does that mean that: > > 1 - Each entry is set to 0 (nelts) > 2 - Only the entries that are modified by the source index lists are set to 0 Each entry is set to 0. -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 13 11:21:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA06075; Tue, 13 Aug 1996 11:19:32 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA06059; Tue, 13 Aug 1996 11:19:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20912; Tue, 13 Aug 1996 11:19:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA18792; Tue, 13 Aug 1996 11:19:56 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA18324 for ; Tue, 13 Aug 1996 11:19:52 -0700 From: wasileskib@adadv1.mdc.com Date: Tue, 13 Aug 1996 12:49:12 -0500 Message-Id: <96081312491255@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: interesting. X-VMS-To: INFO-PERFORMER@SGI.COM Status: O Thought someone might like to see this one. HARDWARE ERROR STATE: + MC3 in slot 1 + MA EBus Error register: 0x4 + 2: My EBus Data Error + MA Leaf 1 Error Status Register: 0x2 + 1: Read Uncorrectable (Multiple Bit) Error + MA Leaf 1 Bad Memory Address: 0x18824580 + Slot 1, leaf 1, bank 3 (H) + IP19 in slot 2 + CC in IP19 Slot 2, cpu 2 + CC ERTOIP Register: 0x10 + 4: Parity Error on Data from D-chip + Fchip in IO4 slot 3 adapter 2, FCI master: FCG + Error Status Register: 0x800000 + 23: Software FCI Reset WARNING: BUSERR: STORE instruction at virtual 0xc0182580 (physical 0x018824580) BUSERR: slot 1, leaf 1, bank 3 (H) WARNING: ECC RECOVERED -- CONTINUE NORMAL OPERATION. ======================================================================= 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 Aug 13 12:38:11 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA06757; Tue, 13 Aug 1996 12:36:32 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06741; Tue, 13 Aug 1996 12:36:31 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24621; Tue, 13 Aug 1996 12:36:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA22788; Tue, 13 Aug 1996 12:36:55 -0700 Received: from newsgate.dircon.co.uk (newsgate.dircon.co.uk [194.112.32.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA10688 for ; Tue, 13 Aug 1996 12:36:51 -0700 Received: from jhcscg.UUCP (jhcscg@localhost) by newsgate.dircon.co.uk (8.6.12/8.6.9) with UUCP id UAA01912 for sgi.com!info-performer; Tue, 13 Aug 1996 20:23:30 +0100 Received: from kermit by jhcscg via ESMTP (940816.SGI.8.6.9/940406.SGI) for id QAA18668; Wed, 14 Aug 1996 16:22:56 -0300 Received: by kermit (940816.SGI.8.6.9) id UAA02445; Wed, 14 Aug 1996 20:22:55 +0100 From: "Hal Bertram" Message-Id: <9608142022.ZM2443@kermit> Date: Wed, 14 Aug 1996 20:22:55 +0100 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > :Any reason why the PFDECAL_BASE_STENCIL isn't costly on iR, are you just > :referring to the stencil overhead and not the multipass on the base > :polygons? > > InfiniteReality supports a 1-bit stencil with only a 5% reduction in ^^^^^^^^^^^^ Are there any docs anywhere with details (however sketchy) of the impact of all the various modes. Obviously all combinations would be difficult, but some guide numbers would be great. > fill rate, which is considerably better than RealityEngine's 50% drop > for stencil-enabled fill. These rates apply to both base and layer > geometry. Hal -- Hal Bertram Jim Henson's Creature Shop 30 Oval Road, London NW1 7DE, UK hal@jhcs.co.uk Tel: +44 171 428 4000 Fax: +44 171 284 2218 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 13 14:10:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA07506; Tue, 13 Aug 1996 14:08:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA07488; Tue, 13 Aug 1996 14:08:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA28678; Tue, 13 Aug 1996 14:09:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA27872; Tue, 13 Aug 1996 14:09:05 -0700 Received: from sundown.northgrum.com (sundown.northgrum.com [157.127.124.203]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA05861 for ; Tue, 13 Aug 1996 14:09:05 -0700 Received: from puff.northgrum.com (puff.northgrum.com [157.127.103.139]) by sundown.northgrum.com (8.7.1/8.7.1) with ESMTP id OAA17283 for ; Tue, 13 Aug 1996 14:12:02 -0700 (PDT) Received: from world.northgrum.com (cblanco@world.northgrum.com [157.127.103.138]) by puff.northgrum.com (8.7.1/8.7.1) with SMTP id OAA18310 for ; Tue, 13 Aug 1996 14:08:02 -0700 (PDT) Received: by world.northgrum.com (4.1/SMI-4.1.1) id AA17180; Tue, 13 Aug 96 14:15:27 PDT Date: Tue, 13 Aug 1996 14:15:26 -0700 (PDT) From: "Catherine E. Blanco" To: info-performer@sgi.com Subject: pfSphereIsectSeg question Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O I've been reading the man page for this function (which apparently appeared in Performer 2.0), and I can't understand what the return values mean. Just what are d1 and d2? I was hoping this function would return intersection points (pfVec3), but d1 and d2 appear to be scalars, and I don't know what they represent. Thanks... ========================================================================== Cathy Blanco cblanco@world.northgrum.com Northrop Grumman Advanced Technology & Development Center (310) 942-3961 ======================================================================= 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 Aug 13 14:55:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08442; Tue, 13 Aug 1996 14:52:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA08408; Tue, 13 Aug 1996 14:52:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01546; Tue, 13 Aug 1996 14:53:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA29279; Tue, 13 Aug 1996 14:53:16 -0700 Received: from mbsgi1.mdc.com (MBSGI1.MDC.COM [129.200.1.59]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA13856; Tue, 13 Aug 1996 14:39:50 -0700 Received: (from sal@localhost) by mbsgi1.mdc.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA01246; Tue, 13 Aug 1996 10:54:17 -0700 From: "Salvador Cabaruvias" Message-Id: <9608131054.ZM1244@mbsgi1.mdc.com> Date: Tue, 13 Aug 1996 10:54:17 -0700 In-Reply-To: "Mark Negovan" "Re: Performer 2.0 frustum problem" (Aug 12, 3:29pm) References: <9608121133.ZM882@fbdev1> <9608121529.ZM11714@arcturus.trevose.sgi.com> Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Mark Negovan" Subject: Re: Performer 2.0 frustum problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 12, 3:29pm, Mark Negovan wrote: > Subject: Re: Performer 2.0 frustum problem > Why is the setLeftChannel call commented out in the setChannelsd3up > routine?: > > >void > >setChannelsd3up(void) { > > > > if (frust == NULL) > > frust = pfNewFrust(NULL); > > > > /* assume first channel in list is front channel */ > > FrontChan = global->channels->pfchan; > > > > /* assume second channel in list is next channel */ > > LeftChan = global->channels->next->pfchan; > > pfAttachChan(FrontChan, LeftChan); > > > > setFrontChannel(topsided3_angle, bottomsided3_angle); > >/* setLeftChannel(topsided3_angle, bottomsided3_angle); */ ??? Because I was trying out to see if there was any difference between making the call and not. I didn't see any changes to the left side view. I would expect something. Since this is how it worked in Peformer 1.2 > >#ifdef _MDCESky > > if(global->esky == NULL) global->esky = pfNewESky(); > > pfESkyMode(global->esky, PFES_BUFFER_CLEAR, PFES_SKY_GRND); > > pfESkyAttr(global->esky, PFES_GRND_HT, -3.0f); > > pfChanESky(FrontChan, global->esky); > > pfChanESky(LeftChan, global->esky); > >#endif > >} [sniped] >-- End of excerpt from Mark Negovan -- -------------------------------------------------------------------------------- Salvador Cabaruvias | sal@sgidev.mdc.com | -------------------------------------------------------------------------------- CSSL | "Well I be done seen about every McDonnell Douglas | thing when I see an elephant (310) 593-6719 | fly" --Dumbo-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 13 14:55:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08426; Tue, 13 Aug 1996 14:52:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA08406; Tue, 13 Aug 1996 14:52:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA01544; Tue, 13 Aug 1996 14:53:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA29277; Tue, 13 Aug 1996 14:53:16 -0700 Received: from mbsgi1.mdc.com (MBSGI1.MDC.COM [129.200.1.59]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA13739; Tue, 13 Aug 1996 14:39:11 -0700 Received: (from sal@localhost) by mbsgi1.mdc.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id LAA01283; Tue, 13 Aug 1996 11:10:54 -0700 From: "Salvador Cabaruvias" Message-Id: <9608131110.ZM1281@mbsgi1.mdc.com> Date: Tue, 13 Aug 1996 11:10:54 -0700 In-Reply-To: "Mark Negovan" "Re: Performer 2.0 frustum problem" (Aug 12, 4:17pm) References: <9608121201.ZM968@fbdev1> <9608121617.ZM11804@arcturus.trevose.sgi.com> Reply-to: sal@sgidev.mdc.com X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Mark Negovan" Subject: Re: Performer 2.0 frustum problem Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 12, 4:17pm, Mark Negovan wrote: > Subject: Re: Performer 2.0 frustum problem > Hi Salvador, > > pfFrustAspect ( and others ) take a pfFrustrum * as the first arg. > You are sending a pfChannel * which may cause unwanted side ( size ) affects. > I have not tried to use the code but you may want to make sure you are > sending the right types. This would not happen with C++ which is a more > strongly typed language. Let me know if this helps. > I am modified the code to do just that... I am experimenting with those calls to see if I can achieve the same effect as in Peformer 1.2. > > > > -- > _________________________________________________________________________ > Mark Negovan PHONE: 215 658 7000 > Systems Engineer FAX: 215 638 9285 > Silicon Graphics Computer Systems, Inc. EMAIL: markn@trevose.sgi.com > _________________________________________________________________________ >-- End of excerpt from Mark Negovan -- -------------------------------------------------------------------------------- Salvador Cabaruvias | sal@sgidev.mdc.com | -------------------------------------------------------------------------------- CSSL | "Well I be done seen about every McDonnell Douglas | thing when I see an elephant (310) 593-6719 | fly" --Dumbo-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 13 15:01:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA08584; Tue, 13 Aug 1996 14:59:08 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA08568; Tue, 13 Aug 1996 14:59:07 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA02227; Tue, 13 Aug 1996 14:59:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA29696; Tue, 13 Aug 1996 14:59: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/950213.SGI.AUTOCF) via SMTP id OAA19067 for ; Tue, 13 Aug 1996 14:59:31 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA23828; Tue, 13 Aug 96 14:59:29 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA19424; Tue, 13 Aug 1996 14:59:28 -0700 Date: Tue, 13 Aug 1996 14:59:28 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <9608131459.ZM19422@babar.asd.sgi.com> In-Reply-To: "Catherine E. Blanco" "pfSphereIsectSeg question" (Aug 13, 2:15pm) References: X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Catherine E. Blanco" , info-performer@sgi.com Subject: Re: pfSphereIsectSeg question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 13, 2:15pm, Catherine E. Blanco wrote: > Subject: pfSphereIsectSeg question > I've been reading the man page for this function (which apparently > appeared in Performer 2.0), and I can't understand what the return > values mean. Just what are d1 and d2? I was hoping this function > would return intersection points (pfVec3), but d1 and d2 appear to > be scalars, and I don't know what they represent. Thanks... A line segment can intersect a sphere in 0, 1, or 2 points. These cases are indicated by the return value of pfSphereIsectSeg() which is either 0, 1, or 2 as appropriate. When the value is 1 or 2, then the values referenced as d1 and d2 are updated to the distances along the segment where the intersection(s) exist. num = pfSphereIsectSeg(...) if (num == 0) no intersection else if (num == 1) only intersection: s.pos + d1*s.dir else if (num == 2) first intersection: s.pos + d1*s.dir second intersection: s.pos + d2*s.dir note that the intersection routine is smart, so if the segment starts inside the sphere or ends inside it, you still get the proper number of intersections. michael ======================================================================= 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 Aug 13 15:12:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA08830; Tue, 13 Aug 1996 15:08:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08814; Tue, 13 Aug 1996 15:08:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA03639; Tue, 13 Aug 1996 15:09:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA00325; Tue, 13 Aug 1996 15:09:00 -0700 Received: from buggy.coryphaeus.com (buggy.coryphaeus.com [204.247.110.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA21702 for ; Tue, 13 Aug 1996 15:08:58 -0700 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA01714; Tue, 13 Aug 1996 15:07:02 -0700 Date: Tue, 13 Aug 1996 15:07:02 -0700 From: kowsik@coryphaeus.com (Kowsik Guruswamy) Message-Id: <9608131507.ZM1712@buggy.coryphaeus.com> In-Reply-To: "Catherine E. Blanco" "pfSphereIsectSeg question" (Aug 13, 2:15pm) References: X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Catherine E. Blanco" , info-performer@sgi.com Subject: Re: pfSphereIsectSeg question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 13, 2:15pm, Catherine E. Blanco wrote: > Subject: pfSphereIsectSeg question > I've been reading the man page for this function (which apparently > appeared in Performer 2.0), and I can't understand what the return > values mean. Just what are d1 and d2? I was hoping this function > would return intersection points (pfVec3), but d1 and d2 appear to > be scalars, and I don't know what they represent. Thanks... >From the man pages: If d1 and d2 are non-NULL, on return from pfSphereIsectSeg they contain the starting and ending positions of the line segment (0 <= d1 <= d2 <= seg->length) intersected with the sphere. You should be able to get the actual points on the sphere using the seg.dir pfVec3 p1, p2; p1.addScaled (seg.pos, d1, seg.dir); p2.addScaled (seg.pos, d2, seg.dir); Hope that helps, K. -- kowsik@coryphaeus.com | pirts suiboM a hguorht neeb sah txet sihT http://www.coryphaeus.com | | You are not you, you are me! - arnie work: (408)-395-4537 e210 | ======================================================================= 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 Aug 13 16:15:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA10153; Tue, 13 Aug 1996 16:13:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA10137; Tue, 13 Aug 1996 16:13:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA07220; Tue, 13 Aug 1996 16:14:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA03720; Tue, 13 Aug 1996 16:14:06 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA08626 for ; Tue, 13 Aug 1996 16:14:04 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA17049 (5.65b/CWI-3.3); Tue, 13 Aug 1996 14:16:47 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id OAA00652; Tue, 13 Aug 1996 14:14:01 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id OAA26043; Tue, 13 Aug 1996 14:10:28 +0200 (MET DST) From: Veraart Message-Id: <199608131210.OAA26043@s00sn1.fel.tno.nl> Subject: Re: Stress filter parameters To: ssm@crasun.cra.com (Sandeep S. Mulgund) Date: Tue, 13 Aug 1996 14:10:27 +0200 (MET DST) Cc: info-performer@sgi.com In-Reply-To: from "Sandeep S. Mulgund" at Aug 12, 96 02:08:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O > What are reasonable numbers to use in a pfChannel's stress filter? While > the Performer documentation explains what all the parameters are (sort of), > it doesn't really provide any guidelines on how to go about selecting them. I haven't succeeded in using the Performer Stress filter algorithm. It always gives a oscilating behaviour of the stress value. This is due to the fact that the magnitude of the control value (S[i]) is used to compute a new stress value. You must use the difference of the wanted and the measured value, they are resp 1.0 and 'load', to calculate a new S[i] value. It's best to use a proportional integrating algorithm to get a smooth respons of the stress value. It's possible to use the hysteresis of the load/high value to disable a change to S[i]. It comes down to writing your own stress filter and making a call to pfChanStress(). I think the right place to do it is between pfSync() and pfFrame(), because it's a 'time critical' setting of the channel. Maybe the next release of Performer can have a change of the stress algorithm, or a choice between different algorithms. Mario Veraart ======================================================================= 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 Aug 13 17:11:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10666; Tue, 13 Aug 1996 17:09:21 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10650; Tue, 13 Aug 1996 17:09:20 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA09924; Tue, 13 Aug 1996 17:09:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA06693; Tue, 13 Aug 1996 17:09:45 -0700 Received: from stargate.sandiego.sgi.com ([169.238.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA24705 for ; Tue, 13 Aug 1996 17:09:44 -0700 Received: by stargate.sandiego.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id RAA11676; Tue, 13 Aug 1996 17:09:43 -0700 From: "frank phillips" Message-Id: <9608131709.ZM11674@stargate.sandiego.sgi.com> Date: Tue, 13 Aug 1996 17:09:42 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: (Fwd) pfWinFullScreen Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O --- Forwarded mail from rap@manta.nosc.mil (Robert A. Pritchard) Date: Fri, 2 Aug 1996 18:57:00 +0000 To: "frank phillips" From: rap@manta.nosc.mil (Robert A. Pritchard) Subject: Re: Re:help Problem: IRIX 5.3, Performer 2.0, PFPWIN_TYPE_X, and OPENGL After opening a pipe window, I want to programmatically (response to a keystroke) change the size of it to full screen. The pf function pfPWinFullScreen(pipe_window) does not seem to work. Neither does pfPWinOriginSize(pipe_window) when trying to change the window to another size. After trying to change the size to full screen using the pfPWinFullScreen function, if I use pfuPrintPWinFBConfig, it prints the size as being a full screen window but the window has not changed size. The pfPWinFullScreen function works o.k. if it is called before the pipe window is opened. pfPWinFullScreen did work in a prior version of the program that used IRISGL. How do you programmatically change the size of a pipe window after it is opened if pfPWinFullScreen can not be used? Frank, I'll be out of the office for 2 weeks. If you're not the right person to answer this, can you forward it to the right person so I can have an answer when I get back?? Thanks. Bob Pritchard NRaD LATER EMAIL FROM BOB: Still need your help. I tried calling it from the draw function (even though documentation says it can be called from the application) and doing the configuration. Like I said, it worked fine in GL window. Doesn't seem to work with GLX window. HELP. I need to be able to develop and start things up with a non-full screen window and then command it (keystroke) to go to full screen mode for demos. Thanks in advance for all your ideas. fap@sandiego.sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 13 17:16:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10712; Tue, 13 Aug 1996 17:14:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10696; Tue, 13 Aug 1996 17:14:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10532; Tue, 13 Aug 1996 17:15:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA06783; Tue, 13 Aug 1996 17:15:05 -0700 Received: from stargate.sandiego.sgi.com ([169.238.114.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA25989 for ; Tue, 13 Aug 1996 17:15:04 -0700 Received: by stargate.sandiego.sgi.com (940816.SGI.8.6.9/930416.SGI) for info-performer@sgi.com id RAA11681; Tue, 13 Aug 1996 17:15:03 -0700 From: "frank phillips" Message-Id: <9608131715.ZM11679@stargate.sandiego.sgi.com> Date: Tue, 13 Aug 1996 17:15:03 -0700 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: need clipmap example Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi, Above pretty much says it, but I need a code example of how to use clipmap textures on an Infinite Reality system. If you have something you can part with, please send it to: fap@sandiego.sgi.com frank phillips 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 Tue Aug 13 23:54:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA12039; Tue, 13 Aug 1996 23:53:11 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA12023; Tue, 13 Aug 1996 23:53:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA20099; Tue, 13 Aug 1996 23:53:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA13972; Tue, 13 Aug 1996 23:53:35 -0700 Received: from rex.copen.sgi.com ([144.253.215.23]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA02450 for ; Tue, 13 Aug 1996 23:53:32 -0700 Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) id IAA07667; Wed, 14 Aug 1996 08:28:28 +0200 From: "Svend Tang-Petersen" Message-Id: <9608140828.ZM7665@rex.copen.sgi.com> Date: Wed, 14 Aug 1996 08:28:28 +0200 In-Reply-To: "frank phillips" "need clipmap example" (Aug 13, 5:15pm) References: <9608131715.ZM11679@stargate.sandiego.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "frank phillips" , info-performer@sgi.com Subject: Re: need clipmap example Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I saw Chris Tanner do a demo at the Performer user group meeting during this years SigGraph. Maybe he'll let us in on the tricks. Basically I understood you supply Performer with the different levels/tiles and it takes care of things for you. -- Regards Svend ************************************************************************* * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup Voice mail: 5-7507 * * Denmark http://www.sgi.com * * http://rex.copen.sgi.com/~svend * ************************************************************************* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 00:15:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA12201; Wed, 14 Aug 1996 00:13:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA12185; Wed, 14 Aug 1996 00:13:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA21255; Wed, 14 Aug 1996 00:14:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA14741; Wed, 14 Aug 1996 00:14: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/950213.SGI.AUTOCF) via SMTP id AAA05259 for ; Wed, 14 Aug 1996 00:14:21 -0700 Received: from rico.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA15844; Wed, 14 Aug 96 00:14:17 -0700 Received: from localhost by rico.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id AAA26687; Wed, 14 Aug 1996 00:14:15 -0700 Message-Id: <199608140714.AAA26687@rico.asd.sgi.com> To: "Mark A. Thomas" Cc: info-performer@sgi.com, shui@rico.asd.sgi.com Subject: Re: GLX Error On pfFrame In-Reply-To: Your message of "Mon, 12 Aug 96 10:50:59 EDT." <9608121050.aa16657@lurch.arl.mil> Date: Wed, 14 Aug 96 00:14:14 -0700 From: Simon Hui Status: O > From: "Mark A. Thomas" > Subject: GLX Error On pfFrame > > Any pointers to what these messages mean ? > The system configuration is 4 processor ONYX, IRIX 5.3, Performer 2.0 > > Calling pfFrame !!! > GL: Warning: failed to create context > X Error of failed request: BadAlloc (insufficient resources for operation) > Major opcode of failed request: 138 (GLX) > Minor opcode of failed request: 5 (X_GLXMakeCurrent) That means the creation of part of the context (that part that is created lazily instead of inside glXCreateContext) failed. This can happen if: 1. you've created many pfWindows, each of which has its own GL context 2. you've created, and destroyed, many pfWindows. this is due to a bug in Performer 2.0, wherein the GL contexts are not freed when the pfWindow is freed (which was actually to avoid a bug in the GL on RE). Do you think your app is doing either of the above? simon simon w. hui iris performer shui@sgi.com advanced systems div 415.933.3244 silicon graphics inc ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 01:54:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA12541; Wed, 14 Aug 1996 01:53:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA12525; Wed, 14 Aug 1996 01:53:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA23860; Wed, 14 Aug 1996 01:53:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA17153; Wed, 14 Aug 1996 01:53:38 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA17401 for ; Wed, 14 Aug 1996 01:53:36 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA01811; Wed, 14 Aug 1996 09:52:01 +0100 From: "Angus Dorbie" Message-Id: <9608140952.ZM1809@bitch.reading.sgi.com> Date: Wed, 14 Aug 1996 09:52:00 +0100 In-Reply-To: mtj@babar.asd.sgi.com (Michael T. Jones) "Re: Flimmering" (Aug 13, 10:42am) References: <199608131320.GAA17756@babar.asd.sgi.com> <9608131730.ZM23778@bitch.reading.sgi.com> <9608131042.ZM18835@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mtj@babar.asd.sgi.com (Michael T. Jones), info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Thanks for the explanation, So how do you erase the stencil information when you are done? (the extra pass) Your approach will only work if you don't have any occlusion between decal surfaces, or if you depth sort. Angus. On Aug 13, 10:42am, Michael T. Jones wrote: > Subject: Re: Flimmering > On Aug 13, 5:30pm, Angus Dorbie wrote: > > Subject: Re: Flimmering > > On Aug 13, 6:20am, Michael T. Jones wrote: > > > Subject: re: Flimmering > > > OK, but don't you also have the overhead of drawing the base polygon more > > than once for the subface stencil algorithm making this approach expensive. > > > > Have I missed a trick here or does this overhead exist? > > You draw the base once (set stencil based on Z-compare) > You then draw the layers one at a time (from bottom to > top) using stencil to control writing (with Z-compare > disabled). There is no "extra" pass. > > It is true that the polygons underneath the layers are > "needlessly" rendered -- a cookie-cutter approach that > chops holes in the underlying geometry would run faster > in almost all cases. > > Michael >-- End of excerpt from Michael T. Jones ======================================================================= 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 Aug 14 07:25:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12923; Wed, 14 Aug 1996 07:24:27 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12907; Wed, 14 Aug 1996 07:24:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01734; Wed, 14 Aug 1996 07:24:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA23531; Wed, 14 Aug 1996 07:24:50 -0700 Received: from gatekeeper.bvr.co.il (gatekeeper.bvr.co.il [194.90.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA02478; Wed, 14 Aug 1996 07:24:45 -0700 Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id OAA22535; Wed, 14 Aug 1996 14:23:47 GMT Received: from unknown(192.114.85.105) by gatekeeper.bvr.co.il via smap (V1.3) id sma022533; Wed Aug 14 17:23:34 1996 Received: by genie.bvr.co.il (950413.SGI.8.6.12/931108.SGI.AUTO.ANONFTP) id RAA17688; Wed, 14 Aug 1996 17:24:06 +0300 From: "Ran Yakir" Message-Id: <9608141724.ZM17686@genie.bvr.co.il> Date: Wed, 14 Aug 1996 17:24:06 +0000 In-Reply-To: mtj@babar.asd.sgi.com (Michael T. Jones) "re: Multiple channels" (Aug 13, 6:26am) References: <199608131326.GAA17787@babar.asd.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com, mtj@babar.asd.sgi.com (Michael T. Jones) Subject: Re: Multiple channels Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 13, 6:26am, Michael T. Jones wrote: > :Is there a substantial overhead in having multiple channels, > :occupying the same viewport, drawing multiple passes of the > :database ? > > It causes more work, in that each channel gets traversed in the > cull, whereas calling pfDraw() multiple times causes the same > pfDispList built by the cull to be reused. Since most applications > are not cull-limited (6-chan and 8-chan apps like MagicEdge are > common exceptions) then you probably won't see any performance > difference on an MP APP_CULL_DRAW system. > > By the way, if you want to do multipass rendering where different > types of geometry are handled separately (diffuse, emissive, and > so on) check out the pfGeoSet PassFilter and DrawBin functions. The problem wit hcalling pfDraw() multiple times is that you can not selectively draw other parts of the database in each pass (that is, in cases where PassFilter does not supply the criteria you want). pfDrawBin() could be the answer, although I can't make it work. Whenever I call pfDrawBin() instead of pfDraw(), nothing gets drawn. BTW, in single process mode - does multiple pfDraw()s cull the database multiple time ? Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | BVR Technologies Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | ======================================================================= 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 Aug 14 08:15:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13051; Wed, 14 Aug 1996 08:13:21 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13035; Wed, 14 Aug 1996 08:13:20 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA03803; Wed, 14 Aug 1996 08:13:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA25026; Wed, 14 Aug 1996 08:13:44 -0700 Received: from mail.tvp.com.pl ([157.25.65.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA11311 for ; Wed, 14 Aug 1996 08:13:40 -0700 Received: from webwatch.tvp.com.pl by mail.tvp.com.pl; (5.65v3.2/1.1.8.2/10Oct95-1132AM) id AA05468; Wed, 14 Aug 1996 17:16:37 +0200 Received: from extvp.tvp.com.pl by mail1.tvp.com.pl; (5.65v3.2/1.1.8.2/09Oct95-0409PM) id AA18917; Wed, 14 Aug 1996 17:17:19 +0200 Received: by extvp.tvp.com.pl with Microsoft Exchange (IMC 4.0.838.14) id <01BB8A04.2FE61250@extvp.tvp.com.pl>; Wed, 14 Aug 1996 17:15:27 +0200 Message-Id: From: "Surowiec, Piotr" To: performer-list Subject: More type1 (Haeberli) fonts? Date: Wed, 14 Aug 1996 17:09:00 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.838.14 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Hi, may be somebody knows, where is it possible to find more type1 (Haeberli) fonts ? Piotr Surowiec ======================================================================= 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 Aug 14 08:57:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13153; Wed, 14 Aug 1996 08:53:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13137; Wed, 14 Aug 1996 08:53:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA05640; Wed, 14 Aug 1996 08:54:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA26201; Wed, 14 Aug 1996 08:54:20 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA19208 for ; Wed, 14 Aug 1996 08:54:19 -0700 Received: from isdn-celeste.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA25813; Wed, 14 Aug 96 08:54:17 -0700 Received: by isdn-celeste.corp.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id IAA00788; Wed, 14 Aug 1996 08:52:37 -0700 Date: Wed, 14 Aug 1996 08:52:37 -0700 From: mtj@isdn-celeste.corp.sgi.com (Michael Jones) Message-Id: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> To: info-performer@sgi.com Subject: re: Flimmering Status: O Angus Dorbie wrote: > So how do you erase the stencil information when you are done? (the extra pass) You don't erase it. You don't care what's in the stencil planes unless you have enabled stencil mode, and you only do that as you are rendering a new set of coplanar layers, the first of which (the base) writes to the stencil planes. By the time the frame's complete, there is probably a bunch of junk in the stencil planes, but you don't care. >Your approach will only work if you don't have any occlusion between >decal surfaces, or if you depth sort. Not so. I must have explained poorly, as stencil-based coplanarity is the deluxe mode and always works perfectly. Here are the rules for Performer layer nodes: 1. an arbitrary set of coplanar base polygons. 2. a set of first-layer-above-the-base polygons that are coplanar with those in step #1, and are contained within the boundary of the polygons in step #1. For example, if #1 is the runway, #2 is the stripes and they cannot extend off the runway -- they are paint and can only go where the base layer is. 3 - N, layers just like #2, that have increasing visual priority. If they were painted, they would be painted in order: 1, 2, 3, ..., N. Now, to render this ensemble using stencil-planes, the following approach does the job without error: a. enable "set stencil based on depth-compare pass/fail" mode b. render the base layer (#1) [note that at this point all of the pixels (subpixels on re/ir) in the area covered by #1 have a stencil bit that means: 1==visible, 0==invisible] c. disable depth comparisons. d. disable stencil updates. e. enable "only draw where stencil == 1" mode. f. render layer #2. [note that since layer #2 is coplanar with #1, and since it is "inside" the area of #1, the pixel writing can not touch any pixel or sub-pixel not visited in step "b", thus the stencil bits are a valid guide to the visibility of this layer.] g. loop through the remaining layers and render them like step "f". [note that the pfLayer (or pfDecal) ensemble is now correctly rendered] h. disable stencil comparisons. i. enable depth comparisons. j. continue with drawing. This does work well without exception. Michael Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Competition is a by-product of productive work, not its goal. A creative man is motivated by the desire to achieve, not by the desire to beat others." -Ayn Rand ======================================================================= 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 Aug 14 08:59:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA13171; Wed, 14 Aug 1996 08:57:17 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA13155; Wed, 14 Aug 1996 08:57:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA05723; Wed, 14 Aug 1996 08:57:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA26267; Wed, 14 Aug 1996 08:57: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/950213.SGI.AUTOCF) via SMTP id IAA20040 for ; Wed, 14 Aug 1996 08:57:41 -0700 Received: from isdn-celeste.corp.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA26178; Wed, 14 Aug 96 08:57:38 -0700 Received: by isdn-celeste.corp.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id IAA00848; Wed, 14 Aug 1996 08:55:44 -0700 Date: Wed, 14 Aug 1996 08:55:44 -0700 From: mtj@isdn-celeste.corp.sgi.com (Michael Jones) Message-Id: <199608141555.IAA00848@isdn-celeste.corp.sgi.com> To: info-performer@sgi.com Subject: re: single process pfDraw Status: O Ran Yakir writes: >BTW, in single process mode - does multiple pfDraw()s cull the >database multiple times ? Good question. By default, yes, since no display list is built. However if you OR-in the "i want a display list no matter what" bit in the pfMultiprocess mode, then the cull's display list is built and will be available for fast multiple calls to pfDraw(). The downside to this is that while you're building that display list, nothing is being sent to the pipeline. Michael Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Competition is a by-product of productive work, not its goal. A creative man is motivated by the desire to achieve, not by the desire to beat others." -Ayn Rand ======================================================================= 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 Aug 14 09:04:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA13202; Wed, 14 Aug 1996 09:02:50 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13186; Wed, 14 Aug 1996 09:02:49 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA06804; Wed, 14 Aug 1996 09:03:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA26532; Wed, 14 Aug 1996 09:03:12 -0700 Received: from due.unit.no (due.unit.no [129.241.1.83]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA21153 for ; Wed, 14 Aug 1996 09:03:09 -0700 Received: from localhost (morten@localhost) by due.unit.no (8.7.5/8.7.3) with SMTP id SAA08523 for ; Wed, 14 Aug 1996 18:03:06 +0200 (METDST) Date: Wed, 14 Aug 1996 18:03:05 +0200 (METDST) From: Morten Eriksen To: info-performer@sgi.com Subject: Joysticks with z-axis rotation. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I'm looking for some help in regard of connecting a 3D joystick to a simulation application. The joystick will be used to control a virtual representation of a human player, and it is therefore necessary that the joystick supports rotation around the z-axis (i.e. control of heading) in addition to the usual x- and y-axis rotation. I looked through the Performer mailing list archives on the subject, and found that this has been discussed before. I have checked two of the options mentioned then; the Cybernet controller and the BG Systems' Flybox. Both these have the wanted functionality, but are too expensive for my liking (i.e. thousands of dollars...). The third option mentioned was using a cheap joystick from Thrustmaster. I looked around Thrustmaster's web-site, but couldn't find any info whether or not any of their joysticks support z-axis rotation control. Sending them email has not spurred any response either. Are there anyone on the list who know if Thrustmaster can provide a joystick with the functionality I want? Regards, Morten Eriksen ======================================================================= 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 Aug 14 10:02:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA13494; Wed, 14 Aug 1996 09:57:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13478; Wed, 14 Aug 1996 09:57:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA10611; Wed, 14 Aug 1996 09:57:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA29842; Wed, 14 Aug 1996 09:57:58 -0700 Received: from popper.PBI.net (popper.pbi.net [206.13.1.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA02890 for ; Wed, 14 Aug 1996 09:57:57 -0700 Received: from poser.pbi.net by popper.PBI.net (4.1/PBI-12/1/95) id AA27957; Wed, 14 Aug 96 09:57:53 PDT Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id JAA13189; Wed, 14 Aug 1996 09:56:38 -0700 From: "Chris Cederwall" Message-Id: <9608140956.ZM13187@poser.pbi.net> Date: Wed, 14 Aug 1996 09:56:38 -0700 In-Reply-To: "Surowiec, Piotr" "More type1 (Haeberli) fonts?" (Aug 14, 5:09pm) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: performer-list Subject: Re: More type1 (Haeberli) fonts? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O These fonts come from the showcase installation of "Additional Fonts". I am wondering about how to get non-english characters, like accented "e"s and stuff out of these fonts. Does anybody have a quick remedy for this??? Thanks, -- Chris Cederwall ceder@pbi.net 415.442-4952 ------------------------------------------------------------------ * the views expressed are only views and are not neccesarily statements that reflect pacific bell internet services or even complete sentences. ======================================================================= 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 Aug 14 10:16:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA13968; Wed, 14 Aug 1996 10:12:00 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA13628; Wed, 14 Aug 1996 10:11:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11731; Wed, 14 Aug 1996 10:11:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA01011; Wed, 14 Aug 1996 10:11:35 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06102 for ; Wed, 14 Aug 1996 10:11:32 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA24928; Wed, 14 Aug 1996 18:08:57 +0100 From: "Angus Dorbie" Message-Id: <9608141808.ZM24926@bitch.reading.sgi.com> Date: Wed, 14 Aug 1996 18:08:57 +0100 In-Reply-To: mtj@isdn-celeste.corp.sgi.com (Michael Jones) "re: Flimmering" (Aug 14, 8:52am) References: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mtj@isdn-celeste.corp.sgi.com (Michael Jones), info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Just a thought, the problem with this stencil algorithm would explain why the Ace of spades decal on the tail fin of the F14 in Paradigms Apex demo shows through the opposite tail fin. Rgds, 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 Aug 14 10:16:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA13546; Wed, 14 Aug 1996 10:04:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA13530; Wed, 14 Aug 1996 10:04:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11179; Wed, 14 Aug 1996 10:05:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA00716; Wed, 14 Aug 1996 10:05:00 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA04476 for ; Wed, 14 Aug 1996 10:04:57 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA24909; Wed, 14 Aug 1996 18:01:14 +0100 From: "Angus Dorbie" Message-Id: <9608141801.ZM24907@bitch.reading.sgi.com> Date: Wed, 14 Aug 1996 18:01:14 +0100 In-Reply-To: mtj@isdn-celeste.corp.sgi.com (Michael Jones) "re: Flimmering" (Aug 14, 8:52am) References: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: mtj@isdn-celeste.corp.sgi.com (Michael Jones), info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 14, 8:52am, Michael Jones wrote: > Subject: re: Flimmering > Angus Dorbie wrote: > > > So how do you erase the stencil information when you are done? (the extra pass) > > You don't erase it. You don't care what's in the stencil planes unless > you have enabled stencil mode, and you only do that as you are rendering > a new set of coplanar layers, the first of which (the base) writes to > the stencil planes. By the time the frame's complete, there is probably > a bunch of junk in the stencil planes, but you don't care. > > >Your approach will only work if you don't have any occlusion between > >decal surfaces, or if you depth sort. > > Not so. I must have explained poorly, as stencil-based coplanarity is > the deluxe mode and always works perfectly. Here are the rules for > Performer layer nodes: > > 1. an arbitrary set of coplanar base polygons. > > 2. a set of first-layer-above-the-base polygons that are > coplanar with those in step #1, and are contained within > the boundary of the polygons in step #1. For example, if > #1 is the runway, #2 is the stripes and they cannot extend > off the runway -- they are paint and can only go where the > base layer is. > > 3 - N, layers just like #2, that have increasing visual > priority. If they were painted, they would be painted in > order: 1, 2, 3, ..., N. > > Now, to render this ensemble using stencil-planes, the following > approach does the job without error: > > a. enable "set stencil based on depth-compare pass/fail" mode > > b. render the base layer (#1) > > [note that at this point all of the pixels (subpixels on re/ir) in > the area covered by #1 have a stencil bit that means: 1==visible, > 0==invisible] > > c. disable depth comparisons. > > d. disable stencil updates. > > e. enable "only draw where stencil == 1" mode. > > f. render layer #2. > > [note that since layer #2 is coplanar with #1, and since it is "inside" > the area of #1, the pixel writing can not touch any pixel or sub-pixel > not visited in step "b", thus the stencil bits are a valid guide to the > visibility of this layer.] > > g. loop through the remaining layers and render them like step "f". > > [note that the pfLayer (or pfDecal) ensemble is now correctly rendered] > > h. disable stencil comparisons. > > i. enable depth comparisons. > > j. continue with drawing. > > This does work well without exception. Your first explanation was fine, it was my explanation which wasn't clear. I understood this, agreed this will work for one set of base polygons the point I was making was that for a truly robust decal operation you need a second pass on the base to erase stencil unless you depth sort your bases. In the scenario below the decal2 will show through base1 & decal1 if you draw base1 & decal1 first. This is what I meant by "occlusion between decal surfaces", I didn't mean decals on the same base. Eye decal1 & Base1 decal2 & Base2 | | | || | || <) || || || | | | | | With one stencil bit this problem is unavoidable. This wouldn't be a problem if you have more that 1 stencil plane because by changing operations b and e where you render and test against a stencil value which increases with each base & layer set. To avoid confusion, I don't mean a stencil increment operation, just increment the write and test value for each decal & base set. Rgds, 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 Aug 14 11:02:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA14243; Wed, 14 Aug 1996 11:00:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14227; Wed, 14 Aug 1996 11:00:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15021; Wed, 14 Aug 1996 11:01:17 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA04063; Wed, 14 Aug 1996 11:01: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/950213.SGI.AUTOCF) via SMTP id LAA18497 for ; Wed, 14 Aug 1996 11:01:16 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA08521; Wed, 14 Aug 96 11:01:14 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA15879; Wed, 14 Aug 1996 11:01:13 -0700 From: "Sharon Clay" Message-Id: <9608141101.ZM15877@rose.asd.sgi.com> Date: Wed, 14 Aug 1996 11:01:13 -0700 In-Reply-To: "Angus Dorbie" "Re: Flimmering" (Aug 14, 6:01pm) References: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> <9608141801.ZM24907@bitch.reading.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Angus Dorbie" , mtj@isdn-celeste.corp.sgi.com (Michael Jones), info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Aug 14, 6:01pm, Angus Dorbie wrote: > Subject: Re: Flimmering -> ->In the scenario below the decal2 will show through base1 & decal1 if you ->draw base1 & decal1 first. This is what I meant by "occlusion between ->decal surfaces", I didn't mean decals on the same base. No - Base2 will write 0 to the stencil bit everywhere it fails the depth buffer test and that will effectively "clear" the stencil bits so decal2 will not show up at all. -> ->Eye decal1 & Base1 decal2 & Base2 -> | | -> | || -> | || -><) || || -> || | -> | | -> | | -> ->With one stencil bit this problem is unavoidable. The only case where you get into trouble is if a decal overflows its base because then the base cannot set all of the proper stencil bits and the base may hit junk set by previous bases. So, decals must lie completely within their base poygons. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 11:06:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA14288; Wed, 14 Aug 1996 11:04:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14272; Wed, 14 Aug 1996 11:04:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA15368; Wed, 14 Aug 1996 11:04:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA04247; Wed, 14 Aug 1996 11:04: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/950213.SGI.AUTOCF) via SMTP id LAA19475 for ; Wed, 14 Aug 1996 11:04:46 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA08898; Wed, 14 Aug 96 11:04:42 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA02385; Wed, 14 Aug 1996 11:04:40 -0700 From: "Remi Arnaud" Message-Id: <9608141104.ZM2383@remi.asd.sgi.com> Date: Wed, 14 Aug 1996 11:04:40 -0700 In-Reply-To: "Angus Dorbie" "Re: Flimmering" (Aug 14, 6:01pm) References: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> <9608141801.ZM24907@bitch.reading.sgi.com> 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, mtj@isdn-celeste.corp.sgi.com (Michael Jones), info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Angus Dorbie wrote: > In the scenario below the decal2 will show through base1 & decal1 if you > draw base1 & decal1 first. This is what I meant by "occlusion between > decal surfaces", I didn't mean decals on the same base. > > > Eye decal1 & Base1 decal2 & Base2 > | | > | || > | || > <) || || > || | > | | > | | > > With one stencil bit this problem is unavoidable. > > This wouldn't be a problem if you have more that 1 stencil plane because > by changing operations b and e where you render and test against a stencil > value which increases with each base & layer set. > To avoid confusion, I don't mean a stencil increment operation, just > increment the write and test value for each decal & base set. > This case should work anyway: If you render the base2 ploygon after the base & layer 1, the z test fail for every pixel of the base2 polygon. As a result, the stencil is zeroed for all pixels covered by the base2 polygon : glStencilFunc(GL_ALWAYS, 1, 0x01); glStencilOp(GL_ZERO, GL_ZERO, GL_REPLACE); So the layer2 polygon will not affect any pixels, unless it is not contained inside the base2. -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 11:17:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA14402; Wed, 14 Aug 1996 11:15:02 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14386; Wed, 14 Aug 1996 11:15:02 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16940; Wed, 14 Aug 1996 11:15:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA04737; Wed, 14 Aug 1996 11:15:26 -0700 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA22090 for ; Wed, 14 Aug 1996 11:15:25 -0700 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA07411; Wed, 14 Aug 96 11:13:12 PDT Message-Id: Date: 14 Aug 1996 11:17:10 U From: "SCOTT OFRIEL" Subject: Resize with glwidget To: info-performer@sgi.com X-Mailer: Mail*Link SMTP/QM 3.0.0 Status: O Subject: Time: 10:42 AM OFFICE MEMO Resize with glwidget Date: 8/14/96 Hello: We have a Performer application that forks off a motif process. The motif process has a glwidget that we do all of our Performer rendering to. We are having a problem with resizing. The graphics are not properly lined up during window resize. We have a resize callback on the motif side and can get the width and height of the glwidget. What do you recommend we do to correctly resize such that the Performer graphics are properly rendered to the glwidget. When we were not using Performer (just OpenGL) we did a "glViewport" call in the resize callback using the current height and width. This worked fine. Thanks for any assistance. Scott O'Friel ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 11:29:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA14617; Wed, 14 Aug 1996 11:27:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14601; Wed, 14 Aug 1996 11:27:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA18157; Wed, 14 Aug 1996 11:28:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA05580; Wed, 14 Aug 1996 11:28:20 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA25421 for ; Wed, 14 Aug 1996 11:28:06 -0700 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 LAA06917 for ; Wed, 14 Aug 1996 11:31:55 -0700 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id SAA24030 for ; Wed, 14 Aug 1996 18:27:52 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id LAA05098 for info-performer@sgi.com; Wed, 14 Aug 1996 11:31:57 -0700 From: "Marcus Barnes" Message-Id: <9608141131.ZM5096@royalflush.engr.multigen.com> Date: Wed, 14 Aug 1996 11:31:57 -0700 In-Reply-To: mtj@isdn-celeste.corp.sgi.com (Michael Jones) "re: Flimmering" (Aug 14, 8:52am) References: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 14, 8:52am, Michael Jones wrote: > Subject: re: Flimmering > Angus Dorbie wrote: > > >Your approach will only work if you don't have any occlusion between > >decal surfaces, or if you depth sort. Performer 2.0 can do depth sorting in the CULL process, but it may not be active by default (for opaque pfLayer's): "" pfChannel(3pf) IRIS Performer 2.0 libpf C Reference Pages pfChannel(3pf) The default sorting order for the PFSORT_OPAQUE_BIN bin is by pfGeoState only and the default sorting order for the PFSORT_TRANSP_BIN bin is PFSORT_BACK_TO_FRONT. "" In any case, I've seen incorrect rendering of pfLayer geometry when some of the decals and/or base layers have transparency, regardless of pfLayerMode. Their respective visual priority is not handled correctly when viewed from opposite sides. [munch] > Now, to render this ensemble using stencil-planes, the following > approach does the job without error: > > a. enable "set stencil based on depth-compare pass/fail" mode > > b. render the base layer (#1) > > [note that at this point all of the pixels (subpixels on re/ir) in > the area covered by #1 have a stencil bit that means: 1==visible, > 0==invisible] What is the behavior of this test if the base layer is partially transparent but a decal layer is opaque? I wonder if it will render correctly according to step (e) below? I assume that the stencil bit is set to 1 if the pixel is updated at all. > c. disable depth comparisons. > > d. disable stencil updates. > > e. enable "only draw where stencil == 1" mode. [munch] Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.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 Aug 14 11:54:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA14787; Wed, 14 Aug 1996 11:52:29 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14771; Wed, 14 Aug 1996 11:52:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20551; Wed, 14 Aug 1996 11:52:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA06787; Wed, 14 Aug 1996 11:52:53 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id LAA01355 for ; Wed, 14 Aug 1996 11:52:52 -0700 From: wasileskib@adadv1.mdc.com Date: Wed, 14 Aug 1996 13:22:44 -0500 Message-Id: <96081413224473@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: pre and post node draw callbacks X-VMS-To: INFO-PERFORMER@SGI.COM Status: O Question? Is there a way, other than creating traversal data, for determining within the pre and post node draw callbacks which channel is currently being rendered? I have several channls for which each node will be drawn differently as a function of the viewport. Thanks. - bryan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 12:09:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA14819; Wed, 14 Aug 1996 12:07:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA14803; Wed, 14 Aug 1996 12:07:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA22152; Wed, 14 Aug 1996 12:07:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA07346; Wed, 14 Aug 1996 12:07:42 -0700 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA03991 for ; Wed, 14 Aug 1996 12:07:39 -0700 Received: from PacificOcean.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA02999 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Wed, 14 Aug 1996 15:01:15 -0400 Received: by PacificOcean.coaps.fsu.edu (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) id PAA26628; Wed, 14 Aug 1996 15:01:14 -0400 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9608141501.ZM26624@PacificOcean.coaps.fsu.edu> Date: Wed, 14 Aug 1996 15:01:12 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: GSet bleedthrough Cc: holland@coaps.fsu.edu Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19608141501.ZM26624.coaps.fsu.edu" Status: O -- --PART-BOUNDARY=.19608141501.ZM26624.coaps.fsu.edu Content-Type: text/plain; charset=us-ascii Hello, I'm trying to show two geosets which are not coplanar and have noticed that whenever I view the result, there is a lot of ugly bleedthrough from one gset to the other. In particular, the one farther from the eyepoint can be seen through the closer one. The GeoSets don't have holes in them, so this bleedthrough is confusing to me. I have included an RGB image of a screen snap showing my problem. In the image, the white line is above the land, but the land can still be seen through the line. I would appreciate any advice that you have to give. Thanks, Aubrey Holland C.O.A.P.S. holland@coaps.fsu.edu --PART-BOUNDARY=.19608141501.ZM26624.coaps.fsu.edu X-Zm-Content-Name: bleed.rgb Content-Description: SGI Image Content-Type: image/x-sgi-image ; name="bleed.rgb" Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u --PART-BOUNDARY=.19608141501.ZM26624.coaps.fsu.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 Aug 14 12:10:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA14837; Wed, 14 Aug 1996 12:07:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA14821; Wed, 14 Aug 1996 12:07:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA22156; Wed, 14 Aug 1996 12:07:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA07354; Wed, 14 Aug 1996 12:07:50 -0700 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA03951 for ; Wed, 14 Aug 1996 12:07:30 -0700 Received: from PacificOcean.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA03602 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Wed, 14 Aug 1996 15:07:21 -0400 Received: by PacificOcean.coaps.fsu.edu (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) id PAA26708; Wed, 14 Aug 1996 15:07:18 -0400 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9608141507.ZM26704@PacificOcean.coaps.fsu.edu> Date: Wed, 14 Aug 1996 15:07:16 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: holland@coaps.fsu.edu Subject: GSet Bleedthrough Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19608141507.ZM26704.coaps.fsu.edu" Status: O -- --PART-BOUNDARY=.19608141507.ZM26704.coaps.fsu.edu Content-Type: text/plain; charset=us-ascii Sorry, my attachment got messed up. I'll try again. Hello, I'm trying to show two geosets which are not coplanar and have noticed that whenever I view the result, there is a lot of ugly bleedthrough from one gset to the other. In particular, the one farther from the eyepoint can be seen through the closer one. The GeoSets don't have holes in them, so this bleedthrough is confusing to me. I have included an RGB image of a screen snap showing my problem. In the image, the white line is above the land, but the land can still be seen through the line. I would appreciate any advice that you have to give. Thanks, Aubrey Holland C.O.A.P.S. holland@coaps.fsu.edu --PART-BOUNDARY=.19608141507.ZM26704.coaps.fsu.edu X-Zm-Content-Name: bleed.rgb Content-Description: SGI Image Content-Type: image/x-sgi-image ; name="bleed.rgb" Content-Transfer-Encoding: base64 X-Zm-Decoding-Hint: mimencode -b -u AdoBAQADARMB8gADAAAAAAAAAP8AAAAAbm8gbmFtZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAACAACAAAAAAHxAAIAAAAAAAAAAAAAEBFO6AAAAAAAApttEEyFgBAauGgAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADCwAAAxegAAMkkAADM0AAA0GQAANP4AADXI AAA2oQAAN4MAADhQAAA5NwAAOjEAADsfAAA77AAAPKYAAD12AAA+XwAAP0UAAEAwAABBCwAA QfQAAELYAABD0AAARNMAAEXJAABGuQAAR6cAAEiOAABJjQAASqEAAEu+AABM5AAATgkAAE8u AABQcAAAUb0AAFMCAABUSAAAVYoAAFbcAABYNAAAWX8AAFrMAABcEAAAXWoAAF7CAABgHAAA YWwAAGLAAABkMQAAZZQAAGcBAABoeAAAadkAAGs7AABsoQAAbhIAAG+IAABxEQAAcpAAAHQP AAB1hQAAdugAAHg/AAB5sgAAeygAAHytAAB+PwAAf8UAAIFMAACCyAAAhEgAAIXAAACHLwAA iLEAAIo3AACLtgAAjTwAAI6mAACQFwAAkZkAAJMRAACUigAAlf4AAJd8AACZBgAAmnwAAJwA AACdfQAAnt4AAKBMAAChpAAAovIAAKRbAAClxQAApyAAAKiHAACp5gAAqzkAAKySAACt3wAA rzMAALCZAACyEQAAs34AALToAAC2TAAAt50AALj0AAC6XgAAu7oAALz+AAC+awAAv/YAAMF8 AADC+QAAxHAAAMXnAADHbAAAyQ8AAMrBAADMXAAAzfUAAM+JAADRCwAA0p8AANRMAADWEwAA 19MAANmFAADbOQAA3PwAAN7OAADgmgAA4kkAAOQHAADl2wAA55cAAOlLAADrBAAA7LQAAO5c AADv/wAA8Z4AAPNNAAD0+gAA9qwAAPhTAAD53wAA+3MAAP0MAAD+rQABAEsAAQHmAAEDeAAB BQYAAQZ/AAEH7gABCTwAAQp4AAELngABDMQAAQ4dAAEPeAABEPMAARKXAAEULQABFc0AARdT AAEY0wABGj0AARu2AAEdPAABHroAASA0AAEhkAABIvIAASRdAAElygABJzwAASibAAEqFAAB K5cAAS0gAAEurwABMCgAATGrAAEzIAABNIMAATXeAAE3TQABOKsAATodAAE7pAABPS0AAT6r AAFAPwABQcMAAUNdAAFFFgABRsEAAUiCAAFKHQABS7MAAU1GAAFPAQABUOAAAVLIAAFUswAB VqUAAViwAAFavwABXM8AAV7RAAFgtQABYpQAAWRNAAFl8gABZ4cAAWkfAAFqxgABbIAAAW4s AAFv4wABcaYAAXN7AAF1SAABdwMAAXjMAAF6lAABfE4AAX3pAAF/ewABgQsAAYKzAAGEXAAB hgAAAYeUAAGJGAABipsAAYwDAAGNWwABjrIAAZAEAAGRWAABkrYAAZQOAAGVgAABlukAAZhQ AAGZrgABmvMAAZxGAAGdowABnxAAAaB+AAGh5gABo3UAAaT2AAGmZQABp9wAAalsAAGrEQAB rLoAAa5pAAGwOgABsdwAAbODAAG1NgABtt0AAbiFAAG6QwABvAcAAb3UAAG/sAABwYUAAcNd AAHFFQABxrMAAchYAAHJ+AABy8gAAc2ZAAHPaAAB0TUAAdL5AAHUxQAB1nwAAdg0AAHaBQAB 27oAAd1fAAHe7wAB4JEAAeJKAAHj9AAB5ZQAAechAAHorQAB6k0AAewWAAHt5AAB77cAAfFk AAHzCgAB9KsAAfZYAAH4CQAB+Z4AAfsdAAH8WQAB/bAAAf8KAAIAfwACAeEAAgNQAAIExAAC BkAAAgfBAAIJNAACCrUAAgwIAAINKgACDhoAAg8LAAIP3wACEKYAAhE7AAIRwAACEk8AAhL9 AAITswACFGQAAhT7AAIVkQACFikAAha8AAIXSAACF84AAhhaAAIY8QACGYoAAhogAAIaywAC G3EAAhwQAAIcswACHUMAAh3RAAIeXgACHuIAAh9hAAIfxAACIA0AAiBiAAIgtwACIREAAiFn AAIhvAACIhUAAiJzAAIizQACIyAAAiOBAAIj7wACJGMAAiTdAAIlYwACJeYAAiZrAAIm4QAC J0kAAieyAAIoQgACKO4AAimQAAIqWAACK1AAAiwgAAIs+QACLdEAAi6aAAIvbQACMCQAAjDC AAIxPAACMbcAAjI6AAIyxwACM20AAjPrAAI0igACNS8AAjXPAAI2bgACNucAAjdiAAI30gAC OCkAAjiSAAI5DQACOeUAAjrAAAI7pAACPDoAAjyjAAI9DAACPXsAAj3kAAI+UgACPqgAAj7/ AAI/XwACP7sAAkAeAAJAlQACQRMAAkGVAAJB+AACQmUAAkLiAAJDjQACREkAAkT7AAJFlQAC RkEAAkbsAAJHlgACSEwAAkktAAJKBAACSt4AAkvLAAJMtQACTYcAAk5sAAJPVwACUEgAAlFM AAJSWQACU4QAAlT6AAJWegACV/sAAlk7AAJaPAACW0YAAlxRAAJdTgACXnUAAl+LAAJgmQAC YZ0AAmKgAAJjtAACZNkAAmYEAAJnGgACaB8AAmkyAAJqQAACa48AAmzhAAJuOgACb64AAnDU AAJx7wACcwwAAnQvAAJ1pAACdw0AAnhxAAJ51gACezUAAnyVAAJ98AACf1cAAoDEAAKB5AAC gwsAAoQzAAKFgQAChtEAAogeAAKJSgACimEAAot7AAKMjQACjaUAAo77AAKQcAACkewAApNg AAKUvwAClhIAApdlAAKYvwACmh8AADD0AAAxvgAAMpYAADODAAA0aQAANT0AADYPAAA26wAA N8QAADibAAA5jAAAOn4AADtiAAA8IwAAPOgAAD3EAAA+rQAAP5kAAEB/AABBXgAAQj8AAEMp AABEJgAARSMAAEYZAABHEQAAR/oAAEjmAABJ3QAASvMAAEwSAABNOQAATmUAAE+bAABQ4wAA UiwAAFNzAABUugAAVf0AAFdRAABYogAAWfIAAFs8AABchwAAXeAAAF82AABgiQAAYdsAAGM5 AABkrAAAZhQAAGeCAABo8gAAalYAAGu9AABtJgAAbpgAAHAOAABxlgAAcxkAAHSXAAB2AwAA d1gAAHi7AAB6MQAAe6kAAH0uAAB+vwAAgEMAAIHGAACDSAAAhMQAAIY3AACHsgAAiTcAAIq9 AACMOwAAjbYAAI8dAACQlAAAkhQAAJOLAACVAwAAlngAAJgBAACZiAAAmvoAAJx8AACd8AAA n1EAAKC5AACiCAAAo2IAAKTHAACmMAAAp40AAKjpAACqSAAAq6kAAK0FAACuUQAAr6gAALES AACyhgAAs+wAALVQAAC2tgAAuAoAALljAAC6xQAAvBcAAL1rAAC+4QAAwHEAAMH2AADDcQAA xOwAAMZsAADH/gAAyaEAAMtFAADM3QAAzngAANAAAADRjQAA0y0AANThAADWrAAA2GoAANol AADb1QAA3ZwAAN9rAADhOwAA4uwAAOSvAADmfwAA6DwAAOnvAADrrgAA7V4AAO8GAADwmAAA 8joAAPPqAAD1nAAA90UAAPjqAAD6fQAA/BMAAP2tAAD/QAABANwAAQJzAAEEEAABBZEAAQcB AAEIVAABCZIAAQrLAAEMBwABDUMAAQ6aAAEP/gABEYcAARMSAAEUvQABFlgAARfgAAEZUAAB GrsAARwsAAEdsgABHzEAASCoAAEh/gABI1wAASTJAAEmNAABJ6AAASkEAAEqeQABLAQAAS2T AAEvIAABMJoAATIQAAEzewABNNUAATYzAAE3nwABOQMAATqBAAE8CwABPZYAAT8bAAFAowAB QjcAAUPcAAFFmgABR0YAAUjsAAFKiAABTBIAAU2vAAFPcQABUWIAAVNSAAFVPgABVzwAAVlK AAFbWgABXW4AAV9fAAFhOAABYwcAAWTEAAFmawABaAAAAWmZAAFrSgABbPsAAW68AAFwcAAB cjMAAXP8AAF1wQABd3oAAXlFAAF7EwABfMoAAX5hAAF/9AABgZAAAYM9AAGE2AABhnUAAYf/ AAGJiQABiwYAAYxoAAGNwwABjxIAAZBgAAGRuQABkyEAAZSDAAGV9QABl10AAZi/AAGZ/wAB m0cAAZycAAGeDgABn5YAAaEBAAGiegABpAIAAaWEAAGm9QABqHIAAan8AAGrpAABrVAAAa7/ AAGwygABsmUAAbQMAAG1vQABt2cAAbkdAAG63gABvK4AAb58AAHAWwABwjEAAcP/AAHFpwAB x0QAAcjpAAHKlwABzGgAAc5DAAHQDwAB0c4AAdOOAAHVUgAB1woAAdjNAAHakgAB3DsAAd3b AAHfbwAB4RwAAeLHAAHkbwAB5gYAAeeVAAHpMAAB6uIAAeywAAHuhQAB8EUAAfHwAAHzjAAB 9S0AAfbmAAH4iwAB+hEAAft3AAH8vwAB/hoAAf+BAAIA7AACAlkAAgPFAAIFPAACBroAAggz AAIJrwACCx0AAgxgAAINdAACDmIAAg9OAAIQGwACENEAAhFfAAIR6wACEoMAAhMyAAIT6gAC FJYAAhUrAAIVwQACFlAAAhblAAIXawACF/UAAhiGAAIZIQACGbsAAhpZAAIbAAACG6MAAhxE AAIc4AACHW8AAh4AAAIeigACHw0AAh+FAAIf3wACICcAAiB7AAIg0gACISoAAiGEAAIh2wAC IjUAAiKSAAIi6QACIzwAAiOeAAIkEwACJIoAAiUIAAIljAACJhEAAiaTAAInBAACJ20AAifi AAIodQACKR8AAinRAAIqqAACK5MAAixjAAItPwACLhIAAi7aAAIvowACMFUAAjDoAAIxZgAC Md8AAjJoAAIy/gACM5cAAjQfAAI0vQACNV0AAjX7AAI2igACNwMAAjd+AAI37wACOEwAAji7 AAI5VQACOi4AAjsMAAI71gACPF0AAjzGAAI9MQACPZ4AAj4KAAI+bwACPsUAAj8fAAI/fQAC P9wAAkBGAAJAvwACQT4AAkG2AAJCGwACQo4AAkMbAAJDywACRIcAAkUvAAJFzwACRnoAAkcj AAJH0wACSJgAAklzAAJKTgACSzAAAkwVAAJM9gACTc8AAk64AAJPpwACUJ4AAlGnAAJSvQAC VAUAAlV8AAJW/QACWGkAAlmWAAJalQACW6EAAlyjAAJdtQACXtEAAl/jAAJg7AACYegAAmL8 AAJkGQACZT8AAmZiAAJncgACaHoAAmmMAAJqtAACbAUAAm1XAAJuuQACcBMAAnE1AAJyUQAC c24AAnSwAAJ2IAACd4YAAnjrAAJ6SwACe6gAAn0GAAJ+YQACf8UAAoEgAAKCQQACg20AAoSi AAKF7gACh0EAAoiEAAKJpQACirkAAovUAAKM6wACjhcAAo9yAAKQ7QACkmYAApPWAAKVLwAC loIAApfXAAKZNQACmo0AADE2AAAyBAAAMuUAADPRAAA0uQAANYUAADZYAAA3NwAAOAoAADjq AAA53gAAOtEAADurAAA8awAAPTwAAD4cAAA/BQAAP/MAAEDRAABBtAAAQpIAAEODAABEhAAA RXoAAEZqAABHXQAASEYAAElAAABKRAAAS1wAAEx/AABNogAATsgAAFACAABRUAAAUpcAAFPg AABVHQAAVmwAAFe/AABZCgAAWlkAAFulAABc8wAAXksAAF+jAABg8QAAYkMAAGOxAABlFwAA ZoQAAGf4AABpYQAAasIAAGwsAABtnAAAbw0AAHCNAAByDQAAc44AAHUHAAB2bQAAd8oAAHkx AAB6pwAAfCcAAH20AAB/QgAAgMIAAIJGAACDyQAAhUUAAIa4AACIMwAAibwAAIs3AACMtgAA jiQAAI+QAACREQAAkosAAJQFAACVfQAAlvYAAJiAAACZ/QAAm3oAAJz9AACebwAAn9QAAKEw AACifAAAo+AAAKVFAACmpAAAqAoAAKlqAACquwAArBYAAK1wAACuwgAAsCIAALGSAACy/wAA tGUAALXKAAC3IQAAuHsAALnbAAC7PwAAvIEAAL3mAAC/bgAAwPcAAMJ6AADD8gAAxWkAAMbr AADIhQAAyikAAMvUAADNZQAAzvsAANB9AADSEAAA07oAANV8AADXPAAA2PgAANqxAADcXwAA 3igAAN/wAADhqAAA42cAAOVBAADnFQAA6NEAAOqEAADsPAAA7dsAAO+AAADxGQAA8sMAAPRv AAD2IAAA98IAAPlTAAD6+gAA/JUAAP48AAD/0gABAXYAAQMEAAEElwABBh4AAQePAAEI3gAB Ch0AAQtDAAEMcQABDbkAAQ8VAAEQfAABEhcAAROmAAEVRgABFtcAARhdAAEZywABG0QAARzF AAEeTwABH74AASEUAAEieQABI+YAASVXAAEmyAABKDMAASmjAAErIQABLKQAAS4qAAEvtAAB MTAAATKlAAE0DAABNWoAATbPAAE4KQABOYwAATsLAAE8mgABPhgAAT+fAAFBKwABQskAAUSB AAFGNQABR+0AAUmLAAFLKQABTKwAAU5PAAFQJQABUhgAAVQHAAFV8gABV/gAAVoHAAFcEQAB XhkAAWATAAFh6wABY7IAAWVlAAFm/gABaJoAAWo0AAFr7AABbZcAAW9QAAFxFQABcucAAXS0 AAF2awABeCQAAXnuAAF7twABfWYAAX74AAGAfwABgiAAAYPLAAGFawABhwwAAYidAAGKHQAB i5YAAYz3AAGOWQABj6kAAZD3AAGSXAABk7gAAZUdAAGWgwABl+sAAZlNAAGamAABm+IAAZ1C AAGerAABoCIAAaGBAAGjBwABpIYAAaYHAAGnbwABqPMAAaqDAAGsKwABrdwAAa+eAAGxUwAB svkAAbSkAAG2UwABt/8AAbmvAAG7bwABvUMAAb8XAAHA9AABwtAAAcSXAAHGOwABx94AAcl+ AAHLNwABzQsAAc7WAAHQpQAB0mgAAdQ5AAHV+gAB17YAAdl5AAHbMAAB3M8AAd5jAAHf9gAB 4bMAAeNhAAHlCAAB5pwAAegvAAHpyQAB64cAAe1JAAHvGQAB8M4AAfJ+AAH0GQAB9cIAAfdy AAH5EgAB+pgAAfvrAAH9OgAB/pQAAgAEAAIBawACAtUAAgRBAAIFuwACBzYAAgiuAAIKMAAC C44AAgzHAAINxAACDrQAAg+UAAIQXwACEQUAAhGQAAISHAACEr8AAhN0AAIULAACFM4AAhVi AAIV9gACFogAAhcXAAIXmwACGCYAAhi7AAIZVAACGeoAAhqSAAIbOAACG9kAAhx5AAIdEQAC HaAAAh4xAAIeuAACHzkAAh+nAAIf+AACIEQAAiCZAAIg8QACIUkAAiGhAAIh+gACIlUAAiKw AAIjBgACI10AAiPFAAIkOQACJLMAAiU1AAIluQACJj4AAia5AAInJgACJ5AAAigSAAIosQAC KVYAAioTAAIq/AACK9kAAiytAAIthwACLlYAAi8kAAIv4wACMIsAAjESAAIxjQACMg0AAjKX AAIzNgACM8EAAjRUAAI09AACNZMAAjY0AAI2uAACNzIAAjeoAAI4DAACOG8AAjjkAAI5nQAC OncAAjtYAAI8CAACPIAAAjzpAAI9VgACPcEAAj4wAAI+iwACPuIAAj8/AAI/nAACP/0AAkBt AAJA6QACQWoAAkHXAAJCQAACQrgAAkNUAAJECgACRL8AAkVhAAJGBwACRrMAAkdcAAJIDgAC SOAAAkm3AAJKkQACS30AAkxkAAJNQAACThsAAk8GAAJP9gACUPMAAlH9AAJTHwACVIAAAlX5 AAJXewACWM4AAlniAAJa6AACW/gAAlz6AAJeEQACXysAAmA9AAJhQwACYkYAAmNZAAJkdAAC ZZ0AAma1AAJnyQACaNUAAmnlAAJrGwACbG0AAm3DAAJvMQACcHEAAnGRAAJyqQACc8sAAnUk AAJ2kgACd/gAAnlbAAJ6uQACfBgAAn13AAJ+1wACgEIAAoGCAAKCpwACg88AAoUQAAKGXwAC h60AAojkAAKKAQACixoAAowxAAKNSAACjokAAo/vAAKRbAACkuIAApRJAAKVnAAClvEAAphK AAKZrgACmv4AAABEAAAARAAAAE0AAABPAAAAUAAAAD8AAABHAAAASgAAAEEAAABLAAAAVQAA AE0AAABDAAAANwAAAEIAAABOAAAATgAAAFQAAABPAAAAUwAAAEsAAABRAAAAVgAAAFAAAABQ AAAAWAAAAFMAAABYAAAAUAAAAFIAAABUAAAAVQAAAFwAAABtAAAAcwAAAG8AAABxAAAAcgAA AHMAAAB1AAAAbgAAAHMAAABwAAAAdwAAAHYAAAB0AAAAbQAAAG8AAAB5AAAAewAAAIAAAACB AAAAegAAAH0AAACCAAAAhQAAAIYAAACGAAAAhQAAAIkAAACIAAAAfgAAAHAAAAB8AAAAfwAA AIEAAACBAAAAgAAAAH4AAAB6AAAAgAAAAHwAAAB3AAAAgwAAAIYAAACGAAAAhQAAAHoAAAB3 AAAAfQAAAHsAAAB6AAAAeQAAAHoAAACFAAAAggAAAH4AAAB8AAAAcwAAAHMAAABtAAAAZAAA AHAAAABsAAAAawAAAG0AAABiAAAAYgAAAHAAAABzAAAAcgAAAHUAAAB5AAAAdQAAAG4AAABo AAAAagAAAG0AAABvAAAAZwAAAF0AAABtAAAAdgAAAHsAAAB6AAAAeAAAAHwAAACFAAAAkgAA AJIAAACEAAAAgQAAAIMAAAB3AAAAggAAAI4AAACVAAAAmQAAAJcAAACgAAAAnAAAAKAAAACd AAAAoQAAAKMAAACoAAAApAAAAKUAAACkAAAAqgAAAKoAAACqAAAAmQAAAJwAAACdAAAAogAA AJkAAACXAAAAngAAAKAAAAChAAAAkwAAAJEAAACNAAAAmAAAAIsAAACCAAAAZgAAAFYAAABT AAAAaQAAAH8AAAB9AAAAhgAAAJQAAAB7AAAAkAAAAIsAAACNAAAAfQAAAH4AAAB2AAAAdgAA AHcAAAB0AAAAbgAAAGoAAABsAAAAagAAAGQAAABpAAAAZQAAAG0AAABzAAAAcQAAAHIAAABl AAAAWwAAAFIAAABVAAAAUgAAAFgAAABkAAAAZwAAAGkAAABwAAAAZAAAAHQAAAB/AAAAhAAA AIUAAABqAAAAawAAAF8AAABpAAAAcAAAAIIAAACKAAAAiwAAAJcAAACaAAAAmwAAAJ8AAACO AAAAgwAAAHMAAAB3AAAAeQAAAHkAAAB6AAAAhAAAAHsAAACQAAAAjQAAAI0AAACBAAAAeQAA AHcAAAB5AAAAfwAAAHwAAAB4AAAAeQAAAIUAAACKAAAAfAAAAHUAAABrAAAAcQAAAGsAAABl AAAAaAAAAGAAAABcAAAAYQAAAGsAAAB1AAAAdQAAAHQAAABvAAAAUQAAAFQAAABWAAAAawAA AIYAAACDAAAAlAAAAI0AAACOAAAAkAAAAJYAAACQAAAAkwAAAJYAAACWAAAAkAAAAIkAAACJ AAAAhwAAAIoAAACYAAAAmwAAAKcAAACoAAAAqwAAAKwAAACiAAAAkgAAAJEAAACRAAAAnwAA AKAAAACqAAAApwAAAJkAAACVAAAAjQAAAI4AAACZAAAAjQAAAIEAAAB8AAAAgAAAAIsAAAB9 AAAAewAAAHIAAAB0AAAAgwAAAJUAAACaAAAAoQAAAI4AAACMAAAAggAAAIIAAACOAAAAggAA AHMAAABaAAAAZgAAAGoAAAB3AAAAbQAAAHgAAAB1AAAAeAAAAHoAAAByAAAAewAAAGgAAABY AAAASgAAAEgAAABDAAAAPAAAACsAAAAkAAAAKwAAADQAAAA1AAAANwAAADIAAAAwAAAAMAAA ACcAAAApAAAAIwAAACcAAAAsAAAAMAAAADEAAAA5AAAANQAAADIAAAA0AAAALQAAACwAAAAv AAAALAAAACsAAAAkAAAAGwAAABoAAAAZAAAAGwAAABkAAAAdAAAAHwAAACAAAAAfAAAAHAAA ABwAAAAdAAAAJAAAACcAAAArAAAAKQAAACsAAAAoAAAAIwAAACQAAAAwAAAAMwAAADEAAABB AAAAUAAAAEMAAABDAAAARgAAAEEAAABAAAAANgAAADEAAAAmAAAAKgAAACgAAAAuAAAANwAA ACoAAAA0AAAAMwAAAC4AAAAsAAAAHAAAABwAAAAcAAAAHQAAACMAAAApAAAASAAAAEkAAABM AAAAMgAAACMAAAAjAAAAJQAAACMAAAAmAAAAHQAAAB0AAAAgAAAAHgAAACEAAAAoAAAAKgAA ACsAAAAhAAAAIwAAACkAAAA5AAAAPgAAAD4AAAA0AAAAOgAAADkAAAA3AAAAPQAAAEwAAABG AAAASgAAAFIAAABKAAAAQQAAAEgAAABMAAAAUAAAAFYAAABbAAAAZAAAAIEAAACCAAAAgwAA AG4AAABbAAAAWQAAAFsAAABSAAAAZwAAAFwAAABYAAAAUwAAAEsAAABcAAAAZQAAAGYAAABe AAAAWAAAAFsAAABaAAAAdAAAAHYAAAB2AAAAfwAAAGUAAABhAAAAYgAAAGIAAACBAAAAfAAA AHkAAAB6AAAAdQAAAHMAAABxAAAAcQAAAG4AAABcAAAAXQAAAGIAAABvAAAAbQAAAHAAAABm AAAAWwAAAFgAAABZAAAAXgAAAHIAAAB3AAAAfQAAAHoAAAB2AAAAcAAAAHAAAAByAAAAdgAA AG4AAABCAAAARgAAAE8AAABOAAAAUAAAAEgAAABJAAAATAAAAEYAAABPAAAAUgAAAFMAAABJ AAAASAAAAFQAAABYAAAAWAAAAFoAAABSAAAAVgAAAFMAAABaAAAAXgAAAFcAAABRAAAATAAA AEwAAABaAAAAZwAAAGkAAABtAAAAaQAAAGMAAABnAAAAbQAAAGsAAABtAAAAYwAAAG8AAABu AAAAaAAAAGcAAABpAAAAbAAAAGsAAABtAAAAaAAAAGgAAAB4AAAAawAAAHAAAAB2AAAAbwAA AGwAAABvAAAAdgAAAHUAAAB/AAAAdwAAAHUAAABwAAAAagAAAHIAAAB2AAAAdgAAAH4AAACG AAAAgwAAAH8AAACAAAAAgQAAAIEAAACBAAAAgQAAAIUAAAB6AAAAewAAAG4AAABzAAAAfQAA AHcAAAB6AAAAegAAAH4AAAB/AAAAdQAAAIAAAACBAAAAfwAAAIMAAAB3AAAAdAAAAH4AAAB+ AAAAdAAAAH0AAACBAAAAcwAAAG0AAABrAAAAcQAAAHoAAACAAAAAeQAAAHkAAAB6AAAAawAA AHEAAAB4AAAAegAAAGoAAAB7AAAAjQAAAIYAAACEAAAAgQAAAH0AAAB/AAAAhwAAAIgAAACP AAAAiAAAAIMAAAB9AAAAgwAAAI0AAACbAAAAkAAAAI4AAACMAAAAigAAAIwAAACFAAAAbQAA AHsAAACSAAAAlgAAAJUAAACVAAAAjgAAAH0AAAB6AAAAgQAAAIkAAACFAAAAhAAAAH0AAABp AAAAfQAAAIIAAACPAAAAkgAAAJoAAACRAAAAhwAAAI0AAACOAAAAigAAAIsAAAB4AAAAagAA AHYAAAB7AAAAfgAAAJAAAACUAAAAiQAAAH8AAAB9AAAAewAAAIkAAACZAAAAnQAAAI0AAABs AAAAewAAAIoAAACOAAAAlAAAAJMAAACfAAAAqAAAAKAAAACXAAAAlAAAAJYAAACVAAAAkQAA AJUAAACcAAAAigAAAIkAAACKAAAAjwAAAIIAAACEAAAAiAAAAJIAAAClAAAAmwAAAKcAAACf AAAAoQAAAJoAAACgAAAAtAAAALYAAAC1AAAAtAAAALwAAAC9AAAAtwAAAKsAAAC0AAAAswAA AKsAAAChAAAAkwAAAJoAAACbAAAAogAAAJwAAACUAAAApQAAALQAAAC4AAAAqgAAAKoAAACp AAAApAAAAJwAAACXAAAAiwAAAJAAAACOAAAAkwAAAJcAAACeAAAAlAAAAJAAAACPAAAAlgAA AJcAAACXAAAAowAAAJcAAACaAAAAjgAAAI4AAACOAAAAmQAAAJsAAACmAAAAngAAAIwAAACA AAAAjQAAAIQAAACDAAAAegAAAIEAAACHAAAAhwAAAIwAAACfAAAAiQAAAJQAAACYAAAAlgAA AJgAAACSAAAAkQAAAJUAAACbAAAAmQAAAJ8AAACYAAAAlAAAAJoAAACVAAAAoAAAAKMAAACT AAAAlgAAAJoAAACrAAAAqAAAAKwAAACsAAAAngAAAJQAAACIAAAAhwAAAJcAAACaAAAAmQAA AJYAAACaAAAAmQAAAKUAAACZAAAAlAAAAIkAAACOAAAAjQAAAJUAAACMAAAAhwAAAIcAAAB0 AAAAewAAAHoAAACDAAAAfwAAAHwAAAB8AAAAfwAAAHwAAAB7AAAAgQAAAHEAAABnAAAAUAAA AFIAAABGAAAARAAAADQAAAAxAAAAMQAAADwAAABCAAAAQgAAADgAAAA3AAAANQAAADgAAAAy AAAAMAAAADEAAAA1AAAAMwAAAC8AAAA5AAAAOAAAADYAAAA1AAAAMQAAADEAAAAxAAAALgAA ACwAAAAiAAAAGQAAAB0AAAAeAAAAHwAAAB8AAAAdAAAAHwAAACAAAAAeAAAAHQAAACEAAAAn AAAAJgAAACkAAAAtAAAALQAAAC0AAAAmAAAAIgAAACMAAAAwAAAAPAAAADcAAABCAAAAVAAA AEYAAABKAAAASAAAAEQAAABKAAAAQAAAADYAAAAqAAAAJwAAAC4AAAAvAAAAOAAAACoAAAA1 AAAANwAAADYAAAA5AAAALgAAAC8AAAAqAAAAHQAAACMAAAApAAAASAAAAEkAAABMAAAAMgAA ACMAAAAjAAAAJQAAACMAAAAmAAAAHAAAAB0AAAAgAAAAHwAAACEAAAAnAAAAKgAAACwAAAAh AAAAJQAAACoAAAA5AAAAPwAAADgAAAAyAAAAOAAAADkAAAA5AAAAOwAAAEgAAABEAAAAQwAA AE0AAABPAAAASgAAAEwAAABOAAAATwAAAFUAAABWAAAAYgAAAHsAAAB9AAAAfgAAAGUAAABM AAAAUwAAAFcAAABXAAAAXAAAAFoAAABaAAAAVwAAAF4AAABdAAAAWwAAAF4AAABTAAAAVwAA AFsAAABZAAAAZwAAAGgAAABsAAAAeAAAAF4AAABcAAAAWAAAAF0AAAB0AAAAcgAAAHIAAABw AAAAbgAAAHAAAABxAAAAdgAAAH0AAABiAAAAZgAAAGIAAABuAAAAcQAAAGwAAABgAAAAXAAA AGEAAABdAAAAXQAAAHIAAAB9AAAAfwAAAHwAAABzAAAAbQAAAG8AAABzAAAAeQAAAHEAAABE AAAARQAAAE8AAABIAAAARQAAAEMAAABJAAAATAAAAEYAAABNAAAAUwAAAE4AAABBAAAAOwAA ADoAAABDAAAAQAAAAD0AAAA6AAAAQAAAAEYAAABNAAAATwAAAE8AAABPAAAASgAAAEgAAABN AAAAXQAAAGIAAABlAAAAZwAAAGYAAABuAAAAbQAAAGsAAABoAAAAbQAAAHAAAAB1AAAAdQAA AHMAAABrAAAAdwAAAHcAAAB5AAAAewAAAH0AAACAAAAAfQAAAH0AAACAAAAAeAAAAHkAAAB1 AAAAdgAAAHsAAACEAAAAgwAAAIEAAAB+AAAAewAAAHUAAACBAAAAgQAAAIYAAACLAAAAgwAA AIoAAACCAAAAfwAAAHsAAAB3AAAAfgAAAHsAAAB/AAAAhgAAAIIAAACHAAAAiAAAAIYAAACF AAAAgQAAAIYAAACGAAAAfwAAAIYAAACAAAAAbwAAAHgAAAB0AAAAdgAAAHsAAACAAAAAfAAA AH0AAAB8AAAAfgAAAHwAAABvAAAAcQAAAHcAAAB/AAAAfwAAAIMAAACCAAAAfAAAAHkAAACD AAAAewAAAH0AAACFAAAAiAAAAIUAAAB/AAAAfgAAAH4AAACBAAAAigAAAJgAAACIAAAAkAAA AI4AAACOAAAAjwAAAJIAAACXAAAAlwAAAI0AAACIAAAAnQAAAKYAAACqAAAAoQAAAKAAAACa AAAAggAAAHoAAACAAAAAeAAAAIEAAAB/AAAAhQAAAIoAAACLAAAAjAAAAJEAAACMAAAAeQAA AHcAAABxAAAAeQAAAHAAAAB0AAAAbwAAAGEAAABfAAAAXgAAAFsAAABbAAAAUwAAAGQAAABj AAAAdwAAAIAAAACHAAAAhwAAAHwAAAB2AAAAcgAAAHIAAAB3AAAAawAAAHYAAAB8AAAAeQAA AHcAAABzAAAAdAAAAGgAAABxAAAAdgAAAHwAAACFAAAAdAAAAHsAAAB7AAAAdwAAAHQAAAB+ AAAAggAAAJEAAACZAAAAkwAAAJMAAACgAAAAmAAAAJQAAACVAAAAjAAAAJUAAACSAAAAigAA AJoAAACyAAAAuwAAALAAAACsAAAAswAAALgAAAC4AAAAvgAAALgAAACiAAAAqQAAAJsAAACN AAAAiQAAAIUAAACSAAAAlAAAAJUAAACTAAAAkQAAAJQAAACUAAAAmAAAAKgAAACmAAAAlwAA AIMAAACDAAAAjAAAAJMAAACRAAAAlQAAAIgAAAB7AAAAfgAAAG0AAABkAAAAWQAAAFsAAABh AAAAWgAAAFYAAABjAAAAZgAAAGUAAABhAAAAWwAAAGQAAABhAAAAZAAAAFwAAABlAAAAbgAA AHAAAABeAAAAbQAAAHkAAACOAAAAjwAAAI0AAACcAAAAiQAAAIoAAACSAAAAigAAAIYAAACU AAAAmAAAAJEAAACZAAAAkQAAAI0AAAB+AAAAeAAAAHoAAAB6AAAAkQAAAI4AAACSAAAAkAAA AJEAAACMAAAAggAAAH4AAACMAAAAigAAAJAAAACMAAAAmwAAAJcAAACTAAAAjAAAAIUAAAB+ AAAAhAAAAI8AAACbAAAAngAAAJYAAACMAAAAkgAAAJYAAACXAAAAjAAAAIUAAABuAAAAdgAA AHYAAAB7AAAAdgAAAHsAAACDAAAAhQAAAIsAAACGAAAAhQAAAHoAAABjAAAAVgAAAFcAAABL AAAARwAAADYAAAAwAAAAMwAAAD4AAAA/AAAAOAAAAC0AAAAvAAAAMwAAADQAAAAxAAAAMwAA ADQAAAA2AAAANgAAADYAAAA5AAAAOQAAADcAAAA6AAAAMgAAADEAAAAtAAAAKgAAACgAAAAd AAAAFQAAAB4AAAAeAAAAIAAAAB4AAAAbAAAAGwAAAB4AAAAdAAAAGgAAACQAAAAqAAAAKgAA ACoAAAAuAAAALQAAAC0AAAAoAAAAIwAAACIAAAAwAAAAPQAAADoAAABFAAAAVAAAAEcAAABM AAAASgAAAEQAAABJAAAAQQAAADcAAAAqAAAAKgAAAC0AAAAwAAAANwAAACoAAAA2AAAAOwAA ADwAAAA6AAAALwAAADAAAAAqAAAAHQAAACMAAAApAAAASAAAAEkAAABMAAAAMgAAACMAAAAj AAAAJQAAACMAAAAiAAAAHQAAAB0AAAAgAAAAHwAAACEAAAAoAAAAKgAAACsAAAAhAAAAJQAA ACoAAAA5AAAAPwAAADwAAAA0AAAAOgAAADkAAAA6AAAAPgAAAE0AAABNAAAATQAAAE4AAABR AAAARwAAAFEAAABRAAAAUgAAAFkAAABcAAAAZQAAAHoAAACBAAAAgAAAAG0AAABaAAAAXgAA AFkAAABUAAAAZAAAAGAAAABcAAAAWgAAAFoAAABbAAAAZQAAAGcAAABlAAAAVgAAAF0AAABb AAAAdAAAAHQAAAB3AAAAfQAAAGMAAABeAAAAYwAAAGQAAACAAAAAewAAAHkAAAB7AAAAfAAA AH0AAAB5AAAAgAAAAIIAAABiAAAAZAAAAGQAAABxAAAAcgAAAHEAAABmAAAAYAAAAGEAAABc AAAAXQAAAHIAAACBAAAAgAAAAH4AAAB2AAAAdgAAAHQAAAB1AAAAcQAAAG9GEYGIA/9EEaQV MD06OTs/OCgqLjA2PDw5OTg2NTQwMTUyMDY5OTc0MzQ4PEADQYk+OzYtFggCAAAREYGIBP+B iD4RAEYcgY4D/0QciRsmMDM3PD43KgMohywxNDQyMC8ELowvLzAzNTY0Mi8uMDIDNQM0hzMt GxENDA0RHIGOBP+Bjj4cAEYtgZYD/0Qtjz46KicuOkhDMCknLCwpJwMlniYvNTYyKyUiJSgp JyMeGx8kKCUjJyYjKjdTY2loZhEtgZYE/4GWPi0ARRGBTAP/gU1EEY0UMDk9QkNBNCstLi81 BDmONzQ0MS0vMi4uNTk7OzoDOYE9BEKJQT83KxcPERYbERGBiAT/gYg+EQBFHIFVA/+BVUQc sBgpLzQ8PjsxKScnJiktMTIxLy4uLSstLi4vMjY4NzUyMDA0ODg3NTQ0Mi0fGRgbHxEcgY4E /4GOPhwARS2BYQP/gWJELY1XOywoNkFHPDApKS0sBCmfJyUrMDMwKyYjISQpKSgkISElKSgo KSgpMT5UV09JQxEtgZYE/4GWPi0ARBGBTAP/gU1EEZALFi08RUlEOy0nJykrMzc4BTmPNzU4 OTQzNDtBQT87NzU8BUKSQTs0LCorLjEwNDg5OTYwJhYOBxGBiAT/gYg+EQBEHIFUA/+BVkQc kRYaKTE5Pz44LCclJyorLjAwBTGPMjQ1MzIzNDY3NzUzMTM2AzWTNDQzMS0pJigrLjAwMTEy MC0gGAccgY4E/4GOPhwARC2BYQP/gWJELZBKVT4uMT5FRTgrISIlJycoAymKKiowNzQwKycj JgMphCglIiYFKZIqLTE5NzEsKiopKSgpMT1MQksHLYGWBP+Blj4tAEQRA/+BxUURpwseMD04 NDgyJSEiJiowMTM3OTk6Oz5AQT46PEBBQ0dFQDs5PkJCPwM9kTs7PTs5ODc0NTg6Oz49NyIL BxGBiAT/gYg+EQBEHAP/gcdFHJETGyYuLCwzMCclJSkrLCwtMQM0hzU3ODo6OTkDO4g5ODc2 NDc3NQQ0kTM0NDEuLSwtLzEzNTk6NygWBxyBjgT/gY4+HABELQP/gctFLZVUTjkmIyc5OzIl GhkcISIjJigpLDADMoUvKikoKAQpgygnKAkpjickJCUoKSglIycvOlFoBy2BlgT/gZY+LQBD EYTD///FRhGBDQMRpCI0ODIrJiMiJisvMzg5Oj1AQUJCQUBBQkJDRENCQD9BQkI+OgM5kDs8 Ozc1NDc5Oj1AQT41HwYHEYGIBP+Bwz4RAEMchMb//8dGHIEVAxycIiwzMS4pJiYoKSkrMDEy NTc4OTk7Ozw8Ozo5OAM2mDg4NTU2NTQyMjMzMC8vMDI0Njg7OzcmFAccgY4E/4HGPhwAQy2E yv//zEYtgUcDLZYkIjE0MigfGRwhISIjJiktMjU1Mi4qDCmDJyYoBSmBJwMoiSYjIiIjKjxU bQctgZYE/4HKPi0AQhGBwgP/SxGQLTU4SEpCMSImKy83Pjw6OwU8gj5BC0KVPTk4ODk2NDMz Nzg5OTo+QT46Mx4OBxGBiAX/PhEAQhyBxQP/SxyMJS84RklENigmJyouAzOYNTU0NDY5Ojo7 Ozo5NzY1Njc2NTc3NTMyBDGBMwM0iDU3OTo6OCcaBxyBjgX/PhwAQi2BygP/Sy2VISIxR0tC LRoaHCAjJygqKywuMDEtCSmOKCcoKSYkKSopKSgkIiIDI4ghISIlLj5VSwctgZYF/z4tAEER gUsD/4FOSxGaNzA5TVBLNyopLDE6QTw5OTg2ODk5O0BCQkEDPwVAiTw4NDU5OTg4NwQ5iDo8 OzUwLh4QBxGBiAX/PhEAQRyBVAP/gVZLHI4rLThITkw5KygpLDI2MgMwjS8xNDY4ODo7OTc2 NjUENIU1NDIyNAQzgjQ1AzeHNTQzNDQpHQccgY4F/z4cAEEtgWAD/4FjSy2THyIzTFBLNSUf HyIoLSopJiUlJwMqAyyBKwQpkSckJikpKi4tKiYkIiEhIyYpAyuFLTA3S0UHLYGWBf8+LQBA EYFLA/+BiEsRnyU3LjM6QT8yKicsMjs+Ozk5NzU4OTk8P0BAPDk6OjsFOoM5ODgDOY42MzAx NTU3ODgxLiwfEgcRgU4F/z4RAEAcgVMD/4GOSxyXJCspMDlBPzIrKCouNDYxLi4tLS8xMzYD OIQ2NDIyAzSGMzI0NDEyAzSOMS8tLzIxMS8tLS4wKyEHHIFXBf8+HABALYFgA/+BlkstkSkg Hyo3QD8yJx8hJzEzKyYiAyGJIiYqLzAvLCkoAymBKAMphiorKyooJwMmgycpKwMuhS0sKz0+ By2BYwX/Pi0AQBGEwv//xkwRjTM4LiUlLi4pJCIsMzcJOYE6AzuHOjk5PD88OgU5gTcDNY4z MC0vMzIyNzk6OTYlFAgRBf8+EQBAHITF///ITBybKCsoJSgxMComJSovNjY1MzEvLS0uMTQ4 NzU1BjSXMjI0MzEwMDEyLiwqKywrKCkrLS4wLCMIHAX/PhwAQC2Eyf//zEwtkCUdGRcfLi8p HxokLz04LCYDI4UiIiMmKgMpgycjJQYplCsuLCkpKiwrJyYnJygpJyQlKj5ACC0F/z4tAD8R gcID/4FPTBGPOC8lHSQvLScfIC0yMzY6CDmSOj4/Pz06Ozw7Oj09Ojg2NjQ0AzOUMTQ2NDI3 Oz85LykhHyEgHx4dGxEF/z4RAD8cgcQD/4FXTByWLComIicvLislJCsvMTU3NTQ0MjEyMwM1 AzSkMjIzNDQzMjMxLy4uMDAuLCwrKyopLTAyMS4tKCQkIyMiIR8cBf8+HAA/LYHJA/+BZEwt lSAbFxMiNDAmGRknMDg1LysqLSwoJwMogSUDI4IiJQYpnCstKiYnKCspIyEhIiMmJyMkKTQ5 MTAxMjU4Oy0F/z4tAD4RgUoD/4FPTBGZGzUrJCEqMTAqISYwMTM7Pjs7Pz8+Ozk5OwM9gjw6 AzmHOz49OjY0NwM5jzg2Mi8tLzI3PEA8NTIzNgQ5ijo6Nc8qJB4WEA88EQA+HIFTA/+BV0wc lCAqJiMiKjAuKiUoLi4vMzUzNjs4BzSFMzIxMDEDNIUzMS8uLwMwnS0rKignKCksLzEwLS0u MDExMjEwLivMIh8eGhgYPBwAPi2BYAP/gWRMLZgrHxkXGScyMSgbIzI0NDY0MDAxLSopKSYE JYMjIiQDJoInKAMpgyQhIQQiAyGXIiMjIiMkKCwpJiYnJyovOdFITlRaUUY8LQA9EYFKA/+B xk0Rlic0KicoLjAuLCswNTI0PDw7PD08OjoMOYU6Ojk5OAM5njg0MjIzNDIyNDg9PTo5OTs7 Ojo5PEA/P0E/ODMsJDwRAD0cgVID/4HJTRygJSolJCcuLysqKy4wLC0zMzE2OjUyNDQyMjMz MTEwMTIDNIIzMQUwkS8tKykpKiorLC0uLy4vMDAxAzQDM4cyMS8uKyciPBwAPS2BXwP/gc1N LZ0nHRkYHSswLigjLDUzMzc2MjExLCkpJyMkJicnJAUhhiIlKSkoJAchiSIkJiUkIiAeIAQh AyKJJCYoKi0xNjtCPC0APRGBwQP/ThGWPzMrKy0uKCMqMDU2MjIzNjg5ODU0OBQ5njg3NjY4 OTY0NDU4OTk6Oz5BQT46Ozw/QkRFQ0JCPjwRAD0cgcQD/04coTApJigqLCknKy4vLiosMDAx MzMwLzMyLi8xMjMyMTMzMgMxBzCLLy0rLS4uLSwsLS8EMAQxAzKBMwU0gTE8HAA9LYHIA/9O LZkiHBkbISonIyUoKy8xMzUzMjEwLCopJiIhBCIEIYckJygpJSMiByGJIiQmJyQgHBodDyGB JDwtADwRgYgD/4FQTRGWGzw0MTAtJxoWIyswMC8qJi00Nzk4OB85AzqKPUBBQkJBPzw6PgZC gT48EQA8HIGOA/+BWE0cmCEwKigoJyUiIiYqLCwrKSgtMTQ0MzM0MQMthy4vMDI0MzEIMIYv MDAvLS8DMIIuLg0whzEzMzQzMjI8HAA8LYGWA/+BZU4tjCUcHB8hIBcUHSEiJgMsiS4wMTEw LSolIgkhhSMkJSUjDCGGIh8aGRkdDyGBIjwtADsRgUkD/4HHThGUIzc3NDAsJBYWICYqJyUm KS4yNDYgOYE7Az+BQARChkFAPjw+QgNBjEJCPjo5OSQlJiQeFDMRADscgVID/4HKThySIywr KigjIB4gJCcpJiQoKy8xBTKHMC8vLi4vMAMyjzExMjIxMTAwLy0vMC8tLwMwgi8vCDADMQMw BTGBMgM0hicnJiQhHTMcADstgV8D/4HOTi2RLikgHBoaGBMUGRoaGBkjKisELIcrKScmJiUi GCGFIB8eHh8TIYYnKCsxOTczLQAEEYFQNhGEwP//x08RlSkzODQvKyUgHyEjJCMjKi4wMTE0 NgQ5BjcDOBI5gzs+PgM/jEBAQT47PUBBQZn/ngQ9ijs5OTo+PzklDQ8xEQAEHIFYNhyEw/// yk8ckCQpLComIiAgIiQjIiIlLC4FLwUwAy+BLgMvgjEzAzSFMjAuLi8DMIEvBDCFLy4uLy8F MIkyNDMxMDCR/5kDMwY0hTItIhYaMRwABC2BZTYthMj//85PLYlDLyAbFxUUFRYDGJYWGigs KigmJicqLCopKSckIyMiISIiISGDif+QByGHIiYsNk1mPDEtAIMREUk3EYHAA/+BUU8RiSAx NTItKCcmIQMfjiAmLjExMjMzNTg5ODczBzKCNDgVOQM6AzuEOjo8PAP/j5w5OTxAPjo5Ojo8 PzcmFTERAIMcHFE3HIHDA/+BWU8ckCApLComISEiIiEfHyIoLi4DLJctLi8wMC8uLS0sKikq LC4xMzQ0MzIwLwgwgi8tBCyBLgQwhTI0NDMyA/+Bmgk0hDMxLCUyHACDLS1eNy2BxwP/gWVP LYdOMiEaFREUBhaLHSkqKCUjIyYtLysDKQMohSQjJSYjHyED/4GQCCGGIiQmNExEMS0AORGB SQP/gchPEZoNGS4yMSokIyAcGhocICUqLjI1OT0+Ojc0NQM3gTQEMYIzNwc5hDo7OzoNOYE7 Az6DPDo5A/+Hbjk5PEA+OgM5hTo8PDkgMREAORyBUQP/gcpPHKoYHSosKyYhHx0dHiAiJCcp KSorLjEyMTAuLS0uLyspJycqLjAyNDQzMjEEMIIxMQMwjS8tLCwrKiorLzAwMTIDMwP/gWsK NIQzMjAjMRwAOS2BXgP/gc5PLYhMVTcmGhUSEgURjBIXHB8iJiksLzAuKgQpiSYjIiInKCck Ih0hA/+BXQshgyc1ODEtADkRBP9QEaQIGzA1NzUwKSQfGxkcISUqKy82Ozw6NjU2Nzo8PDg0 MjExMzgHOYQ6Pj87DTmKOz0/QD46Of/SbwM5hDxAPzoFOYM7QDAxEQA5HAT/UByoFSEuLy8r JyEgIiIjIyUnKCgqLzEyMC0sLC0vMTEtKScnKi4wMjQzMQUwhDEzMzEDMIovLi0rKiorLS8v AzCFMTP/0GkONIEsMRwAOS0E/1Atl11ZQi0eHhsXFhYVFRMSGB4cHyYrLCsoBSmKKCQiJCQm JyclIh0hg//MXQwhgyMnMDEtADgRgb8D/4FRVRGfLDItKSQiICAiJiorMDc5OTc1ODs6Oj4/ OjYzMTE0OAc5gToDOwg5gjg3BDkFOos5pDw/Pj49PT49OgU5iDs/PjciCQIALBEAOByBwgP/ gVlVHIYoKiclJCUDJpcnKCsuMzMxLSosLzExMzIuKykqLC4wMwM0gzIxMgMziTQ0MzIxMDAv LQMsBC2BLgMwhDGgMjMONIYzLyIRDQwsHAA4LYHHA/+BZlUtkygjIBwZGxsWFRsdHCAnKScl JCYEKYYoIyMmJiMDIh4hhpkkJiYlIgkhiCIjKjlSbnNzLC0ANxGBSAP/gclWEZ4zMjItKisp JCMnKzE1ODg5OTo+QDw6Ojg0MjIxMTUUOYM1MzcJOYI6PgRChEA7OjoDOYo6PD49OzUlDgQB LBEANxyBUAP/gctWHJksLS0pJigpKScmKS8yMzIwLi4yNDQzMi8rAymEKi0wMwM0gjIxBzSU MzEwMC8tKyotLzAwLzEzMjEwMTMPNIYzLyQUDgwsHAA3LYFdA/+Bz1ctkSwqIRwhIRwZGBwh JCclIyUoBSmJJyMiIyIiISIkAyaBIxkhhyMlJykpKCUGIgMhiCInMD5Sa3JzLC0ANxEE/1YR nxk3ODYyMjUxKSUkLTY1MzM0ODxDRUE9Ojg2NDIxMjUPOYE6BDkDOJE5OTs9PDo5OTs8PkJC QUFAPAQ5izg2ODozLSccDQUBLBEANxwE/1YcoR8uMzQuLC4uLCgmKzIvKyssMDU6Ozg1Mi4r KiopKSwvMgMzhjIyNDQyMgM0gjMxAzAEL4sxMjIxMTMzMjExMwc0jjMzNDMxMjMyMCogFA8N LBwANy0E/1YtnDE2NjMrKS0pIRwZHyYlIyIiJiotLSopKSgmJCIDIYYiJCcpKCQRIYEiBCUD JIEmBSkDKI8nJykrKiooKjZDUV1pb3IsLQA2EYGIA/+BiFYRnx8yNDQyMzQwKSMfLDUzMjQ2 OD1EREA9Ojk5NjQyMzYNOYU6PD48Ogc5izs9PDk4OTxAQUE+AzyQODUzMjEvLS0sHxMNBgQC ASwRADYcgY4D/4GOVhylIy4xMS8vMC8sKCYsMC0rKy0xNjw7ODUxLy8uLiwqLC0vMTEyMwM0 gTIDMYQyMjMzBzKINDQxLy8xMzMEMQMykDEwLi0vListLy0pHxkTDw0sHAA2LYGWA/+BllYt ljM0MS8uLzAqIh0aICUjISEjJystLSoDKYMnJSIEIYUiIycnIxEhhCMnKSgDJ4IoKAkpjicm KSosLzNKYF51dnZzLC0ANRGBRwP/gclXEZclLTIzMzEvLCkgHikvMTM4OTk9QD47OgQ5AzgO OYg6PD49Ojs7OgQ5mTg1MS0vMzX/aD08OTYzMC0qJyQgHRwcFAsxEQA1HIFQA/+BzFccjyks LTAxMC4uLCgmKSssLgMwhzM3NzUzMTIDM4ExAy8DMIEyAzSDMzExAzKBMwo0mTMvKygqLjD/ XzAwLy4uLCopKCYlIyYqLzExHAA1LYFdA/+B0FctjTkwLS8yMC0oIh0bHiADIYUjKCkqKgMp gyUiIgQhhiImKCknIxEhjCMnKCQgHB8jJP9XJQQmiyQjIB0aGhsiLUhjMS0ANRGBvgP/gVNX EZInMDc4Ni8rLiwjICMpMDQ4OTkDO4E6DTmBOgM8AzuBOQY6gz0/PAQ5mTczLyosMDH//5s2 NS4oJSMjIiIgHhsYEQkxEQA1HIHBA/+BW1ccjycsMDIyKictLiknJigsLgMwBTKBMwQ0gTIG MIEyAzSDMzIzCTSCMzIDNI8yLSgkJios//+WLSwqKScEJYYjISUsNj8xHAA1LYHGA/+BZ1ct kjszMTQ1KiQnJSEeGx0gISEkKAQpgyYkIwQhiCIlJigpJyUiESGMIycnIx4aGyAg//+PAx+F HhcTExQDE4QeLEdkMS0ANBGBiAP/gYhXEZAWJi8zMS0nJSckHh4hKDA1AzmHODY5Ojw8Ogo5 gjxABEGWPTo9Pzw6OTo8PTs6PDw6ODUwLCwvLAP/g1klIQMdgSAEIYUeGRIJDzARADQcgY4D /4GOWByWJSsuLCgiIiYnJiYnKi4vMDAvLi4wMgU0gjMyBjCBMg80gjMyAzSHMi0oIiMnJwP/ gVcDJoElBiSFKzRBTicwHAA0LYGWA/+Bllctijo8MywrJx8dHx8DHYEgBCUFJoEkBiGGIyYo KCYiEyGJIycnJSEbHB8dA/+QSxQSDw0MDxETFBUhM0xnPTAtADQRBP9YEZoTHyouLCgkIR8c GiAmLDE1ODk4NDM3Oz4/Owo5gj1BA0KHQT06PD48OgU5izs/Pzs5ODUxLCYiA/+HXB0bGRgZ HQQghR4aEgkLMBEANBwE/1gclhshKSooIx4eICIkKC0wMjEwLiwqKzEFNIMyMTEEMIIyMwc0 AzMLNIczMCslJCUkA/+CXyIDI4skJCUnKSw2R1FYNzAcADQtBP9YLZc9QzQrJR8ZGBYYGyEm KSopJyQhICAhIgchAyKDIyIiEyGJIycpKCQgHhsYA/+QUg0LCAgJDBIaHiEvRVhoTjAtADMR gb0D/4FTWBGaCBYmLC8sJyAaGBsqNTMyMjQ4ODMzNzs8PDsJOYI6PAU/hT06OTo6BjmBOgM7 iTg2MSslHxzMWAYYghkZAxqLGBYVEg0JBgcJCQ8rEQAzHIHAA/+BW1gclxMeKSwrJiAeHSAm MTo7OTQwMC8tLTAzBDSBMQQwhDEyMjMGNIUyMDAxMwk0izMwLSomJCQjzl8hAyCRISEiIycx ODtASU1PST82LSQsHAAzLYHFA/+BZ1gtlllMOzEpIRkVExkiLTUyLiciIiAcHCAYIYIiIgch jyMnKCUhGhcWEslRDgwKCQMIiwoSKjg6QU1VW1tdA1yBPSstADIRgUYD/4HLWRGWBRQjKCsn IhoUFBorNjYzLy8xMS8yOA45BzoKOYw6PDs4NDAqIx4bGRkKGIQWFRIQAxGGEBAPDxITBRGG GhQNCwwOIBEAMhyBTwP/gc1ZHJcQHSkqKSUfGRYaIzM9PjsxLS8uLS4wMgM0gjMxAzCGMTM0 MzEzBTSGMC4wMTEzBzSGMjAtKiclBCSWIyMiICIiISEkKTU8Ojw/Pzw2LyokIAYchiEeGhcY GSAcADItgVwD/4HRWS2WXUw6MCggFxANFB4vOTcvIhwaGRkbIAchgx8fIA0hhCIlJiMGIaAj JSQhGhMQEA4KCQoMDgsJCAkOFzA/OjxCRkU8MSsmKAYthlJbYlVHPCAtADIRgb0D/4FUWBGX DQQVIigpJB0VERIbKzQ4NCooKCkqMDgfOYw7Pjw1MCsnIyAfHBkEGIFZBBiOFxQRERIVFxYW FRUUFhgFEYYnLCkiFQ4gEQAyHIHAA/+BXFgckhgOHSgpJyMcFBIXIzQ9QDgsKgMshy4wMjQz MjEEMJExMzQzMTM0MzIxMC8vMTIxMgU0iDMxLy4sKiclBSSMIyIgYCQjIiUqMzctBSeFJSQh Hx4FHIYnKigkHBggHAAyLYHFA/+BaFgtlzhcSDcvJx4VDQoOGzA5OS4dFRETFxwfBiGFHhoZ Gh4KIYYiJCUnKCMHIaAiIBsWEhAQDQkICQoMUAwLCxEbLjYiFxkcHRwWExEREgUthjA1QE1b SSAtADERgYgD/4HLWRGYCQcYJC0rJBsTExciLzU5LyQiIyYpLzM3BTmDNzY4FjmMODY1My8q JiIgHhwZChiIFxYVFhcYFhYDGIIZGQURhhwqLS0mFiARADEcgY4D/4HNWRyREg8gKSsnIBkT FRsmNDo8NCoDKYcqLC4wMjExAzCTLi4vMjMyMTEyMjEvLi8xMzQyMgQ0iTMvLCssKyknJQQk gSMDIYEiAySIJigpKSQfHh8EIIMhICAFHIYjKiopJB0gHAAxLYGWA/+B0VktmERVQjUtJBsT CwsQHi82OCsbFREUGBobHwUhhRwZGBkdCSGHIiMnKSknIwYhiiMlIhoVEQ8NDQsDCoILDQMP ixESFxsTCwwMDQwJAwiBCQUthiYhJzJBPSAtADERBP9aEZgMDBQaIiYmHhYYHi9BTFA5IyEi JSksLzMDN4Y5OTQyNjkEOhE5jDczMS8sKCUiHhoZGQwYjRcXGBcTEhYYGBoeGBcDEYYbJiou LykgEQAxHAT/WhyaFxYdIiUlHxoWGyQzRE1QPSspKCgpKSosLi8DMJQuLCwuMDExMC8vMjMx LzAxMTIxMQQyiTEuKyoqKSgnJQYkAyOUJCMjJSYmJCAdHR4fICAhIyIhHh4DHIYiKCkpJyQg HAAxLQT/Wi2ZPEU8NTApHxYPExsvRU5PNBoUERQYGBkcHwMhhiAcGBkaHgghgyImKAQpnicm JSQiISEjJSIbFRENCgwQEA8RFBIQDgwMDQ8PCwQIgQkDCIQKDiAgAy2GIxobHyc0IC0AMBGB vAP/gYhfEaEeJx8aHihEXGhoQSQiIiYoKSouMTIzNzg0Mzc7Pj8/PjsMOY46Ozs5NzMvKycj ISEeGgsYAxeXFBIWFxMRExUYGhweHiEiJCgoKi4vKBUfEQAwHIG/A/+Bjl8cjSEgGxohLkhe ZmRFLSoDKJYnJigqLC4wMC4tLzE1NjQxLi4xMjAvDDCDLSomAyUDJIElAyaHJSQkIyIhIwMk hiIgIiMhIQQijSEgICIkJCUoKysqJR0fHAAwLYHEA/+Bll8tnSofFxMaKUhia2Y7GhUSFRcX GBgaHiEhIBsZHSAgBiGIIiUmKCosLCoEKYMnJCIDIZYeGhURDw8TGhgVFBQRDgsJCQoOEQwJ BwiOCg4QEBMXGBkcHyAhHykfLQAvEYFFBP9gEaIcIRwbIjdkfHJhQy8mIiMjJCUmKSwuMzUz Mzc7QEJCPzo5AzuBOgc5jTs/Pjs3My0mIh4dHRoDFoIXFwMYoxkZGBUTEhMSERMUEA0OEBUX GBkZHiUmJCYpLCwlHRUNBQAOGhEALxyBTQT/YByNHhwXGCQ7Z3xvXUMzLAMogicnAyiRKS0u LS4wMjY4NjIuLTAwLy4LMIQvKycjBCKDJCQmAyeTJiUjISEgIyQmJiUjIyQjIiMjIgQggSID JIsnKiwrJSAfGxUQGRocAC8tgVsE/2AtjyYZFBMgN2V8bls8JhsVFAQTmBUaHiAgHh4gIiQk IiEfICIlJykqLC8uKwUpqygmIiAdGRUTERETFRkZFhMQDQoJCQsPFhoWEQ4MDg0KCAgKDhAQ ExcYGBoDHYcWEhwuUGY6Gi0ALxGBvAP/gYhgEbskHxsfK0BfZlpMOy4lIB8gIiMiJSktMTIx NDc7QEFBPDU3PUBAPjs5OTg2NTU4PDs4NTIsJR8bGRgVEgMRhBIVGBsDHaAZFBIQEA8QEAwJ CgoPEhMTFBgfIiEkKCkoIBkUDwkECRoRAC8cgb8D/4GOYByPHxsXHi1EZGlZSjwyKygoBSeU JicrLCwtLzI3NzUxKy0yMzMxLy8EMJcvLzAwLy0pJiIhISAgIiQkJSQiIyQkIwMihCMlJyYF JIMiISEEII8hIiQkJigqKyYhIiIeGRgaHAAvLYHEA/+BlmAtkBwWEhkpQF9kVkc2JxsUEhED EoQUFxsfBCGQIyYmIx8bHiUoKSsuMDEvKwUpjSYlIh4aFRAPDxMWEgwEC5gKCQgJCw0VHBsW ExATFQ4ICAkKCwwOExYFGIcUEholNktEGi0ALhGBRAT/YRG7IR4bJDQ8QT01MCwnIh4bHyco KCsvMjY1MjI0Nzs8PTcvMzs+Pj06OTk3NDMxNDY1MjExLiklIBsVEhEEEI8TGBwgISEdGBQQ DQoNEA8DDYEPBBCPEhcbHyMoJyQcFRMQDQkLGhEALhyBTQT/YRyPHRsZJTZBSkQ5NDIuKicm BCWiJicpLCwqKisuMjIxLCgsMzQzMjAwMTEwLy0tLi0tKyknJAUjhiQkIyIhIgUkiCMhIyQj IiEhAyKUIyQlJCIiISAiJCYoKCckISMkIyEbHAAuLYFaBP9hLZEaFRIfMjtBPDQvKyEVERAT FgMXgxgbIAQhoyMkIyIeGR0kJykrLi4vLiwqKSgoJiMiIR4aEwwKChAXEQcGCAifCRAXFREO CwwOERIVFRMPCwsOEhYYGBYUDw0XIik0OhotAC4RgbsD/4FVYBGlGRwcICs3NTIsKCouKiYk IycsLS0vMTQ2NDIxMTQ4OTkzLDA4OwM6AzmGODUyMC4tAyyHKiYkIhwVEgQQjxEUGBwgISEd GRURDAkMEAMSghERBBCKERYYFxgcHh4aEgMQgg4KGhEALhyBvgP/gV1gHJEeGxsfKTU4OTIr LzIuKSclJQQmkicpKyopKSosMC8sKSUrMjMyMwM0jDMxLiooJSYnJyYmJQYkhSMhICAiBiSf IyMkIyEgICEhIyQoKiknJSMjIiIjJCQjIyEiJCYmIBocAC4tgcMD/4FpYC2RJhoXFyMwMCwn IicsJRwYFRYFGIIcIAghhh4ZHCElKAMphSotLyslAyOPIiEhHRYQCggIDhYPAwMHCAieDRIQ DQsJCAkPFh8jIBwUDgwNERMREA4MChIdJSw3Gi0ALRGBiAP/gc1hEZMYHSAlLDMxLiYjKzIt KCkqLjIyBDGGMjIxMTI1AzmINTE3Pj8/PDoEOYQ4NTAqBCmbJiMiIh4ZFBEQEBIVGRwfICEh HRkWEg4KDBATAxeVExAODA8RFBUSEBETFxYSEBAODAoPGREALRyBjgP/gc9iHKQZHSMqLzIy KycuNC8oJiUnKSkoJyUnKCgpKiwuMC0qJyUrMzUENog1MzEuKiYhIgMjCCSFIyEhIyMJJIkj ISAgIiMiIiMHJIMiICADIYcgISIlKCUeGRwALS2BlgP/gdNhLZElGRodJCspJiAdKDEpIBoY GAQZghodCSGsHRofJigpKCUmKSstKSMhISAfICEcFA8KCQgOFhAEAwcKDQ0MCwkICAwRDgkE CI0KCw4TFhcWExANDg0JAwiHCQoPHCwzMBktAC0RBP+BVmERkx8iJSgrLTM0KSUwNSojJysy NzMGMZIyNDY3OTg2NTY6PkFBPzw7OzoDOYIyKwQpjignJiYhGxUREBAUGh4hBCKJHhoYGBQP DxAUAxiTFBANCgwPEBAREBARExMSEBAOCwMJhAcDAA4UEQAtHAT/gV5iHKQbICQmKTI1LSoy Ni4oJCMpLisoJycmJicpKy0vMC0qKCcsMzYDOIk3NTMxLy0oIiADIYskJicnJiUlJiUjIwsk iCMhISIjJCMhAyCCISMDJJIiICAhIiIhICAiJicoKSgdExoUHAAtLQT/gWphLZcgGR0gIiUr LSYkLzMlGRUUGh8fHh4fIAchrh8dGxofJSgpJSIlKCkpJiMhIR4bHSEgHhgPDQ0VHhgLCQoN ERIRDgoICA4VEQoHCJkJDA8SFhYUDgkFAwMEBAYIEyUwNkNTYW07FC0ALBGBiAP/gc1iEZss KikqLTA2NS4rLy8oJiovNTgyMDQ2MzEzNDcDOYc1MzY5Ojs+A0GZQEA8Ojk5NS8tLSspKiws KyUcFxEQEBYdIgQnmCYjHh0cGRQSEBMWGBgVEQ8PDAoLCwwNDwcQiA8ODg0NCAMKFBEALByB jgP/gc9iHKUmJCQnKzA1NS4sMjItKCUmLC8qKCssKScoKiwtLzAuLCoqLDE1AziJNzUzMTAv KiQhAyCKIycoKCclJignJQwkiCMiIiMjJCMhBCCCISEFII8hIyMiICAhISMlKCkjGxkUHAAs LYGWA/+B02ItgR8DHZMhJS0uKScrKRwVFBYdIR8fIiMiAyGPIiIhIB0ZGRoeIiYoJSIlAymF KCckIh8DHZkgIx4UEhIZIx8UDw8SFhcWEw8LCQ0TEQwKBwiJCQoLDAsKCQgDBACLAgYLEhwm LzpNX0oULQAsEQT/gVZiEZozLikpLDA1NjQxLiwqKy8zNzUuLzo8NTI2OAQ5vzg3ODk5OkFG RkVDQj89Ozk2MjExListMDEwKiEZEhAQFRohJyosLCsoJCIgHRkVERESFBgVERITDwkJCgkK DQwQgw0IBBQRACwcBP+BXmIcpS0pJSguMjUzLy8yMCspKCouLSgpMjQvKyssLi8uLi0sLS0u LzMDN401NDIxMDArJiMhICAkBCiFJyYmJSUEJAMlBySCIyIDIQcggx8dHwMgAyEEIIchIyQm JiQaFBwALC0E/4FqYi2fIR4ZGRwjLC4rKSYgGBUXGh8fGx0lJiMhISIlJyMhHwMeiR8hIyQk IiQmKAMpoCUiISEdGh8mIhkXFxYXFxYTERIUFhgWEw8LDA8QEA0JBgiKCgsKCAUDBQcEAQMA iwEGCAgMFRwhM0lbFC0AKxGBiAP/gc5iEZojMiskIB4kKzI2OTo2MC8xMTAxMjY7OjUzNwo5 gjtDA0mxRUJBQD05NjIxMTAvMjU0MisjHBUSEBMWHCQqLzAwLSklIh4aFxUUExYaFxMUFxIK CwQOhxAPDA0OEBADEYUQEA4JBRQRACscgY4D/4HQYhysJCkmIiMlKCsvMjY7ODItKignKS0w NTQvLS0uMDAuLCwtLzAvLzE0NTUzMTEDMJEsKCYkIyMnLCwrKSgnJSQkIwMkhCYnJyUHJIIi IQoggh8fCyADIYMjJCAUHAArLYGWA/+B02ItnichGhMQDhcjKi4wMi4oJB8dHR4hJCcnIyIk JigoJAshgyIjJgMpkSUiISEdGh8nJB4ZFhMREhMSAxCPExcYGBUQDxASFREKCgsLAwqKCw8M CQgHBwgEAQMAiwEEBgMDBwsNFiQ/FC0AKxEE/4FXYhGaIS0nIRsXHygwNjo8OjYyLiwqMDg6 OTczMzgKOYI7QANElUNCPz08OTUyMC4wMjU5NjMsJB4aFQX/qiIqLjEwLSklIRwaGRkYGh4d GBcYFQ4OEBESEhANCgkKDRETFhUVFBINCBQRACscBP+BX2IcmSMoJSIgICUrLzQ4Ozs5Miol IikzNDQyLi4EMI4uLCwtLzEyMzIzNDQzMwMxkDIvLCsqKScqLy8tKyknJSMF/44mKCgnJiYl JCQlJCQjIQQghiEiIiEgHw8ggyEjIxQcACstBP+Ba2ItniYdGBMNChMdJi41Ozw5LyQeGR4n KSgmIyMnKCknIwwhlCIjJSgpKSgnJyIcIScmIxwTERAOBf+OExcaHBoVExMUFhMMCw4DD4UO DQsKCQQIgwYCAQMABAGGAgQECBElFC0AKhGBuQP/gc5jEZokKSQfGBQfKS0yMjQ5PDEmJioz PT06NjI0OAU5nzc1Njc5Oz1AQUJCQT06OTk1MS4rLjE1OTg3MCgjHhoF/6OPJCsvMTEuKiYh Hx4cGhsfHx0bGRYTERATFhQRDw4NDQ4QFAQYhBcTDg4TEQAqHIG9A/+B0GMcmSUoJiMgHygw MjQzNDs/NSomJS02NTMwLS4EMIsvLi0uMDI0NDExMwM0kzMxMzQyMDEyLywuMDAvLCkoJyUF /4KTJwQokyclJScnJSQjIiIhICIkIyEfHR4PIIMhIh8THAAqLYHCA/+B1GMtoiEZGBYPCxIb Iyw2QEdJNiQdGSAoJyQjIiQoKSknIyIkJSUDJIEiAyGVIiMhIiUpLTAwLigiJCgoJyAXFRUQ Bf+ViRUaHx4aGBcXGBURDg8QEBETEQwKBgiGBwQBAAACAwOHAQAAAwsZLBMtACkRgUIE/4FX YxG2KignIhkYHyUnKSwvNTcqHyQqMzo4NTIwMjU2Njc4NjMxMjQ3OTo8QEJCQT06OTk1MS8u MTU3AzmFNC0nIh4F/5wcICYuMTEwLysmJCEfHBweICAeGhgXFRESExMRBRCCERQFGIMXExAT EQApHIFLBP+BX2McjygoJyUjIyovMDAuLzY6MAMmiS0zMS8tKywuLwQwiS4vMzQ0My8uMgM0 kzIxMzQxLy8wMC4vMDExLiooKCcF/4wlJScqKyoqJycoKCYEJIkjISIkIyEgHx8QIIIhIBMc ACktgVgE/4FrYy2VHBkcGhIPFBohKDI7QD8uHhsZHiIhAx+IISQmKCYjJSgEKZInIyEhIiUn IyImKS0xMTArJicDKYUjHBoYEgX/jBERFh4hHxwZGBgWEgQQhhIVFRENCgQIkQkLCQQCAgQH CAgDAQABBxEnEy0AKRGBuQP/gc9kEQMpqSUeHR8hISInKy8uIhoiKS4yLywrKissLC0vMzMy MTEzNDU1OD9BQD48AzmFNjMyMzYFOYU1MSojHgT/nVoZHyUtMTMzMS8rJiMgIB8gISEgHhwc GRUSEBARBBCDEhUWBhiCFxITEQApHIG8A/+B0WQcBCiDJiYqAyymKisxMighJSgrLSspKCYo KiwuMDMyMDI1NzYzLi0yNDQzMjEzNDADLYsvMDAxMjMwLCopJwT/hWUkJCYqAyyBKgMogSYF JIUjIyQkIgQhCiADIYQgICEgExwAKS2BwQP/gdRkLY8bGx8dFxUXGh4kLTIyLiIDGJ4ZGhoZ GRoaHB4iJScnKSsuMDItJSIkJicpJiUnKi4DMYItKgQphSUhHRkUBP+NVhAQFR0hIR8bGRgW EgQQjhIWFhIQDw0LCggKDg0JAweKCAoMCAIAAQQKIxMtACgRgUIE/4FYYxGBFgMpgycmIwMh jCUsLzArHBYcIysxLwMthyspKCYqLjAHMYY1PD88OjoDOYU4ODc3OAU5ljYyKyMe0f//0BIV HSUtMzY2My8rJyMHIQMgjB4aFhIRFBQSERMVFwgYgRUTEQAoHIFKBP+BYGMcgR4EKIInKAMq jCstMDIvJB8iJSosKgUogykqLQMwijI1Nzg0LSwxMzIDMYMzNDIDLwQwizIyMC0rKijT///T AySCJioDLIUrKikoJgskBCMEIgUghCIkIyEDIBMcACgtgVgE/4FsYy2YKhocICIiHxoZGiIs MTEqHBMTFRcYGBkbAxyOHR4iJicnKi0yNzMoJScDKQMogiouAzGCLSoEKY4mIh4ZFc///88R ERAUHQMhhSAdGhYTAxCcEhMVFxMSFBURDQoJCgsKCAgJCgwPCwIAAAECFBMtACgRgbgD/4HP ZBGgHiwuLy8uKiQiISgwMzEoGBMWHSkwLy8wMCwpJSMmKS0HMYczNjg5OTc1AzaBNwg5lzYy KyMgIKT/i3L/GSIsMzc4NjItKSQiCSGKIB4bFhQWFxQSFQQYiRcVFBUVFhYTEhERACgcgbwD /4HRZByDIiorAyyhKysqKCswMjQsIR0eIikrKSgqKyooJyYoKistLi8zNzYyBjADMYMvLi8H MI4vLSwsKiin/5J9/yQmKgUsgyooJgYkgSUEJoElBySEIiAeHggggh4dERwAKC2BwQP/gdVk LZgmGh8kKzAoHRoYIi8yMSgYERARFhgYGR0DIIMcGh4DIpYjJCw2NS8rKiotLSspKSotLi4v LSopAyiOJiIeGRURnv+Jc/8RFBwEIZUgHRkUERARFBYUExQVFBQSDwsICQoDCIYKDQ8QDAQE AIMDHScRLQAnEYFBBP+BWGQRoiAyNTg4Ni8oJCIrNjUyJxoVExomKSQkKSwrKCQiIyUpLTAE MQMvijI2NjMwMTEyMzcFOZo3NTMyLScmJyRi0f//Fh8rMzc5ODczLiomIwkhgyAfGgMYiRcW FxkbHBkXEwMQiBEREhIRDQkNDREAJxyBSgT/gWBkHIMkLjEDM6QxLywpLTIzMiofHBofJycj IicqKCYlJSYnKCkqLDA1Njc0MC4DMIgvLiwrKiwuLwUwgi8tAyyJKilo1P//JCYqBSyFKign JyUEJIIlJwMogSYHJIgjIiEgISEeHQUghSEiJSkiDRwAJy2BWAT/gWxkLa0lGyIqNTsvIRwa JzU1MicaEgwPFRcUFRkdICAcGRsdHR4gIikyNTUyLSwvLioDKIIpKQMqkykmJCMkIyIfHRkV EljP//8SFBwFIZ0gHhkVEhETFBIRFRcUERAPDAoMDgoICAkNEA8MBQQAhwECCRUrQToNLQAn EYG4A/+B0GURnDY7PD07NzAoJCMsNTY0KyEaFBslJBwdJiopJyQDIYMmKi4DMY4uKyorLTEy LiwsLTAyNAQ2nDc1NDIxLywtMCsjHV/RGB4qMzc5OTg0MCwoJSIIIYQeHBsZBRiLGR0fGxcT EA0LDA0DEIMOCg0NEQAnHIG7A/+B0mUcmjU4Ojo2NDEuKyotMTIzKyEdGh8nJR8gJygmBSSW JSYnKS0xNjo4NDEvLSwrKiopKSstLwUwgi8tBCyJKyknZ9MkJikrBCyBKgMogSYFJAUlCySE IyMhHwcggyQrIw0cACctgcAD/4HVZS2cJCMmLDQ4LSQeGyYxMjAnHRQNEBYWEhMXHB4gGwMY jhkaHSElKjQ9OjIuLSkmAySLISEkJigpJyQjIyIDIYoeGRUSEVjPERQcBiGcIBoWExAQERAR FRgXFhMREBESEg4LCgoNDwwIBAYAhQQLHDg2DS0AJhGBQQT/gVllEbM9QD89OjYuKCMjKzM3 ODAoIBofJyMbICstKicjIB0dJCkrLCspKCYpKy8yMCspKSouMTEDMpQzMzY3NTIzNDQ2Miwl HxwbICozNgM4jzQwLCkoJyMhHxwdHR4eHAMZBRiMGR0gHxwZFQ8KCQoOAxCCDw0NEQAmHIFK BP+BYGUcrT5APjw3Mi8sKiksLjQ2LiUgHSMqJh8jKyslIyQkIyMlJicpKy0yNjc2My8sKgQo hCkrLS8FMJAvLSwsLS4tKygmJCUmKCorAyyBKgMogSYQJIglJicnJiUkIwMhBSCDIyorDRwA Ji2BVwT/gWxlLQMpsyovLywmHhsjLC4wKSEYERMXFREVHSAhHxsXFRQXGRscHR8qNjY1MCsn IyEhHxwaHyMmKQQojiUiISEgHhoWExESFBgdBiGEHxgSEQQQiBETFRcYFRMVAxeMExAPDgwL CggGAwICAwGFAgcUKzYNLQAmEYG4A/+B0GUR0Rg6ODMyNDMwKyUlLzg+QDYtJiIoLyojJy8u KCQgHRsbIykpJyUiIiMoLzM3MywpKSsvMTEyNDU1Njc5NzU1Nzg4NjIsJSAgIywyMzQ0MzAt KwMphiQgHRoZGQMalBkbHRsZGBgaHB4iISAgHhcPDg4PBRANEQAmHIG7A/+B0mUcoSI9OjUy MC8uLCoqLjM5OzIqJSInLSkkKTAsIyEjIyIhJQQoiSksMDQ3NTAtKgQohSkrLS4uBC+PLi0s LC4vLi0qJiUnKCorBCyBKgMohSYkJCUlDSSSJicnKCclJCQjIyEgICEjJSgrDRwAJi2BwAP/ gdZlLaEuKiglJisrKiUdHScvMzQuKCAaHiIfGxwgIR8cGBUTERUDGIoVEx0pMDYyKyYjAyGE HyAjJgQlhCYmJCIEIYgeGxcSFBofIAQhjyAbGBQREBETFBMSERIVGAMXAxiJFBESEg4KCQgI AweIBgYFBw4XJTANLQAmEQT/gYhlEbYiOTUuLzIzMy0lKDM7Q0M4MCwrMTYzMDAxLCQfGxkZ HCMpJSMiISEiKDAzNTIrKistLzExMjYGOYM4NjQDM4gyLywoIyQqLwMxgjAsBSmVJSEfHx4d HRweHiAiHxkYGRsfIyckAyGFGxUTEhEFEA0RACYcBP+BjmUchCo7Ni8DLpQtLCksMTY7PDQu KScrLy4sLzIsIwQhhCImKCcDJogoKi0wMC8tKQMogykqKwQsBC0ELIsrLCwrKCYnKCorKwMs gSoDKIMnJSYDJ4ElDCQEJQQkiSMiISAhJCcoKA0cACYtBP+BlmUthTAsJyQnAyywJh0gKzI1 NjIuKCQpLismJCIeGhYTERESFRgYFxQSGB8nLy4qJyUkIiEhIyYnJCEhBCIFIYggHxwXFhcb HwMhjyAeFxIREBARFx0dHBgWFgYYiRcVERMWFA8MCQYIhgkLFR8pLg0tACURgYgE/2YRgyM/ OwU3mzEpKSwyNzcwLjEzNDQzMjExKiIfHR0eISYnIwQhiiIpLzAxLiorLzADMYQyMzU4AzmE ODY0MgYxhi0lIiYrLwMxgSwFKYMnJCIFIZYkJicnIhoYGBsfJCgmIiEhHRkYFxQRBBCGDAgN DQwLBxEAJRyBjgT/ZhybKTs3NDMzMTAsKSsuMDIxLCosLzEyLy0vMCskBCOEJScoJgQkjCUn KSssKykoKCkrKwwsiisqKiwsKigmJigGKQMogycmJwMogiclDCQDJQMkjCMhISAgISMmJSQj IQMeCBwAJS2BlgT/Zi2SMjArKS80NTUsIiMqKyopKCktAzCVKyUkIR0ZFhQTExUZGhkXExEU GSAoAymJKCUjISEiIiMjDSGGHxsXExQbAyGOHRoYFhIQDw0TGh4hHRkGGIoWExIREhQTEQ0J BQiNCQsNERceJB4YJys1PQctACURBP+BiGYRoypBPz06OTc0LiksMTIzMCwwODs2MjExMC8p IiAgIyYoKCcjBCGKIicrLCwrKiwwMgQ0gzM0NgM4gzYzMgcxhi0mIiQmKgMuhC0rKioDKZ4o JSIhISMlJygpKSQdGhocICMnJiIhISAeGxkXExIDEIYMCQgIBgUHEQAlHAT/gY5mHJwuPDk2 NDMwLCkmKzExLywoKzM3NTMvLSwsKCUmBCeDKCgmBCSGJScoKSoqAymBKwYtDSyGKigmJSYn BCgDKQcohSclJCQlAyYDJQMkhCYnJyUDJIgjIiIhICIkIgMghCEiIyIHHAAlLQT/gZZmLZw1 MCwrMTY2MyohJzAtJiQjKjY6NS8oIiEgHRkYAxeNGh4eGhcTERIUHCMkJAUlBCSCIyMNIYUf GxQTGAQdjRsZGBURDQsOEhkgHhkGGI0WExISERAREA0JCAgKBAyLDg4PEhgbHh0fMkcHLQAk EYGIBP9nEaMzQUE/PDcxKiYlNEI/OTQwOEVGPDYzMCsnJCIhISQoKiwpIwMhgyIkJgQphSos MDM3BDiINzUzNDQ1NjYDNY40NDMyLSUhICElKSkrLQMviywqKSknJSMhIyYoAymKJiIfHyAk JignIwQhjh4aGBcVEQ8MCgkKDQwLBxEAJByBjgT/ZxyjNT46NzQwKiUiITA+OzQwLDI8PDYx LywqJyYlJicoKikpJyYEJIIlJwUohSosLS8wBC+BLgwsiyooJiQkJScoKCkqBCuKKikpKCcn JiUkJgMoAyeHJSUmJygoJgYkgSMDIYgfHB0eICEkJgccACQtgZYE/2ctmzovKysvMS4qIR4w QTowKygxQEE7MyslIBwaGQQYkBsfHxoWExASFBsgISEiIyUHKIInIw0hlh0WEhUYGBkdHxsZ FxYUExMUGSAfHBoGGJYXFxYUEhAQDgoICAoOEA8OCwkKDA4RAxWCIDIHLQAkEQT/gYhnEakx PEA/OTMuKCQmPE1EOzYzPElGOTMxLSYhIB8gISQoLC8rJCEhIiUoKAMphisuLzE0OAQ5hzg0 MTEyNTgDOQM4kTYzLSUgHhweICMmKi4uLy0qAymCKCYDIo4kKCkpKCYkIyUoKiooJAQhjx8b GBgWEg4KCAgNFBYVEgYRACQcBP+BjmccmDY9PTkzLSgjICM3R0A3Mi81PToxLCspJQQjhyQo LCspJyUEJIIlJwMohSkqKywuBTCCLy0MLI0qJyQiJCUmJicnKSsrAyyJKyknJiYnJyUmBiiD JiYnAyiBJgckjCIgHx4aGhweICIlHgYcACQtBP+BlmctgzoxLAMpqSckHh43Sj8zLSgxPTw1 MCwmHhgYFxcYGBkcIB4aFhISFRgdISEiJisoAyWBJgMphSgkISAfCiGXHxoVFBMTFRkcGxkX FhgZGRgbICEgHRoIGI8WFBIRDwsICAoOEBAOCgkDCgQJgw8YKwYtACMRgYgE/2cRqRctOEA8 NTArJyMqRVRGOjUzOkM5KygqKCQgHRsbHSMoKSgmIiIkJicpAyuCLC4DMYI0NwQ5gjg0AzGV MzQ3OTg2NTU0MCwlHxsYGBkdIiUpBCoEKaUoJiMhIycpKiopKCgpLC8uLSglJCQjIRwYGBcT DwoJDA8VGRsVBhEAIxyBjgT/ZxyjITQ7PzoxKiYkIig+TEI4MzAzNi8kIyUkIR4dHR4gJywr KScDJYwmJygpKSorLC0sLC4EMIcuLSspKSorByyGKykmIyIjBCSCJScDKYsrLCspJyUlJycm JgcogScEKIUnJiYlJQMkjCIgHh0cHB4fISMlIQYcACMtgZYE/2ctnzk7MysnIyIiIBwiPE0+ MSokKC4pIiMnJR0YFRMTFBgDHZsbGRgYGR0fIiQlJiovKiQiIiMnKSkoJCEdGx4IIYkfHRsX FBIREhUDGIgVExgdHBkaHAMdhhwbGhoZGQQYhRcWFhQQAwyQDhAQDwsJDQ8ODAYDBAcLIAYt ACMRBP+B0mcRoRcrN0A7MzAuKycxSE8/MjAvNTkwJCQnJiMfHBoaGyIoJQMhhiMnKSkrLgQw AzGDMzQ2BDmcNjQyMTEyNDc2MjEyMCwoJB8bGBgZHSAjJScpKAMnBCijJiMiJiosLispKSou MTEwLSopKCgmHhkYFxMQDQsOERUZHRoGEQAjHAT/gdRnHKwhMjk9Ny8qJyYlLkFIPDMyMTIy Kh8fIyIfHBoaGx4lKyopJyUmJykrLCssLgMvii4tLS4vMDAuLCsDKYErByyFKiclJCMGJIEm AyeLKCopKCcmJCUmJycPKJEnJiQjIiEgHx4cHR8hIyUnJAYcACMtBP+B12cttTg6MismIiEh IB4pQEc3KSMeIiUfFxsiIBoWExIQEhkfHBkYGRseISUnKCksLS0sKicmJicoAymFJiMfHB4H IZIfGxkZGBcWFhUUFBYYFhQWGxsDGIoZGRseIB8fHh0aBhiVFxQREA8PEBAPCwkLDQ0MBgEA AgYUBi0AIhGBPwT/gVtnEZoXKTU/OjMxMS4sN0pLNysqKy8yKiMkKCYiIAMfiyAkJyIdHiEm Ky8wCzGCNDgEOYI3NAMxmDIzMzIxMS4oJCMfHBkYGRwfICEjJyYjIgMjjiUoKCYlJyotLywp KSouAzGYMC4rKSglIBkYGBQREA8PERIUFxobGREKAQ0BDwAiHIFHBP+BY2ccvCAvNjs1Lysp KSo0Q0U3LzAwMTAnHiAjIyAeHBweICYpKCYlJScpLC0uLi8wMTEwLy0sLC4wMC4tLCwrKwcs hCsoJSMKJAUliCYlJSQkJSYnDiiFJycmJCIFIIweHR8gISIjJCUlJyQCGwAiLYFVBP+Bbmct hjY4MColIwMhpiIvQkMvIR0aHiEaExUZFxMUFRUSEhcaGhkaHRwdHyMnKCouMC0qCSmFKCcj ISAHIYUeGBQVFgQYhxQRFBcYFxYDE4cUFxgYGhweAyGCIBwHGIMXFRIFEIMNCggDCYoIBgIB AwUIECpEATsBNwAiEYG1A/+B0mgRqhQdJSwqKDEtLzJEWlE5LS0uMjQrJigrJyIhISAfICQm IBseIikwNDc2MwkxgjQ4BTmbNzU0NDMxMjMyMS0nIiEfHBkYGRobGxweICAfAx6PHyEkJyco KCkqKyopKSotBTGWLSkmIh4ZGBgXFRIQEhIREBASGR8dGQEPAQ0AIhyBuQP/gdRpHKYlKi8t Ki0oKzFBU048MzMyMjAnHyElIyEfHh4gIyYoJiQkJSgrLgMwkTEzMzIxLy0sLC4wMDExLy4t ByyGKyomIyIjFSSCJicNKI0nJSQkIyEiIiEgHx4fBCCFISMkJSQBHgEaACItgb4D/4HXaC2v ODMuKykoIR0iKjxSSTEjHx4iIxsVFxsYFBMVFRISFBYWFx0gHhsdICQnKy4wLCoLKYMmJCMH IYYdFhEREhYDGIwUERITFBQTERAQEhUDF4gYGR4hISAcGQgYghQRBBCQDw4LCAoLCggFAgAC BQsXKAI7ACERgT4E/4GIbhGkMi0yO1BkVDoxMjQ3NzArLjApIyEhHxscICIgHyMmLjU3OTcz BTGGMzQ0MzY4BjkDOJM1MjQ3NTIwLCkmJB8bGRYWFxgYBhmKGhocHR8gISQmKAUpgS0FMYYs JiMhHRkEGIwVERMWFBEODRQcHR0BGAESACEcgUcE/4GObhy1LykvOU1fUz83NjQ0MSkjJSgk ISAfISMlKSonJCQlKS4wMjIxMjM0MzIxMC8uLjAyNDQyMC4ILIQrKSclEySHIyMkJSYnJwwo iSclJCMiIiQjIQYggx8eIAMjAR8BHAAhLYFVBP+Blm4tlSAcJTFHXU0zKCQkJycfGh4gHRgV EgQRiBISFBsgIiIkAyWEKC4wLA0pgyckIgYhhh4YExIRFQMYghQRAxCCEREDEI8REhITExQV FxodHh0bGRkGGIMVEQ8DDZAPEA0KDA4MCQcGAwEECQ8XASEBLAAhEYG1BP9vEaQ3MDU9UWFP ODM1ODw8OTY3OC4mIyEgHyAiIyUmKCwyODk5NzMEMYIyNQQ4CjmONzU2OTczMTEvLCgkIBgD EoEVDRiEGh0hJQUpgiwwBDGGKyMhIR4aBBiKFxYUFRIPDAkPGAMZARUAIRyBuAT/bxyINC4y OUxcTzsENpk1MS0uLykjISEkJyksLSsoJiYqMDI0MzIyBDSDNjYzAzCEMjQ0MgMwgi4tByyE KigmJQQkgyMiIwkkhiMiISMkJAMlgScLKIInJQUkhCMiIiEDIIMfHR4DIQEfAR0AIS2BvgT/ by2VIiAnMEVZSTQtLCwtKyYjKCskHRcSBBCPERMWHCElKSkoJiMmLDAsDimCJSIGIYYfGxcU EhYDGIIUEQUQgg0OBxClERESFhkdHx4eGxkYGBkbFxEOCwoJDA8PDg4QDQkICAUCBAgMEQEU AR8AIREE/4GIbhGgGjgyNDpLV0c1Njo9QEFBQD89MikkIiMmJycpLC0uMDQDOYg4NzQyMjQ2 NwQ5gTgKOYU4OLW0swMxiS8tKycfFxUTFgMagRkJGIYZGx0hJSgDKYIsLwQxliwkISEgHhwc GxkYGBYTDwsJCQ0WFxYBFwEYACEcBP+Bjm4cjCI1MDE2RlJFNzY5OQM4qjc2NCwlIyQnKy0v MDAvKygsMDEyMS8wMjM0NTg5NTIxMDI0NDIxMzMwLQMsA7CMLCsqKiknJiUkIyEiCCSBIgMh iCMkIyMkJCYnCiiCJyUIJIIjIQMggh8fBCABHwAhLQT/gZZuLYosIyIlLD9NQTIxAzKJLysr MTMqIBgSBBCRFBoeICIlKCclIyIlKiwrKisDLIErBymDKCUiAyEDrJMhHx0bGhscGBUTERES ERAOCgsOBxCQDw0SGBseICEeGhkZGx4bEwMRiRAQEhMSEhAOCgMIhQcGCAsPARABEQAgEYGI BP9vEaAmNTAuMjxDOjQ6QkE9PD07NjIrJSMhJisrKSwxNDIyNgU5hTc0NDY4BDmDNzQ1BjmJ NzU1Njg5NzUzBTGLLycgGxkdIyIfHBoGGIEZBBqWHSElKCkpKissLS0uLCYjIiIgIB8eGgMY iRYSCwgIDBMWEgEUARcAIByBjgT/bxygKjEtLC85PjcxNz06NzY2My8rJyUlJiktLzEyNDMt KS0DMI4vLS4wMjQ1OTs3NDIxMQMyhTMyMi8tBCwDLQQsiiooJiUjISMmJiUFJIojISAhIyQj ISIkAyWCJicIKIEmBySDIyIhCCABIQEjACAtgZYE/28tqyojIiInLzUuKC81NjYyLCgoJiEc GBUVFxYUGB0hISIlKCUiISEjJykpKi0DMIItKgYpgyglIgQhgSIDI5EiISEgHxgTERASFhQS DgoKDQUQlhERDQoRFxkZHCAgHx8gICEfGhcZGhgEF4YVEhAODAkECIIKDgIQACARBP+B028R oCUzListNDYyMjxFQTs5OTUuKSUiIiMpLy0qLjU2MzI2BTmEODc3OAM5hjg2NTI0OAQ5izg1 MjIzNTk5ODYzAzGMLywkHhsaHiQlIh8bBhiJGR4jIyIhISQnBikDKpUpJycmIiEfHBgWFhgY Fg4ICAoPFBQBFgEaACAcBP+B1W8coCkwLCorMTMvLzY9OjY0NC4mIiQmJyksMDIzNDQyLCkt BDCLLy8wMjU3Ojw4NDIDMIcyNDQyMC4tBCyRLi8vLSwrKignJiQjISMmJyUGJIojIiEiJCMi JCYlAySEJSYnJwUohScmJSQiBCEGIIEhAyIBIwElACAtBP+B2W8tkykiISEjJygkJCw1Nzcy LCQeGhoDGZUcHxwYGh8hISImKCUiISEkJykpKi4DMYMvLSsFKYMoJCIEIZUkJygnJiMhHxsX ERAQExcWFBALCg0EEKERExUUEhUbGxkbHR8fIiYmIyIkJCMiHx0aGBcVEQ8QDwsECIIKDgER ARMAHxGBiAT/gV1vEaQlMy4qLDExLS43Pjw6NzUyLy0rKScmKzAtKiwyMzAwNDc3NjcFOIk5 OTg1MzIxNDgEOYY4NTIxMTQDNqA0MTAxMCwpIRsZGRwgIiIfGxkbHRwcGhofJicoJiIjJwwp kigjHxsYFBESFBkcEwwJCQ0RFQEZAR0AHxyBjgT/gWRvHKQpMS0qKy8xLi4zNzY1MjAsJyco KSorLzIyMzIwLisqLS8vLi8DMJIyNjk7OzYxMC4vMDI0NDMyLy0ELI4uLy4sKiooJiUkJCMh IgMlBySDIyEjAySEJignJQMkAyOYJCQlJicnKCUjIB0dHiAhIiIhICEhIyQkASUBJwAfLYGW BP+BcG8tiikiISEjJyckIykDLp4sKiUgHyEhHx4fIB8dHB0eHiAmKCUiISEkJykpKy4DMYQw MC0qBCmcKCUiHx0fISMlJiUlIyAdGRUREBATFxgXFBAODwQQpxETFhgYGx4dGhkZGhscHh8f HiEkJyYjHxsXFBEOCw4PCgUHCAgJDQERARUAHxGBtAP/gdRwEaY5NC8qKiwsKiwzODo6NjIx MjIxLywqLS8tKiorKyosMDIwLjEzMwQ0hzU1NDEzNTYFOYM4NTIDMQMymjAtLC8wLCgjHh0c HiAhIR8cGx0gIB8cGR0hAyODIiMnDCmSKB8XFBEPDQ0PFRwXEAwJDBAVARkBHQAfHIG3A/+B 1nAckjYyLSkqLCwtLjI1NjUxLSsqKgMsjy0xMjIxLispKSosLSwqLAMujDAyNTc3NDEvLS4w MgM0gzMwLQQsiC0tKygnKCgmAySDIyIjCySBIwQkiCUmJiUkIyMiAyCDISIkAyWRIh8dGxsc Hh8hIyIhIiMiIiMBJQEnAB8tgb0D/4HZcC2CJyUGJIIlKAMriCopJiMlKCckBCGZIB4bGhod JCglIiEhIyQmKCssLjAxMC4tKgMpmygnIyAcGh0gISIhHh0gIR8dGRUUFBYaGhkWFAMRBBCD ERIVAxiEGhwbGQcYlRocICIdFxQRDw0JBwoNCAMFCAgJDQEQARUAHhGBPAT/gYhwEZc5NzAq JiQmKSwwNjs+ODM0NzQyMC8tKgcphistLiwqLQQxBjKDNTg4BTmcODQxLy0vMTAvLSsqLS8s KSYiISEgICEhIB8eHwMhih0aHCAhIiIhIycHKYonJCUlJiUdEg0KAwmKCgwPEREODQwOEwEY ARwAHhyBRQT/gY5wHJc2My4pKCYoLC4yNjg5My0tLi0sLS4uLQMsiiooKCkqKysqKSoDLIwu MDI0NTMxLy0uMDIDNIYzMC0rKyoDK4cqJiUnJyYlCSSDIyIjBiSBIwckgyIhIQQgliEjJCQj IB0bGRocHR0eHiAgISMiISIBJAEmAB4tgVME/4GWcC0DKKEnIh0gJiouLy8uLCooJycpJyMh Hh0gIR8dHR4hJCYlIyIDIYokJykpKi4xLisqAymJKCYiHxwaGRscAx2DGxoeAyGLHRoYFxoe HhoYFxYDFY0UEhARExUXFhMVHB8bBRiPFhQUFRodGBENCgkJBgMDAwWFBwsKCQwBEAEUAB4R gbME/3ERmTk4MiwoJCMkJysxOT44NDY5NjQxMSwmIiYGKQQqgS0DMYEzBjaBNwY5ijg2My8s KSwvLisDKQMqiykqKigmIyEgHx8gBSGKHRkbHyMmJSIiJgYpmCgkISAhISIbEg8OCwkJCwsK DA8QEA0KDwEXARoAHhyBtwT/cRykNzQvKigmJygsMDQ4OTMuLzAwLi4vLSglKCknJSgrKyop KSgpAyqMLC8yNDQzMjEwMTEyAzONMS8sKikoKCkpKCYkJQUmgiUlBCSEIyIhIwUkgyMiIwMk hCUmJSIGIIshIiQjIh8dHB0cHAQdhx4gICEhICICJAAeLYG8BP9xLQMpiygiHR4gJCgsLzAt AyuIKikmIx8bGR0DIZQjJiYkJCYnJCIhISMkJikqLC0sKgQphCciHhkEFwMYhBkZGh4DIYgg HhsZGhwdGgYYjRcUERMWFxgYFhcdIBsFGIEUAxGTFRkWEQ8OCwkFAQAAAwcLDgwJCwEPARIA HhEE/4GIcBGaJTo4NDAsKCIdHyMrNTs5ODg5ODcyLicgHycDLYErAymJKistLzEyMzU4Czmc ODUyLisnJSYpKCYlJScoKSorLTAtKSYiHxwbHwUhix8dHiAjJSYkIycqBSmYKCMdHB0fIB0W ExENCgoNDw8OEBIUEg0PARYBGAAeHAT/gY5wHKQrOTcxLCooJiMnLDA0NTIwMjMzMi8sKCQk KSwrKSkrKignKCgEKYMsLzIFNAQziDIxLy4sKignAyaHJyYlJCQlJwMogiclAyQDIoEjBSSB IwMiAySEJScnIwMgjyIjIiIjJCMhHx4eIB8dHgMfhyAiIiEgICECIwAeLQT/gZZwLYEsAymL KCQgGxYXGyMsMTADL5QsKiYjHhcWHSIjJicpJyMjJSYkIgQhhiMnKSkqKgUphCYeGRYEEwQU ixUXGx8hIyMiHxoYAxkHGIwXFRUXGBcXGBoeIBwFGJcXFRMREhUVExEQDQkGAgAAAgYKDg4K CgEPARAAHRGBiAT/gV5wEZonQD05MzAsJSAhIyozNjQ0Nzk5NzIsJR4fKQMxjC0qKSkrLjAw MjQ3OAw5iDczMCwoJCEhBv+OJyosLzAxLSYkIh8bGR0FIQQgiCEiJCUnKy0rBSmXIxsZGRwf IB4ZEw8ODQ8QDw4OERUWEREBFgEYAB0cgY4E/4FlcByRLT88NTAuLCopKi0wMjEuLjIDNJEw KiYjJCswLiwqKSgmJigpKgMrhSwuMDIzBjSKMzEwLiwqKCYlJAb/hyQlJygpKigEJYMjIiMF JJIjISIjIyQlJicoJyQhISIjJSUDJIQjISAfBR4DIIQhIyQiAyABIQEiAB0tgZYE/4FxcC2g Li4tLSsoJB8bGhsjLTM1NTMxLisoIx0VFBsiJSgpKSYFIgUhgiMnCSmIJiEaFhIREBAG/4wW GyEmJyYjHh0cHBkIGI8XFxgXExMWGR4gHBkaGxoDGIEVAxGRExUVEg4KBwUDAQIFCQ0OCgoB DgEQAB0RBP+B1XERqCpHQzw2Mi4rJycoLDEvKSszOTYzLyonJCUpLjI0LyopKSsvMTEyNTcN OYg3My8sKCQhIQX/hNgmKS0DMYgrJCEhHxsZHQshhyImKi4wLCoEKYslIBwZGhwdHhwWEgMQ iQ8MCQoLDhAQEQEUARcAHRwE/4HXcRyaMUdBODMxMDEyMTAwMS0nKC80NDMuKCYlJysDLogq JyUkJSgqKwUshC4wMjMFNIozMTAwLisoJiUkBf+T2CQlJykqLCkmJicnJSMiIiMkIwMigSMD JIIlJwMohSQhIiMlAyeKJiUkIiEhIB0dHwUggyEiIQQgASEAHS0E/4HacS2iMTEwMC4rKCcm IyEnLzY7OzYxMC8rKCAYFxoeJSkoJSIeHwghgiQnCSmIKCciGxUTERAF/43VFRohKCkpJiIh IB4bCxikFxQUFhkdIBwZHB8cGRgYFA4OEBIUFRIOCggHBgIBAgQICwoJAQwBDgAcEYE7BP+B iHERlzhKQjgyLSwwMS0qLjMuJigyNjIvLSopAyiPKzM3MCopKSwvMTEyMjQ3BzmNOjs9PDo3 MzAtKiUiIQT/hdgiJiotAzGJLSgkIiAeHB0eBiAEIYciJiotMC0qBCmGJiIeGhkYAxmDGBUS AxCIDQsJCAgJDRABEQESABwcgUQE/4GOcRyKOkU9MzAuMDc5NAMwliwlJy4yMjErJiYoKist Ly8qJSMiJSkDLIkrKissLS4wMjMENIozMTAwLywpJyUkBP+W2SQkJScpKiwqKCcoKCYkIyEj JCMhIgUkiiUnKSoqJiMjJCYDKIwnJiQkIyMhHBsdHh4EHwcgABwtgVIE/4GWcS2jMS4vMS4o KCwuJyMoLTQ7OjUxMC8rJyEbGBgbIyglIR4aHCAHIYQjJCUoCSmGJyAZFREQBP+O1REVGiEo KSkmIx8bGRkDGIIXFgQXAxgDF48ZHSAfHR4hHxwaGBQNCg4EEYIPCwMIhQUDAQEEAwgBCQEK ABwRgbIE/3IRo1BJPjQsJSo2OjErMTcxKisxMS4rKiknJCMkKC8zKyYnKS0zAzSEMjI1NwY5 jTo9QD46NzMxMC4nIiEE/6IhIygsLi8uLiwpJiMgIB8dGh0gHxwbHB4gISMkJiktLy0qBCmH JiIeGxgWFQMYghcTBBCHDwsICAkMEAEQAREAHByBtgT/chyXSUA3LisqMDs/NS4vMCwoKS0u LCsoJSYDKIkrLzErJyUkJywDLYMrKSsDLIQuMDIzAzSCMzEDMIUtKiclJAT/hiQkJSYnKAMq gSkDKIQmJCQjAySCIyMEJJAlJScoKywoJSQkJigoJiYlAySFIyIdGhsDHAMdgx4fIAQfABwt gbsE/3ItozArLTArJCgxMykiJiouMzQyMC0qJB4bGRgYHCQoIh0bGRsfCSGCIycJKYYnIh0W ERAE/4UTFBYaIAMmhiQhGxUTFQMYgxUTEgMTgxUYGQQbgR4GIZggHRoWEAwMDQ8QEhENCQkI CAcDAQIDCAwBCgEJABwRBP+B1nIRq0xEOC4oIycwMi8tMjUyLS8yMS4rKyonIyIiJi0vKCIl KS82ODg3NDIzNDYFOY06PD09Ojg1NDQxKiMiBP+iISMqLy0rKScmJSMiISEgHhweIB4bGhkb HiIlKCgpKisrKgQpiCclIR0YFBIWAxiMFBEQEBITDwsJCAsPAhAAHBwE/4HYchyjRTsyKykn LDM1MC0uLy0qLC4uLCopJygoJyUpMDMtKSgoKy4DL4ItKwQshC4wMTIDM4EyBDGFLywoJSQE /4QkJSYnAyiBJwUmgSULJIklJicmJiksKicDJYMnJyUFJIYjISAfHRwDHYYcHB0eIB8DHQAc LQT/gdtyLY4uKiwsJh8iKCklIiYpLAQuhSwoIRsaAxiJHSQmHxoZGBsgCSGCIycDKYwoJiUm KCknJB8YEhEE/5QVFxgZHiIhHxsZFRMRExUXGBUTEQMQhRIVGR0gAx8HIY4gHBgTEAwKDhEU FhIODQMMhggFAwIHDQEMAQkAGxGBiAT/gV9yEaxGPjQqJSMiJCgtMDIyMTAzNzUxLy8uKicm JikuLykmJykvNTg5ODQxMDAzNwQ4gTkEOoE5AziENS4nJgT/iCEiJyspJyUiByGMICAfISAf Hh0eHyImAymEKCcoKAUplignJCEaFRYYFxYUERARExYUDwwJCw8BDwENABscgY4E/4Fmchyo PzcvKSclJicqKywtLSwsLzIyMC4uLSwrKScsMzQuKCgpLC8xMTAuKwQsgS4DMAQxiTAyMzMx LionJgT/gyQlJgMngiYlDySOJSUmJicmJScqKiknJSQDJQUkkCMiISAfHR4fHh0eHx8gIB4B HgEdABstgZYE/4Fyci2BLAMpiSIcGhseICImKQYqkCgmIx4ZGBgcIiIdGBgZHCADIYggHh8f ISEkJwMojCYjIiMlKCckIBsWEwT/ihQUFRYZHBoXFRIDEJAREhUYFxcUERAQEhMVGh4eAx8D IAQhjCAeGRUSEBITFBUSDwQQhg8NCQYHCwEJAQYAGxEF/3IRrStAOjMtKyglIiYrLi4vMjU2 OTYzMTAvLSspKSwuLiooKSotMTU4NzQxLiwvMwQ0gjY4BzmEODErKgT/hyEhIiMjIiIMIYgg HyAhICEiJQMphickIyQmKAUplCgmHxkYGBYSEREQEBMXFxQQCwsPAQ4BCwAbHAX/chyULzs0 LyopKCcmKCorKiosLjAzMi8ELpItKykuNDQtKCgpLDAyMzEtKSkDKoEsAy6NLzAwMTIyMzMx LywpJwT/giQkBSUIJAMlBSSHJScoJiUlJAUmBiUGJIkiIR8dHiAfHh4GIAEfABstBf9yLYIu KwMpiiYkHxkbHyMlJygGKZwoJh8bGRgbHh4aGBgZHCAhISAcGhobHiEjIyQkBSWIJignJCAc GBUE/wQRhhMUExMSEQQQiBEUGBkbFxQSAxGIEhYZGRoaGxsDHJkeICEgHhwYGBcWFxUSDwsN EBIUExMQDAoJAQcBAwAaEYE6BP+BiHIRrCg7ODQxMC4oIiQoKSktMzg4OTYyMC0sLS4sKigo JyYmKCotMTM2NDEuLSwuBDGDMjM2BzmIODMvLP//2WoTIYgfHB0gIiMlJwMphiUiISEjJwUp hCYjHBUDFIERBBCIExcYFxUQDg8BDwENABocgUME/4GOchyoLTgyLiwsKyooKCkoJigsMDEx LisqKissLCspKy4tJyUnKSwvMDEvKwUogSoDLJEtLzEyNDMyMS8tKyko///abA4kiCUmJyYl JCQlBSYJJIElBCeCJSQEI4UiIR8dHgcggiEiASIBIQAaLYFRBP+BlnMtjisqKisuLiQaHCAi IiQnBSmZKCUjIB4bGRgXFxUVFxkcICEhHxsYGBkcIAQhgiImBCiMKSckIBwZF///12ERBRCD ERIRAxCKERARFBgbHxwYFgMVhhQWGBkbGgQYmhkbHyEdGhoYFhQSEhEODAkLDhEVFxcWFBEO AQsBBgAaEYGIBP+BYHIRiic+OzczMCwmIiMDJYIqMwM5ijc0MCsqLC4sKSUDIY0jJysuMTIy MCwsLi8wAzGEMzU3OAY5iDg3NTIv224jAyIIIYQiJCUiBSGIHx0dICMlKCgDKYYmIiEhIyYD KYYoJiMfGRIEEQQQhhITFhgXEwQQABocgY4E/4FnchyILDg0MC4sKikDJ4QmJCYtAzGILiwq KSkqKikDKIYmIyImKisDLYIsKgUogSoDLJAtLi8wMTAwLy0sKikp228mAyUIJIElBSaKJyYl JCUmJygmJQckkyMjJCUmJyYmJSQjISAhISAgHx8HIIIhIwEkASIAGi2BlgT/gXJzLY4uLzAx MS8jGhwgIB8hJgUpjycjISEgHRkVERAQEhYaHQMhhh4aGBgZHAUhgiIkAyWsJiYlIyAdGxrY ZRkXExEREBAREhUUEhITFRQVGBweICAdGxoZGRcYGRsfHRkEGIwZHB0bGRgXExANCwoECYkL DRATFRUWFRIBDwEKABoRBP+B13MRii9APjo1LigkISEDIoIpMwM5mDg4MiwoJycoKCMdHyMp MDQzMTAvLiwtLwUxgjM3BzmYODU0NjYzLy0rKSkoJyclJCMjIiEiJickBSGRIiMkJSYlJCUl KCknJCIiIyYDKYYmIh8bFxEJEIUREhYXEwQQABocBP+B2XMciDA5NTIuKygnAyWEJCImLgMz hzEvLCooJycFJoolJywvLy4tLCspBSiBKgUshC0tLi4DLY0sLCsrKiopKSoqKSgmAyWEJCQl JwMoiiYlJSQlJicoKCYIJIciIiMkJSUjAyKDIR8fDCCDHx4hAiIAGi0E/4Hccy2PLjEzNzYz LSEaHCAeGh4lBSmCJiMDIZMfHRcSEhQYHCAhISAeHBoYGBkdByEDIoEjAyKDISAfAx6WHRwZ GBcWFRQWGRgUExYZGBkcICAhIgMjjiEcGBgZGx4eGxoaGRkYAxmVGBYTEAwLCQgICQoKCAgJ Cg4REhEOAQsBCgAZEYGIBP+BiHMRijk8PDo0LSchHiADIYIpNAU5ljMrJiMiJSYhGh8mLzk9 NzEuKy0vMDAFMYI0Nwc5mDg1NTc5NjMyMjExMDAuKyknJyUiIiMkIwUhhiMnKSkoJAMihCUo KCcDJoonKScmJCEdGRUSChCEERQVEwQQABkcgY4E/4GOcxyIODg1MS4qJyUDI40hICYwNDQz MjEtKScmBSSKJigtNDYzMC0qKQYohikqKywtLQMuBS+cLi4tLSwsLS8vLSsqKCcnJiUlJico KCclJCQlJwMogiYlBySHJSUmJiUkIgMggx8dHgwggx4dHwEhASMAGS2BlgT/gZZ0LY4xNTg3 MyseFRkcHBkeJQUpgiYiAyGTIB8YEhMXHCMnIyEeGhkZGBgZHQUhgiIkAyUEJAMjgSIEIa0g IB8eGhgaHhwYFxseHyAiJCIfISUnJyYgGRgYGRkcHiAiIR8cGhgXFhMPDQkECIwKDA0KCAgJ DRAPDgsBCQEIABkRgbAE/3QRjzY6OjkzLCUeGx4hISIqNQQ5lTgyKyYiIiMiHhofJzA4OzQu LSwuMAYxgzAzNwg5AziHOTg3NjY0MgMxiC0qKSknJCIiByGCIyYDKYYnJiUkJigDKY4qKiko JSMiIR0ZFxYUEQYQgw8QEAMRAxABDwAZHIG0BP90HIg2ODUxLSomIwMhix8eJjE0MzExMCsn AyaNJSQjIyYrMDU3Mi0rKQkohCosLi8DMIExBDOcMjIxLy4uLzAwLiwrKikpKCclJCUnKCcl JCQlJQMmgiUkBiWCJicDKIsmJCEeHyAgHx4eHwoggx4cHgIgABktgbkE/3Qtii4xNTg2Miga EhYDGYIeJgUpmSUiISEgHRoWEhMXHSUoIh0cGRkbGxkZHB8EIIIiJgcohScnJiQiByGKIB4g IyAcHB8iJAMoiSMcHCEjIR8cGQQYnxsfIyYoJCAcGBUSDwsKCQgICQoLDQ4LCAgJDA8NCgoB CAEHABkRBP+B2HQRjzg+OzkyKyUfHR8hISIrNgQ5lDgxKiYjIiEgHBogJy42NzArLTAwBjGI Ly0vMzU1NjgMOZpZd5gxMC0qKSkoJyYmJSMhIB4fICMmJycoKQQoAymPKiwuKyklIiEhHhsa GBYTBRCHDQwOEBITEgMQAQ0AGRwE/4HZdBylODw3Mi4pJiMhIB8eHSYxNDIwMC8rJiYoKCYk IiInLjI2Ni8pKQooiiosLS4vMDEyMzMENIozMTAwU3WXLiwsBCuKKigmJSYmJSQjIwckgSYF J4ooKSopKCclIR0eAyCKHx4eHyAfHR4eHwMggx8dHgEgAR8AGS0E/4HcdC2QMDI0NDIuJRkV FxgXFh0kKAQpmCUiISMfGxcUERQXHiUmHxkZGBseHhoZGgMbiBwcHiIlJSYoBSmQKCYjIiFG a5AhIiQlJicmJAMiiiUpKCcjHRweHxsHGJ8bHyIjJCMhHBYUEQ4LCgkJCAoMDgwLCgkKDQ4P DAkIAQgBBgAYEYGIBP+BiHMRkCI7QDw4MSolIiEhIiEjLTcEOZQ4MSooJyQiHxwaICcuMzMu KiwuMAUxiS8sKSwwMjIzNgo5nnq8//81NTQxLi0tLCsqKigkIR4bHCAhIiMjJCcpKwQsniss LjAtKSUiISEgHx0aGBYUFBMREA4LDREUFxQREAEQAQ8AGByBjgT/gY5zHKUoPD85NC4pJyUj IB0cHigyMzIwMC8rKCcoJyYkIiEoLzI0MiwnCyiHKiwsLS4vMAMxkDIzNDQzMXS6//8yMTAv Ly4DLYIrJwMkhSMiISEiBiSBJgUoiikrLCopJyUhHR4EIIkfHh8gHx0cHR4EIIIfHwIgABgt gZYE/4GWcy2BLwQxpi0pIhsYGRgUExohJSgpKSglIiMmIhwXExEUFxsfHxwYGBkbHh0aBBiK FxgYGx8iIiMmKAUpiignbLX//yIjJScFKY0oJCIlKCYjIiAeHBsaBxiZGh0fICAhIRoTEREP Dg4NDQwNDhAMCQkKDQMQgw0JCAEIAQkAGBEF/3QRhiNAQz03LgMnhysvLSYjLTcDOZU4NjAr KionJCAcGyIoLDAvLCkqKy4DMYswLisoJSovMjQ2Nwg5gVoE/4F6AziPNzY1NTQ0MS0pJyUh HR0gBCGFIiUoLC8DMIkvLzAxLSknJSMDIYQfGxgYAxeKExESEhUYGhwYEgMQABgcBf90HKYq QEA4MSwoKCkrLSojICkzMzEwMC8sKSgoJyYkIiIpLzExLikmJwoohikqKywtLwUwhDEzNFQE /4J4NAQzhjIwLy8tKQMmhiQiISEiIwUkgSYFKIopKSopKScmIyAfCSCIHx4eICIiISEDIAEi ABgtBf90LaAvMTEvLCkmIyAkKSYbFRogJCgpKSglIyYoJB0XFBIVGAQZAxiEGRoZGQMYixYU FhgaHiEhIiUoBSmBTAT/hWwjJSgoBSmLKCQiJSglHx8hHxsJGJkZGhsbHSEkIRwZFhQSERAQ Dw8QEAwJCw0QAxSDEAoIAQgBCgAXEYE4BP+B2HQRtSNDRT01KiMpLzhAOyskLzg5OTg1MzEv Li4rJyMgHyYsLS0rKCUmJyktLi8vLComIykvMzY4CTmBnAP/gd8KOYk3LyopKSUhICAEIYYi JSgrLS8FMYswLSopKCUiISEfGwUYixYTFBgbHyAgGxMQARABEQAXHIFBBP+B2nQclitEQjcv KSYqLzc/OSoiKzMzMTAvLSsEKIwnJSIiKS8wLywnJSYDJwMogikqAymFKCosLS8FMIQxMjKZ A/+B3gY0hjMyMTEvKwMogiYkAyOIJCQjIiMkJigDKQgogyYkIgQgBB+LICEhICIkJCMjISEB IgEjABctgVAE/4HddC2SLzEvKyglIyUoMj43JBgcISUoAymkJycoKScjHxkWGRwbGRcWFhcY FxYXGBgZGRUSFBgbHyEhIiUoBSmBlAP/hNwlJicHKYsoJCIlKCMcHCAfGwUYhhkcHB0dGwMa iiAnKCckIBwYFRIFEIUNCwwPEwMXgxMMCAEIAQoAFxGBiAT/gWJ0EZUjQUA5MSgjKjE4Pzcp JCsyNjk3NTMDMYwwLiomIyMqLy4rJyQDIo0kJSgqLS0uLCotMDQ3CjmEnP//vws5hzcyLi0t KCIHIYYkKCkqLDADMY4vLSsqKSkmIyEhHxwaGQQYihcXGB0iJCIeFxIBEAERABccgY4E/4Fp dByXK0U/NCwnJSswNz42KSMrMjIxLy4sKikEKIomIyMqMC8uKiYkAyWNJicoKiwuLS0sKywt LggwhTGZ//+9CDQDM4cxLSopKCclBSSKIiEiJCYoKSsrKgMoAyeFKCcmJCIDIIEeAx2FICMj IiQDJYMkIiEBIwEkABctgZYE/4F0dC2RMDItKCUjIiUqND41IxodHyQFKYInJwMopyQdGR0f HBkWExMWGBUSFRcaHB4cGhsdHiAhISIkJiYnKCkplP//uQMoCSmKJyYnKCIbGhwcGgUYkxse IiUkIR8eHiEkJyknIx8bFxMFEIoPDw4QExYYFhMNAwoAFxEF/3URpS4/PDQtJSQrMTM0LiYi JCgxODg3NTMxLiwrKigmKCwwLSonJSMEIYQkJyswBTKCNDcKOYKcvw05hzg0MTAwKiMHIYsk KCosLS8xMC8tKgQpgicjAyGDHx4dAxyBGgMZhx0lJiMfGhYBEgERABccBf91HJA3RT0xKiQk KjAyMy0lIyouAzCFLy4sKikDKIsnJSYrLi0sKSclJQMkhCYoKi4DMIQvLS4vCTCDMZi9AzSC MzMINIczLywqKSclBSSKIiEiJCUnKCorKgMoiCclJigoJiQiAyCPHx4dHSAjJCQmJycmJCIg ASEBIgAXLQX/dS2tNTErJSIhIyYqLzMrHxkZHCMoKSkoJiMhICIkIx8eICEdGRYUFRYXFRMU FxoeCiGJIiIjIyUoKZS6ESmHKCIbFxUVFwMYiBodHiAiIyQiBCCKISQnJyMfGxcTEQcQhxET FxYTERADDgAWEYE3BP+BiHURmC8/OjMrJCMnLC0tKSMhISQvODk5NzIvLAQpiigqLjAtKigo JiMDIYQkKC0zBDaCNTcaOYc3Mi0sKycjAyGVIiIhISQoKy4wMTEuKysqKSkoJyUjBCEFIIsd GhocHyIkIyAbGAEVARIAFhyBQQT/gY51HJg3RDwwKSQjKCwuLyokJCktMDIxMS8uLCoFKJYp KywrKikoJyUkJCUmKCsuMTIyMS8vCTCJMTEwMTM0NDIyBTSLMzM0MzAsKigmJSQDJYskIyEi JCQlJigpKQQoiSYnKCgmJSMiIQMgjR8fISMlJicoKCclJCMCIgAWLYFPBP+BlnUtozg0LScj IiMlJystJhwYGBojKiopJiIfGxkcICEhICEgHBkYAxeHGBcWFhgbHwMhgSMEJQQkhCMjJScT KZUlIyAdGhYVGBoYGBwfICEgHRwcGxsDHIofISIgHhwZFRIRBRCIEhQXGhsXExMDEgAWEYGI BP+BYnURkTBAOTIrIyIiJScpJiIhISUwAzmENS8rKwUphCssLSwDKYkmIyEjJScqLzYEOYE4 GzmXNy8pJiMiIiEhIiQmIyEkKCstLi4vLCoEKYQnJCIiCSGEHxwcHgQhgyAcGQEXARYAFhyB jgT/gWp1HJg1QzsxKiMiJCcqLSkkJiouMzYzMS4sKikFKAQpAyiOJyYkJScoKiwvMTM0MjEJ MIoxMjMyMjM0NDMyBDSYMzEyNDMwLCkmJSQlJicnJiMhIyUmJSYnCyiNJyYmJCMiIiEhIiQl JwQoAycCJgAWLYGWBP+BdXUthTs3MColAyKSIycpIhsYGB0nLiwpJR4bGhkdAyGFIB8dGxkF GIEZAxqGHSAiISIlCCgDJxMpmyghGxwfHx4cHR4bGBwgISEgHRsZGBgZGBkZGgMbkh0eHBkX FRQTEhESFhoeHxsXFwMWABYRBf91EZcUM0A4MSojIiMkJiYkIiQmKzQ7OTczLAMpgigoAykD KgMpiSYjIygsLS8yNyA5hjcuJSMiIgMjiCQnKSYiJCgpBSoFKYMoJiQEIQMgAyGEIB8fIAMh hB8eHBkCGAAWHAX/dRyXHjdCOTEpISEkJykpKCYpLTE1NzQwLSkIKIMmJicDKIonJiUoKywu MDIzBDSCMzEDMAMxgjAyDTSNMzExMjEuKyglJCQmJwMohyQhIycoJycEKIUpKiopKAMnAyiE JyUkJAMjgiQlAyYFJwIoABYtBf91LYgwPDcwKiYiIgMkkCMgHBscISowLSkiHBkZGh0DIYQf HBoZBRiCGhwDHoYhJCUjIiUGKYMoJygUKYcnJCAaGh0fBCGEHRobIAMhoCAfGxkbHRsZGRsb GRkcHyEhHRgXFxUSEhUZGxwYFhUWARYBFwAVEYE3BP+BiHURixw3PzcwKSIjJyYkAyKbKDA2 Oz05NC8rKSkoJCIlKCkpKissLS0rKCkuAzOCNTgXOYQ6Ozw6BTmQNiwjISEjJicnKCstKiYm KAwpgygnIwMhhR8dHB0dAx6JHx8gISEdGhkZAhgAFRyBQAT/gY51HIkkOkE4LycfISYEJ6Ao LDE0NjczLisnJygoJycoKiknJicoKSsqKCgrLS8xMgM0kTU2NzUyMDAxMjMyMTI0NDMzCTSC MzIDMIgsKSclJCQmJwMohSYjJCYnBSiJKSosKykoJiUlAyaDJSUkBSMEJAUlAiYAFS2BTgT/ gZZ1LZc2OzYvKSUiJCckHxweHyEjKC0wLSkkHwUdhB8hHx0EHI4dHBwdISMiIiUoJyQiJgYp gyYkJhMphCglIh4DGYIbHwMhhSAeHB0dAx6fHxwaHCAeGhodHxsZGhseIR0XFRUUEQ8TFxcY FRIREgESARMAFRGBrQT/gWN1Ea0eOT42LygiJywqJCEhIiw3PD8+NzEtKyopJiAcIigpKSot MTM1NTM0NTc2NjcYOYU7Pj88OgQ5hzYtJSQkJioDK4UuLy0pKA4phygmIyIiHhoEGYoaGhsb HB8gHRkZAxoAFRyBsQT/gWp1HK0lPD00KyQeIykpJyYnKS4zNjc2MSwpJiYoKCYmKCsqKSgo KSwuLSssLi8xMjMDNJI1Njc1MjAwMTM0MzIyNDQyMTMJNJQzMjIxLSooJiUlJigpKCgnJSQl JgMoiSkqKissKyooJgckgiMiAyEEIoEjByQAFS2BtwT/gXV1LZ80NzIrJiQiJSsmHhkcHyMm Ky8wLCklIyIiIBwaHiAhAyCaISMlJSQkJicmJicoKCYmJykoJygpKCYkJSgSKYkoJCEdGRgY Gh4FIaUeGxkZGhobHR4fISAeHB0eGxkYGBwgHBURERANCw0PEhQUExMSAREBEAAVEQX/dhGq ID09NS8nIys0LyUhISMtNzs8OjUxLy4tLSokICMlJSYpLjI2OTk4Nzc4FTmBWAU5hTs+Pz06 BDmUNy8pKCgrLi8vLi0sKyooJyUmJygKKYgoJyYmIx4bGQYYhhkcIB0ZGwMeABUcBf92HJ8m PDowJyIeJS0sKScoKS0xNDY1MS4sKSkqKikoKSsqAymJKi0wLy0uLzAzBjSLNTU0MjAwMTM0 NDMDMoRRMTIzCzSXMy8sKignJygqKykoJyUkJCUnKCgpKisDLIMqKCYIJIIiIQUggiEiByQA FS0F/3YthDEzLSYDIpYoLicdGRobHyMpLy8sKScmJygmIR0fBSGFIiUpKSgDJwUpjCgoKSkn IyUoKSgnJwQpgUoOKYkoJSEdGRgYGh4DIYQgHRwaAxiEGRocIAMhhSAfHBkZAxiRGyAeGxUS DwwKCQoNERQWFxYBFAESABQRgYgE/4GIdhGdJT48NC4oJi83MikmJCcxOzw9OjYzMjIxMC4q JyQDIosnLjI2OTc1MzExNhQ5gZwFOYE6AzuBOgQ5lDcwKiosLjIzMTAtKikpJyQiIiMmDimE JiMfGwYYhxkcIB8dHR8CIQAUHIGOBP+BjnYclys/OS0mISEpMTAuLCssMDQ3Ozg0Mi8tAyyR KysqKSkoKSssLjAvLSwsLTEENAQzhjIxMDAxMwM0iDMyMZgwMTEzCjSEMzAtKwQqhissKikn JQMkjCUmJygoJykqKikoJwQlBSSDIyIhBCKCIyQDJQMkABQtgZYE/4GWdi2dMzIsJCIjJSsw KSAbGx0hJy83Ni8rKiksMCwmISAFIYkiJignJCIgISUIKYcmIiQnKSkoBSmBlA4phCglIR8D HIgdHyEhIB0aGQMYhhkcHh0cHgMhgiAcAxiTGRkcHyEgHBYQDw4NDQ8TFRgYFwEUAREAFBGB rQT/gWR2EasvPjs0LioqMjg2MzAtMDpESk9KQj05NTMyMC4qJSEeHSIpMDU4NjIvLC0zIzmU NzAqLC8yNjYzMS0qKCYkIiEiJCYOKYYoJiMfGxkFGIYbHyAfHyACIQAUHIGxBP+Ba3YciDRA OS0nJCUuAzagNDIzO0NOWVJGPDUvLi4tLSwqJycmKCsuLzAvLSsqKzAENIEyBTGKMDAxMjIz NDQzMgMxgjIzCjSaMzAtLCssLi4tLCknJiUkIyQlJScoJyUmKCkDKAMnAyaBJQMkgyMhIwUk hCYnJyUCJAAULYG2BP+BdnYtqzgyKyQjJiktMCslIyMnMTxPYFhHOjEqLzQxKyUhHhwaHB4h JiglIh4bHCMIKYglIiQnKCYlJxMpqigkIiAgIiMjIiEfHBsZGBgZGhweIB0aGx8hISAcGRgY Gh0eICEfHBgTEQMQhhIWFxgXFAERAQ4AFBEF/3cRiDE/OTAsKCszAzmgNzQ4QkxXYFlORT44 NTIxMC0mIBoVGiIpMjg1MjAvMDUQOQM6EDmUODIuLzM1ODg0MC0pJiMiISIlJygKKQYohSYj HxsZBBiFGhwdHh4DHwAUHAX/dxyWNkE3KyclKDE4Ozw7OD1IVWZ2aVVGOgMwki8tKyglJCIm Ki4xMi8rKiosMQM0gjMyCTCCMTMENIQyMTIzCjSGMzMwLi4vAzCELiwoJQMkhCIiJScDKIIn JwoogicmBCSCIyMFJIQlJycmAiQAFC0F/3ctqzYuJyAhJCgtMS0qKiszQlRthXVdSDcrMTc1 MSohGRQPExgeJCglIiAeHyUDKYIoJwMmiSQiJCcoJSMlKBIpjSglIiEhJCcoJCAcGRkDGJ8a HR8gISAeHiAhISAcGRgYGx8gIR8cGRgWExEQEBIUAxWBEwEPAQwAExGBiAT/gdt3EYg0PzYs JyQpMgM5oDg3PEdSXGRbT0U8NTQyMC8rJh8YEhcdJzE4NTIxMTM2DjmHOjw+Pj09Ow45lDg0 MTM3ODk4NDArJiUkIyEiJysrAyoHKYEnBCSGJSUjIBwZBBgDGYIaGgMbABMcgY4E/4HddxyW OEI2KiYjJy83Oj0+PkpecoGMeWFNOwMvki4sKiclIyElKi4wMi0pKiwuMQM0gjMyBzCDMTIz BTSDMzIzCzSMMjEwMDEyMjMyLywoBCWFIyImKSkKKIEnBCaBJQwkAyUCJAATLYGWBP+B33ct qzMpIhwcHSIrMC0qLTFBXHOIl4JlTzstMDIyLyohGREKDhUcIiYkIiEhIyYDKY0nJCIiIyMi JCcpJyYnEymMKCQiISEkJygkIBwZBBiCGR0FIYEgBCGPHBkYGBobHB0cGRYXGBURAxADEYIS EQEQAQ4AExGBiAT/gYh2EawVNj4zKiUiKDE3Nzg6O0JKVF5lWk1CODIyMS4rKCQfGBIXHiYv NDMyMzU2OA45hzo9QEFAPzwPOYM2NDYDOY04NDApIyQnJiMjKS4vAy6JLS0sLCspKCUiAyED IoMgHRkFGIIXFgUYABMcgY4E/4GOdhyXHzpAMyklISYuNDg7QEVZdImVm4NnTzoDLZcsKiko JiMhJCgrLC0rKSosLjAxMjMyMQMwBDGCMjMUNIEyAzGBMwM0kDMvLCglJicnJSQoKysqKikH KIInJQwkgiMjByQAEy2BlgT/gZZ2LYQuMCceAxifHigtKigwOVJyjZqhiGlSPTAuLCsrJyIc EgoPFhodHwQhiSMkJSYmJSMiIgMjgiUoFymMKCUiIiMlJygkIR0ZBBiCGR0KIYIdGQQYiRkZ GBUSFRcVEQMQgg4OBRAAExEF/3cRpR44PTIqJSImLC8uLzxISUdJTU9GPDYxLS0sLCspJiEZ FBohJy4DMoI0OBA5gjo8BD6BPAQ5gnRXBDoFOQM4AzmMODQwKyYmKCcjIykvAzEFMIUvKSUj Igchgx4bGQMYhhcUEhYYGAEZARsAExwF/3ccoiU5PC8mJCEmLTAxNEJPXm17g4ZvVEIyKSkq KywrKyklISQFKIcpKiwtLS4wAzGGMDAxMjMzAzKBMwo0gnFTBzSEMjEyMwU0ijEuKicnKCgm JSgDLIIrKQcogiclBiSBIwQkhCMiIiMGJAATLQX/dy2nMC0lGxQWGBsgIB4fMUNXbXyFh21S QjUtKScrLy0oIRUMERcZGRoeBCEGIoIjJQQnDimCaUkIKZUoJSIkJicpKCQhHx0bGRgYGRwf ICAHIYIdGQUYkBcVFBMUFhUSEBAODAoOEBABEQETABIRgTUE/4HcdxGpHzk6LygmJCYpKCUp P1JMQDo5Ni4oKCopJyYqLi4tKB4YHyguMzY2NTUDNoE3DjkGOoc5dP//4js9Az6EPDo5OAM3 BDmNODUxLCkoKScjIicrLwcxgzArJAkhhCAfHBoDGIMVFBYDGAEbABIcgT4E/4HedxybJTg4 LCQjIiYrLSwxRVlfYmZralQ+MyolJScsAzGELigkJgQqiCkoKisrLC0vAzADMYEzBDSDMjEz BjSEcP//4Qg0hTIxMjIzBDSDMjAsBCiDJiUoBCoFKQMogiclBSSDIyIjAySGIyIhIiMjBCQA Ei2BTAT/geB3LYYvKiIYERUDGZwYFhs0TVhhZmhlTDYvLCglJTA5ODQqGxAVHB8gByGHIiIk JCMlJw8phGj//+AJKZYoIyAjJykpKCQiISAdGhgYGRobGxweBiGDHhsZAxiGFxQSFBYVAxSG ExEQDQwNAxABEwASEYGIBP+BiHcRrh80MikmKy8wMTEyNUBJQjkzLikjHSAlJyYnLzY1My0i HCUvMzc5ODg2MzIyNDcSOYFWA/+E4jk8PwNBiD47ODUzMzQ2AzmOODQxLSopKSckIiUoLDAH MYQsKCQiCSGFHhsZGBgDF4IYFwEUARcAEhyBjgT/gY53HKIkMzAnIygsLzQ4O0JRXllSUVNO PjAqJiYoKzI5ODYxKiYoBCyIKigpKSosLS8DMIMxMjMFNIMzMjMENIFSA/+B4Qk0hTIwMC8x BDKDLy0qBCiDJiUnBSiIKSsrKiknJiYDJYYmJSQjISIEJIIiIAMhAyIBIQASLYGWBP+Blngt hSceFhMbAyGfIyQtQ1ZUT0xJQjIkJCYoKS07R0Q+MR8TGSAkJickIgQhgiIlBCeBKAYpgycm KAQpgUkD/4HgCimOKCEcHyMmKSgkIiEhHhoGGIMZHB8FIYQgHxwZAxiLFRMVGBUSExYWExAD D4IQDgEMAQ0AEhEF/3gRpSIwKyUmMDg4Nzo9Pz09ODMtJyEaFRshJiowO0U/OTAlICcwNDgD OYY1MjIzNTcSOY+c///FOTk7PD0+Pj07ODYDM5I1ODk5ODQxLSopKSckISMkKjAHMYQuKiYj CSGGIB4dHBwaAxiBFQESARQAEhwF/3gcsyUuKyQkLTQ3OkFKUlxhUkI9OzYtJSQlKS81P0VA OTMsJykrKywsKyopKCosLjAxMTAyMw00hJr//8QKNJUyMS8tLzAwMS8sKSgmJygoJiQlJicD KJEpKisqKSclJCQlJycmJCQjJAMmhCUjISEFIAEfABItBf94LYYrIhsUFiADKJ4tMz5RXU08 MSkiHBccIiozPk1ZUEQzIhYbICQnJyQFIYQjJikpBSgDKYQnJCMnBCmElP//wAcpkignJicm IBsdICMnKCQiISEeGgUYhRodHB0fBSGDIB4aAxgDF4kYFxYWFxcTEA8DDoENAQoBCQAREYE0 Bf94EaUvMCokJi80MjA1Oz9APjo1MCsjGxYZHiQrNUJMRTsyKCQqMTU4AzmFNTI0NjgSOYQ6 nf+AAzkHOoI5OAM3BDWONDEuLCopKSckISEiJy4HMYQuKicjCiEDIIYfGxkYGBcBFgEXABEc gT0F/3gcpCwtKSMkLDEyND1HUVxgTjw2NC8oIyMlKzM7RkxEOzMtKCgpKgMsiisqKSsuMDIz MjEDMIEyAzMINIOa/3wMNJAzMS8vMDAvLiooJiUmJycmAySBJgQoAymNKCclJCQlJicmJSUk JgMohCclIyIGIAARLYFMBf94LaclHRgTFR4lIyIpMkFUXUgyKCEbGBUZHyo3R1dhVUU1JBod ISQoJyQFIYUjJiknJQMkiCUlJykoJiUnBCmDlP91CCmCJyQDI40hHx8hIyQlJCIhIR4aBBiH GRseHxsaHgMhhCAdGxoGGAMXihgYFxMQDQsKCwwBDQEMABERgYgE/4GIeBGsMTAqIyYtMCkl LTc+REU/OTY0LSMcGxsfJC03Pjo2MCknLDE1ODo8Ozg1NjgTOYU7noM8Og45iDYzMjEwLSoq AymHJyQhIyUpLwcxhC4qJyMOIYUeGxoaGQEZARoAERyBjgT/gY54HKQuLCciJCotLCw1QE1b X0w7ODcyKyYlJSoxNz1CPDYxLCkpKiwELY0rKiwvMjM0MjEvLi4wAzGBMgc0gpp8DjSCMjED MIouLCgmJSQlJSYlAySBJggogiclAySPJSUmJyYlJSYmJycmJCMhBCABIQARLYGWBP+Blngt qSAZFREWHiEeHCQvQFZbQy4pJiMfHBscJTE8RkxCOC0jHR8hJSgoJiQiAyGFIycoJSIDIYUi IyYoKQMoBCmClHUHKYQoJiUjCCEDIgMhjR4aFxUUGRweIB8bGR0DIYMeGxkGGI4XFBMTFRcY FRMPDAoKDAEPARAAEREF/4FmeBGrLSwnIigxMSolKC40PD47ODk5MykhHhsdISYsMTIyLisq LjI1ODw+Pzs4OBQ5hTw/QD06DjmSNjIwLy0pJygpKSgnJCIlJysvBzGELisnIwYhgiIiBiGF IB8eHh0BHQEcABEcBf+BbXgcpC0qJiMoLzAtKy81P0xOQjc3ODMtKCcnKzA0Njg1Mi4qKSss LgQvjC0rLTAxMjIxLy4uLwQwgzIzMxM0ijMyMTEwLy0rKCYKJIEmCCiCJyUEJIclJignJSQk BCWDJCQjBSIAES0F/4F4eC2xIBgWFBskJSAdIyo3Rkg3KSsuLCckHxwkLjQ2ODIsJyMhISIl KCkoJyQiISEjJyglIgQhgiIkBCaDJycoCimFKCYjIiIOIY0eGhcTEhkfICEfGxkdAyGGIB4c GRgXAxaOFRMREBIWGBcXFRQRDg8BEgETABERBf94EZkUKSgkIyo1NC0nIyAmLTIzNDc5Myom JCMnAy2PLjAxMTAxMzU3OTs8PTs6FTmFOzw9PDoOOZY2Mi8tKSYjJikoJSMjIiUoKy0uLi8v AzCELysnIwUhgSMEJYIkJAMjgiIiAyEBHwARHAX/eBynHyooJiUsNDQvKykoLTQ3NTM1NTIs KSssMTY3Njc1MjEvLSwtLi8vAy6CLS4DMIQvLi0uBjCCMTEDMoEzCjSCMzMENIEyAzCILy4r KCUjIiMIJIElAycFKIInJgQkhSUmKCgnBCYFJQUkABEtBf94LbIsHxgXGSErLCUgIiQpLy4p Ji84NzMtKCQtNzg0MC0pJyUkIiIlKCkoJyUjIiEjJyglIgUhAyIDI4IkJwopgygmJAMjBCIJ IZYeGhgWFhogISEfGhcaHiAgISAeGxcVAxKIFBQTEhETFRcDGIMWExMCFgAQEYGIBP+BiHgR ohoiIiAfKTQyKyQfGh8lKSwvMzYyLCkpKjA1My0qLjE0NzcDOIQ5ODY3BDmEODY2OBA5AzoP OZA2MjAuKyUiJCcmIyEhIiQoAyoDKwQshSsoJiQiAyGCIycFKAMnhCYmJSUCJAAQHIGOBP+B jngcpCImIyMkKzIxLSglISMnKi0wMTMwKyotMTY6Ojc1NDQzMzEuLAMtjCsrLC0tLi4tLCwt LgMwBDEDMIIxMwk0iDIxMjIzNDQyAzCILy0qJyUjISIJJAMliSYnKCgnJiYlJQMkgSYGKAUn BSYBJQAQLYGWBP+BlngtiykcFhcaIiwrJSEgBR+NJDE+Pzs2Lys0PjkwKgMphygmIyIlKScD JYgnJCIiJCUjIgchhyIjIyEiJSgKKYEoAycEJoMlIyIDIYEgAx+CHhoDGJwcICEhHhgTFRcZ HBwdHBgVFBIREBMWFhMQERIVBBiCGRgBGAEXABARgaoE/4GIeBGjFhsbGhwnMC0mIBwaHiIk JigsLy0qKiwtLS4sJyYpLC8zNTYDN4s2MzM3Ojk5NzQzNyI5izYzMTAuJyIiIyMiAyGBIwMm gSgDKYIoKAQpgygnJAMhgiMnCikEKAAQHIGuBP+BjngcoyAgHiAjKC0sKCUjISMlKCosLi8u KywwMzU3NjY0MjAwLy8uAyyDKyoqAy2HLCsqKistLgMwijEyMzIxMDAxMTIIM4gyMDAxMjQ0 MgMwiC8tKyknJSMjDCSJJScoJyUmJycmAySBJQMmgScMKAEnABAtgbQE/4GWeC2NJxcTFhoi KSckIB0aGgMbnSEvOzw6NS4rMDYxKSUkIyMkIyIiJigmIyMnKSUiDCGHIyYlIyIlKBEphCgo JSMDIYEeBBuPGhgYGRsdHh4dFhEQEBMXAxiUFBIUFhMREhMTDw0PERQXGBgaHR0BGgEXABAR Bf95EZIVGBocICgvKiIeGxkcHyAhIiYDKY4rLi8pJCMiIiMkKCwvMgQzjDI1Oz47OjYzMjU3 OCA5hzYyMTEwKSMIIQMikiQnKSclJCUnKCkoJyUiISEjJg4pABAcBf95HJIeHB0gJCksKSUi ISEiJCYoKSsDLI0uMjQzMjM0Mi0qKSgqBSyMKy0xMzEvLCopKiwuAzCFMTM0MzIEMAoxAzCB MQQyiTEwLy0sKigmJQ4kiCUmJiUmJygmBiSDJSYnCCgEJwAQLQX/eS2SJBQTGB0jKCUgHBkW FxcYGB8sAzicNC4qKisoJCAdGxwcHiEiJigmIiUqLCciIB4eIAMhiyIjIyIiJCgnJCMlEimK JyYlIiEhIB0aGQYYhhkZGhoZFQMQlBIUFBUVExEUFhUSEBEQDAoNEBMXAxiCGRoBGQEYAA8R gYgE/4HeeRGSFhgdIicsMCgeGxoZGxweICMmAymPLC8vKSQhHx4eHyMmKy8xBDKLNj1APTo2 MzIyMzYTOYJVuAs5iTYyMTEwKyYkIgchAyCDJCckAyGRIycoJiMiISIlJigpKCYmJygIKQAP HIGOBP+B4HociBoeIygsLighAyCXISIlJyorLCwrLTEzMjEwMC4pJiYlJyoELIwtMDQ3MzAt KigpKi0DMIwxMzQzMTAwMTEyMTEEMIRNtDExBDCMMjM0MjEvLSwqKCYlCCQEIwYkhSYnKCYl BiSEJSYnJwYogSYDJQAPLYGWBP+B4nktnh4SFRshJSggGRUUExMUFhggKzQyLy0rKSgmIyAc GQMWkBofIyYnJiMmLTApIx8bGx8DIYsjJSYjIiQoKCcmJwYpgyhGsQgphSgmIyIiAyGEHx4b GQUYgRcDFoIVEgQQBRGFEBITExIDEIsNCw0PExcYGBcUEwEWARgADxGBiAT/gYhyEYETBBaL FBIYGR8lKiwsIxsDGIYZGhwgIyYDKZAsLy8rJyEcGhobHyMpLzI1AzaLOT5BPTk2MzExMjUT OYKB/ws5iTYyMTAvLSkmIgchkiAdHB4gHx0fICIlJiIgHyAiJgMohiYjIiMmKAcpAA8cgY4E /4GOchypHiAgHx4dGxoaHyYqLS0mHx4gICEhJCcqKywrKSwvMTEwLiwoJSMlJygDKoorLTAz Njc0MS4rAymBLAMwjDEzNDMxMDAxMjMzMQQwlHv/MjIxMTAwMTIzMjEvLSwqKCYlBySIIyIh ICAhIiMDJIUlJygmJQckhSUlJiYnBCiBJgMkAA8tgZYE/4GWci2QMjYzMCwpJhMRFx4iJCQb EgQQmBEUFx8qMCslJigoJSIeGxgVEhITGB4iJAMllikuMColIR0cHh8gISQnKCUjJSgpKSgH KYQndP8oBymDKCUiAyGGIB8gIB0aBRiGFhMSExIOAwyBDgUQBA8EEAMPgxATFgMYghUUARUB FwAPEQX/gWhyEawbKicjHhcUFxkgJyclIh0ZGBgZGx0eICMlJyosLjAvKiYgGhgYGh0hJy4z NgM5izs/QD05NjIxMTI1DzmBOgQ7gToLOYk2MjAuLCspJyYDJIciISAfHhsYBBmUHB8hIiIf HBscHiIlJSYlIyIhIycHKQAPHAX/gW9yHKgkLyolIBoXGRsiKCoqKCUiISIjJCQlJygqKyoq LTIyMC0qJyUiISUnAyiPKSouMzY4NzQxLywrKSksAzCBMQMyAzGEMjM0MwYxhzI0NDIxMDAE MYcwLy0rKCYlCCSIIyEfHh0fISMDJIUlJygnJQckhSUlJCQmBCiBJgMkAA8tBf+BenItwTtG OS0jGRISERcfHx0aFREQEBETFBQVHSctKSUmKCYhHBkVExIQEBEXHSAhIiUoKy8wLCglIR4c Gx4hJCcpJyYnCymEJiMlJwcpjCglIiEhIB0bHBwbGgUYhhUREBAPCwMJggwPAxCBDgMLhAwM Dg8FEIITFgMYAxcBGAAOEYExBf9zEY8pLicgGhQSFxsiKCQdGRkDGKgbHiAgISEiJSowMDEu JyIdGRgYGh0hJisxNjk5OjxAQDs3NTIxMTI1DzmCOz0DP4I9Owo5hDYyLywEKQMohyckIR8c GxoFGJQaHR8gIB0aGRkbHyIiIyUmJCIjJwcpAA4cgTsF/3McjS4vKCAbFhcbHyYrKiYFJKgl JicmJScoKissMTYzLikmIyIhISIkJigqLS8yNDY4NzMwLiwrKSksBTCFMTEwMjMDNIQzMjEy BDOGNDQzMjExBTCELi0qJwokiCMhIB8eHyAiAyOFJSYnJiUGJIElAyaDJSUmAyeBJgMlAA4t gUoF/3Mtjz45LCEZEhASFBogHBUQEQMQkhIVFhQSGiUqKSgoKSQbFBEODgMQlhEUFxseIiUp Ky0tKSYjHx0bGR0hJCcPKYQoJycoBimMKCYkIiEhHxsYGBkZBhiRFREQEA8MCQgICg0PEBAM CQgDCYIKDgUQhBETFRcFGAAOEYGIBP+BiHMRmykpIhwXEhUdIyYoIxwYGBkaHB0fISIkJCMm KwMunCkjHxwaGhscICImKS81OTk6PUA/ODMzMjExMjYPOYI7PwNBgj87CjmENjMvLAcphSgl IR4aBxiUGRocHyAfHhsZGh4hIiMlKCYiIyYHKQAOHIGOBP+BjnMcjisoIhsZFRoiKCosKSYk BCOQJScoJiUmKCkrLTA0MSsmJAQiliEiJSktMTQ0NTY4NjEuLCspJycrLi8GMIEyBDSEMzIy Mwg0gjIxAzCGLy4tKykmCiSCIyEGIAMhhCMlJiUGJIglJScoJyUkJAMlgiYnAScBJgAOLYGW BP+BlnMtjTEpIBcSDREZHiAgGxQFEJMSFBUUFBkgJCQlJCQeFg8MCgwQAxGbEhIXHSImKSoq KCYjHxsaGhkdISQnKSclJSYnEimEKCUjIgMhhx8bGRscGxkFGJAVEhAQDwwJCAgJCgsPEAwJ BAiCCQ0GEIMREhYFGAAOEYGoBP+BiHMRiCckHhgVEhgiAyiLIhsYGBkcHyAgIiUDJ5ooKisp JyMeHBweIykrLCwuMDM3OTg3OTw7NgUxgjI2DzmHOz9BQD49Owk5hTg1Mi8sBymFKCUhHRoG GJcXFxgaHSEgIB0aGh4iJCcnKSYiIiQmKAQpASgADhyBrAT/gY5zHI8mIR0YFxYdKC8uLCkm JCIDIYkkJygmJSYoKisDLZ4qJSQkJiksLSwsLzI0NTU0MjM1My8sKiknJiUpLC4GMIEyBTSC MzMINIMzMjEDMIYuLSspKCYIJIQjIiEhCSCCISMHJIclJicnKCclBCSCJSYDKAAOLYGyBP+B lnMtjSUdFhAMChIfJiMgGhMFEIcRERMVFxkbAx2JGxkWEhAODhIYBBmWGx4iJCYmJSUjIR8c GRgYGR0hJCgnJQMigiUoESmCJyMFIYcfGxkcIB0aBRiQFRIQEA8MCQcGBwgJDQ8MCQQIggkN BxCFERUYFxYCGAAOEQX/dBGlIR4bGBYVGiElJSQgGxkbHR4gIB8hJSksLSwqKCUiHxsbHiMs NAU3iTg5OTYzNDY1MwUxhDI0NjgEOYM4NzgGOYc8P0E+Ozo6CDmGNzUxLiwrAymBKAQnhCQg HhoFGIYWFBQXGR0DIY8eGhofJCYpKSgmIiEiIyYDKQEoASUADhwF/3QcjyAcHBoaGyEoLCwr KCUkIgMhqiQmJyYlKSwsLSwrKSYjIyYqMDU3Njc6PTs5NjIvLzAuLCooJyYlJSgrLQUvgy4w Mw00hDMyMTEDMIguLSwrKScmJQMkhSMkJCIhCyCEISMkJAQjgyQlJwMogicmBSSCJSYBJwEo AA4tBf90LY0bFhMQDg0UHCAcGhUSBxCKEhUZGx0cGRcUEgQRgxIYHgMgniMlJignJSMgHh0c GxoZGBgZHSEjJSUjISAeISUnJwMoDCmCJyQFIYcgHh0fIR4aBBiYFxQSEBAPDAkGBAQHCQ0P DQkICAkKCwwPBhCFERQXFhQBFQEYAA0RgTAF/20RghYWBBeCGxsFGascICIiIR0ZGx4fICAe HB8lKzI3NC0pJyYkIiMoLjQ7Ozg2NTQ0MzMxLy8wCDGDMjM2BDmDNzQ2BjmFOz09PDoDOYM4 NzcDOIY3NDEuKyoEKYInJAMjpCAdGxoYFxUVFhUSEhYZHSAhIR4bGyEnJygoJiQiISEiJCcn KAEmASMADRyBOgX/bRwDHwQeiBoaHB0fICQoAymDJyUkBCOBJAMlhyYtNDMwLiwDK5wsMDQ3 Ozs5OTo7OTYyLisrLCsqKCYlJCQlJykrBC2ELCstMAMygTMINIIzMQYwii4tLCwrKScmJSME IoEhByCBHwQghCEjJCMDIYkiIyUnKCgnJiUHJAEmASgADS2BSQX/bS2ILy0rKiopIBMFEYcU GBgVEhERBxCcEhYaISYjHBgWFRUUFhcZHSAhISIlJiYlIyEfGwgYgxodIQQihSEeGx0hBSSC JigDKYMoKCYEJ4ImIwYhAyCDIR4aAxiaFhQRDgwNDQsJBQICBQgMDw0JCAgJDA0MCw4FEIUR ExUVEQETARYADRGBiAT/gYhtEaIoKCYkIiEfHR4fICEiIyQjISAdHB4iIiEhIB0gJi02Pzgu BSiTLTI4PD88NjIvLSspKSsrLCwuMAMxhzAuLzAyNDYDN4Q1MjQ4BTkFOgM5gTYENIY1NDAu LCoFKYsmIiEhIB0aGRkXFAQShRESFhkbBB2IGhsiKCkoJiMFIYQiIyMkASQBIgANHIGOBP+B jm0clSonIyEgHh4cHiEjJScoKSkoJyUkJAQlqiYnJyYpMzs4My8uLS8zNjo+Pz89Ojg2NDEu LCknKSoqKSgmJSQkJScpKgMriSwqKSsvMDAxMwc0gzIxMAYugS0EK4YpKCYlIyEKIIMfHh8E IAMiiiEgISIjJSYoJyUJJAEmASgADS2BlgT/gZZuLaEnIBwbGRcVFhcXGRkaHBgTERQVFxgY FxUUExUYHCYvKB0DGIYXFxodHyADIQMiiSAeHRwbFxQVFwUYgxocHQQehR8cGhwfAyGEIiIk JwMpgickAyOGJCQjIyEfBB2GHh8gIR4aAxiEFBEOCwQJkwgFAgEDBQgMDAkICAkNDwwKCw8F EIQSExIRARIBFAANEQX/gYhsEbsVLykjHx0cHiEjJigrLCooJSIgHyAiJSUjIiUnKSwwNzsz KSUlJigpLDA1Nzo2MCwpJyUiIyYoKSksLwMxhi8rLC8xMgUzgzI0OAw5gzg1MwQxhDAtKyoG KYsmIiEhIB0ZGBgXEwUQgxIVGAMZihoaGRsiKCclJCILIQANHAX/gY5sHJcfKyUfHBsbHiAj JikrLS0sKSclIyIkJgMngSsDLpowNzs2Ly0uLzE0Nzo8Ozs4NjMxLiwpJyYlJwQoiSYlJCQl JygpKQQqhystLzAwMTMDNAQzhDEwLi0DLIMtLCsFKYkoJiUiIB4eHx8GIIMfHR4FII0hISAh IiMkJCUmJSQjCCQBJgEnAA0tBf+Blm0tpCkfFRISExYYGh0gIyQiIBoUExgdISUmIyAdGxsd ISkuJRkWFwMYgxodHQMcBB2BGwQXhBQRExYFGAMZBBqHGx0eHyAiJAQlAyaEJyYkIgYhgiAc BBmGGhsfIR4aAxiRFBENCggHBggIBQIAAAIFCQkDCIcJDRAPDQ4PChABEQANEQX/bRGIHykj HBweIysDM4cxMC0qJyUiAyCuIiYlIyMqMDExMjU3LiUiIiMmKSorLS8vLCclJCMjISIkJScp Ky0tLi4sKistLwYxgzI0OA05iTc2NDIwLy0sKgcpiyYiISEgHRkYGBcTBRCCEhUEGIgXFxga IicmIgshASIBIwANHAX/bRy9IyYgGhwfJCsxMjIxMC8uLCkmJCIhIyUnKCovMzQ0NTk6Mysr LjEzNDU2NjQyMC4tLCspJyYlJSYmJycmJQMkgiUnBSiEKSstLgMwjjEzNDQzMTIyMTEwLy4t BCuBKQYoiCclIR4cHB0fBiADHwgggiEjBCSFJSQiIiMHJAEmAScADS0F/20tpSohFw8SFx0k KisrKSYkIR8aFBYdJCkvLysoJSIhISQqLiIVExYDGAMZgRcDFQMWhBUUExMDFIIWFwYYghcW BBiHGR0gISEjJgMogiclAyOEJSYmIwMhhiAeHBkWFwMYhRkdHx4aAxiaFBENCgcFAwYIBQIA AAEECAcGBwgJDRAQDw8KEAESARUADBGBiAT/geFtEacbIRoVGyMvQEtHQjkwKiYkIiEgHhwe HyAhIyowMC4uLy4oIyEhIiQDJgMngiUiByGEIyYpKQUqhSkqKywvBTGDMjQ4BjmBnAg5hjUy LywqKggpkiYjIB8dHBkYFxYTERARERASFQMYiRcUFBcaHyQkIgshASIBJQAMHIGOBP+B4m0c myAgGxceKDI/SERBOjItLCooJSMgHh8hJCcrMQQ2kDQ0LiorLTAyMzMxMC0rKikDKIInJQQk BSUDJJMlJSYnKCgnJykrLS4vMDEyMzOZCDCCLSoDKYMnJicEKIQnJiMgAx2BHhEgiyEhIiMk JCMiISEjByQBJQEnAAwtgZYE/4HlbS2tJRgRCxQfLDpDPzovIx0cGxkWGiEnLDAtKCQjIiAe HiIiGhISFRYXGBgXFRMRCBCFERIVFxcGGIQXFRMWAxiHGRsdHyEjJQMmgiWRAyGVJCcnJCIh IR8bGBUSFBcYGBkaHBsaAxiWFBENCgcDAQQHBQIAAAEECAYEBAcJDQ4QARMBGgAMEYGIBP+B iG0RoxofGxkjLz1NVU9IPDAnJCEgHx0aGBkbHiImLDAtKygmJCMiAyGBIgcjCCGCIiUKKYIq LQUxgzI1OAQ5gVIKOYY2MjAtKyoIKY0mIx8dGhkZFxQSEhESAxSMFRYYGBcVEhIWGR0gDSEB IgElAAwcgY4E/4GObRybHyEdHSk2QUxRTEY8MSspJyUkIR0cHB4jKS4zAziPNC8rKikqLS8w MS8tKyknAyiDJyYlDySRJScoJyYmJykrLS4wMDFMMTEIMIgtKykpKCYlJgYohiUiHx4dHgsg AyEFIIkhIyQjIiEgISMHJAElASYADC2BlgT/gZZtLaIlGhUUIC87R01HQDIhGRgZGhsgJisu MCwnJCIhHRoYFxUTAxGHFBYXFhQSEgoQhhEVGBcWFwMYhRcWExIUBBiEGRodIAMihCM/IyID IYQjJCQjAyGHHhoXFRMUFwQYghkZBBiIFBENCgcDAQMDBAMDiAUHBQMDBQkMDBCCERMBFQEZ AAwRBf+BamARhhUYGhsbFgcRAyGjJTRCSExOSUM5LScjIBwYFRITGiIvPTw0LSgkIiAeHh8h IiIQIYIiJgopgiotBTGDMjU4AzmGUoM5OTg4BjmGNTIxMC4sCCmNJiMfHBkYFxUSEBARFAQX jBgYFhMSERIVGRsdHQMegh8gCCEBIgAMHAX/gXFgHIYfISEiIh8HHLIiJCUpOEdMTk1HQDcu KCYjIB4cGRoeJDJAQj06NjQvKicnKCosLS8vLCknJiUnKCcmJRAkgiUlBCaJJykqLC0vMEp+ CjCILiwrKSgmJSYGKIYlIiAeHR4KIJIhIiMiISAgISEiIyQjISAgISMIJAElAAwtBf+BfGAt gi8tAywILaAdHyAjM0JGR0ZBOy8iHBoaIiksLzEvLzY9NyogGhQRDwMOhw8QEhUWFREMEIkS FRcWFBQWGBYDFIIVFgUYgxkcIAMhgj10BiEDIgMhix4aGBcWFhgXFRUXBhiWEw8MCQcDAQAB AwYHBwYHCAcGBQcJCwMNgQ8IEIISFQEWARUADBEF/2ARrRgkKzAyMy4qJyUiHRofJSgpLz1K SkdFQj41KyUiHhgSDwsRHStFXlM7KSMdHAMbhRwgJCUjAyGEIiMkIwghgiImCimCKi4FMYMy NTgFOYM4NzUENoo4OTk1MjExMC0qBymQJiIfHBgWFBMREBARExUWFgMXihUREBASFRgZGhoD G4IdHwkhAAwcBf9gHLgfJistLi8tKicjIBsYHycqLTNBTk5LR0E7MiomIyAdGhgWGSEsRF5Y Rzo0LSonJSYnKS0uLSwqJwYmgSUDJAMlDSSTJSYnKCgpKiwtLS4vMDAvLi0tLgQviC4sKykn JiUmBiiIJSIgHh0eICADHwUgiSEiIyIhICAhIwMkhiMhICAhIwkkAAwtBf9gLawwLickIyMi IR0YFBISGyQnKS49SkdBPTo1LCMeGh0qNTc3NC8vQ1hMMh4WDgQLiAwNDxETFBIRAxCGDw0P EBAPAw6NEBMWFBESFhcUERMWFwYYgxkcIBEhgh4aBRiEFhMSFQUYjRcSDQoGBAQDAgECBQYD BwYIgQkDCoIMDwMQhg8ODhASFQEWARMACxGBiAT/geJgEYkbJyorKSYhGxoDGYkbJzIyLy8z NjQDMZ0vJx8bGBQQDg8QGSU0TGRUOCMdGBcXGBkaICcnIwMhhCMmJyQIIYIjJggphiosLC0v MAMxhDI0NzgEOYI3NAMymjMzNTg5NTIxMTAsKikpKCcmJickIR4bGBURBRCDERISBBOGEhEQ EBEVBxiCGR0JIQALHIGOBP+B42AcviAlJycmJSEfHRwdHB8pMzQyNDpAPTk2NTErJiIfHBkX Gh0jKjVNZVtGNi8oJiUkJCYqLy4rKCclJicnJiUlBCSEJicmJQgkhiUlJiUkJgMogikqAyyJ LS8wLy4sKyorBC2JLCopJyYlJCUmBSeLJSIgHh0eIB8eHR8GIJEhIiEhICAhIiMkJCMiISAh IwkkAAstgZYE/4HlYC2sKiMeHBkXFRMRDw8QFCMyMSssMTYxKikpJx4YGh4kLTY4OTYyM0hd TC8aEgoECIMJDA8HEJYPDQoMDw8NCwoLDRATEhESFhgWFBYXBxiDGRwgESGCHhoDGJcXFRQS ERMWFhcWFhUQCgYCAgUGBAEBAgMDAwQDBYIGBwMIggoNAxCGDQoMDxESARMBEgALEYGlBP+B iGARqx4pKCUiHhgTEhIUGB8vPjozLScjIB0fIiEaFBANCwoMEhkjLjpKV0UsHBcDFIcWGh0h JCQiAyGEIyUmIwghgiMmCCmMLC4vLSwuMDExMjM0BDWMNjUzMWP/mTM0Njg1AzGHMCwqKSkn JQMjiyAdGxoYFREPDg4PBBCCDw8GEIIRFQcYhxkdICAfHyAEIQALHIGpBP+BjmActiAkJCMh HhoXGBocICYzPjs2MzIxLSgoKiklIh4bGRcXICcvNj9OXFA8LykkIyIkJykrLiwpJgMlgyYn JgUkhSUmKCcmCCSGJicnJiUmAyiOKSssLCsrLS4uLCte/5UELIQqKSclBCQGJYskIiAfHh8g Hx4dHw0ghiEhIyQkIwQiBCMFJAALLYGwBP+BlmAtsicdGBUSDw0MCwwOEBksPTguJyUiHBUX GhkSDhciKS40Njk4NjhFUD0kEw4JCAgKCwwOCBCMDw0LDA4NCwkICAoOAxCGExYYGBcXCBiD GRwgCCGFV/+QISEEIIIeGgMYlRUTEREQERITExIQDw0JBgIBBAUEAQcAAwGDAgMFAwiJCQsN DxANCQoOBBAACxEF/4FrYBGxIiklIR4cGhoZGRwfJS40LSUgHBobHB4iHxcQDAkICAoUHiUt NkBGNSAVEhAQERUcIAghAyIGIYEjAyWCJicGKYgrLi4sKiwvMAYxAzKCS2QD/4eaNjY1NDEu Ay2BKwMphycjISAgHRoDGIYVEQ4LCw4DEIIPDQMMhg0NDhARFAMXBBiHGRwgHhwdHwQhAAsc Bf+BcmAcsCMkIyEfHh8gISMlKCwzOTQuKyopJyUnKikjHx0aGBcYIi41OkFJT0IzKSQhICAk KQMshSonJSQkBCUGJIQlJiYlCCSTJicnJSQmJygoKSssKyopKyxFXgP/ipUsLCsqKCclJCMJ JIIjIgUghB8eHR8EIIMfHh8IIIEiBiSBIgMhgSIFJAALLQX/gX1gLaEkGhUTERIVFhgaGxwi LDQsIR0bGRcUFhkXDwsUHiMlKCwDMYczOj0sGA0KAwiDCg4PChCGDw4MCwsJAwiHCQsNDxAT FgwYgxkcIAUhgjxXA/+EkCEgHgMcihsaGBYVExEQDw4FD4sLCQkIBgIAAQICAQsAgwEEBwQI hwoNEA0KCg4EEAAKEYEuBf9hEbAuJyAdGhsgIiEhIyYpKikgFhQTFRofIiYhGBAMCQgICxMb HR8kKi0iFQ4NDhIXGRwDHokdGxwfICAfICAFIYciJSgmIyImBimJKisrKikrLC4wBjGDSrHN BP+Kmjg3NDAtKikqKgQphycjIR4dGxoDGIYVEQ4KCQwDD4QOCwgIAwmGCw4REhMTAxSJFhcZ Gx4dGxseBCEAChyBOAX/YRywJiMhHx0gJioqLC0uMTM0LCQiIiMkJSktKiMdHBsaGBokLTEz Nzs9NCokIR8gIiQnAymDJyUjBCSBIxMkAyWPIyIkJicoKSssKyopQ6/MBP+LlSwrKignJSMi IiMJJIEjAyKNISAfHh0eHyAgHx4dHwggjSEiIyQkIyMiISAgISMEJAAKLYFGBf9hLbAeFxEQ ERceJCYoJycoKikfFRMTFBYXGh4ZEAkPFRYVFx0iIBwcICIXDAcFBQgLDQ8DEIEPBQ4ED4IM CQcIhQoNEBMWDBiDGR0gAyGDO6rJBP+EkCAfGwUYhxcUEhEQDw0DC4kMDAsIBgcIBgIQAIMB AwcECIcJCw0NCwsOBBAAChGBiAT/geNhEZUiGxYXGSUzNi8oJiYkIh4YERIUGR8DJZgfFQ4L CQgIDBIYFhMTFxgSCwkJDBUdHRsDGokYFRccIB8dHR8FIYgiJSgmIyIkJgUnBCgDKYIrLwYx g4AxsAT/i5k1MzAtLCooJycoAymFJyMgHRkFGJIVEQ4KCAoLCwwLCgkKCwoKDA4GEIoREhYY GRscHR4gBCEAChyBjgT/geRhHIshHx0eICs3OzYxMAMvgi0oAyKHJCcpKy0pIgMchBsZHCUE LIstKyciIB4eISMkJQMmhiUjIiMkIwQigSMTJI8iISIkJicpKywrKih7Ka0E/4uUKikoJiYl JCIiIwwkhyMiIR8eHB0EHoMdHR8KIIYiIyQiISEDIIQhISMjAiQACi2BlgT/geZhLa8WEQ4S GCY2OzUwLComIRsUDxARFRkdHR8ZDggKDQsJChAVEQsICQgFAgEBAwkODwQQgw4MCgYLjwwK CQgICQoLCgkJCw4QEgMUgRYDFwUYghkdAyGEIHQbqAT/ho4cHBoYFwQVhxEPDxAODAkFCIYE AgUHBgIHAIEBAwKBAQQAgwEDBwUIhQkKDA0NAwwBDQEPAAoRgaQE/4GIWhGEHhsZGQMavBYP DRMbMUhKOi4oIx4YFRMSFhshJyslHxgQCwoICgwQFxwbGRgYFxIMCwsOFR0bGBcYGBUSFBsf HRkbHgUhhyIlKCYjISIEIwUkhiUmJykrLwYxgjBIBf+LmDAvLCopKSckJCcDKYcnIyEfHRsZ AxiFFREOCwkGCIIJDAQOgQ8HEIkRFBYYGBsfISAEIQAKHIGpBP+BjlochCYeGhwEHZsbGh8l N0pLQDYxLiwpJyYjJCUpLS8sKSUgHBsDGpAfJy4tLSspJyQhHx4fISQkBCOLIiEhIyQiISAg ISMSJI8jIiAhIiQnKSorKikoKEEF/4WUKCgmJQMkgiMjDCSGIyMiIB8dBxyCHR8KIIQhIiMi ByCCISMBJAEjAAotga8E/4GWWi2DIhgRBBKtEAwMFiE4T1FDNTAqHxQODAwQFBogIx8cEwkE BQYFBQcLDw0JBwYFAwEAAAMJBA+HEBANCggIBwkIjwkMDwwKCAkKCwwNDQ4REwQUixUWFxkd ICAfHhs0Bf+GixcYGBcVAxKHEQ4MDRAQDgMMiQsJBwUDBAYFAgcAhQEEBgQBBQCPAgQGBwgH BgcICw4PCwkJAQoBDAAKEQX/gYhaEYMbFxYEGL4UDg4VHTJIRTguJyEaExAQEhcdIyorIhgR CwgICQsPFBsgHx8dGhcTDw4OERYaFxQUFxgVERQZHBsZGhweHwMhiSIlKCYiICAfHwMgBSGF IiUoLC8FMYMwLq8F/4uUKSknJiYnJCEhJAMohycjISAgHRoDGIYVERAODAoFCIIJDA0QhhIT FhgbHgUhASIAChwF/4GOWhyEIRwZHAQdjRsdIik6TEk+NTEtKSYDJKglJiouMCokIR4bGhka HCIqMC4tKSUiISAgHyAiJCMiISIiISAhIiIhAyCCISMSJIgjIiAgISMmKAQpgygnrAX/hJMn JiUSJIYjIiAeHR0GHIMdHh8LIAMhAyCBIQQigSMBJAEjAAotBf+BllothBgRDg8DEJoOCg0Z JjtQTD4zLScbDggHCQ4UGiEkHhcOBQUAiQMHCQkIBgMBAQMAjgMKDw4MDA4QDAkHBQUGAwiC CQoDC5EMDg8OCwkJCAgHCAgJDA8QEAMRihQXGR0hHx0bGqcF/4eIERESEhAPAw6ECwkMDwMQ iw8PDAoIBwYEAwMBBwCFAQQIBQIGAI4BAwYHBQMFCAoODw0MCgEIAQsAChEF/1sRhBcTFBcD GL4UEBIZIS46Ni8qJSAZEhAQERQWGyEgFxANCQkLDA8TGSAjIR8bGBUTERAQEhUXExESFRgU ERMWGRkYGRkbHgMhhyImKCUiIB4DHIIeIAUhjCIlKCsuMDAxMTAvRQb/g5EjIgQjiSEeHSEk JSUkIwMhjB8cGhkYFREQEA8MCQQIggkMCBCBEQUShREUFxoeBSEBIwAKHAX/XByDGRodBB+l HiEmLThCPjczMS4qJiQjIiIhJCcnIh4dGxoaGx4jKTEzLywoJAQhhiAhIyMiIQwggiEjEiSC IyIDIIIjJgUogic/Bv+DkiUlEySEIiAfHQccgx0eHxIghSEjJCQjAyQACi0F/1sthBALCw4D EJoNChAdKjZBPDMsKCIYDAcFBQkOExgZFA8JAwMAiQIDBgkLCQgFAgMAkAEBBAoODAkKDQ8M CQYCAQQDCIIJDAQOkA8QDw4MCggGBQUHCQsMDg8DEIkTFhkcHx0aGDMG/4OFCgoHC4sKCQwP EA4NDQ4MCgMIggUBCQCFAQQIBQIHAI0CBQcFAgQHCg4QEA8MAQkBCwAJEYGIBf9aEZYSFhMV GBoZGBURFBogJisrKSYjHxgSBBCWERQXFRAKCQgKDRATFx0jJSAbFxQSEQMQjBETExANDhIU ExETFwUYkRodISEiJCYoJSIfGxkYGRseBSGMIiUoKistLzEwLiuUBv+DkCEgBB+EHRoaHQgh jCAfHRsYFREQEA8MCQQIgwkMDwcQhBMVFhYDFYgUFBcbHh4fIAEhASMACRyBjgX/WxyEGhkc HwQhliAjJywzODUyMDAvKiUjISAeHR8hIBwDGYwaGx4kKjA3NzAqJyQDI4EiAyGGIiAfHyAg Ax8EIIQhISIjEiSCIyIDIIIjJgMohCcnJpIG/4GSFSSGIiAfHx4dBRyDHR4fEiCEISMkJAMj ASQACS2BlgX/Wi3BKQsJCw4QDw8LCRAbJSwxLyomIx4UCgYCAQUIDBAPDAgFAQAAAQQGCQwO CwgFAgAAAQMFBwkLCgkJDAwLCQcFBAYDCIIKDQQQkA8PEBAOCwgEAQIGCAkJDA8DEIkTFhka GxsZF4sG/4GECgiFCQwPDgwECoEJAwiCBQEJAIUBBAYFAgcAjQIFCAcFBgcKDA0ODgsBCQEL AAkRgYgE/4GIWhGYFRcWGRwdGhgUERMVGBseISQkIh4WDgwMAw2EDxEQDQMLjA0PERUYHiIi HBcUEQcQhQ8MCQsPAxGCExcFGIwaHiEjJScoKCUiHhsDGIIaHAMejh8gIiUnKCgqLS8tKyiS Bv+EkCEfHQMchBsaGh0IIYwgIB8cGBUREBAPDAkFCIEKAwyCDg8DEIQSFRcXAxiIFRITFxoa Gx4BIAEjAAkcgY4E/4GOWhyFGxobHiEDI4chISIkJiouAzCcLy0nISAfHhwbHR4eHBscHR8h JCgtMjY1LygmJQMkgiMhAyCIHh0eHyAeHR4EIIMiIyMKJAMjgiQkBCOHIiEgICEjJgMohCcl JJEG/4GSBCSBIwMigSMMJIEiAyCCHx0GHIEdAx6BHw8ghiEjJCMiIQEiASMACS2BlgT/gZZa LbMcCgkLDw8NCwoJDBIXHCEjJSIeGhAGAwICBQgKDQsHBQMBAQIDBggLDgwKBwQBAAABBAcG CIIJCQMIggcHBAiCCg0DEIwPDgwOEA4LCAYEBQcDCIgLDhAQERMVFwQYghaKBv+BhAYIiQcF BQcJCw0MCggIggUBCgCEAgQDAgUAhAEBAwUGCIEJBAoBCQELAAkRBf+BiFoRihUYGRwfHhsX FBEEEIgTGR8gIBwTCgUJgwoKDQQOjA8QEhUZGx0bFxQSEQMQjg4NDg8QDgwNDxAQERQXBRiM Gh4hJCcpKSglIh4bAxiJGRoaGxsdICEjAySHJicoJyclkQb/i5AgHhsZGBkZGBodCCGHHx4c GhgVEQMQgw0KCQcIgwkKDgMQjxETFBQVFxgXFBQXGBgZHAEfASMACRwF/4GOWhyFGxsdICMD JKUiISAgIiMmKy8vLiokHh0dHBoZGx0dHh8gIiUnKiwvMDEuKiYlBCSCIiEDIIgeHR4gIB8d HwQggiIjCiSHIyIhIyQjIgQhAyCKISMlJiUlJCMikQb/gZIEJIYiISAgIiMLJIcjIiEgHx4c Ax0GHIEeCCCEISIiIQMghiEiIyIhIAEgASIACS0F/4GWWi2HGwgJDA4OCwUIqAoOEhkfHRoU CwIBAAIGCAkKBwQCAQECBQYHCAkLCQYDAgEAAAEDBAYQCJAKDQ8QEA4LCQwPDgsICAcHBAiC Cw4DEIISEwMUhBUVFIkG/4GEBgiJBQIDBggJCgoJCAiEBgQCAREAhAIEBQcMCAEKAAkRBf9U EYQTFRUUAxOJFhgZGxwbGhcTAxCKDw4PFBgZGhcRCwQKjAsMDQ8REhIRERASFQMYghYTBRCG DwwKDA8QAw8DEIMRFBcFGIQbHiEjBCWEJCEeGwQYAxeDGBoeAyADIQUigZAG/5qPISAeGxgW FRYXGx4fHyAgISAgHhsZGRgVEQMQhA8OCwkFCIQJCgwOBxCGERQYGBcXAxiCGRwBHwEjAAkc Bf9UHAMegh0cAxuqHB8hJCUmJSEfHyAhIiQoLS0sKCMfHRwbGhodISIjJScoKiwuLzAuLSon BiSCIiEDIIUeHB4gIAMfBCCBIQQigSMGJIcjIiEiIyIhCCCEIiQkIgMhgiKRBv+BkQQkhiIh ICAhIw0khSIhHx4dAx6BHQMcgx0eHwgghSEjJCIhAyADIQMgASIACS0F/1Qtqy4sKSgmJSUX CAkKDAsKCAYFBwgKDA4SFhUTDgcBAAACBQYHCAYDAgECBAcFCIIGAwcAgwIEBg8IjAkLDA8Q Dw0MDhAOCgYIhAcHCg0FEAYRgYgG/4GEBgiEBQICBQ4IgwcFAgoAgQEEAoQBAQMGDggBCgAI EYGIBf9UEYUZIB8cGQUYAxmDGBYTAxCJDgsLDxITExIQBQ6EDxIUFAQVkxMREhMVFxgWEhAO DQ4QDwsJCw8HEIMRFBcFGIIbHgMhAyKEISEeGwMYhxcVExQUFxsEHQYegh+PBv+BjgMghx4Y ExISFBgDG4wdICAfHRwaGRobFhIFEIINCgUIhAoNDg8DEIoSExQUExQWFhcXAxiCGRsBHwEj AAgcgY4F/1QcoyEjHxwZGBgaHiEjJCYoJSAdHyAgISImKikpJyUiHx0cGx0jAyiCKi0DLwMu iywrKSYkIyMiIyIhBCCDHx0fDSCCISMGJIMjIiAEIQggiSEiIiEfICAikQb/gZEEJIYiISAg ISMGJIEjAyKMIyQkIyEgHh0fIB8dAxyDHh8fBiCHISIiIyQjIQkgASIACC2BlgX/VC2FLyMW DwkHCJAJCAYEAgUICQkKCwwLCwgEAwCHAQIEBggHBgMFgQcECIQGBQMCBwCDAQQHEQiECQwP EAMPgxAOCgYIiwYFBwsMDA0OEBAPBA6Bhwb/gYQGCIQFAgIFDwiCBgMKAIQCBQYGAwWCBgcF CAMHBggBCgAIEYGIBP+B5VQRiRcdGxgVExEUFwMYjRcWFRQTERANCQoMDw8GEIYRERMWGRkE GJMUERAQEhUYFRIPDAoMDw8LCQwPBxCCERQGGIIaHQMegR8DIIMfHRoDGIkVEhAQERQXGRkF GgQbgY0F/4xzHSAgHxwWERESExYDGIwbHiAdGhkZGhweGRMFEIINCgUIiQoOEBEREBASFgMX gRUDE4IUFwMYgRoBHQEgAAgcgY4E/4HmVByEHh4cGgMYhRsfIiMkAyWJIyIhIB8eICQmAyeZ JSMgHh8gIykuLS0vMjQzMS8uLCspJyUkIgQhBSADHw0ggiEiBiOCIiEOIIghIB8eHyAikQX/ gngjBCSBIgMggiEjBiSBIgMhhiIjJCMhIAMfgyAfHwMdgR4IIIIiIwMkgiMhCSABIgAILYGW BP+B6FQtiCweEg0JCAgKBAuDCgkHCQaFBwgGAgAEAYIDBQoIhAcEAQEIAIMBBAcRCIMJCw0F DoMMCggDB5IIBwMBAwcJCQoNDw8NCgoLC4UF/4FpBQiGBwYFAwMGDwiCBgMKAIMCBQcLCIQH BAQHBQgBCgAIEQX/gYhUEYkWGRcUEQ4MERYDGI0VExQWFRMQDAkJCgwOBRCfERIUFxocGxkX FhQTERAQERQVFBEOCwkMDw4LCQsODwYQghEVBhiBGQMakhsdICAeHBsZGBYUExEQEBETFQUW gRcFGAX/jXMaHSAeHBkVERMVFhcDGIwaHB0bGRgYGh0fGRMFEIINCgUIhAoOERMDFIIVFwMY hhUREBARFQMYgRkBGgEcAAgcBf+BjlQcgxsZGQMYgxkdIQMkjCMiJScnIyAeHB0hIwQlmCQi IiUoKzAzMjEwMDEvLiwrKiknJiUkIhogCSEOIIcfHx0dHiAhBf+DdyEjBCSBIgMggiEhBSKC IyIDIIUhIiMiIQcghB8eHR4GIIEhAyIDI4IiIQkgASIACC0F/4GWVC2IKBgPCwgICQsEDogL CQoMCgYDAgMDjAQGCAUCAQMFBQQGBwoIgwcDAQUAggECAwGDBAYHEQiBCQMKAwuECgkHBgQE iwIBAgUGBwkLDg0LBAgF/4FpBQiHBwUDBAUGBw8IggYDCgCEAQMEBggIhgkJBwMBBQUIAQoA CBEF/4FvVBGZGBgVEA0MCxAVFhcWFBIUFhUSDw0LCgkKDQUQjBEUFxseHxwZFhMREQMQkRER EhERDgsJDA8OCgkKDA4PBRCEERMVFQYWjRcXGBseHhwZGBgXFBEFEIERAxIDE4IVFwMYgRcE /4xyGBkcHhwYFhMRFBcFGI4ZGRoZGRgYGRsbFxIPDgMNggwKBQiFCg4RFRgDFwQYiBURDw4N ERUXAxgBGgAIHAX/gXVUHAMYhhcXGBoeIwMkjSMiJSkoIh4dHB4fIiMDJJglJSYrLjI1ODY0 Mi8tKyopKSgnJSUkIyIVIAcfFCCCHx4DHYMeICEE/4R4ISIjAySCIyIIIAQhBCCIISEgHx4e Hx8EIIMeHR4GIIQiIyMiBCEKIAEhAAgtBf+BgFQtiCEUDAkGCAkLBA6HCwkLDwwGAAQBhwIF BwUBAgYPCIIGAwUAkQEDBQQCAQIEBQcIBwUEBQYHBAiDBwYHCwiCBgMFAYoAAQIEBggJCwsJ AwiBBwT/gWgGCIUHAwEEBxEIggYDDACCAQUHCIcJCg0LBwUGBQgBCgAHEYErBf9VEYgYGBMN Cw0OEQMTkBQVFRQUEQ4NDxEQDQ0PERIEFIkWGBsdHBkWFBIKEIcOCwoMDw0KAwiCCw4GEIER BRIFE4oUFxscGhkXFhQSBhCDERISBBGCExYDGJYW///mbxQXGRobGBUTEhEUFxobGxoZChiJ FRIODAkJCgkJBQiECg4RFQgYiBUSDgsKDREVAxgBGgAHHIE1Bf9VHIgYGBcWFxkcIAQkoyUl JicjHRshJiUjIyUmJygqLS8wMjQ2NjMwLywrKScnJiYlBCOBIRUghB8eHR0DHoEfEyCVHx0c HB0eICD//+d2HyIjJCQjIiEhAyCEISEiIgUhBiCGHx0cHB0fBCADHwYghSEjIyIhDSABIQAH LYFEBf9VLYgbEQsFBAYJCgMLiQoJCQwPCwUBAwMEhwYHCAYFBQcGCIEHCAaCBQIEAIYBAgQI BgIDAIkDBgcEAgEBAwYDCIUHBQMFBwgIhAcFBAIGAIQBAgMGCAiHBv//5GUEBwUIhQcDAQQH EQiCBgMMAIIBBQcIhgkLDw4LBwYIAQkABxGBiAX/VRGbGRcSCwsOEBEREBASFhcUEQ0KCxIX FBEQEBEUBBeJGBgZGhgVEhERChCCDw4DDIILCQMIhgoMDQ0ODw0QihEUFxkZGBUTEREFEIIR EwQVhBQUFhcDGIcW/+YQEBMWAxiMFRIQEBEUFxodHxwZCBiGFhUTEQ4LBAiCCQkECIQKDhEV CBiKFRIPDQsMDhIVGAEYARoABxyBjgX/VRyfGRkXFhkcHyMlJSQlJygnJB8YGiYuKiYlJygq LC8zNgM0jDUzLysrKiknJSQjIwQihCEfHh8HIIIfHwkggx8eHQQcgh0eEyCBHwMejx8gISH/ 5x4dHyIjJCQjIQUggSEHI4EiBiCCHx4DHYIeHwwgiyEhIiIjISAhIiIhByABIQAHLYGWBf9V LYkXEAkEAwYICAkECIcJDA8LBAIFBwiCBwcGCIIHBAUCAwOCAgEDAIMCBAUDB40FAwIBAgUF AgEBAgMGAwiFBgQCBAcICIQFAgEBBQCFAQMFBgcICIcG/+QAAAMGBQiFBwMBBAcPCIQHBgQC BAADAQUAggEFCAiICgwMCggHBgcECAAHEYGhBP+BiFQRphYaFxMNDhARExQTERMWFxQRDw0P FBgUERAQERMWFxgYFxYWFxUTBBAEDwcQgw8MCQUIhgkJCgoLDQ0QiREUFxgXFhQREAMPAxCD ERQXChiCFuYDEIITFwMYjBUSEBARFBcaHiAdGQcYhxcUEhEQDgsDCIEKBAyJCwsNDxEUFhcX BRiKFRIQDw4MCw4SFQEXARkABxyBpgT/gY5UHIEbAxqpHB4iJSkqJiEkKSsoJCAbICsyLScm JygqLTA0NjMxMDAtKicnKCclJCIGIIQfHR0fBiCEHx4eHwYggR8HHoMdHR4YIIkiIyHnHh4f ICEEIoIhIAMfgyAhIwYkgiIhBiAEH4MeHh8NIIkhIyQiISIjIyIHIAEhAActgawE/4GWVC2V IhQPCwUGCAkLDAgFBggJCwwJBQUHCwiGBwYHCAYDDACDAQMGBAiDBwUDAwGHAgEBAwUGBwQI gQYDBIwGBwgKCwsJCAUDAgEEAIQBAgQHCgiCBeUDAIIDBgUIhQcDAQQHDwiEBgMBAQMAgQIF BIUDAwEBBAkIAwmFBwUDBQcDCAAHEQX/gYhUEaEXGxcUERAQEhYXFBETFxcTERAPEhUXFBEQ EBESExUYFxUDE4ISEQMQgg8NBQyHDQ8QDw4MCgoIgwkMDwwQjBEUFxcUEhERDw0MDgMQghET BRUGFocVEhAQERMWAxiMFRIQEBEUFxoeIB0ZBRiJFxYVExEQEA4LAwiDCw4QBQ+IEBESExMU FRcDGIoXFBIREAwJCw8SARYBGAAHHAX/gY5WHK0dHyEkJyotLSYfJCstKCQiHyYwNS8pJyYn Ki0vMjEuLCoqJyUkJSYlIyIgHx8EIIEfAx4EH4YgIB8dHR8GIIQfHR0fAyCEHx0dHhYgiB8g IiMhHh0fCSCGHh0fICEjBiSCIiEKIIQfHR4fDCCDISIiAyGDIiMhByABIQAHLQX/gZZULZQh Eg8MCQgICg4OCAIEBggJCQgHBwsIhwcFAwYIBgIMAIMBAgQDBYQGBgUCBACEAQIEBwgIjgQC AwYJCw4NCggHBgQCAwCHAgQFBggHBgMFgQcECIcFAgAAAQMGBQiFBgMBBAcNCIYHBgUDAQED AIMDBggEB4QFAgEEDQiEBQIEBwMIAAcRBf+BcFQRhBUXFRQDE5AWGRoWFBUYFREODxATFRUS BA+GEBEUFxUTCBCCDQoDCIkJCQsOEA0LCQkKCIMJDA8MEIURFBgVEQMPhA0LCQ0EEAQRBRID E4ISEQMQghIUAxWMFBEQEBETFhkdIB0ZBRiEFhMSEQMQgg4LAwiCCw4FEAQRAxCCEhYEGIkX FRIQDAkLDhIBFgEYAAccBf+BdlYcjh4iJikrLjEwKCIoLy0mAyGcJy4wKyYlIyUpLS4vLSoo JiUjISEjJCMhIB4dHgUggx8fHgMdhx4fIB8dHR8GIIQfHh8fAyCEHx4eHxUgiR8eHiAhIB4d Hwkghh4dHyAiIwYkgiIhCiCDHx4fEyADIQcgASEABy0F/4GBVC2SHw8MCgkKCw4REAoFBgoK CAYHBAgFBwMIiAcFAwEECAYCDQCBAQcCgQEDAIcCBAUEBAUHBQiKBwQBAwYJCw4NCgMIggYC AwCHAwYHCAgGAwMCggUHAwiCBQIDAIwCBAYHCAcGBQQCBQcMCIcHBQMEBQQCAwCCAwYFCIQH BAIFDQiEBwUGBwMIAAYRgYgF/1URhBQTExYDF5AaHR0aFxcYFA4LDhARExEOAwuHDQ8REhQT EQYQhA4NCwkFCIYKDA4LCQgDCQgIggkMDRCHERUYFA8LCwMMhw0PEA8ODg8QEAMRhBISERED EIcSExYaHBsZAxiEFxYUEgUQgg4LAwiCCw4FEIsSFBUTERAQEhQWFwMYiBcUEAwJCw4SARUB GAAGHIGOBf9XHJogJistLzI1MywnLDIsIh0gIyUnJiMgIB8jKQMsiCooJiUkIyEhAyKFIR8e HB4EH4QgIB8eAx2HHh8gHh0eHw4ggh8fFiCJHx4dHyAfHR0fCSADH4MgIiMEJIMjIiIsIAAG LYGWBf9VLZIaCwkICQsPERUTDAcKDQsGAwYDCIIHBQMDjAUHCAYEAwEBAwQDARkAhwMGBwQB AwYFCIoHBAEDBgkKCwoJAwiGBwUEBAMEAwWDBgQCAwCHAwUHCAgFAgQAigEDBgcGAwQFBQcL CIkHBwYDAQQHBgMDAIIDBgYIgwYFBwQIgwcGBw0IAAYRgYgE/4HnVRGSFRETGBscHRwdGxkX FhUQCgkNAxCCDgsDCIILDgoQhA8MCgkGCIoJCgoJCAoMDAoJBwiHCQsNDhAQDwMOgQ8EEJER FRcTDAgICQsODxAQDgsLDgsQhA8ODg8HEIIPDwQQhBMWGRkEGIQVExIRBRCCDgsDCIILDgUR ixMWGBQREBARERMWBBiHFhQQDA0PEgEUARcABhyBjgT/gehVHKEeICQpLTAzNDYzListLicc GiAkIyIgHhwdHiMoLCopJyYDJIMjISADIYQgHx4cBB2FHh8gIB8DHocfICAeHR4fJyADH4Ug Hx4eHwUgAx8FIIIiIwMkhCMiISEGIIYfHx4eHx8EIIIhIRAghCEhIiEGIAAGLYGWBP+B6lUt lwwJCgwOExYXFxMNCQsMCAMCBgkICAYDAwCFAwYHBAEDAAMBGgCHAgQFAgECBAYGhAMBAwYK CAMHggUDBAKBAQMAhwIDBQcIBQIFAIcCBAYEAQIFDQiJBgUDAgEEBwYDAwCCAwYMCIQHBAMF DQgABhGBoAT/gYhVEZIUERYbHyIjHRcVFBMQDgkFBwwDEIcOCgkKDA4PAxCEDw4NDQMOgg0K DQiFCw4PCwkICIYJCgwPDw0DC4IMDgMQihETFBENCwkICg0DDoQMCgkMAw8IEIQNCwsOBhCE DgwNDwMQghMWBRiDFxQRBxCCDgsDCJILDhEUFRUUFRcYFhQSERAQERQFGIYXExAPEBEBEgEU AAYcgaQE/4GOVRylIiUnKy4yNTU0Mi8sKSUdFxgfJiUkIyEhIyUoLC0qJyUkIyIiIQYggh8e BRyCHR4JIIMeHB4OIIIfHwMegR8HIIIfHxEggR8FIIEfAx6BHwQggiEiAyOCIiEIIIEfBB2B HwMggSEDIgMhgiIhCiCFISMjIiEFIAAGLYGrBP+BllUtoQwJDBEXHSAaFBALCAcGBAEDCAwL CQYCAQIEBgcHBQQCAR4ABAGCAAEDAgQDhAIBAwYGCIEGAwUDBoQFAwEBCACFAgUHBQIFAIcB AgMCAQIGDQiJBQIAAAEEBwYDAwCCAwYMCIUHBAIFBwwIAAYRBf+BiE8RghISBBGSFBIYHyMm JhwSEBAPCwgEAQQLAxCGDQoJDA8PBBCCDQsGCoEJDQiBCgMMAwuCCgkFCIUJCw4OCwMIggoN BBCIEREQDw0LCAkFCoMJCQoFDAMNhw4PEA4LCw0ED4YQEAwJCw4DEIITFgUYhhcUEQ8NDAUN gQoDCIQKDREVBxiIFxQSEBARFBcFGIUWExIREAEQAREABhwF/4GOThyCGxsFHJIlKCssMDQ2 MzEwMCwkHBcSGCEDKI0mJSUoKi0vLSklJCIgAx8GIIIfHQUchB0dHh8HIIMeHB4OIIYfHRwc HR4HIIgfHh8gIB8eHwoggh8fBCCCHx4DHIIeHwQgBiEIIIYfHRwcHR4DIIohIyQjISEjIyIh ByCIISEiIyQjIiEEIAAGLQX/gZZPLYIrLAQtjQwKDxceIyQaEQ0KBwMDAJEFCw8MCQUCAgQH BwgIBwYDASwAgwEEBwUIggcEBQKGAwQFBAIBBwCFAQQFBAEKAIICBg0IiQUCAAABBAcGAwMA ggMFDQiDBwUGBgiECQoJCQMIAAYRBf9QEZ8WGx8eGhcTEhgfIiQhGREQEA8NCwcECA8SEA4M CQoNBBCEDw4LCRUIgwkLDQMOgg0KBgiECgsLCQMIhwoNEA8ODQ0DDoINCg0IBAmKCgwOEA8O DQwLCwUMiAsNDxEREhQXBRiFFxQQDQoDCQMKgQkDCIQJCw4TCBiHFhMREBEUFwYYhBYUEhAB EAERAAYcBf9PHI8UGBocHyMmJykrLjAyMS8DLZooIBoZGB4mKigmJSQlKCosLSsmIyIgHx0d HgYggh8dBxyCHR4GIIQfHh0eDCCBHwMehh0dHB4fHwQgiR8eHR4gHx4dHgkghB8eHh8DIIcf HhwdHh4fEiCGHx0cHB0eAyCBIQMihiEhIiMiIQcggiEjBCSDIyIhAyAABi0F/08tlCkaFhQT EQ8LChIbHh8dFA0LCQcFAwOJCA0OCgYEAQIFBAiEBwYDASoAhAEDAwQDBQMGggUDBQCGAQQH BgMBBwCBAQMCgQEIAIQCAwUHDQiJBQIAAAEEBwYDAwCHAQMFCQsKCQUIAwkICIUJCw0MCgMI AAURgYgF/08RkBYZHSAdGhYTEhkgISEeFhEDEI0PDgoHDRQUDwoJCAoOAxCEDw0LCRcIhwoN EA8PDQoNCIUKDRANCwQKgwsKCQsIhAkKCgkDCIIKDQMQgg4LBAiKCQoMDg8QERMVFwQYhxcW FBMQDQoDCAMJBgiDCxIXCBiGFhQSERQXAxgDF4QYFhMQARABEQAFHIGOBf9PHI8WGRsdISYo KCktMC8uLSsDKaIkHhocHiUsLCcjIiEjJScnKCYkISAeHR0cHR4fICAfHh0dCByDHh8fBCCE Hx4dHwsgjB8eHR4fHx0cHR0eHwMgiR8eHB0eHh0dHgkghB4dHR8DIIYfHh0eHx8MIAMfBCCG Hx4cHB0eBSCEISEgIAMhCCCCISIDI4QkJCMiAyAABS2BlgX/Ty2BHAUQjQ4LCxYfHhsWDwoJ CAgEB4kKDg0HAwEBAgYDCIQHBQMCKwCFAgQHBQMEAoMDAgEFAIUBAgQEAhQAhAEEBgcOCIkF AgAAAQQHBgMFAIUDCQ4MCgUIhAoMDAoHCIUJCw4OCgMIAAURgYgE/4HoTxGRGBodIB0ZFRAQ Fx0eHhsWExEDEIcPCwkPFRQOAwmHCw4QEA8NChkIhwoOEA4MCwkLCIcJCgsNDgsJEQiFCQsN DQoDCIIKDQMQhA8NCwoDCIcJDA8RERIVBhiXFhMRERANCggICQoMDAoJCgsKCQoQFRcIGIUX ExEUFwMYgRYGFAITAAUcgY4E/4HpTxyFFxoeIiUDKYUqLTAvLQMsiyspJB4bHiInLSsmAyGJ IiMkJCMiISAeBRyGHR4gHx4dChyDHR0eBSADH4IgIAMfBSCNHx4dHR4fHx4dHBweHwMgiR8e HBwdHBwdHgcgjR8eHRweHyAfHx4dHR4OIIMeHR4FIIUfHh0dHhUggiEhBSKCISACIQAFLYGW BP+B608tkRcREhMRDgwKDBMZGBYSDgoJBQiFCQsOCwYDAYIDBgMHggUCIwCFAQMEAgEDAIcC AgQFBgMBDgADARQAgwEEBw8IiwUCAAABBAcGAwECAwOHBAkNDQsJCQMIhQsODgwJBwiECgsM DAMLAAURgZ8E/4GIThGLFRgaHiAcGRMNDRQEGpcYFRMREBAOCwkNEhIPDQwNDhAQDgwLCQoI hAkKCgkLCIULDg8MCQwIhwkLDg0MCwoSCIUJCw4NCwMIggoOBBCNDw4LCQgICQwPEhQVFwQY mRcWFBIQDw4MCQgICQwPDgsJDA8NCgkOEhUJGIMVExUDGIgXFBEQEBMVFwEXARYABRyBowT/ gY5OHJwaGBwiJykrKykqLTAvLS4wMC4rJiAfISQnKiklBiKGISAgHx4dAxyHHR0eHyAgHggd BRyCHh8IIIQfHh0fBCCGHx4dHBwdBh6IHyAgHx8eHRwFHYEfBiCCHx4DHIkeHyAfHh0cHR4O IIMeHB4GIIQfHh0eHSCBIQEiASMABS2BqgT/gZZOLZMiEhIVFhALCQkLDxMTEhEPDQsJBQiG CgsJBwUFBgSCAwEjAI8DBQYEAQAAAQMGBQQDAgElAIMBBAcNCJ8HBgQCAAABBAcGAwEEBwcG BwkLDA0MCgkKDAwNDQsJCQiDCg0PAg4ABREF/4GIThGMFRgaHR4bGBMODxMXAxiLFxYSEA8P DQoJDA8HEIMPDAkMCIUKDQ0LCQoIhQoMDAoJDAiFCQwPDQoVCIQKCwsJAwiCCgwDDQMOiQsJ CAgJDA8TFgYYmhUTEhEPDQsKCQgICQsPDw0LDhANCgkMDxMWCBiNFxYXGBgWFBIREBASFgMY AAUcBf+Bjk4cnBoZHiMoKisrKiwuLy4tLzIwLSklISEjJSYoJyUDJIQjISAeAx0FHIMdHh8D IAYfBB6BHQMcgR0DHoIfHwQghB8dHR4EH4IeHQUcgh4fBiCGHx0dHB0eBR8GIIIfHgMchB0e Hx4EHYEfDiCNHhweICAfHh8gHx4cHgMfGSCCISEBIgEjAAUtBf+Blk4tiyERERMSDwsKCgsN BQ+CDQoFBwgIggUCBAEkAIUDBggFAwMBhAUIBgIoAIMBBAcMCJ8HBQMCAQAAAQQHBwUDBggI BwcICQsPDwsJDA4NCwoJCgiCCg0DEAAFEQX/gXJOEZIVGBobGxoYFhQTExUXGBcVEg8DDIYL CQkLDAwGDYIMCg0IhQsODgsJCwiCCQkOCIUJCgwLCR0IgQkFCoILCQMIhwkMEBIUFhcDGIgX FBEQEA8LCQQIkQkMDxAPDg8QDQoJCgwPExUVAxaBFwYYgxYTEQQQghIWAxgABRwF/4F5ThyM GxseIycoKiwtLSwsBC6TKiYjIR8gIiMlJiUiISIiISAeHQYchB0dHh8NIIIfHQUcAx2BHgQg iR8dHB0dHh4dHQYcgx0eHwMgiB8fHh0cHR0fCyCCHx4EHIEdBR6HHx8gISEiIgUhAyCNHx4c HiAgHh0eIB8eHAMdgx4eHxYggyEiIwIiAAUtBf+Bg04tiyARDw4NDQ4NDQwMBAuDDAoHCAQF BYIDAScAjQEDBggHBQMCAgUIBQIoAIQBAgQGCwiDBwMBBACOAQQHCAcGBwgHBQQGCAoDDIUL DhAOCgwIggoNAxAABBGBiAX/TxGCFRgEGYwYGRkWEhIVGBURDgsHCAUJAwqCCQkNCIQKCwsK SQiHCQwQERETFgMYiBcUERAQDwsJBAiECQsNDgQPiA0KCAgJDBARAxKDExUXBRiCFhMDEIQP DxEVAxgABByBjgX/TxySGx0gJCYnKS0wLioqLTAsKSUgAx2NHiAiJCQiHx8gIR8eHQYchB0e Hx8OIIQfHh0dBhyBHgQfgh4dDhyUHR4fIB8eHR0cHR4fHyAgHx4eHx8EIIIfHgUcgh0eBiCB IgcjkCEgHx8eHRwdHh4dHB4fHx0FHIIdHxYggyEjJAEjASEABC2BlgX/Ty2GIBAOCwwOAxCC DQoFCIIGAgsBgwICASgAjQEDBgcICAUCAgUHBQIqAIMBBAYKCIMHAwEEAIMBBAcECI8HBgIB BQgICQsNDg8QDgoKCIUHBwoNEQIQAAQRgYgF/08RixgZGxwbGhkbHBkVAxSEEQ4MCWsIggkN AxCCERUDGIgXFBEQEA8LCQUIggkKAwuKDAwLCgkKCwwNDwQQghIWBRiCFxMDEIQODA4UAxgA BByBjgX/TxyUGx8kKiopKi4xLysqKyonJCIfHh4DH4ogISIfHR0fHx4dBxyCHR8RIIMfHx0G HIEdBB6BHQwciRsbHBwdHyAfHQMcgh4fAyCCHx4DHYEeBCCCHx0GHIgdHh4fHyAgIQQjAySE IiEfHQQchB0dHBwEHQMchB0dHh8WIIMhIyQBIwEhAAQtgZYF/08tkhMREBEQEBESExENCwkI BwUDAjcAggIDAwSHAwECBQcFAisAggMGCgiDBwMBBACDAQQHAwiCBgUDBIEGAwiCCgwDD4IO CgoIhQYEBw8UARIBEQAEEYGeBP+BiE8RkRgZHSAeGhodHxwYFhMQDQoJbAiCCQwDEIISFQMY iBcUEQ8ODQoIAwkLCIcJDA4NCwwOAxCEEhQWFwMYghcTAxCEDgoLEgMYAAQcgaIE/4GOTxyP HSIpLy0qKzAzMC0qKCUhAx+EICEiIAQegh0cBB0IHIIdHxIggh8eGByJGhobHB0fIB8dAxyC HR4DH4IeHQMcgh4fAyCCHx0HHAMdhR4fICEhBiKEISAfHQccgR0HHIMdHx8XIIMhIyQBIwEh AAQtgakE/4GWTy2RExEVGBUSEhUXExANCgcFAgE5AAUBhgACBQgFASsAggMGCAiHBwYFAgEB AgMBiwQHCAgHBAIDBgcHAwiHCQoLCwwLCgoIhQUCBRAXARQBEQAEEQX/gYhPEY8YHCUrJBsa HR4bGRUSDwsHCAQJJwiECQsMCgkIhAkKCQkrCIIJDQMQghEVAxidFxQQDgsKCQgKDQwKCAoM CwkICgsKCgsNDg0JCg0EEIMREhUDGIIXEwMQhA8NDhQDGAAEHAX/gY5PHJcfJTA3MywsMTQx LiomIx8dHyEiIyMgHREcgh4fEiCCHx0QHAUdjBwcGxoZGhwdHyAfHQQcBR0EHIQeICAfBh6B HQUcgx0eHwsggh8dBRyBHQUehR0cHR0eGSCBIQMiASEABC0F/4GWTy2SEhQeJR4UEhQVEg8M CgcDAQAABAE3AIgBAQIDBQYEASsAggMGCAiMBgMCAQECBAQCAQQHAwiFBgQFBwgEBxEIhQUC BA0VARMBEQAEEQX/gYhPEY8YIC43KhwZGhsaGRUSDgsFCIIJCwQMgQoLCIQJCgoJFwiFCw4O CwkHCIUJCw0MCggIhAkKCwofCIIJDQMQmBETFRcYFxQQDQkICAkLDg4LCQsODQoJCwMOiQ0M CwoJCQsNDwMQghEUAxeDFhMRAxCDDxEVAxgABBwF/4GOTxybIio4QTguLjI0Mi8rJiIfHSAi IyQjIB0dHh4dCxyEHR0eHxIggh8dDxySHR4fHx4eHRwcGxocHh4fIB8eBB0JHIYeICAeHR4E H4IeHQMchB0eHx8LIIIfHQUcgh0fAyCGHx0dHh8fGiADIQEgAAQtBf+Blk8tjxEZKjUmFRES EQ4LCgkGAwMAhQIEBAIBNgCIAQMFBQQDAgEqAIMBAwYDCJEJCgoJCAUCAAABBAcGAwEEBwMI hgcGBwgIBQMEggUHBAiDBgYHCAiFBQIDCxICEQADEYGIBf9PEYcVGCEuNCgaBReEFBENCgUI hwkNEBAPDgoKCIUJDA0MChcIhgsPDw0LCQYIhQkMEA4KCAiFCg0OCwkeCIIJDQQQiRESFRcX ExANCQMIkQoMDAoJDA8OCgkMEBAPDwsJBAiCCg0DEIMREhMGFIUTEhERFAMXAAMcgY4F/08c kh8kLTlANy4vMjMyLyolIh4dIQMkhyMfHR4gHx4KHIQdHh8fEyCCHx0DHAYdBhyCHR8EIIIe HQMcgh4fBCAEH4IeHQgchh0eHh0cHgMghx8eHRwcHR4OIIIfHQMchB0eHx8DIIQfHh0eFCCE ISEiIQggAAMtgZYF/08tmB4PGCoyIxMQDw4LCQgIBgIAAAEDBgcDATYAhQEECAYCLQCNAQMG CAgJCw0NCggFAgMAgQIEBIEGBwiIBwcEAQABAwUDCIQHBAMGAwiKCgsMCgkHBAQJDgIPAAMR gYgF/08RhxQYHCAiGxUFFIsQDQsJCQoLCgkJDAMNggwKCgiFCQwODAkWCIgJCw8QDw0LCQUI hwkNEA8NCwoECIcJCgsNDgwJHgiECQsNDwMQiBETFhYTEA0JBAiPCQkICQwPDgsJDBAPDQwK BQiDCQsOAw8EEIISFQMXhRUSERITAhQAAxyBjgX/TxycICgtMjQuKy4xMS8rJyMgHh4hJCQj IiAeHyAfHgQdBRyDHR4fFSCCHx0DHIEdBB+CHh0DHIQdHh4fBCCBHgMdgh4fCSCCHx0JHIkd HRwdHiAgHx4EHQMegR8MIIIfHQMcgh4fBSCEHx4dHhQghSEjIyIhByAAAy2BlgX/Ty2LHAsR GR0WEQ8NCwkDCIkFAgEDAwQFBAI3AIcCBQgHBQMCAwCFAQECAQEEAIIBARkAgQIEA4wFBwkJ CgwODgoIBQIEAIUBAwUHBwYIiQcFBAIBAAACBQMIhAYDAQUDCIoKDQ8LCQgHBwkLAQsBDAAD EYGIBP+B60kRjBcYFRISERMYFRIREQMQjhEREAwKCAgKDQ4MCQgJAwqCCQkKCIUJCgsKCRII AwmJCAkLDg8PEA0KBQiXCg0QEA8OCwkICAkLDQ0MCwoJCgsMCgkaCIQJCw0PAxCHEhMSDw0L CQYIiwkKDA8NCgkMEA0LCAiDCQsLAwyMDQ4QERQWGBgWExERAxAAAxyBjgT/gexJHIEbAxyG HR0jKysqAymRLDAuKygkIR8dHiEkIyIhIB8DIAQfgh4dAxyDHR4fCiADHwUgBB+GHh0dHB0e BCCCHx0DHIIeHwYghR4dHR4fCiCCHh0NHIQeHx8eAxyBHQMfgx0eHwkgiB8eHR0cHB0eBiCE Hx4dHg4ggR8DHocfICEiIyIhByAAAy2BlgT/ge1JLYcbFyApKCcYAwiFCg4QDQkFCIkFAgIE BgUDAQEmAIQBAgEBDQCPAgUICAcGAwEAAAEDBQQCAwCFAgMEAgEWAJkBAwYHBgYHCAkMDQwM CgcFBAQDAgABAgQGCAiDBQIBBACCAgUDCIwGAgEDBQYICQwOCwkHCAADEQX/gYhJEZsUFhgW ExETFBMRERMTEhEPDg0MCwkICgwOCwknCIcJCw0MCggKBgwFC4IMDgMQig8LCQgICQ0QDQoD CIULDg8MCRsIgwkMDwUQhA8MCQkGCIwKDA0MDAsJCQwQDQoNCIsJCQwPERITFhgYFgMUARIB EQADHAX/gY5IHJwbGhweHyEjJyopKCgqLC0vLCklIh8eHh8hIyIhCiCGHx0cHB0eCyCEHx4d HwQghB8eHR0EHoMdHR4EIIEfBB6BHwcggx4dHgwggh4dDRyEHR4eHQMchx0fIB8dHR8IIIMf Hh0EHIIdHgYgih8eHB0eHyAgHx8HIIgfHhwcHR4gIAMhhSAhIiIhAyAAAy0F/4GWSC2GJxMS FBEMBQiRCgsNCwkHBgYHCAYDBAUGAwEnAIUBAwUEAgYAgQIGA4IEBgMIigcEAQAAAgUIBQID AIUDBgYEARYAhAEEBwgDB5IICg0PDQoGBAIEBgUDAQMFBgcICIkFAgEBAgEBAgUDCIgGAwAB AQQHCQMKgQkFCAEKAQsAAxEF/4GISBGHEBIVGBYSEAMRkRASFRYTEQ4LCw0OCwkJCgsJDQiF CQsLCgkWCIUJDBAOCgMIhgkJCgwODwUOgQ8DEIIOCwMIjQkNDw0KCQoLDQ8PDAkbCIMJDA8F EJYOCwgJCgkJCAgJCw4QDAkICAkMEA0KCAiECgsLCQMIhwsOEBARFBcDGIIXFwEUAREAAxwF /4GOSByYGhkcHyEjJScoJyYoLC8uLSonIyAdHh8gAyELIIEfBB6BHwoghR8eHR0fBCCLHh0c HB0eIB8dHR4GIAMfCCADHwwggh4dFByHHR8gHx0dHwYghB8fHh0EHIMdHR8GIJMfHhwcHR4g IB8eHyAgHx4fIB8eAxyBHgYghCIjJCIDIAADLQX/gZZILYYiDA4QDgoFCJAJCQoJCAYDBAYI BwYFBAMBKACFAQQIBgMFAIQBBAYHBAaCBwcDCJIGAwEAAAIFBwUCAQIEBQcHBAEWAJcBBAcH BQQGCAoNDw0KBgMBBAcHBAIFBwoIiQYCAQMFAwECBQMIigcFAwIAAwYIBwcGCIEJAQsBDgAD EQX/gXVIEYYQERMWFBIDEI4REhQXFxIPDQoLDg8MCREIhQoNDgsJFgiHCQwQDw0LCQMIhAkL Dg8DEIIPDwQQgg4LAwiNCg0PDQoJDA4PEA8MCRsIgwkMDwUQlg4LCQsNDAoJCgwNDxAODAoJ CQsODQoHCIUJCw4NCgMIhwsOEBARFBcFGAEVAREAAxwF/4F7SByHGhkcICIlJgMnjCYpLS8t KykmIyAeHxMggR8LIIYfHh0cHR8EII8eHRwcHR8gHx0dHyAgHx8cIIIeHRQchx0fHx4dHR8G IIMfHh0EHIQdHh8fBiCCHx4DHI4dHx8eHB4gIB4dHiAfHgMcgh4fBSCEISIjIgMgAAMtBf+B hUgthh8JCw0MCgoIhAUCAwYDCIIFAioAhQEDBQMCBQCEAQMGBwkIkgYDAQAAAgUHBQICBAYH CAcEARYAlgEEBwYDAQQHCg0QDQkGAwEEBwgGBQcJCIsHBgUCAQUHBQICBQQIigcFAwEDBgcG BQYFCIEJAQsBDgCDERGIBf9LEQMSlBEQEBETFRcYFhALDAwOEBAODAsJDwiFCw4PCwkWCIgJ DRAQDw0LCQMIiQoLDQ8QDgwNDwMQjA8NCwoICg0QDQkKDQMQgw8LCRsIkgkLDQ4PEA8PDQsJ Cw8OCwkMDwMQiQ8PDAoICgsKCQcIjwkLDQ0LCQgICw4QEBEUFwUYARUBEgCDHByOBf9JHI8a GR0gIyYnJiYoKistLSoDKIImIgYgAx8JIAMfDCCGHh0cHB0fBCCBHgMcjB0fIB8dHR8gHx4e HxsggR4VHIMdHR4DHYEfBCCEISEfHQUcgh0fCCCCHx4DHJMdHR4dHB4gIB8eHyAfHh0cHB4f BiADIQMgAIMtLZYF/0ktghoJAwqBCQoIgwcFBgQIggUCKwAEAQUAhQECAwUHBQiFCQoMCQYD A4cEBggGAwQGAwiDBwQBFgCCAQIEBIwGCAoOEA0JBgMBBAcNCI0GBAIBAQMEAwECBAYHAwiK BwQBAwYHAwIEBwUIAQkBCwCDERGIBf9JEQgQiRIWGRgYFA0JDAUQgw8MCQ8IhQsPDgsJFgiI CQwODxAPDAoFCIcLDg8MCQsOBBCLDw4LCQoNEAwJCg0DEIMPCwkcCJIJCgwPEA4MCwkICgwM CgkLDQ8EEIIOCg0IggkKAwyJCgkLDhAQERQXBRgBFQERAIMcHI4F/0kcihgaHiIlJyclJioD LIkqJyUpKykmIyIDIIQfHh0fCSCDHx4fDCCBHwcekh8fHh0dHB0eHx4dHh8gHx0dHxsggR4a HIIeHwMghSEiIiAdBRyEHR4fHwUggx8fHQgcgR4DIIkfHyAgHx4dHB4HIIIhIQQgAIMtLZYF /0ktgQsWCIIFASgAgQEGAgQBAwCDAQMGBQiFCQwODQkDBocHBwgHBgYHBAiEBgQDAQsAAwEH AJEBAQMFBgcICg4QDAkGAwACBAMFgQcHCIQHBgQBAwADAYUAAQEDBQMIiQcEAQMGBwUDBQgI AIMREYgE/4HsSREIEIkTGBwZFhIODA4EEIQPDQsJDgiFCQsODgsXCIoJCgwOEBAODQsJAwiH CgwMCgkKDAMOjA8QEA0KCw4QDAkKDQMQgg4LHwiFCg0PDAkECIgJCQgICQoMDwMQgg4KDwiM Cg0PDAkLDhAQERQXBRgBFQERAIMcHI4E/4HtSRyDGh0jBCaSJScsLy4rKSYmKSwpJiMiICAf Ax6FHyAgHx8FIIMeHR4OIAMfgR4DHYceHh8eHRwdAx6LHyAgHx0dHyAgHx4DHxMggh8eGhyC Hh8DIIUhIyQgHQYcgx0dHwQgjR8eHR0cGxobHBwdHR4JIIMeHR4GIIQhIiIhAyAAgy0tlgT/ ge9JLYEJCgiGCgsLCQgGBgWCAwEnAIIBAwgFiAQDAQAAAQIEBAWGBgcLDg0KDwiDBwQCCgCF AQMEAwEIAI0CBQYHBwkNDwwJBgMABAGCAwUGCIUHBQQCAQkAjgEEBggIBwQBAwYIBwYHCAgA ghERBf+BiEkRgQ8HEIgVGx4YEhEPDwQQhA4MCgkPCIUJCgwLChkIiAkMDxAQDwwJBAgDCYII CQMKkgsNDxAPDQ4PDwwJCgwNDxAOCx8IhQkLDAsJCAiECQkLDgMQgg0KDwiMCg0PDAkLDhAQ ERQXBRgBFQESAIIcHAX/gY5JHKIbIScqKCUkJCkvMi4pJyYmKSwpJSMiIB8eHh8fICAfHh4f AyCEHx4cHQYegx8gIAMfBCCCHx4DHYkeHyAfHRwcHR4EIIcfHR0fIB8eAx2BHwwgAx8EIIIf Hhocgh4fAyCHISIiIR8dHQQcgx0dHwQggh4dAxyIGhkaHB0eHx8JIIMfHh4GIIUhIyQiIQIg AIItLQX/gZZJLQoIiAkMDgwKBwQDBQKBASEAgwEBAgMBhAABBAYICIIFAgMAggEBBQKFBAgL CgkGCIQHBQYHBgiCBQIKAIUCBQcFAggAjAECAwMEBwoMCwkGAwMAhQEBAgUHBQiDBgIBDACJ AgQHCQoHAwUHDAgAghERBf+BiEkRgQ8DEIkPDhASFhwcFhEDEAMPgxANChMIggkJGgiDCQwP AxCCDAkNCIILDgUQig8MCQgJCg0QDgsNCIEJAwqCCQgDCQsIggkJCAiCCQsEDIQNDQwKDwiM Cg0PDAkLDhAQERQXAxiCFxYBFAERAIIcHAX/gY5JHJobIigpJiQmKCswMCsmJSQmKSooJSMh IB4cHgQghB8dHh8DIIIfHgMcBR2GHh8gHx4eBSCBHwMehB8gIB8EHoEfBCCHHx4eHyAfHgMd gR4MIIQfHR4fAyCCHx4LHIMdHR4DHQkcgh4fBSCFISAgHx0DHIQdHh8fBCCCHh0DHIYbGRsc Hh8MIIIfHwYghCEiIiEDIACCLS0F/4GWSS2CBQcECAQKhwsNDQwJBgMoAIICBAMFhwMCAQIE BgcGCIIEAQoAggIFCAiFBwUCBAYGCIIFAQgAhwIDBAYHBQINAIcEBwkJCAYDAwCEAgQGBwYI ggUCDgCHAQULDQoHBg0IAIIREQX/gXZIEYEPAxCJDwwMEBUYGhkUAxCHDw0MDg8NCi8IggkM AxCDDwwJDQiCCgwDDYUPEBANCwMKhAwPDQoNCIoJDA0MCgkLDAsJBgiECgsKCQoIhQkMDw4L BQkPCIwKDA4MCgwPEBARFBcDGIIVEwESAREAghwcBf+BfEgcmxscIicnJCMnLC4vLCYhIyQl JycmJSMhIB4dHgQgiR8eHyAgHx8eHQYciR0dHh8fHhweHw4ggR8HIIYfHyAgHx8DHoEfDCCE Hx4eHwMggh8eCxyBHgQfgh4dBhyDHR4fCSCHHx4dHBweHwYggh4dAxyGGxscHh8fByCCHx8M IAMhAyAAgi0tBf+BhkgtkhgDBAcICAkLDg4NDQwLCgkGAigAggMGAwiHBQIAAQEEBgUIgwcE AQoAhQIFCAcGAwWHBwgIBQMEBgYIggUBBwCIAQMGBwgIBQIIAIEBBAOCBAUDBocFAgABAQMG CAiCBgIPAIUECg4MCQ4IAIIRiAX/SREED4kODQ8XHhwZFhIDEIcNCgoNDw0JLwiICQwODxAP DAkOCIEJAwqFDQ8QDw4DDYQMDAsJDQiKCg0PDQoJDQ8NCgUIhQkMDgwKBQiKCQoMCwkJCw0M ChQIhgkKCwwMDgMQgxEUFwMYghQRAhAAghyOBf9KHI4eIiYmJCYtNDEtKCEdIAYkhiMhHx4d HgUggR8DIIMfHR0GHIEdBB6EHR0cHQQegR8FIAcfHCADHwUggx8eHQkcgR4EIIIfHQUcgh0e DCCBHwceBB+CHh0FHIEeCSCDHx4eEiAAgi2WBf9JLY0XAgQGCQsOEhYTEQ4LAwiCBQInAIMB AgQDBYkEAgAAAQIFBwcDCIMHBAEKAI4CBQcGAwICAwUHCAcGBgcIggQBBwCIAQMGBwgIBQII AIcDBQcGBgUEAwOLAgEBAwQFBwgHBQUEBoIFAwMBDACEAwcLCg8IAIIRiAX/SRGNDgsLDA8U HCgwJBgSDwMMiQsJCQsNDAsKCS0IiAkKCw4PDwwJEQiDCQsPBRCDDwwJDwiKCg0PDQoJhf9z CQUIhQkMEA4LBQiKCQwPDQoICQoJCRYIgwkMDwQQgxEUFwMYghQRAhAAghyOBf9JHI8dISIk JyowOj81LCUhHyEEIoojIyIhHx4dHh8fByCBHggchR0fIB8dBhyDHR0eBCCCHx4FHYIeHwQg iB8eHyAgHx8eCx8NIIMfHh0HHIIdHgQgiR8dHI7/fRwdHxAggh8eBx0GHIMdHh8HIIQfHR0f ESAAgi2WBf9JLY0ZBQQECxIbIygcDwsKAwiCBQIoAIIBAQMCggEBAwCEAQIEBgMIgwcEAQoA igIEBgQCAAABAwcKCIMHBAEIAJECAwUHBwUCAID/bQABAgMFBwMIgwYDAQQAiQEEBwcIBwUD AgQDBQSCAwEKAIICBhEIAIIRiAX/SRGNDQgICRIbKTlAKxUOCwQJiAgICQsMDgwKLwiGCQsO DwwJEQiDCQwPAxCFEhMRDQkPCIkKDQ8NCggJhAkGCIcJDBAPDQwKAwiFCQsODAobCIoJCw0N Dg8PERQXAxiCFBECEACCHI4F/0kcjx8kIiIoMDpFSjkpJCEgIAchhyAfHRwdHR8GIIIfHgYc hx0eHyAgHh0DHAQdgh4fBCCCHx0FHIIdHwQghh4dHh8gHgodBB6BHwQgiiEiIiEgIB8fHh0H HIIdHgQgiR8dHByOHBwdHw4ghx8fHh0cHBsLHIMdHh8GIIYfHR0eHx8PIACCLZYF/0ktjBoH BAINGic0OSMOCQQIggUBNACCAgUDCIMHBAEKAIoBAgMCAQAAAQQHAwiECgsLCgMIgwcEAQoA jgIFBwUCAACAAAABBAYHBAiPBwYEAgABAwQGCAcHBgMBBQCHAwYIBwcEAgoAggIDAwWBBw0I AIERBf+BiEkRjQwLCQoTHSs7PSYRDAkHCIUJDA4NCi8IhgkLDw8LCREIiwkMDxAQERMWFA4J DwiICgwNDAkIGpYHCIIJDQMQgw4LCQMIhAkKCgkLCIMJCgkOCIEJAwqFDA4RFBcDGIIUEQIQ AIEcBf+BjkkcjSIkIyMqMz1HRzYmIiEJIIcfHh0cHB0eBiCCHx4FHIMdHh8DIIYeHRwcHR4F HwQghB8fHh0DHIIdHwQghh4cHR8fHg0cgh0eAyCKISIjIyIgHx4dHQkcjh0eHh8fHh0cLZ4c HR0fDiCIHx4dHBwbGhsEHAYdhBwdHh8FIIYfHRwcHR8PIACBLQX/gZZJLYsHBwMDDRooNjcf CgUGggMBNACIAgMFBggHAwERAJABBAcICAkLDg4LCQgIBwQBCgCNAgQFAwEAE5IBAQMFBwcI jAYDAQMFBwcIBwQDAgUAgwEDBgMIhAYEAQEJAIYBAQICBQcKCAEHAQYAgREF/4GIQhGBFAQX jhYTEA0KChQfKzczHgwJCAiFCQoLCgkvCIUJDA8OCxIIjAkMDxAPDxIVFA8KCQ8IiAkKCQgI hP8aBgiCCQ0DEIIPDAQJDgiFCQwNCwkQCIYJCg0QFBcDGIIUEQIQAIEcBf+BjkIcgxscHQMf jSEjJCQlLTY9REExIyEJIIgfHh0cHR4eHwYggx8eHAMdjRwdHyAgHx8eHRwcHR8LIIIfHQMc gh0fAyCDHx4cBB0LHI8dHR4fICAfICEjIyIhHx0MHAUdhRwcjv8tBB6BHwgggR8DIIIeHQMc hBoZGhsDHIEdBB+BHgMdBx6FHRwcHR8PIACBLQX/gZZCLZMnFxAJCAcHCAYDAg0YJjMxGQQC BAOBAjYAhwECBQcGAwERAJABBAcIBwcKDQ4MCgkJBwQBCgCJAQECAQEAgP8UAwSCBQYGCIUH BQMEBwMIggUCCACCAwYDCIUHBgQCAQwAggMGCggBBgEEAIERBf+BiEIRgRUDGI4XFhMQDQsM FiAqNC4aCj0IhQkMDw4LEgiNCQwPDw0MDxISDw0LCRMIg5X/lQYIggoNAxCHDwsJCgwMCg0I hQkMDw0KDwiHCgsNDxETFQMWghMRARABDwCBHAX/gY5CHIMdHh8DIIwiIyQlKC82PEE7LSEJ IIIfHgMcgh0fCCCOHx0dHh8eHR0fIB8eHR0DHIIdHwsgjR8eHR0cHR4fICAfHh0PHIMdHx8D IIQeHiAhAyKCIB4LHAMdBRyInv+fIB8eHR4HIIcfHh8gIB4dAxyEGhkaGwMcgh4fAyCCHx0F HAQdAxyCHR8PIACBLQX/gZZCLZMiEw4KCQgHBwYDBA0YJTIsFAIBPACFAQQHBgMSAIgBBAcH BQQHCgUMgwkFARAAiZL/kwcGAwIFBwYIgwcGBgQIggUCBwCEAQMFBwQIgwcDAQwAggMGCAiC BwcBBAECAIGIBf9DEYEVAxiDFRMPAwyJEBghKTIqGAwKPAiFCQwPDgsRCI4JCg0QDgoJDA8Q EA8MCRIIgQkD/4MLCgkDCI0KDA8PEA8LCQsODwsJDAiFCQsMCwkPCIwLDg8QEBESEhMTEhEB DwENAIGOBf9DHIIeHwQgjyEiJCcrLzQ4PTYpIB8eHwQghB8fHh0DHIIdHgQfBCCIHx4eHyAf HR0DH4EdBRyCHR8MII0fHx0cHR0eHyAgHx4dBBwEHQYcgh4fAyCKHx4dHiAiIyQhHgocgR0D HoEdAxyBHQP/hSAfHhweByCHHhweICAeHQMchBoYGhsDHIEeBCCCHx0DHAMdBhyCHR4NIAIf AIGWBf9DLZMeEQ8NCggGBAQFCBAZJDEoEwQDPACFAQQHBgMDAIUBAwMCAQgAkgEBAgUIBgMB BAcKDRAQDwwGAQ8AgQED/4YHBgMBAwcNCIIFAggAigIDBQcIBwUEAgEIAIEBAwCCAwYICIIG BAEDAQEAgYgF/0MRAxiRFhMPDAkLDhQbIikwJxkOCwkyCAMJBgiFCQwQDQoQCIkKDA0PEA0K CQsEDYILCRIIgRoD/4OXHQoDCIwJCgwOEA8LCQoMDQsPCIIJCRAIggoNAw6BDwYQAQ0BCgCB jgX/QxyCHx8FII4hJSotLzE1ODEnIB4dHgQggx8dHQUcAx2CHh8FIIsfHyAgHx0dHh4dHQUc gh0eBh8IIIYeHRwcHR8EIIkeHRwcHR4fHx0GHJAdHR4fIB8eHB0eICIjIR4dCRyFHR8gHx0D HIEtA/+Fny4eHR4HIIYeHB0eHh0EHIQaGRobAxyBHgQggh8dAxyEHh8eHQMchB0dHh4EHwkg AR8BHQCBlgX/Qy2UEQ8PDgsHBAEDBgwSGiUvJBMGBAE7AIUBBQgGAgMAhQMFBwQBBwCTAQIE BQcIBgMBAwUIDRAPDgsFAQ8AgRQD/4aVFwMBBAcLCIQHBgQBCgCHAgUHBQMBAQgAkQIDBAMD BQcIBwcICQkIBwQBAgAAgYgF/0MRgRUDFI8SDwwJDRIWGh8mLCMXDwsLCAMJJAiFCQsMCwkF CIUJDRAPDAMKgwkJCAUJBAiDCQsOAxCFDQoICQkDCoEJEQiDCQqFBf+BCwUIhgkMDw4LCAQJ IQiGCQoKCwwOBhABDQEKAIGOBf9EHJQdHh8gISEjJywuLS4yNC4lIB4dHgQggh4dBByBHQUc gR4JIIIeHQscBh2CHh8HIIEeAxyCHR8EIIIfHgMdhR8gHx4dBxyPHR8gHx0cHB0fICEgHx4d CByFHR8gHx4DHYGPBf+DHh0eBiCGHx4cHB0dBRyDGxobBByBHgQgiR8dHBwdHiAfHgMchB0f Hx4DHYIeHwggAR8BHQCBlgX/Qy2BDgMMkAoIBgQGCg8UGyQsIRMJBAE7AIwCBQgGBAMCAgQG BwUEAgMBhAABAwYDCIwFAgABAgcMEA0LCAQLAIYBAgMDAoIF/4QDAQQHCgiFBwUDAgEKAIYB BAUEAwIDAQYAkQMFBwcGBwgHBQQHCwwKBwQBAgAAgZgE/4HwQxGBEgMRjxAPCwkPFRgZHSQp IBUOCwoIhQkLDAsJIwiFCg0PDAkFCIQKDRAPAw6FDQwKCQsEDIcKCQgICQsPAxCCDQoECIIJ CREIhAkLDZcF/4EJAwiJCQoLDRAPDQoJKAiDCQwPBRABDQEKAIGdBP+B8EMclRobHR4gISIk KS4uLCsvMSskHx4dHgQgjR4dHBwdHh4dHRwcHR4JIIIeHREcgh0eBiCCHx4DHIIdHwQgBh+D ICAfBh6HHRwdHyAfHQMcgh4fAyCCHx4IHIQdHyAgBB+BngX/gx4eHwYggh8eEByBHgQgiR8d HR4eHyAfHgMciR4fIB4dHBwdHwggAR8BHQCBpAT/gfFDLYELAwmPCAgHCAsOEhYbIykgEwsF PACSAgUICAcGBgUGCAgHBQYHCAYFAwSCBgcDCIIFAgMAhwULDgwJBgMLAIIDBQMGgZMF/5EB AQIEBgcICQoKCQgHBwUDAQwAhAECAwQDBYMEAwEFAIMDBggEB4oGAwIHDg4LBwQBAgAABf+B iEMRAxCGDw4NCgkQAxaHGB4jGxINCgoIhQoNDwwJIwiFCgwNCwkFCIIKDAYPjw0KCQwPEA8P DAkICAkMDwMQgg0KAwiFCgwMCgkPCIMJDZcG/wQIigoMDg8QEA8NCwknCIUJDA8QDwMOAQ0B CwAF/4GOQxyVGhwdHyEiIyQpLiwpKCstKCIfHh0fBCCBHgMciR0fIB4dHBwdHgkggh4dERyC HR4GIIIfHgMchB0eHx8NIAQfhx4dHR8gHx0DHIceHyAfHh4dBBwEHYIeHwMggx8gngb/gR8I IIIfHhAciR4fHyAgHh0dHwMggh8eAxyJHh8gHh0cHB0fBCAEHwEeAR0ABf+BlkMtgQkGCIwJ DBASEhYdIRoSCwU8AIQCBAcHCQiFCg0OCwgEBwQIjAUCAAABBAkMCggGAwoAhgEDBggIlAb/ kAAAAQEDBgkLDQwKCAYEAwIPAIMBBAcDCIIFAQUAhAMGCAUDBIkDAgIGCwsIBQMDAQAF/4GI QhGBEgMQkA4MCgkJDhISDxEWGBMNCwkKCIUKDA0LCSMIhAkKCgkGCIMJCgsFDIQLCQkLBA2H DAsKCgsNDwMQgg0JAwiFCw4OCwkPCIIJhgP/g/DgdAUIgwoNDwUQggwJJwiICQwPDwwKCwsC DAAF/4GORByUHR8hIyMiIygtKiUlJicjHx4eHx8EIIEfBR6CHx4DHIMdHh8HIIIfHhIcgh0e BiCCHx4DHIIdHQoeBB8FIIcfHR4fIB8dAxyFHh8gHh0FHIIdHgQfhiAgHx8ejwP/hfHifx0e BR8DIIIfHhAcgR0EHgMdgR4DH4IeHQMciR4fIB4dHBwdHwQghB4dHR4CHQAF/4GWQi2BHAcI jAkNEA4KDBEVEQ0IAzwAhwEDBAYHCAYGBYUICw0MCwMKgQkECIcFAgAAAQMGAwiCBgMKAIUB AwYIhAP/g+/fbwUAigIFCAsODgsIBQERAIgBAgQGBwgFAQUAkQMGBwQBAAEBAAEECQgFAgIA AQIBBAAF/4GIQxGRDxAQDAkICAkNDw0JCg4QDQkMCIQJCQoJMwgECYMICAkDCoILDAQNgQ8E EIwMCQgICQsOEA0LCQkNCIgKd+F5EA8MCQUIhAkLDA4EEIIMCScIhQkLDg0KAwgBCwEOAAX/ gY5DHJMdHyEjJCMiIicrJyIgICEfHR4fByAEH4MeHR0EHIMdHh8EIIQfHh4dAxyEHR0eHQcc Ax2DHB0fBiCCHx4JHAkdgh4fBCADH4QgIB8dAxyGHh8gHx4dBByCHh8GIIgfHRx/4oAdHQMc BB0DHoYfICAfHh0EHAUdDRwGHQMcjh4fIB4dHBwdHh8gIB8eBRwABf+BlkItgRsHCIcJDQ8J AwIHAwmCBQI+AIUBBAcGBAMBhwICAwUICwwEDYILCQMIhwYFAwIBAwYDCIIFAgoAigEEBwh0 4HMDAQEGAIwBAwUICwwKCAYEAwEQAIcBAQMGCAQBBQCFAwYHBAEEAIgBBAcGBAEBAAEDAQYA Bf+BeUIRlg8NDxAMCQgICg0QDgwMDQ0KCAkKCgk/CIEJBAoFCYIKDQkQjAwJCAgJCw8QDw4M Cg0IiAoNEA8PDgsJBwiDCQwPAxCCDAkoCIQKCwsJAwgBCwEOAAX/gYBDHJIeICIjJCQjJCcq JiMiIiEgHh8FIYIgIAQfgh4dBxyCHR4EIIIfHQUchR0eHx4dBRyBHQMegx0dHwYggh8dCRwF HQQcgh0fCSCMHx0cHB0eICAfHx4dAxyCHh8GIIIfHQ8cgh0fAyCDHx4dAxyHHR4fHh4dHRQc hR4fIB4dAxyGHR4fIB8eAxwCHQAF/4GJQi2BGwcIjAoLDQgEBQcIBwYDAT4AhQEDBQUEBAKG AQIEBgoNAxCDDwwJBAiGBwUDAQQHAwiCBQIKAIgBAwUFBgYEAgMAAwEEAIoBBQgJCAgHBwUC EgCFAgYIBQEFAIUDBgcEAQQAhQEEBwgGAwQBBQEHAAX/QxGPDQsODwwJCAgKDRAPDw0LAwmE Cw0MCj8IggoMBA0EDIINDwkQgg0LAwmHCw4PEBANCg0IhwoNDw4MCwoICIMJDA8DEIIMCS8I AQsBDgAF/0Qcgh4iBSSFJScpJiQDI4MhICEEI4MiIR8EHoEdCRyBHQUegR0FHIUdHh8eHQUc hx0fIB8dHR8GIIIfHQgchx0eHx8eHh0DHIIdHwkggh4dAxyCHh8DIIIfHQMcgh4fBiCCHx0I HIEdBB4DHYseICAfHx4dHBwdHgQggh4dFByFHh8gHh0FHIQeIB8eAxwBHQEfAAX/Qy2BGwgI iwkJCAcHCAcEAwEBPgCEAQECBAcFjAYICg0QDw4NDAsKCQMIigYDAQMGBwgIBQILAIEBAwKQ AwIBAAABAgMEBAMCAQEEBwMIhAcHBQMSAI8CBggEAQEDAwIBAgQFAwEEAIUBBAcICAQHAQgA Bf9DEYUMCgwNCwMIjgoOEA8PDAkICQoNEA0KPwiCCg4GEAMPChCODw4MCggKCw0PEA8NCwkL CIUKDQ8NCgoIiAkMDxAQDwwJKgiFCQoKCQgBCwEOAAX/QxyTHSAiIyQkIyIkJicmJSQkIyIi IwQkhCIhHx0OHAUdBhyEHR0eHQYcgx0eHgMdgx4fHwQggh8eAx0FHIIeHwMggh8eAxyCHR8J IIIeHQMcjR0eHx8gHx4eHRwdHh8FIIIeHQgcgR4EH4keHR0fIB8eHh0EHIEdAx6DHx4dBByC HR0OHIUeHyAeHQUcgR0DHoMdHRwBHQEfAAX/Qy2HFwUGBgcIBwcGhAcFAwAFAS8AhgECAwIC AQkAggMGCAiKCg0PDgsLDQ4MCgMIjAYDAAIEBQcIBwUDAgwAggEBBACDAQMFAweFBAIBBAcD CIQGBAMBCwADAQQAjgIGBwQBAwUGAwEBAgMBBQCIAQIFBgcIBwYBBwEIAAX/QxGFCQkKCgkD CI4LDhANCwoJCgsNDxANCj8IhAoLDQ8TEIIOCwMIiAsOEBAPDgsJCgiFCQsMCwkKCIIJDAMQ gw8MCSoIhQoMDQsJAQsBDgAF/0Mckh8gISIjJCIgISQlJSQjIiMkJQMkhiMiISAfHSUcgR0D HIMdHh8FIIEfBB6BHQMcgh4fBCCBHwMdgh4fCCCDHx4dBRyCHh8DIIcfHhwcHR4fBCCCHh0I HIEdBR+GHh0fIB8eBxwFHQQchB0eHh0GHAMdBByFHh8gHh0GHIYdHh8fHhwCHQAF/0MthwMC AgQGCAYJA4MBAQMDBIIDAi0AiAEDBQYGBQMBCACCAwYICIoKDQ8NCgoMDg0KAwiNBgMAAAED BQgIBwYDAQoAigIDBAIBAAABAgUDBoQFAwIFAwiDBwQBDACFAQMEBAIDAIoCBAUEAwQHBwQB CgCHAQIEBwgGAwEFAQcABP+BiEMRgQkHCIQLDw4LAwiCCg4DEIINCUAIgwkLDREQhA4NCwoD CIkKDA4PEA8MCgkKCAMJCwiCCQwDEIMPDAkgCIUJCgsKCQMIhwkJCw0PCwkBCwEOAAT/gY5D HJYiISEiIyMgHSAjJSQkIyEjJicmJCMiAyCCHx0WHIUdHR4dHQ8cgh0eCSCCHx0DHIEeBSAF HwUggR8EHoEdBhyDHR4fAyCGHh0cHB0eBCCCHh0IHAQdAx6FHx8gHx0PHIUdHiAfHQUchR0e Hx4dAxyGHh8gHx4dBRyGHR4fIB4dAhwABP+BlkMtiAIBAQMGBgQBCQCCAQUDB4IFAy0AiAEE BgcICAQBBwCDAQMGCAiGCg0QDQoJAwuGCggGBQQCAwCCAgYDCIQHBAIBCQCFAgUHBAIDAIIB AgMDhAQEBQcDCIMHBAEFAAQBAwCFAQQHBgMDAI4BAQMEBQYIBwQBAAABAgMDigIBAAEBAwYH BAEBAwEGAAT/gYg8EYcbGg0JCwsKBwiFCQsPDgsDCIcKDA4PEA0JNAiFCQoLCwkICIIJDAYP ChCEDwwKCQQIigkKCw4QEA4NCwkXCIIJDQMQgw8MCSAIiQkMDgwJCAgJCwQMggoIAQsBDwAE /4GOPByGIB8ZGh8jBCSTIyIgHx8jKCgmJCMiJCYmJSMhIAMfgh4dFhyFHR4fHh0QHIMdHh8F IIQfHx4dAxyDHR8fDCCDHx4dCxyHHR4fICAfHgQdBR6BHQ0cgh4fAyCCHx0PHIUdHiAfHgUc hR0eIB8eAxyHHh8gIB8eHQMchx0eHyAgHh0CHAAE/4GWPC2IIQ4EAgYIBgUFBIYCAQIEAwEF AIcCBQgHBgUCLQCKAQIEBgcIBgQCAQUAhQEDBQYGBgeFCg0QDQkFCIUHBQIBAQMAggMGBAiE BgUDAQgAhQMGCAUBBwCDAQMGBQiDBwQBBQCMAgMEAwEAAAEEBwYDAwCOAQECBQcICAcEAQAA AQQDBooFAgECBQYICAYEAQQBBQAE/4GIPBGDHBkMCwiFCQwPDgoDCIcJCgwOEAwJJAiCCQkO CIUJDA4NCggIhAkKCwsGDIINDwYQgw8LCQcIgwkMDwMQggwJFwiICQwODxAPDAkgCIwJDA4N CgkICQwPDgsDCAELAQ4ABP+BjjwcnSAeGRseIiUoKCckIB4fISctKyckJCMkJSUjISAeBB0T HAMdhhwdHyAfHREcgx0eHwMghB8eHR0EHIcdHR4fIB8fAx6BHwUggx8dHQscgh0eBCCEHx0c HAUdDhyBHgQggx8eHQ4chR0eIB8eBRyJHR4gIB8eHh0eBCCCHx4DHYEeBCCCHh0CHAAE/4GW PC2FIA0DAwYECIoHBQMBAAEEBgUCBQCHAgUIBgQCAS8AiAEEBggIBwUCBgCBAQQDBQSEBggJ CQYIgwcDAQUAggMGBgiCBQIIAIUDBggEAQcAgwEDBgMIhgkKCQUCAQQAjAMGBwQBAAABBAcG AwMAlgIDBQcIBwYFAgEAAAEEBwgJBwQCBAcECIEHAQUBAwAE/4GIPBGEIxcLCQQLgQkDCIcJ CQsMDgwKBQiFCg0PDAkjCIQKDAsKCAiBCQMKhggJDA4NCg0IBQmCCg0GEIIOCwgIiAkLDQ4P EA0JGAiHCgsNDw8MCSAIgwkKCwYMgw0MCgMIAQsBDQAE/4GOPByUIx4YHCElJygnJiMfHyIk KCwrJyUEJIUjISAeHRYcih0eHx4dHh8gHh0SHIgdHx8gIB8eHQccih0fIB8dHBwdHh8EIIQf Hx4dCxyIHR4fICAfHh0UHIEeBSCDHx4dDRyFHR4gHx4FHIIdHgMgBB8FIAMfBCCDHx8eAxwA BP+BljwthRYMAgMHBQiLBQIBAgMEBgUDAQEDAIUDBQYEATEAgwECBQMGhAUDAQEKAAQBhAID BAYGCIMGAwEFAIwDBggHBgYHCAYEAgEGAIUDBgcEAQcAnAEDBwgICQoMDAkFAwEBAgMEBQUD AQAAAQMGBQIDAIIDBgMIhAYDAgEDAIkBAgQHCwwKBwcGCAEFAQIABP+BezwRhB8UCgsDDoIN CwMIhwoMDQwLCgkFCIQJCwwKIwiFCQwPDQoICIoKDA0MCQkKCwoJEgiECQwODwQQgg4LCQiH CQoMDhAMCQoIhQkKCwoJCgiGCQsODwsJIgiCCQsED4QNCwkJAwgBCQELAAT/gYE8HI4jHBYc JCcoKCUjISAiJQQoiicmJSQjIiEfHh0XHIodHx8eHR4fIB4dEhyJHR0eHyAgHx4dBhyFHR8g Hx0DHIMdHx8FIIIfHQwciB0eHyAgHx4dERyDHR0eByCCHh0MHIUdHyAfHgUchB0fICADHwgg iSEiIyIhHx4dHQMcAAT/gYs8LYUVCwIEBwUIiwUBAgQFBAMEBQQCAwCFAQMEAwEZAIIBARcA ggECAwMDBIIDAQUAhQECAwIBBQCEAQQHCAQJgwYDAQQAjgEDBgcFAwQHCAcGBAIBBQCHAwYI BgQDAQMAngEBAgUHCAgJCw8PDAgFAgEEBwUDAgEBAAABAgQDAQMAhwIEBgcIBQIHAIgBBw4P Dw4LCQUIAQUBAgAE/z0RiRsSCw0QEA8OCwMIhQsODwwJLgiFCQwQDgoECAQJhQsNDwwJFwiF CQoMDg8DEIIPDQQLgwoKCQQIhQoNDwwJCgiFCQwODAoLCIcKDA0MCwoJHgiECQoMDQQQggwJ BwgABP89HIkgGhcfJykoJyQDIY4kKSsoJSYoJyYkIiEfHhkcgR0HHoEdFRyCHR8EIIIeHQUc hR0fIB8dAxyKHR0eHyAhIiIgHwQeBR0EHIIdHwMggh8eEByEHR4fHwQghB8fHh0EHAMdBhyF HR8gHx0FHIQdHyAfBB6BHwQgiSEhIiMjIiAfHQUcAAT/PS2FEgkDBQcDCI0HBwQBAwYHBAEE BwYDBACCAQEaAIUBAgQDARkAhgEDBgcEAQUAhQIFBgQBBQCFAQIEBwoDDIIJBgYDhwQFBgMB AwYDCIMGAwEEAIgBAwYIBwcFAgMAhAIDBQYDCI0JCgwMCggGBAQGCAUCDQCHAQIDBQgFAgUA igEDBAkOEA8OCggDB4IICAEFAQIABP89EYkZEg0PEA8NCwoDCIcLDxAODAoJBQiECQoKCSMI hQkNEA0KAwiDCgwNBQyHCwkJCgsKCRQIgwkLDgQQgQ8GDoIMCQMIhQkLDAoJCgiFCQwODQoL CIcJCQsNDgwJEwiCCQkJCIQJDA4PBBCCDAkHCAAE/z4cjxkYISkpJyUkIyMkJykqKAMmhyUj ISAfHh4EHQUcgR0RHIEdAx+CHR0UHIEdAx6GHx8gIB8eAx2HHBwdHx8eHQUciB0fICIjIyIg CB+CHh0DHIEdBx6BHQ4cgh0fBiCDHx4dBByBHQMegR0FHIYdHyAfHRwFHYgfIB8dHBwdHgQg iSIjIyIhIB8dHQUcAAT/PS2EDAgGBwMIhgcGBAIAAgUEgwUEAgMAhAECAgEZAIUCBAYEAhkA iAEEBwcFAwIBAwCFAgUHBAEHAIMBBgwDD4INCQYGjAUDAwIAAwYIBwUEBAMDigIBAQIFBgYH BQIDAIICBQYIBAmICAcGBgcIBQINAIcBAQIFCAUCBQCJAgQHCw8PDQsHAwSDBQcIAQcBBAAE /zYRiRQVFhYRERIXEwMQgg0KBQiHCw8QDw4LCQUIhAsNDQojCIUJDA8NCgMIggsOAxCKDQsJ CAgKDA4MCRUIggsOBBAFD4QQEA0KBQiBCQwIhQkKCwsJAwiCCQoDC4IKCQMIhQoMDg0KEgiE CgwMCggIggoNBRCDDwwJBwgABP82HAQfAxyZGBgbIyopJiQkJSYnKCkpKCgmJSMgHh0dHgQf gR4DHIUdHR4eHQgcBB0DHIYdHh8eHh0THIkdHh8fHh0fICAEH4ceHRwdHR4dBhyKHR4fISIj IiEgIAMfAyCCHx0HHIYdHh8fHh0NHIQdHh8fBCCCHx0FHIUdHyAfHQUchh0fIB8dHQQehR8f IB8dAxyMHiAgISEiIyMhIB4dBxwABP82LYIvLgQtgiwJBgiDBgMBAwCPAQMFBwQCAQEAAAED BQQCGQCHAgUHBgQBARcAiAEEBwgHBgQCAwCFAQMEAgEHAIMBBQsDDoIMCQQHhAgIBQIDAIcD BgcFAgMFAwaEBQIBAQMDgwQDAQMAggMGEAiCBQINAIcCBAUGCAUCBQCPAgYKDA4NCggEAQAB AgUIAQgBBwAD/4HzNhGOLzpBPTguIxwXExIQDAkFCIILDQMOggsJBAiFCQsODQojCIUJCwwL CQMIggoMAw2CDAoDCIUKDQ4MCRQIgwkLDgMQig8NCwwMDg8QDQkLCAMJDAiCCg0DDoIMCgMI ggkKAwyCCwoQCIULDg4LCQcIggoNAxCFDw4MCwkHCAAD/4H0NhySNDo9NzApIR4dHiUqJyQj JCUmBieEJSQhHgMdgR4EIIkeHRwcHR8gHx0IHIQeHx8dBByBHQQegR0SHIgdHh8fHR0eHwYg gh4dCxyDHR4fAyGDIB8fBh6CHR0IHIUdHh8eHQ4cgx0eHwQggx8dHQUehB8gHx0FHIcdHh8f HR0fBiCCHx0DHIMeICEEIoUhIB4dHAcdAAP/gfU2LZA9NjAtKCAWEQ4LCggHBgQCBQCFAgUG AwEEAIUBBAYFAxkAiAIFCAcGBAIBFgCDAQMGAweCBQIPAIMBBAgDC5oIBQMEBAUHCAYFAwIB AgQFAwECBQcICAYEAQoAggMGEAiCBQIDAAQBBgCCAwYDCIIFAgUAjgMIDQwMCgcEAwEAAAEF AwgAA/+BiDYRjjA7QD05MCghGxYTEAwJBQiBCQQLgQkGCIQKDAsJJQiCCQkECIIJCQQKgQkD CIUJCgsKCQMIhAoLCwkNCIMJCw4DEIoNCggICQsOEAwJCgiFCQoMCwoLCIcLDhAQDw0LBQiF CQwODQsQCIULDg8LCQcIggoNAxCEDgsJCQgIAAP/gY42HJE1PD43MCsnIyAhJSklIiIkJAQl hyYmJSQiIR8DHoYfICAfHh0DHIcdHyAfHh0dBByHHR0fIB8eHQQchR0eIB8eExwEHYQcHR4f BCCCHx4OHIIeHwMggh8dBRyBHQocgh0dCB6CHR0HHIMdHR8EIIceHR0fICAfAyCCHx0GHIEd BB6CHyAEIZQgHx4dHBweHyEjJCMhIB4dHBwdHgMfAh4AA/+BljYtkDg0MCwpJB8YEg4LCAUD AQEFAIQBAgMBBgCEAgQDAhkAggIGAwiCBgMXAIIBAgYEAwOCAgEKAIMBBAYDCKAFAgABAQQG CAgHBQMBAQICAQABAwQGCAgGBAQDAwEAAQQCggQHEAiKBQIAAAECBAQCAQQAiAEECAsJCAUC BQCJBAsPDQoHBAEBAwCCAQUDCAAD/4GINhGOMz0/OjQuKCEaFREOCwkSCIEJKwgDCRAIhQkL Dg0LDgiHCgwMDQ0LCQMIhgoMDgwLCQkIhQkMDw0KCAiKFHgICw4QDg0LCgUIhQkLDQ0LEAiF Cw4PCwkHCIcKDRAPDg0KCggAA/+BjjYckDY9PDQtKickISEkJiMhIiMHJIIjIggggh8eBRyH HR8gIB8eHQMciR0eHx8gIB8eHQMchR0eIB8eGhyCHh8DIIIfHg4chx0eHyAgHx0GHAMdCRyC HR4DIAQfgR0DHIsngxwdHh8fICAfHgMdgR4EH4QgIB8eBxyDHR4fAyCTISMjIiAgHx4dHB0e ICEiIiEgHgMdgh4fBSAAA/+BljYtjjgyLispJiMcEw4LBwQBEgCCAQEaAIoCAwUHCAcFAwIB FgADAYgCBAYHBgYEAQsAhwIEBgcIBQIDAIkCBAcHCAcEAgEGAIQBBAgIAweKBgUCAQIFEXYF BgQIggcGBQUDBoUHCAgFAwMBhQMGBwQBBACIAQYLDQsIBQIFAIcDCQwKBwUCBQCCAQUDCAAD /4GINhGNNj49NC0oJB0WEQ4LCj4IhQoMDAsJDwiFCQsODQoPCAUJBAiHCQoLDA0MCggIhQkM EA8MAwqBCQMIihR4CAgLDg8MCgkHCIQJCwoJDwiFCQsPDwsICIcKDRAOCwoJCAgBCQELAAP/ gY42HJQ3PDkxKickIR8fICEhICEiIyQkIwQigyAfHgYfgh4eBB2CHB0DH4MgHx0DHIIeHwYg iR4dHBwdHiAfHhocgh0eBB+CHh0OHIYdHh8gHx0FHIUdHR4eHQgcgh0fByCJHh0cJ4McHB4f AyCDHx4dAxwEHYUeHyAfHwUehB0dHB4EIIQiIyMiBCCPHhwcHR4gISEgIB8fHh4fBiAAA/+B ljYtjjkvKyopKCYdEw4KBwQBLwCJAQIFCAgHBQMBFACBAQMCiQEBAwYHCAgFAgwAhgEDBgcF AgMAigECBAYICAYEAwEFAIIBBAYIhgYEAgQSeAcIgwYEAQUChwMDBQcIBwUDBIUGBwcDAQQA iAEGDA4KCAUCBQCHAgYJBgMCAQUAggEFAwgAA/+BiDURjBI1PTowKCQgGRINCkAIhQoODwwJ EAiECgsKCRoIhQkMDw4LCAiFCQwQDw4DDYUMCggfeAMIhAoMDQsDCYIKCRcIhQkLDw4LBgiH CQoLDQ4MCQoIAQsBDQAD/4GONRyOHTY6Ni4nJCEfHRwcHR8DIIQiJCQiAyGCIB4IHYEeAx+C Hh4DHQMeiR0dHB0eHyEiIQQggh8eAx2GHh8fHh0dGBwEHQQegh0dCBwFHYUeHx8eHQUchR0e IB8eCByCHR8HIIQfHjKDAxyIHR4fICAfHh0HHIIdHwQgBR+DHRweBCCFISIiIB8DHocdHB0d Hh8fDiAAA/+BljUtjy46LyoqKSkmHRMNCgcDASEAgwECBAMDgQIIAIkBBAYHCAcFAgETAI0B BAYEAgECAwUHCAUBCACBAQQChwMFBgUDAQEDAIMBBAcDCIIFAgUAggIFBwiGBgUdeAgGAwWH BgcIBwQCAQYAggIFAwgEB4QIBgMBBACIAQUKCgcFAwEDAIkBAgQGCAUCAQEFAIICBQMIAAP/ NhGMGis2NjArJyMaEg0JQAiHCw4QDgwKCQQIAwklCIcJCw0NDAsJBgiDCQwPBRCEDguPeQQI igkKCgkICgwNCgkFCIcJCgsLCgoJCgiFCQwPDgsFCIgJCw0NDAsKCQkIgQkBCwEPAAP/NhyO JDE3NS8qJiEeGxscHR8DIIQiJSUiAyCEHx4cHAMdhBwcHR4EIIIeHQcchx0eICEjIyIEIAQf Dh6GHx8eHh0dEByFHh8gHh0IHIIdHgMfBh6BHQMchx0dHx4eHR0GHIIdHgggg5qFHQQciB0e HyAgHx4dBhyDHR8gBCGHICAfHx4cHgcggR4EHYQcHB4fAx6IHyAgHx4eHx8GIAAD/zYtjjo/ NDAuKyYgFw8KBwQCAwCEAQICARsAiAIEBwcGBgMBBwCVAQIEBgcIBgUDAQECAwQGBgUDAwIC BgGGAAIFBgUCAwCFAwYHBAEHAIMBAgQEBQUEgQIDAIoBAwUHCQoHAwIBAwCDAgQHBwiFjnkI BgQDAogEBggHBgUDAQUAgwIGCAMKhwkIBwcFAwEEAIcBBAcHBAIBAwCMAQMFBgcIBwUEBAMC AwCDAQQGAgcAA/82EYwVIzAyMS4qJRsRDQknCAMJFgiHCw4QDw4MCgMIhQoMDAsJCAiECQoK CRkIhwkKDA0NCwkFCIUJCwwODwMQgg56CwiFCw4PDAkFCIIKDQMOggwKCgiFCQwPDgsFCIUJ DA8OCwwIgQkBCwEPAAP/NhyVISw0MzEtJyIeGhocHR8gICEjJiUjAyCDHx0dBR6JHRwdHh8g IB8eBh2IHB0eICIkJCIJIIQeHR4fAyAFH4chIiIhHx4dDhyHHR4fICAfHgQdBByCHh8DIIcf Hh0eHx8eBByHHR0eHx8eHQUchB0dHh8FIISGIB8dBRyCHR8EIIIeHQUckB4fISIjIiEgHx4d HRwdHh8FIIMeHR0DHIodHiAfHh0fIB8eAx2BHgYgAAP/Ni2VPUU6NTIrIhkSCwcEAgEAAAEC BQQCGwCJAgQGCAkHBAIBCACfAQQHCAgHBAICBAYJCwsJBwYFBQMBAgQFAwEBAwQDAQMAhQMG BwQBBwCDAQMGAwiIBgMBBAcFAwEDAKABAgYLDgkGBAIBAAABAwQGCAkKCwp5CAcGBQMBAAAC BQMIgwcEAQUAjQMGCQsNDAoIBgQDAgEEAIYBBAcGAwEEAIMBBAcECAMHiAYDAQAAAQIDAQMB BAAD/zcRixolKy4tKSQaEQwJJwiECgwMCg0IgQkHCoIMDwMQgg4LAwiFCw4PDAkICIULDQ0L CQoIggkKBgsDCoEJBAiFCw0PDAkHCIMJDA8DEIIOCgsIhQsODwwJAwiECQoMDgMQgg4LCgiF CQwPDgsFCIcJDA8PDQsJCgiBCQEMAQ8AA/82HI4dJCwvMS4oIx0ZGx0eIAMhhCQnJiMDIIQf HR0fAyCGHx0cHB0eAyAGH4keHRwdHiEjIyIEIIEfBB6FHR0eICAHIYciJCQiIR8eDRyDHR4f BCAEH4IeHQMcgh4fBCADH4YgIB8eHR0DHIUeHyAeHQccgh0eByCCHh0FHIIdHwQggx8eHQQc ih4fISIkIyIgHx0EHIMdHh8EIJAfHx4dHBwdHiAgHx4fIB8eAxyCHh8FIAAD/zYtjUJQSEI9 MSMYEAgGAgEDAIUBBAcGAxsAigECBAgLCwgEAwEHAJsBBAcKDAwJBgUICgwODgwKCQgHBAED BggEAQADAQMAhgEDBgcEAQcAgwEDBgQIkwcHCQoJBwUDAQAAAQULDgwJBgMEAI4BAgQGCQsO DAoIBgQDAQMAiQIFCAoLCgcEAgMBiwIEBgkMDw4LCAQBBwCFAQQHBgMFAIMBBAcFCIUHBwYD AQcAAAP/NhGMDREaIiopJiAYEAwJJgiFCQwPDgoNCIIKDAYNgQ4EEIoPDQwLCw0PDwwJBwiG CQsODwwJCgiCCQwHDoQNDQsJAwiKCgsMCgkJCgsKCQMIhwsNDxAQDgsKCI0JCw8PCwkICAkL DQ4PAxCCDgsKCIUJDA8OCwUIiAkMDxAPDgsJCggBCwENAAP/NhyNGRwkKzIvKCIdGRseIAMi hSMlKCYiAyCEHx4eHwMghh8dHB0dHgQfBSCJHx0cHB0gIyMiAyCCHx4EHYYcHR4gISIHI4Yk JCMiIB4NHIIdHwkggh4dAxyBHgQghSEiIiEgAyGCHx0DHIEdBh6CHR0EHIMeHx8FIIIfHQUc gh0fBSCDHx4dAxyKHh8hIiQjIiAeHQUcgh0fBiCGHx0cHB0eAyCFHyAgHx0DHIMdHh8EIAAD /zYtlUhdWFFKOigaEAkHBQMCAAABBAcGAh0AiAIIDg4LBwQBBwCLAQQHCw8SDwsLDA0FDIoL CQcGBAUHBwQBBwCGAQMFBgQCBwCQAQQHCAgJCgwMDQ4NDAoFAgMAggMGBAiRBwYFAwIBAQMG Cg0QDgsIBQEFAKQCBQgLDg0KBwQCAQMFBgcJDA8OCwgEAQECAgEAAQECBQcGBAEEAIMBBAcF CIQHBQMCCAAAA/82EYwLCRAbJCUiHRYPDAkmCIUJCw0MCgwIgwkLDgwQAw+GDg8QDwwJBwiI CQsPEA4MCwkICIMJDA4DDwUQgg0JBAiJCQkICAoNDgsJAwiMCQsNDxAPDQwMCwoJBQiKCQsO DgsJCAgJDAYQgg4LCgiHCQwPDw0LCgMIiAkLDg8QDwwJCggBCQEKAAP/NhyVFhUcJjAuJyEc GRwgIiMkJCUmKCYiBCCCHx8EIIMfHR0HHoEfBCCPHh0cHB0gIiIhIB8fHh0cBR2EHyAhIwsk giEeDRyFHR8gHx8GHoIdHQMcgR4DH4sgISMjIiEiIyQhHQUcgh0eBB+CHh0DHIQdHR4fBCCB HwMehR0dHB0fBiCCHx0DHIoeHyEjJCMiIB4dBRyCHR8DIIUhISIgHgMdgh4fBSCCHx0FHIIe HwMgAAP/Ni2VS2djXFRCLRwRCQgIBQIAAAEEBwUCHQCIAgcMDAoHBAEFAIoBAQIFCA0SFxQR AxCIDQoKDQ4MCggDB4QIBwQBCACCAgMDBIIDAQUAiQEDBQcICQsNDwQQgw8JAwMAlwECBAYI CgsMCgcEAgEDBwoNEA8NCwgEAwOOAgEDBwoMDg4KBwUCAQUDCJEJDBAOCwgEAQIEBQMBAgMF BwMIiAcFBAIBAQQHBAmDCAYCCgAAg///iDYRjgkFChEZGhoYFhIPDAoJAwiDCQoJHwiECQoJ CQoIjwkLDA4PEA8NDg8QDw4ODwgQgw8MCgcIiAkMDxAPDwwKCAiHCQoLCwwNDwQQhA4MCwsG CoUMDxANCgUIhAoNEBAED4INCgYIhAoLCwoDCIIJCwMNAw6EDQsJCQgIiAkMDxAPDgsJAwiH CgsNDw8MCQwIAIP//442HJYUEBYeJiUiHxwbHSAiJCQjJCUnJSMhCSCLHx0dHyAfHRwcHR8E II8eHRwcHR8hISAgHx4dHB0EHoQfHyAhBSIFI4QkJCEfBh0HHIYdHyAfHRwFHQUcgh0dAx6C ICEDIoUjJCQhHwQegx0eIAQhgx8eHQQcgh0fBSAEH4QeHR0fBCCEHx4dHQMcih0eHyEiIiEg Hh0FHIIdHwMgkSEjIyIgHh0cHR4fICAfHh4dBRyDHR4fAiAAg///ljYtl05pZmFaSDQjFQsK CAYEAgEBBAgGBAIBGwCIAQUJCgkHBAEFAIoCBAUJDA4QEQ8OAw2HCgYHCw0MCwMKhgkJCAUC AQgAhgEDBQYEAgYAzAEDBQcICgsNDhARExIOCQYGBQUEBgcKDA8QDQoHAwEEBwoNEBAPDgsH BgYFAwEECQ0MDAoHBAMCAgUIBwYGCQwMCwkFAgMGBwQBAgYDCJEKDAwKBwUCAQQHCgwMCwgF AgoAAIP//4g2EZUAAQMIDBASFRYVEg4MCQgICQsNCwkRCIQJCgsJBAiDCQoJBQiCCQkJCI8J DA8QEA8NCgwPEA0LDA8JEIEOAwyCCwoDCIMJDA8DEIINCg0IggoNBBCCDw8EDgQNhxATExAN CwkDCIIJDAYOgg0LAwkLCIEJBQqGCwwMDQoJBwiDCQsNAw6DDAoJBAiFCw4PDAkMCACD//+O NhyFCgwQFhsDHY8cHB4hIiQkIiIkJSUjIiEGIIIfHgMdgx4eHQMcgh0fBCCBHwMdgh4fBCCG Hh0cHB0fByAJIYoiIyQiIB8gISAfAx6CHR0DHIUdHh8eHQQcgh0dCRyFHR4gISMEJIkiICAh IiEfICEEIoQhIB8eAxyEHR4fHwcghB8dHh8DIIMfHh0GHIkdHR4fHyAgHh0FHIIdHgMfhyEi IyIhHx4DHIUeHyAeHQgcgh0eAR8BIACD//+WNi2Xa2ppZWBOOysZDgsJBwYEAgEFCAcGBAII AIQCBAMCDwCIAQQHCAkIBQEEAIgBAwYIDA8NDAYKhgYDBAgLDAUNhgwLCAQDAQgAhQIFBwUC CACCAgUDCIgKDRATFRYSDgMMAwuPDA0QExMQDQkEAQIEBwkLAw2CCwkDCJkFAgYLDw0KBgQC AQACBQgGBAMEBgkLDAgFAwSYAwECBAUGBgkMDgwKBwQCBAcLDg8MCQUCCgAAg///iDYRlQAA AQQIDA8SFRYTEAwJCAkKDQ8MCREIjAoNDQsJCAgJCw0LCQMIhAoMCwoICIIJDAMOig0LCQoN DwwKCw4KEAMPiA4LCQgICQwPAxCCDQoICIIJCgQLgQ0EDgMPBhCIERMWFxMQDQoECIMJCgoE CwYMhAsLCgkNCIULDg8MCQgIgQkEC4QMDAsJAwiFCw4PDAkMCACD//+ONhyGCQsOEhcZAxuJ HB4gISMjIiIjAySCIyIGIIIeHQMcgh0dBByCHR8EIIsfHx4eHx8gISIiIAMehh8gISEgIAcf BSCKIiMkIiEhIyQiIQMggh4dBBwDHQQchB0eHh0EHIEdBB6FICEhIiIDI4MiICEDI4MhISMF JIMjIR4EHIMdHh8HIIMfHh8EIIIfHgschR4fIB4dBhwEHY8fISIhICAfHh0cHh8gHh0JHIEd AR4BIACD//+WNi2XaGpqZV9PPy0aDwsJCAcFAgIFBwgIBgMHAIUBBAYFAw8AiQEDBAcLCwcF BAMDiAQFBwkKCwoIAwaKBwcGBAEDBgkMDwQQhg8OCgcEAggAhQIFBwUCBQCPAQIDBQkLDA0N Dg8RExQSAxCCEREDEI8RExYWExALBQABAgMEBQcDCgYIowoOEA0JBgMBAAACBAYEAgAAAQYM DwwIBgMBAQABAgIDAwYJAwyMCgcEBAUJDg8MCQUCCgAAg///iDYRlQAAAQUIDBASExMSDwwJ CgwNDxAMCREIkwsNDgsJCAgJDQ8NCQgICQsODgsICIMJCgoDC4QJCAkLAwyCDg8LEIoPDw4L CQgICQwPAxCCDQkICIIKDQMOgg0MBQuRDA0PERIUExIRExUVExEODAoDCQYIgwkLDgUPgw4L CQ0IhwoMDQwLCgkKCIUJDA8NCgMIhQsODwwJDAgAg///jjYckgkLDRIWGBkZGhsdHh8gIiQk IwMigyEgHgMfgyAgHgYdBByCHR8KIJIhIiMjISAfHyEiIyIhIB8eHR0DHoEfBCCBIQYigyMi IQMggh8dChyFHR4gHx4DHIIdHgMfjSAhIyIhHyAhISAeICEFIoIjIwQkhSMgHh0dAxyBHg4g gh8eCxyEHR4fHgQdBxyCHh8FIIgfHh0eHyAeHQccgx0dHgEfASAAg///ljYtl2NpaWNbTkEt GQ4LCAYEAwEBAwQEBQMCBwCFAQMFBQIRAIgBBw0NCggHBwMGhgcICAYFBQUDiQQEAgADBgkM DwUQhQ4LCAUCCACFAgUIBQIFAJIBBAcJDA8RExIODAwODg0MDhIDFIoTEhESFRUTEAwHAwOF AgECBAcFCJ4JDA4PDxAMCQYDAQAAAQIDAwEAAAEECAoJCAYEAgEGAJEDBgkMDw0JBgQCBw0P DAgFAgoAAIP//4g9EQQQig8MCQsODxAPDAkRCIQKCwsKAwiMCQsMCwkICAkLDQ0KEgiECg0P DwwQhA4MCwoDCIgJCgwODxAMCQYIiQkKDA4QEA8OCwUIlQkLDhEUFhUTEBESEhEQDw4NDAwL CgYIggsOBRCDDwwJDQiHCQkLDQ0MCgoIhQkLDQwKAwiFCw4PCwkMCACD//+OPByMGxgYGhsc HB4hJiYjAyGCIB4DHYMfICAFH4MeHh0DHIMdHyADH4IgIAUfhCEjIiEDH4cgIiMiIB8eBhyB HgUgiCEhIiMjIiEhBCCCHx0KHIUdHiAfHgMcgh0fBCGTIiMiHx0eICAeHR4gISIjIyIhIwQk iSMiISAfHh0cHQMehB8fICADIQQggx8eHQscgx0eHgMfgh4dBhyCHR4GH4YeHR4gIB4IHIMd Hh8CIACD//+WPC2LNi4ZDgsHBAEBAAAGAQcAhQECAwIBEQCFAQUKCggEBgQHggUDCgCFAQMG CQ0GEIUOCwgFAggAhwMGCAYEAgEDAIsBBgkMDxITFRMNCQQIgwkOEwMXjxUTERESEhEQDgwK CQkIBgMEkAYHCAkKCw0QEA8ODAkGBAEKAIoCAwUHCAcGBQIBBQCRAgQGCQsKCQgGBAgNEAsI BQIKAACD//+APBGPExQTExEPCwkMDxAPDgsJGQgDCQQIhAkKCgkQCIgJCgsNDg8QEAgPhBAP DQkHCIYJDA4PDAkFCIoJCw0ODxAODQsKBgiMCg0PEhQUEQ8ODg8PBhCCDQoFCIMJCw4FEIMP DAkPCIUJDA8NCgsIhAkKCgkDCIULDg8LCQwIAIP//4Y8HIQdHhwcAx2FHiInJiMDIIYfHRwc HR4JIIEeAxyRHR8gHx0eHyAfHh0dHiAhIR8EHoYfIB8eHh0GHIEeBiCBIQMigiEfBSCCHh0K HIUdHiAfHgMcgh4gBCKVISAfHhwdHh4dHB0eICEiIiEgISMjBSSGIiEfHRwcBB2DHyAhAyKB IQQggx8eHQQcAx0EHIIdHgQggh4dBhwGHYgeHh8gIiEfHQMcBB2BHgMfASAAg///jzwtjDMr GRALCAUDAwICASIAhQEDBQUEBQMDBIIDAgoAhwECBQgKDQ0EDoUNCggFAggAlQMGCAcHBQIB AAACCAwQEhQQDgwKCQMIjAcGCxAUFBUTEQ8ODgMPAxCgDw8NCgcFAgMGCAoNDg8QDw0LCggH BQQCAQECAwMCAgEDAIgCBAcICAcEAQUAkQEBAgMFBwgJCQoNEhINCAUCAwCEAQICAQMAAIL/ /z0RjhQXFxUSDwsJDA8PDQoJNAiMCQsNDQwLDQ8QDgwLBwyCCwkICIYKDQ4MCgkECIIKDQMQ hA8MCgkHCI4JCgsNDg4NDAoJCQsNDgQQgw8MCgMLhAoKDA8FEIMPDAkPCIUJCwwLCRIIhAsO DwsNCACC//89HIIgIgUfhSAjJyYiAyCGHx0cHB0eCSCBHgMckR0fIB8eHh8gHx0cHB0eIB8d BhyBHQgcgh0eCCCCHx8HHoIdHQocih0eIB8eHRwcHiEDJIQjIB4dAxyHHR0cHB0dHgMfgx4e HwMgiyEiIiMiIiEfHh4fAx6HHyAhIyQjIQYggh4dAxyEHR8eHQMciB0dHh8gIB4dDByMHR8g IiMiHx0cHB0eAx8FHgCC//89LYcxKhoSDAgHAwaCBAIsAAQBDACEAQMEBgMHAwiCBwYDBAMD ggIBAwCHAwUHCAgGBAMBigQKEBMWFQwFBQcDCIUHBQMHCwQOmw0MCgkICQoLDQ4PEA8MCggG BggJDBARERANCgQIlgcGAwECBAYGBQQCAQAAAQMFCAoJBQEJAJQBAwYKDRASFRQPCAUCAAAB AwUEAgMAAIL//z0RjBoZGRURDgsJDA8NCi0IgQkECoEJAwiLCQwPDgsJCw8OCwkDCAYJCQiC CQsDDI0LCQgKCw0QExEPDQsJEAiHBQMEBwoMDwMQiw8ODhASEA4NDhARBBOFEg4LCgkECIIJ CQkIggkJEwiGCg0NDAoJCwgAgv//PRyEKSUiIAMfjiAjJyYjISAgHx0cHB0fCCCCHx4DHIMe HyADH4UgIB8fHgMdgx4eHQ8cgx0eHwYggh4dBBwEHQwckB0fICAfHh8fISMkJCMiHx0QHAQd hx4fISIiIyMDIpojIyIhISIjJSYlJCMiISEgHx4dHBwdHiAfHgUchR0eICAeDRyMHR4fISIi IB0dHB0fAyCDHx4cARwBHQCC//89LYUzJhoRCwUHggUCQQADAQUCgQQEBoIEAQMAjAIDBAYI BwUFBwoLDgMQjQ8IAgIFBgcHBQMBAwcDCI4JCQgFAwIDBAYJCw4QDwUOmQ0NEBMVFhcUEA0M CwoJBwQBAgYICAcGAwEDAIcBAgcMDAYBCQCNAQIEBwoNEBISDgoHAwMBhAQHBgIDAACC//89 EYkdGxgUDgsJCQoDDAMLgQooCIIJCwQNjgsJCAgJDA8OCwkKDAwKCwiFCQkKCQkFCI8KDQ8N CgkLDhEUFhEMCgkRCIcFAwQGCAwPBRCFEhUYFhIDEIoSFRcXFhUSDgwKAwiFCgsMCgkcCIcJ CgsMDQsJCggAgv//PRyKKiYjIB0cHB0gJAMliCMiHx0cHB0eBB8EIIIfHgMcgh4fCCCFHx0c HB0SHIEdBx6BHQQcAx0FHAMdBhyCHR8EIIohIiMkJCMiIR8dExyGHR0eICEjAySFJScoJyUD JIIlJgMniSYlIyEfHR0cHQUegR0GHIQeICAeDhyIHR0fISEgHx4DHQQegh0cAh0Agv//PS2F LCEVDQcHBIIDAkYAiAEEBwgJCQYDAwGTAAACBQgIBwgNEhMSEAwJBgQBAQMDhgQDAgECBAYF gQMDAYUCBQcKDQMQnBEUFxUSEBMWGRwdGhYTEQ4MCgcEAQIGCAcFBAIFAIcBBgwMBwIBCQCU AQEDBwoLDQ0ODQoGBAIBAwQDAgECAgCC//89EYUgHBgSCwQIiAkMDg8PDgsJJwiCCQ0DEIsP DAkICAkMEA4KCAQJCwiXCw4QDg0LCwwMDQ8REhEODQ4QEhUWEQsTCIcHBgYHCQwPAxCUEhMU FBUUEhAPDhASFRUWFRMRDQoDCIULDQ8MCR4IhQoNDwwJCggAgv//PRyRKygkHxoYGRoeISUp KSYjIB0DHAQdgh4fAyCCHx4DHIIeHwgggx8dHAcdDxwGHQQcgR0DHoEdAxyGHh8gHx4eBR+C ICEDIoEjBCSEIiEgHhMchx0eHx8gISMDJIolJicmJCMiIiMlBCaEJSQiHgMchh0fIB4dHQYc hR0eIB8eEByCHh8DIIIfHQMcAx2CHB0BHgEfAIL//z0thSYbEQkDBAGFAgQGBQJGAIsBBAgK CwwKCAgJCgMJjAsNDQ4QEhYVEg4JAwcAgQEDAIIBAQcCpwECBAUGCAoNEBITFBQVExAOERMW GBoYFhQSEA0KBwQBAwYHBQIBAQUAiAEFCQoIBQMBCgCNAgUICAcKDQ8NCQYDAAUBAQQBBQCC //89EYUfGhUQCgMIiQkLDRESEQ8MCScIggoNAxCKDwwJCAgJCw4MCg8ImAkOExYTEA8ODxEU FBUWFRMSERARExMPChcIlAkMDxAQERMWFhQTEhEQDgwMDQ8PBBCCDw0DC4UNDw8MCR4IhgoN EA4MCwQKgQkDCAEJAIL//z0ckSklIRwXFhgZHSAnLSsnIyAdBxyCHR8DIIIfHQMcgR4JIIUf HR0eHwUegh0dFxyFHR8gHx0DHIYfIiMiICEGIoIjJAMliCQkIyIhIR8eBxwDHQkcgh4fAyCC ISMEJJIlJSQjISAfICAhISIjJCQjIR8DHoQgIB4dBxyFHR4gHx4QHIcdHh8gIB8eBB2EHBwd HQEfASAAgv//PS2OIxsTCwIAAAEBAwUHBgNAAIIBAQQAmgIFCAsODw8ODxITExISExQVFxcV FBIPCwYCBQCEAQIDAwQCgwEBAAQBgwADBgMIjAoNEBMVFhQSEA0LDAMOkg0NDA0PEA8NCgcE BQcIBQMBAQUAiAEEBwgIBwUCCgCOAgUHBgUHDBAODAkFAgEDAIEBAQUBBwCC//g9EZEeGBIN CQgICQwOERUUEg8MCScIggoNAxCDDgsJAwgDCoEJDwiTCQwRExEPDxARExUWFxcYGBcUEQMQ gg0JFwiQCQwPEBAREhQUEQ4ODw8MCQMIhwkJCw4QEA8DDoUPEA8MCQgIhAoLCgkSCIcKDRAP Dw4OAw2DCwkJAQsBDACC//k9HJEnIh0YExQXGh0hKDAuKCMgHQccgh4fAyCCHx0DHIEeAyAD HwMghB8dHR8GIIIeHRccgR0DHoEdAxyHHiEiISAgIgUjiCQmJygmJSMiAyCCHx4GHIUdHh8e HQUcih0dHh8gICEhIiIGI4UiISAeHQMcjx0dHyIkJCMiIR8fICAeHQcchR0eIB8eEhyEHh8g IAQfhR4cHR4fAR8BIACC//k9LY4gGxUMAgAAAgQGBwgGAj4AggECAwSIAwIBAQMGCAoDDIMQ ExUDFowXGBseHhgSDgwJBQEFAIQBBAYGBAWFBAIBAgMFBKQGCAoMDQ4QEhIQDgsJBwgIBgMB AgIFDBAQDw0KBwcICAcFBAIFAIMBBAcDCIIFAgoAkgIFCAUCBgsQDw8MCAUDAQAAAQEFAQcA gv+IPRGRHRYPCwgHCAoNERQYFhIPCwknCIIKDAMOgg0LGAiHCgwNDAwNDwQQBBGIEhEQDw4N CwkXCIMJDA8DEIoPDw0LCAoLDAoJAwiICQoMDhARERIEEYMPDAkHCIUJCw4NCg0IiQkKCgkI CgwPDwYQgw0KCQENAQ8Agv+OPRyRJSAbFhETFxoeIiozLygjHx0HHIIeHwMggh8dAxyEHiAg HwMehx8gIB8eHx8GIIMfHh0XHAMdBByDHR4fAx6BHwUggiEiBCOHIiEgIB8fHQYchR4fIB4d BRyUHR4fICAhIiMjIiIhIB8gIB8fHh0GHIMeISMDJIEjAyGDIB8dBxyFHR4gHx4SHIMdHh8F IIQeHR4fAyAAgv+WPS2JHRoVCwIAAAIFAwiCBQI+AI0BBAYHBwYEAgECAwQFAwaDCQ0PAxCM ERESExMQDgoIBQMBBQCDAgQHBQiFBgMBBAYDB5oFAwQIDQ0MCwoKCQkIBwUEBAUEAgABAgYL DwMRiQ4LCgoJCQgGAgUAgwEEBwMIggUBCgCSAgQFAwEECA4PEA4KBwQBAAACAQUBCACC/4g8 EZESHRYPCQUGCAoNERMUEg8MCigIggkKBAuBCQsIgQkGCoIJCQkIhQsODw0LAwqJCwsNDxAO DAoJCQiECgsLCgsIggkMAxCKDwwJBwQCBAcJCQMIhwkLDQ4PERMDFQMUhxMPDAsLCgkDCIcJ Cw4ODAoJCwiSCgwOCwkJCgwOEA8NDAwNCwkJAQ0BEACC/449HJAjHxsVEBMYHCElLDEtJiEf BBwEHY4fICEgIB8dHBwdHiAfHgMcgh4fDCCDHx4dEBwGHQ8cBR2MHh4fICEhICAfHh0dBhyF HR4eHRwEHZAcHR4fICAhIyQjIiAeHRwcAx0IHIQeICIjBiSDIyIgAx+BHQMchx0eICAfHR0Q HI0dHR4fICAfHh0cHiAgAiEAgv+WPS2JGhYRCQEAAAIGAwiCBQI8AIQBAgMGAwmECAUBAAUB hgAAAwcJCQQKigkIBwkKBwQCAgEFAIQBAwUGBAiSBwUDBQcIBwcFAwQJDw4LCAUCBwGBAgMB mQMFCAwQEhQUEhESExMRDwsIBQMBAAABBAcDCYIFAQoAgQEDAo4BAgQICw8OCgcEAQAAAgEG AQoAgv+IPBGRGRwVDgcCBAcKDhAREQ8LCQk6CIMKDQ4FDYILCQMIgQoEC48NDxANCwoJCAkJ Cw0ODQoLCIULDQ4LCQoIjQkNEA8ODQsJBwUDBQcECIkJCg0PEBARFBcDGJQXFxYSDw4ODQsJ CAgJCgwODw8MCQoIkgoNDwwJCAgJDBAOCwkJCgkICQENAQ8Agv+OPByRICIeGhMOExofJCgt MCskIB4DHIIdHgMfkiAiIiEgHx4eHRwdHh4dHB0dHgcfByCCHx0QHIIdHgMfgh4dBhyBHQQe BB0FHIMdHh8EIIIeHQkclh0dHBwdHh8eHRwdHh8gISMkIyAeHR0GHAcdhh4fISIkJQQnliYl IyIiIR8dHBwdHiAhIiIgHx4eHR0NHIsdHiAfHh0cHB4gIQEiASMAgv+WPC2KIxYSDgcBAAAC BgMIggUCOwCPAQIFBwoNDAoHBAECAwQGAweCBgcHCIcGBAUGBwUCCQCEAQIEBgQIhgcGBwgH BQMEiAYLDw0IBQMBAwCBAQQCoQEBAgUICg0RFBcYFxcaHBsYFREOCgUBAAABBAcLDg8KBQMD ggIBDACLAgkPDQoHBAEAAAMBCQEMAIL/iDwRjxcaFA4IAwUHCg0PDxANCTsIgwkLDgUQlA8M CQgICQsODw4ODxAQDw4MCgkLBAyCCwkGCIoJCgoJCAsNDgsJCgiMCQ0QDgsJCQgHBwYHBAiE CgsNDgQQhBESExMEFIcSERAQDwwJBAiGCQ0TFQ8JCgiMCQsMCgkICAkMEA0KBAiCCQoBDQEP AIL/jjwckSAiHhoTDxQbHyMnKy4pIx8eAxyBHgQghCIkIyIDII4fHRwcHR0cHR4fHh4dHQQe gx8gIAMfgyAfHQ8cgh0eBCCCHx0FHIIdHgcfgR4EHIkdHh8gIB8fHh0EHAMdBhyRHR4fIB4d HBwdHiAhIyQiHx0HHIEdBB6CHx8EIIQhISIkBCWRJCMjJCMgHRwcHR4gIyUmIyADH4IeHQoc hx0dHh8gHx0DHIMeICEBIwEkAIL/ljwtiiEUEg0GAQAAAwYDCIIFATsAlQEEBwoNEA0KBwQB AwUICgwNDQwLCQYIAwmECAgFAgUAigECAwIBAQMFBwcGCIwGAwEEBwkNDwsGAQEDAIIBAwUF pQQFCAsMDA0OEBETFBcaGhgWFBIOCQMBAAEECA0SFQ4IBgYFAwEKAIkBAwQIDQsIBQMDAYEE AQoBDwCC/4g8EY8WFxIOCgYHCAkKDA8QDAk8CJAKDAwNDQ4QEA0LCgkJCw4OBA8DEIgNCgkM Dw4LCQcIigkLDQwKCAkLCwoLCIUJDA0MCgsIgwsODwUQgQ4EDYMODg8FEJEODAsLDAwNERUX Eg0LCgoJCQcIgQkECIUJDA8NCgMIgQoEDACC/448HJEgIR4aFBAWGx4gIycqJiIfHgMciR4g ISEiIiMiIQMggh8eBh2EHyAfHgUcih0fIB8eHR8gHx0NHIQdHh4fBCCCHx4FHYIeHwYghx8e HRwcHR4EIIMfHh0EHIUdHh8eHQMcgh0dBB6BHQMciB0eICEhIiAeCByCHR8DIIohIiMiISAf Hh8fAyCXISAgIiQkIiAfHh8hIyUoKSYkIiEhHx0KHIcdHx8gIB8dAxyDHiAhAiIAgv+WPC2K IBERDQYBAAADBgMIggUBOwCEAQQHCAQJhwgFAwQHCQsDDoMNDAkFCIgJDA8NCwgFAgUAigED BQQCAAIDBQYGCIoHBQQHCgsNDQoEBQCDAQQHBAiPBwgMDw0LCggHCAsNDxESBBCTDwsIBgQF CQ0TGRsVDwwLCQYCAQkAjQIFBwkJCAUDAgECBAYBCgELAIL/iDwRhRUXEw8LBQiFCg0QDAk9 CAMJigoMDxAPDgwKCAoDCwMMig0PEA0KCQsNDAoICIUJDBAOCxAIhQkKCwoJCwiCCg0GDoIM CQUIggoNBBADD5AOEBIUFhcYFRIRERAODAsJCQiMCQsNDw0KCAgJCw4OAQwBCQCC/448HJEg IR4ZFBEWGxwcHyQoJCEfHQMciB4gISIjIiEhBSCBHwUehR8fIB8fBx6IHx4dHR4fHh0NHIId HwcgCB8EIIEfBx6HHyAgHx8eHQQchh0dHyAfHgMcgR0DH4EdBRyIHR4gIB8fHh0GHIEdAx4D H4ggIiMiISAeHQcclx0gIyQkIyIgISMmKCorKSgmJCIhIB8dCByCHh8DIIIfHQMcgR4DIAEh AIL/ljwthR8QEAwGAwCCAwYDCIIEASoACAEJAJMBBAcHBQQGBwgHBgYICQoLCwkHCAiHCQsJ CAYEAQUAhQEFCAYDAwCCAgUHCIkHBwoNDQwLBwMFAJMBBAcIBgUFBggLDgwJBgQBAgUHAwiY CQoNDxAPDgsICQ4TGh8iHRgVEg8MCAUCCACCAwYDCIgFAgAAAQQGCAEJAQgAgv+DPBGFFxoW EgwFCIUKDQ8MCQ0IggkJMQiDCQsOAw+CDQoHCIsJCw4PDQoICQoKCQgIiAkNEA8NCwoJCQiC CQkSCIIJCgYLgQoGCI0KDA0ODg8PEBERExUXBhiGFxYTEA0KCAiBCgQMiAsJCQoLDRAOAQsB CACC/4k8HIcfIB0ZFBEWAxqHHiMmJCEfHQMchx4fISIjIiERIAYfhR4dHRwcAx0EHI4dHh4d HB0dHh0dHh8gIAcfCiCDHx0eBR+GICAfHh0dBByLHR4fHyAgHx4dHB0DHoIdHAQdhR4fIB8e CByFHR4fHx4DHYIfIAMhgyAeHQcchB0fISIDI4YiIiUnKSsDLIcpJiQjIyEeCByNHiAgHx4d HRwdHh8gIAIfAIL/kjwtih8QEAwFAAABAgQDBYQEAwIBJwCEAQIEBQQEhAMCAAIEA4oCAQED BgUDAQMGBAcECIUGBAIFBwYIhwYFBAMDAgEFAIUCBQgHBQMDkgQGCAcGBwcICQoLDQ8NCwgF AgUAhQEEBwcEAwKLBQgLCAUDAgACAwQEBZcGCAsNDxAPDAwRFh0kJyUhHRkWEg4JBAgAggMG AwiIBQIBAgQHCgoBCAEGAIH/PRGFGR0ZEw0FCIUKDg8MCQwIhAoLDAoLCIQJCgkJIgiCCgsD DIILCQgIhQoMDgwKDQiICQ0QEA8OCwkICIUKCwwKCR8IggkJAwqEDA8REgUUkBUVExIUFRUT EQ8NCwoKCQkDCI0LDg4MCQkICgwODxAOAQsBCACB/z0ckR4fHRkUERUYGRkcIiUjIR8dAxyG HR4fISIhAyCGISEiISEgDB+EICAfHgschh4fHx4cHgUfgyAgHw4eAx+EHh0dHgcfgR0FHIMd Hh8FIIQfHh0cAx2FHB0eHh8EIIIfHggchR0eIB8eAxyCHR8EIIIeHQgchB0eICEDIpIjIyQl JycoKCclIyQkIiAdHh4DHYwcHB4fIB4dHBwdHh8DIAEfAR4Agf89LYUfEBAMBQMAAwGGAgME BgQCJwCEAQQHCAQHhQYDAQMFAwaKBAIBAgMDAQACAwQEBAWFBAIBAwUEBoQHBgMBCgCFAgUI CAcDBpIHBwgGBAQGCAsPEA4NCggFAwEFAIUBBAcGAwMAhQIFBwUCBAADAQQCoAQFCAwQEREQ EBEWGx4bGBcVExIQDAcEBAMDAgEAAQMGAwiIBQICBAcKDQoBBgEDAIH/PRGPGB0ZEwwIBwYH CAoODwsJDAiECw4OCwoIhQkLDQwKCAiCCQoDC4IKCRUIBAkJCIUJCgsKCQ0IggkMBA6CDAkI CIULDg8MCSAIlgkJCAgKDRAUFxcUEhESEQ4MDxESERAEEZMQDw0LCgkLDw4LCQgICg0QEREO AQsBCACB/z0chx8gHhoVExYDGYccISQiIR8dBRyCHh8FIIchIyMiISAeBx0EHoQfIB8eBhwF HYYeHx8eHB4HIIIeHQYcCx2DHB0dBh6CHR0FHIIdHgUghB8fHh0FHIodHyAiIyMiIR8eCByF HR4gHx4DHIEdAx6DHx4dCxyIHh8hIiQjIiEDIgMjhyIiIyQjIiEDIoggHx4cHiAgHgMcgh0f BCABHgEdAIH/PS2FIBIRCwQFAIcBAQIFBgUCJQCEAQIEBQQIjAcGBQMBAwcIBwcFAgcABgED AgMBgQIFA4MEAwILAIQCBQgIBQeQCAgFAwIFCA4TFQ8KBwUBAQYAhQEEBwYDAwCFAgMEAwIJ AAQBqQQLEBQWFA8LDhITEQ8ODQ4PEBAODg0NCwkHBQQGCgoIBgUDBAYKDRANAQUBAACB/z0R jhkdGRMMBwUDBQgLDg8LDQiECw0NCgQIggkJBAiFCQwPDgoICIIKDQMOggwKNAiCCQoEC4UK CAkLDAULhQ0PDwwJHwiCCgsDDIcNDxETFRQRAw6WDQsICw4PEBETFhgXFxQRDgsJCw8OCwMI hgoNERIUEwERAQ4Agf89HIcfIiAbFhQYAxqNHiIkIiAfHx4dHB0eHwYgiSEiIyIgHx4dHQgc hR0eIB8eBRyCHR4EH4IeHgMdgR4HIIIeHSEcgh0eBCCHHx4eHRwdHQQeiR8gISIjISAeHQgc hR0fIB8eBBwGHQYcgR0EHocfISIiIyIhBh+EICAhIwMkjCUmJyYkIh8dHiAgHgMchh0fICEi IQEgAR8Agf89LYUhExELBAUAgQIEBIICASUAhAIFBgcECIwGBAMCAQQHBwYEAwInAIsCBQcH BQMEBAYHCQQKiAsPExQOCAUCCACFAgUIBgMEAAMBCQCBAgQEjAcMEBESEAwHCQwMCQMImgoN EBMWFxYWExANCQcJDQsGAwQFBwoNEBMRAQ0BCQCB/z0RjiEeGhMMBgMBBAcLDg8LDQiECQoK CQMIjgoLDAoJCAgJCw0MDAsJBgiHCg0PEBAOCzwIhAoNDw8EDoUPEA8MCR8IggsNBA+GEBAR EhEOBAuDCQgKAwyYDQ8RFBUWFRMQDQoNEA8LCQgICg0RFBcXARYBFACB/z0chyQjIRwXFhkD HIQfIiQiAyCFHx0dHh8HIIUhISIgHwYegR0FHIUdHyAfHgQcgx0dHgQghh4dHBwdHgcggh4d IRyCHR4EIIIfHQMcgR0FH4IgIAMhhCAeHR0IHIEdAx6BHRAcjB4fIB8fISIjIiIhHwYegR8D IAMhlSMkJiUlIyAeICEhHx0cHB4fISIkIwEjASIAgf89LYUcFhELBQUAhgMGBwMCASYAgwIF BwUIiwQBAAABBAcGBAIBIQADAQQAlwIFBwUCAAEBBAYJDhISEA8QEhELBAIBCACFAQMFBAIQ AIIDBgMHlQoNEA8NCwcEBQYGBQQGCAoLDQ8SEwMVkRMQDgwOEQ4HAgQHCg4QExYWARUBEgCB /z0RkCQhHRYPCQQBBAcLDw8NCwkHCIIJCQkIhQoODwwJAwiHCQoMDQ0LCQUIhwkLDQ4QDQo5 CIUJCgoNDwQQBA+DDgsJHAiJCQoLDQ8QDw8OBA+CDgsHCAMJmAoLDA4RExQVExAOEBMSDgwL CwwNDhIWFwEYARcAgf89HIsmJSIeGhkaGxscHgUhhSAfHR0fCyCEHx0eHwMggh8dBRyFHR8g Hx0DHIEdBx6IHRwdHR4fICAFH4EeIxyHHR4fICAfHgMdgR4KIIIeHQscAx0MHIYdHR4dHR4E IIchIyMiIR8eBRyFHR4gIB8DHo4gISMjJCQiISQmJSIgHwMegyAiJAMlAIH/PS2HJB0VDgcD AQMAhwMHBwUCAQElAIQCAwUGAwiLBwQBAAABBAcGAwEhAIUBAwQDAgMAjwIDBQQDAwQFBwkL DxQUEgMPgw0HAQsAhAECAgELAJECAwQFBQYICAcGCQwNCwkGAwMAAwGcBAcICQoLDA4QExQV FRMSFRgWEAsJCAoMDxMXGAEYARYAgf89EZEnJCAZEgsFAQQICw8QDw0LCQUIhAoMDAoICIUK DA0LCQUIhQsNDgsJBwiFCg0QDQodCIEJBAoGCREIhAkMDg4EEIIPDQQMgQoECIQJCgoJFQiK CgwODxAQDgwLCwMMggsKCwiXCQkLDRATFxYTERMXFRIPDg4NCwsPExUBGAEXAIH/PRyVKCYk IBwaGRkbHB0eICIjIiEfHR0fBiADH4UgIB8eHwQggh8eBh0DH4EdAxyEHh8gHgQdhRwcHR4f AyCGHh0dHh0dERwIHQschR0eHyAgBR8KIIIeHAYdFByBHgUfBCCJISEiISAgHx4dBByEHh8f HQMchB0fICIDJI4lJyopJSMhIB8eHiEkJQImAIH/Pi2QIhgRCgUDAAABAwcIBwYDAScAggIF AwiKBwQBAAABBAcGAxYAhQECAgEBAwKJAQEAAAIFBwUCAwCPAQECBAUHCQsMDQ0ODw8NAwyD CwcEBAMEAoEBEACNAQMGCAoLCwkIBQQFBgMIggYDBQCNAQMFBgYHBwgKDA8TFgMYjRseHBgT DgkJCgwSFxgBGAEWAIH/PRGRIyMiGxMMBgMFCAsODxAPDAkECIUJCw4NCggIhAkKCgkGCIQK CwsKCAiFCQwNDAocCIIJCwQNBwwDC4UMDQ0MCwQKBAmCCg0GEIIOCwUJAwiFCQsNDAoVCIgK DA8QEA8MCQMIAwkLCIIJCgMMig0PEREPDhIVFRIDEIYOCwoNEBMBFwEWAIH/PRyVJSYmIh0b GRkaGxwcHiIkIyEfHR0fBiCIHx0eHyAgHx8FIIEfCB6EHR0cHQQegR0GHIIeHwMggh8eFRyE HR4fHwQggx8fHgUfgh4eAx2CHh8QIIQfHhweBB+CHh0THIEeAx8NIIMfHh0DHAQdAxyEHR4f IAMhjiIlKCgmJCMhIB4eISQmASgBJwCB/z0tkTMnHBMMCAQCAQEDBgcIBwQBJwCCAQMEBokD AQAAAQQGBQMVAIkCAwUFBAUHCAgDB4gGCAsMCgcEAwQChAUICg0DEIMPDAoGCYIIBwUGAwWC AwEPAJIBAwYJDA4NCgcEAQABAgUIBgMFAIIBAgMDggQGAwiTCQsOEBIUFxkaGBUQCwkJDBEX GAEYARUAgf89EZEfIyUcEgwIBQcICgwODw8MCQQIhQkLDQwKCQiBCQoIgQkJCIEJAwqBCRgI BQmCDA8FEAYPhw4OEBITEQ8EDQcMBQ2CDAoICIUJDA8OChUIiAkLDA4QDwsJEQiHCQwPDgsJ CgQLhA4SEhEDEIYPDQ0QFBYBGAEVAIH/PRyVISYpJB4bGRgZGhscHyMmIyEfHR0fBCCFHx8e HB0DHw0gjB8eHRwcHR4fHh4dHQYcgh4fAyCCHx4JHAcdBRyMHR8gIiMkIyMiISAhBCKGISAf Hx4fByALH4QdHB4fAyCCHx4THIEdBB6BHwUggh8fBSCCHh0MHIIdHQMegh8hBCSIIyMhHx8i JCYBKAEnAIH/PS2ROCseFg8KBwQCAQIEBQcHBAEnAIIBAgQDgQIDAIUBAwQDAggAggEBAwIG AYQAAAIFAwiECQwODgMNiQwOERMQDQoIBgMFgggLBAyDCwoIBAaDBwgIAwcGCIMHBAEQAIQC BAYJAwyKCgUBAAABAwYEAgoAmAEEBwcEAwQFCAsNDhARExMQDQwMDhMXGAEYARQAgfw9EYcc JCgeFA4KBQiFCw4PCwkFCIQJCgoJCAiECgwLCi4IggkLBAyEDhAPDgMNgg4PBhCFEhUXFRIG EIYPDw4MCQkFCoEJCAiCCQsDDIILChUIhgoMDw8LCREIhQkLDQwKBQiCCQwHEIUPEBQXFwEY ARUAgfw9HJUfJyslHxsZGBgZGhwgJScjIR8dHR8DIIcfHh0dHB0dAx6BHwQgAx8FIIEeAx2F Hh8fHh0IHIIeHwMggh8dCByBHQ0ejB8gISMjJCQjISEiIwMkgiIhCyCCHx4HHY0eHR0cHR4f HyAfHx4dFRyCHR4EIIQfHh4fBCCCHh0OHAQdhB8gIiMDJIYjISEjJSYBKAEmAIH9PS2RPC4i GhMOCgcDAAABAwYHBAEyAAMBCQCCAgQEBQYEgwMFBwMIggoNBBCpDw8RFBYUEQ4MCQgICQsO DgwJBwUEAwICAwQGCAcGBAYHBwYFBggHBAESAI8DBgkMDgwGAQAAAQIDAgEKAIUBBAcGAwMA ggMGAwiCCw4DEIQPDxEUAxgBEwCBiD0RiR0mKyQcFQ8LCQMIhAsODwsRCIUJCw4NCy4IggkN BQ+DEA4MAwqCDA4GEIcSExQTERAOAw0DDoINChEIhwkKDA4OCwkUCIUJDA8OCxMIhAkKCgkF CIwJDBASExMSEBESExUDFgETAIGOPRyVHigtKSQfHBoZGhobHyMlIh8dHR4fAyCCHx0HHIId HgQghB8eHh8EIAMfBB6CHR0DHAQdgxwdHgMfgh4dCByCHR8HIAUfiyAgISEiIyQjISAhBCKE IR8eHgkfgh4dDRyCHh8DIIMfHh0IHIQdHh4dCByCHR4EIIQfHh0fBCCCHh0MHIIdHQQehB8g ISIDIwMigyQlJgEnASYAgZY9LZE9MiggGRILBwUDAgACBQUDAToABAGCAgUECAgHBAiCCg0E EJQODA0PEA4LCQcGBQUGCQsLCAYEAgUAkAEECAYDAQQHBgQCBAcHBAESAIgCBAcKDw0GAREA hQEECAYCAwCQAwYIBgUICw4PEBESFBYYFwEWAREAgYg9EYkfKS8qJRwSDQoDCIQLDg8LEQiF CQsNDQopCI8JCgsKCQkMDg8QEA8PDQoDCIIKDQcQAxGDEA8NBQqDCwoJCAiFCQoLCgkFCIYJ Cw0OCwkUCIUJDA8OCxwIjgkNEBMVFhMRExUVFBMSARABDgCBjj0chx8pMC0qJB4DG4YaGh0h Ih4DHIIeHwMggh8dAxwFHYEeBCCEHx0eHwgggh8eBhyFHh8fHRwGHQQcgR0GHoIfHwgggR8F IIEhAyOBIQQghCEhHx4JHYMeHh0OHIIdHgQfgh4dCByEHh8fHggcgh0eBCAEH4cgIB8eHh0d CxyCHR4HIAQhhiIjJCUmJQEkASMAgZY9LZA9NS0mHxYMCAcFAwEBAgIBOgCCAgMDBIIFBwkI BwePCQwPEBAPDAkJCgoIBQMDAwKIAwQGBQQDAgEDAJICAwQGCAYDAQMFBQMBAwUGAwESAIgB AgQJDgwGAREAhQEEBwYCAwCQAwYHBAIFCAsOEBMVFhcYFAERAQwAgYg8EZESGicvLiwhFg8M CQgICw4OCxIIhAkLCgkpCI8KDQ4MCQkKCw0PEA4MCgkDCIcJCw0OEBAPBg6CDQsQCIUJDA4M CgYIhAoLCwoVCIUJDA8OCxwIjgkMDhIVFhMRExcWExANAQoBCQCBjjwclhkdKC8vLiggHR0c GhgbHx4bGRocHh8DIIIfHQMchh4fHx0dHgQgAx8JIIIfHgYdhR8gIB4dChyBHgUfgx4dHwcg hR8eHyAgAx8DIIIfHwMghB8fHh0bHIEdBB6BHQkchB0fHx4IHIIdHgkggR8DHoMfHh0KHIYd HyAgHx8GIIchIiQlJyglASIBIQCBljwtjTtEPzcvJhoOCQgHBAE9AIMBAwUEBwkIggcGBgSD BggJAwqBCAQGggMBDwCTAQMFBwcIBgMBAgMCAQACAwMCARQAhgIIDwwGAREAmAEDBAMCAQID BAUFAwEDBwoNEBMXGBgXEQELAQcAgYg8EZEPFiMtMTEmGRIPDAoICgwMCgMIhAkKCgkzCJIJ CgoJCAoNDgwJCAgJCw8PDAkGCIYJCg0PDw0HC4EJEAiFCQ0QDQofCIUJDA8OCxwIjgkKDA8S ExIREhQUEhAMAQkBCACBjjwcpBcaJi8yMysjIB4cGhkcHx8cGhscHh8gHx8eHRwcHR4gHx4d HhEgBR+NHh8fICAfHh0cHR0eHQQcih4fICAfHx0dHh8GIIYeHR4fIB8GHYceHyAfHh0dFRwD HRMcBB0IHIQdHiAgBx+HHh0dHyAfHQochx0fIB8eHh8DIIkhISIjJCUmJiQBIQEgAIGWPC2N PUxJRDovIBEMCgcEAT0AgwEDBgQIBgcDCIIHBAYBgwIDAwMEBQOCAgEPAIgBAwYHBwgGAggA gQEUAIcBAwQIDAoFEwAEAZMCBAUFBAIBAQMHCg0QEhQVFRQPAQoBBgCBiDwRkAwRHyoyNioc FRIOCwgICQkECIQKDQ0KMwiSCgwNCgkJCwwKCQgICQwPDgsJBwiGCQsODgsJFwiFCg0QDQoD CIQJCgsKAwiBChQIhQkMEA4LHgiGCQsPERAQBBGCDwwBCQEIAIGOPByaFhgkLTM2LyYhHhwa GRwfHx0bHBweICAfHh0DHIcdHiAfHh0eByCCHx8UIIceHR0eHx4dAxyJHh8gHx4dHRwdAx6L Hx8gIB4cHR4fHh0FHIEdAx+BHRUcgh0dBh6CHR0FHIEeFByFHR8gHx4EHYkeHh0cHR8gHx0K HIcdHyAfHR0fAyCCISMEJIMlJSMBIQEgAIGWPC2NQFNTTkQ4JhUOCgcDAT0AgwEDBgMIggcF BQSGBQYIBgMBIgCHAgMEBggFAgoAgQISAIcDBQcICgcDFwCTAgQGBAIAAAEDBwoNEBEREhIR DQEJAQYAgYhDEYkaFxURDgsKCgkECIQLDg4LMgiGCQwODwsJBwiFCQwPDgsJCIQKDAsKGAiF Cg0PDQoDCIgKDQ4MCQiFgg8IigkJCgkICQwPDQofCIsKDQ4PEBESEREQDQEKAQkAgY5DHJEl Ih8dHBseICAeHRwcHiAgHgUchx0eIB8eHR8GIIQfHh4fDCCCHx4DH5EgIB4dHh8gHx0dHB0e HyAeHQUcAx2FHyAfHhwEHQYchh0dHh0dHAQdEByCHR8DIAMfgh4dBByCj4wKHAcdAxyFHR4f Hx0IHIUdHyAfHQockx0fIB8dHR8gIB8gIiMkJSUkJCMBIgEhAIGWQy2GIBYPCQUDAwKBAQMA AwEsAAgBggQHAwiCBQIFAYYCBQcGAwEkAIUCBQcFAgkAgoF+EQCIAQMFBgcHBQMXAJMBAwMC AQAAAQMFCAsODxARERAOAQsBBwCBiEMRihkYFxQRDg0NDAoDCIQKDAsKMAiCCQsEDIEKCAiF CQwPDgslCI8KDQ8ODAoJCAsODwwLhf8QCIoJDA0LCQkKCwsJCAiECQkKCRMIiQkKDA8RExUU EgQQAIGOQxyRJCMgHx4eICIiIB4dHB4gIB4DHIkdHR4fIB8eHh8GIIQfHh0fCyCCHx4DHYoe ICAeHR4fIB8fBh6BHQgchh0eIB8eHQwciB0cHB0eHx4dDhyEHR0eHwUgiB8eHRwcHo//CxyC HR4DH4IeHQQchB0eHR0GHIcdHR4fIB8dChyRHR8gHx0dHyAfHh8gIiQnJiUEJACBlkMtkSwf FAwJBgUFBAIAAAECBAMCKwCDAgQFBwQDBYIEAgUAhwEEBwYEAQEgAIoBAgMEBgcGBAIBBQCD AoH/EwCHAQMDBAQDAhgAAwEEAIsBAgQJCw4QEhQUEgERAQ4AgYhDEYUYGRkXEwMQgg0KBAiC CQkxCIcKDQ8NCwkJCAiFCQwPDgsGCIIHBgMFggYHGAiMCg0QDw4MCgkLDg8NA/8PCIYJCw0P DQoNCIUKDA0LCRQIiQoNERQYFRIRFAIWAIGOQxyRIiIhICAhIiQjISAeHR4gHx4DHIMdHx8D IJEfHyAgHx4fHyAfHx4fICAfHwcgjB8dHBwdHh8gHh0eHwUghB8eHR0JHI0dHiAgHx4dHRwb GxobAxqBGwMchh0eHyAfHQ0chB0eHx8FIIYfHh0dHB0D/wscgh4fAyCCHx4NHIgdHh8fICAe HQockx0fIB8eHh8gHx0dHyEkKCclJSYCJwCBlkMthTQlGA8MAwiJBgIAAAEEBgUDKwCEAwYI CAQHggUDBAKBAQUAiAEEBwgGBAIBHwCLAQMGBwcIBwYEAgEDAIEBA/8YAIEBIACLAQEDBgkM EBMWGBcCFgCBiEMRhRgaHBoUAxCCDQoFCIQHBwYHKQiKCQoLCgoMDQ4MCQoIhQkMDw4LBgiC BgMDAoIEBxMIBAmDCAoNAxCHDwsJCw4PhgP/DQiCCQoFDIMLCgkLCIUKDg8MCRQIiQoLDhEV FRQUFgIYAIGOQxyCHyEEIgMhjiAgHhweHx4cGxscHR8fByCEHx0dHwYghB8eHh8GIIEfAx0E HoQdHB4fBiCCHx4EHQYcgh0eBCCEHh0bGgQZjBgXGRscHR4fHyAfHQ0cgx0eHwYggh4dAxyB jgP/CxyCHh8EIIMfHh0HHAUdgR8EIIIeHQockx0fICAfHyAgHh0dHh8iJSUmJicCKACBlkMt kTMmGhIPDAoIBQIAAAEDBQUCKwCCAwYDCIUHBwYDAQoAiAEEBwgHBwQBHQCHAQEDBQcIBwMI gwcEAQMAgYAD/zgAggEDAwSFBgkNEhgDGwEaAIGIQxGFFxwfHBUDEIINCgUIhAcFBAYpCIoL DQ4ODQ0MCwoJBQiCCQoDC4cMDhAPDAoJBAiCBQIDAYIDBhMIlAoMDAoJCQsNDhAOCwkKDQ2F /v7/DQiKCQwPDgsKDA4NCgsIhQoMDQsJFQiHCQoOEhQWFwMYAIGORByUICMkJCMhHh8gIB4c HR0cGRgaHB0EHoEfBCCEHx4eHwYghB8dHh8GIIMfHR0DH4YdHRwcHh8GIIIfHwweiB8fICAf HRwbBBmGFxYYGh0eBCCCHx0OHIEdBB6NHyAgHx4dHByO/v7/HQocgh4fBSCDHx4dBRyBHQQe gh8fBCCCHx4KHYIeHwYgih4dHBweICIkJicDKACBlkMtijInGxUSDgsJBQIDAIQCAwIBKgCD AQMGAwiFBwQDAgEFAIIBAgMDggQGBAiCBAEHAIEBFACOAQIEBQcIBwYFBggGAwEDAIR//v7/ OACMAQQHBgMCBgoSGh8eAR4BHACBiEMRhRMZHx0XAxKDDgsJBAiEBgIBBCkIggsOAw+CDQoI CIIKDAQOhw8QDw4NCwkDCIkHBQUGBwkKCwoQCJUJCw4OCwkICQoNDw4LCAkKCwwNDIULCI0J CgsMDg0LCg0PDgsJCwgDCRUIhwkKCw0PEhYEGACBjkMckxofJCUlIyAeHh8fHRwbGxoWFRkF HIIdHgUggh8fByADHwcgjB8eHh8gHx4dHBweHw0gBh+HHh0fICAeHQYchh0dHyAhIAQfgh4d ERyDHR0fAyCKHx4dHR4fHo8eHQkcgh0eBB+FICAfHR0EHIIdHwogBh8FHoEfBSCDHx8eAxyG HR8hIyYnAygAgZZDLYw8MCQbFA8NCgYDAQEvAIgBAwYHBwgFAggAggIEBAaBBwMIgwcEAQUA gwECBAMDggIBDwCDAQMHAwiIBgQCBQcGAwEGAIGACwCEAQICASkAjAEECAYEAwYJERofIAEg AR0ARBGFDRYeHRkDFYQSDgwKAwiEBwUEBikIggoLAwyCCwkGCIQJCgwOCBCDDwwJBAiEBwkL DQMOggsJDwiFCQoNDQsDCIUJCw4NCwMIhQoNDw0KCwiPCw0NDAsMDA0OEA8ODAoJIQiJCgwN DAwPExYXARkBGgBEHI8XHiUmJSQhHx4eHRwaGRkDGIEaBByDGxweGSCCHx8DIIofHh0cHR4f HyAgAx8LII8fHhweHyAeHR4fIB8fISMDJYMkIR4EHQQchB0eHh0LHIIdHgQghB8dHR8EIIIe HQgcBB2GHh8gIB8fAx6IHRwdHyAgHx8WIIQfHh0dAxyHHR8gIiQlJgEnASkARC2MSDstIhcQ Dg0KBgQCFgCBARkAggIDAwSCAwIGAIYBAgMFBwcGCIMHBAEFAIgCBAcHBgYDAQ8AggECAwWJ BgQCAQMGBQMBEQCGAQIFBQMBKACMAQUIBwYGBwkNEhcaAR0BHgBEEYwJEx4eGxkYGBURDQoD CIQHBwYHKggFCQYIhQkLDQ4PCRCPDgwKCQgJCgwOEBAPDgsJEAiECQoKCQMIhQkKCwsJAwiF CQsMCwkKCIgJCw8PDAkLDgQQhA8ODAkgCIoJCw8OCwkMEBMWARkBHABEHJMVHSYnJiQiIB8d HBoYFxYXGhsbBByEGhodHw0gAyEOIIIfHgMchx4fIB8eHh8JIJcfHh4dHB4fIB4dHR4fHyAi JSgoJyUhHQgchR4fHx4dChyCHR4EIIkeHR0fICAfHh0OHIIeHwUgih8eHR0fIB8eHh8GIAQf CiCDHx4dBRyHHR8gICEiJAEmASoARC2FUEM2JxkDEIQNCQYDFACFAQMEAgEYAAYBBQCIAQMF BQQEBgcFCIMHBAEFAIkCBAYHBwYEAgEPAIEBBQKGAQECAwMBEgCGAQMHBwQBKACEAgUICQQI hAkKDxUBGwEgAEoRhhYYFA8NDAQLBAqBCTMIggkMDBCODw4MCgkLDQ4PEA4NCwohCAMJggiD CQiICQwPEA4MDQ8FEIMPDAkeCIwJCwwOEA8NDA4QERMBFgEaAEochB8gHRoDGYUYFhgbHAMd hhwbGhkcHwwghSEiIyIhDiCMHx0dHB0fIB8dHR4fCCCCHx0DHJIeICAeHRwdHh8gIiYoJyUj IR8DHoodHBwdHh8gIB4dChyCHR8EIIkeHR0fIB8ejh0LHIQdHR4fByCJHh0dHx8eHR4fBiCE Hx4eHwkghB8eHR0DHIQdHR8gAyGCIiMBJQEpAEothh8QDQkHBAMCggEBDwCFAwUGAwEjAIgB BAgGAwEEBwUIgwcEAQUAhAECAwMEBIIDASIAgX8JAIkBBAcHBgQCAQEDAoEBIQCMAwcMDQ4O DAsLCg0RARcBHwBKEZAXGBIMDA0OERIQDg4PEA0JMgiCCQwEEIQPDg4PBhCFDQoJDA8DEIIN CiYIgv//CQiECQwPEAMPBhCDDwwJHgiMCg0PDxAQDw4PEA8PARABFgBKHJUgIBsYGBobGhka HB0fIB8dGxoZGx4IHwQghSEiJCMhDiCIHx8eHR0fIB8DHQMegh8fBCCXHh0cHR0fICAeHRwc HR4gIiUoJSIhICADH4oeHR0eHx8gIB4dChyCHR8EIIgfHh4fHx7//wwcgx0eHwgggR4DHQMe gx8fIAMfhiAgHx4eHwkggR4FHIUdHh8hIgQjgSIBIwEnAEothiAQDQkHBgMFggMCDwCFAgUG AwEjAIgBAwUEAgEDBQMGhgcIBwUCAQgAhgECBQcEAhgAhQECAgEBBACC//8JAI0BBAcIBwcE AgEDBQQCIQCHBAoPEhQTEAMOgg0NARIBHQBKEZAXGBELCw4RFRgVEREVFhAKMgiCCQ0EEIQO CwwPBhCMDQoJCw0ODxAODAoJIwiDg///CQiDCQwPBBCCDw8EEIMPDAkeCIQKDA4PBhCCDgoB CgERAEochiAhHBcYGgUciR4hIyAdGxoZGwgdgh4fAyCFISEiIiEQIIcfHR4fIB8dBByDHR4f BCCUHh0dHh8fICAfHh0dHB0eISQmJCIGIIoeHR0eHyAgHx4dChyCHR8EIIIfHwMeiI7//xwc HR0eAx2GHBwdHR4fCSCHHh0cHB0eHwMgjR8eHh8gIB8fICAfHh8FIIMfHh0DHIUdHh8hIwMk giMhASEBJQBKLYQjEw4KBQiCBQIPAIQBAwMCJQCCAQIEAYsCAwMEBgcIBgUDAQgAhQEEBQQC FwCGAQIEBQMBAwCDf///CQCNAQMFBwgIBQICBQcFAiEAhwQJDhIUFBEDD4IOCgENARoAShGQ FhgTDQ4PEhcbGBUVFxcRCgQJhAgICQkgCIIJCgMLggoJAwiKCQwPDxAPDQkLDgYQjA0KCAkK DA8QDw4NCiMIhP7//4QICIMJDA8DEIQPDQ0PAxCDDwwJHgiECQoMDgYQgg8NAQ0BEQBKHJQh JCAdHBwdHyAgHh8iJCAdGxoaGwQdBByCHR8FIIIhIREghx8eHyAgHx4FHYIeHwQghB4dHh8G IIofHRwcHSAjJSMhBiCGHh0cHB0dBB4EHYIcHAQdgh4fBiCJHx4c/v//jhweBB+BHgMdgh4f CiCGHx4dHR4fAyCFHx4dHh8GIIQfHR4fBSCDHx4dAxyEHR4fIQQigSEBIQEjAEotjSgcEwoI CAkMDgoFAgErAIIBAgMDggIBBgAEAQMAiAEEBwgIBwUCCACBAQMCgQEXAIYBAwYHBAEDAIT+ //+ACACPAQIDBQcIBQICBQcHBQMCHwCHAwcMDQ8ODQUMARABHQBKEZcVGBQQDxATGh4bGBcY FxAKCgwMCggKCwMMBQuCCgkXCIIKDQMOgg0KAwiSCQoMDg8QDgwNDxAPDg0NDgwJAwiCCg0D D4MOCwkaCIQKCwsKAwiBggT/gQgDCQQIgwkNDwMQhA0KCw4DEIMPCwkMCIUJCgsKCQ8IgwkM DwYQgQ8BDwERAEocoSEoJiMgHh4iJSMgISMkIB0cGxsdHh8gIB4cHR0fISIiIRsgBx8FIIMf Hh8HIIIfHQMchR8iIyIhBiCJHh0bGhobHR4eBB+DHRwdBB6BHwUghR8fHh2NBP+CHR4EIIQf Hh0fDSAEH4kgIB8fHh0cHh8GIIQeHR4fBiCCHx0FHIMeICADIYEgAiEASi2NLiYYCwgICxAU DwgFAisAggIFAwaCBQIFAJABAgQEAgABAgQEBQYHCAUCJACJAQQHBwQBAAB+BP8LAI0DBggE AQIFCAgHBgMBHgCEAwYICAYJggwOARQBHwBKEYESAxOTEhEUGh4dGhgYFhAKCw4PCwkLDgQP BA6CDAkXCIcKDQ8QEA4LBQiLCQwPEBAPDxAQDQsECoEJAwiCCQsFDIMLCgkXCIkJCw4OCwkI CP4D/5OFCQoMDAoICgsMDhAREhIPCwwOAxCCDgsNCIUJDA4NCg8IhAkLDQ8EEAQPAEocoR4i IyQiHx8kKCUiIiMjIB0cHB0eICEjIh8dHh8hJCUkIRkggh8fFiCCHx0DHIIfIQYijCEfHh0b GhkZGx0eHwQghB4dHh8JIIUeHR0c/gP/g5AfHwQghR8fHh8gBCEOIIIfHQMcgh4fBiCEHh0e HwYggR8FHoQdHyAgBh8ASi2ONTMhEgwKDBIXEQwHBAEqAIIDBgMIggYDBQCQAQMGBgMBAgUG BAMEBggFAiQAiQEEBwcEAQAA/gP/gYEIAIoBAgMFBwgGAwQGAwiDBgMBHgCCAgQDBYcHCAkK CxAUARwBJQBKEZsODhIVFBITGBsbGRcWExAMDA0NCwgLDhAPDxADEYMQDQkXCIcJCw0OEA4L BgiCCw0DDoUPEA8MCQoIAwmFCw0ODAkNCIUJCgsKCQUIiAkMDw8MCgmCBP+ThAkMDw4LCAsO Dw8QExUVEg4ODwMQgg4LAwiFCQoLCgkFCIUJDA4NChAIhAkKDQ8DEIIODAELAQwAShyNGhsg JCIgISUoJiMiIQMgkR4dHR8hIyUjIB0fISMmJyUiFyCCHx8IHgYfCiCCHx0DHIUeICEiJAMj iyEeHRsaGRgZHB4fBSCFHx4fICADHwQghR8eHByMBP+BjwsghSEiIyIhBiCBHwMehR8gIB8e Ax2BHgcfhB4dHh8IIAYfhiAgHx4dHAEcAR0ASi2PPEIuGxIMDBIXEw4KBgQCBgCEAQICAR8A ggMGAwiXBwUEAgEAAAEDBQUDAQMFBgQBAwUHBQEkAIgBBAcHBAIBfgT/gYAIAIoCBAYHCAgH BgYHAwiDBgMBHgCCAQEDAocFBwkMDhggASkBMwBPEY0SEhYZGRgWExEQDw0LAwmMCw8PDQwP ExQSEAwJGQiFCg0QDQoGCIIJCgMLhQ0PDwwJDQiFCg0ODAkNCIUKDA4MCgUIiAkMDxAODQz9 A/+ShwkJCw0MCgkLDQ8QERMWFxQRBRCCDgsDCIUKDA4MCQUIigkKCwsJCQoLCwkLCIQJCQwP AxCCDQkCCABPHJwhIiYoJiUiHx4hIiAeHR8hIyYkIB0gJCUmJiQhFyCCHx0DHAodgh4fCSCB HwQehB8hIiMDJIojIB0bGhkYGBodCCCBHwMghB8eHh8DIIUfHhwc/QP/gZEMIIUiIyQiIQUg gh8eAx2EHh8gIAQfCh6BHw0ggSEDIIQeHBsZARoBGwBKLYIuLgMtiw0MExcUEQ0JBgMBBACF AQMFBAIeAIMBAwYECIQHBgMBAwCPAQICAQACAwQCAAIDBAMBAwCBAQQCggEBGgCIAQQHCAYF A/0D/4KDAQgAgwIFCAMJBwiCBgMjAIgBAwcKDRMfLAE2AUAAURGaFBYXGBYSERESDgsJCAkL Dg4LChAWFhMQDAkXCIkJCgwOEA4MCgkICIYJCw8PDAkNCIUJCwsKCQgIigkKCgkICgwODAkF CIcJDA8QEA8PBP+SDgoICQoKCQgJCw0PERMXFxQRBRCLDwwKCQgKDA4NCgkJCIUJDA4MCgoI igkLDA4QDw4NCwkBBwEGAFEcmiMlJCMhHx4iJCIeHR4gIyYlIB4iJicmJSMhFyCCHx0EHAYd AxyCHR8KIAQfiiEiIyQkIyMhHhsDGoQbGxweCyCFHx4dHh8DIIQfHhwcBP+BIgwghSIkJCIh BSCCHx4DHYIeHwYggh8dBRyDHR8fDCCKISIiISEfHhwaFwEYARkAUS2SEBIREQ4KCAUCAgEB AAEEBwYDHgCDAQMGBQiEBwUCAQ0AAwEDAIIBAwQFggMCGgCHAQQHCAgHBQT/ggcCCACHAgUI CgsLCgYIggYDIwCIAQMHCg0TIzMBPwFKAFERnhITFhgWEhETFBIODAoICgwMCgkOFBQSEA0L CgoJCRIIiwkLDQ4PEA8ODQoJAwiBCgMLhgwNDw8LCRoIigoMDQsJCQoLCgkDCIQKCwwOBRAD /4MSDQoICIgKDRAUFxcUEQYQhg4NCwkJCgMMggsKAwiKCQoLCgoLDQ4MCQoIigoNDxAQDgwJ CQgBBgEEAFEcmiEiIiEhICAjJiMgHh0dHyIhHx0hJiYkIyIhFyCCHx0DHIEdCh6BHw0ggiEi BCSMIyIgHRoaGxwdHh8fCSCBHwQegR8FIIMfHR0D/4EjDCCGISIkJCIhBiAFHwcggx8dHAQd gh4fDSCKISMjIiEfHhwZFgEVARYAUS2IDQ0PEA4KCAYDBYcEAgECBAQCHgCDAQMHBgiEBwUD AgYAhAECAgEIAIMBBAYDCIIFAhgAhAIDBAYECIEGA/+DCQQCCACIAgUICw4OCwkFCIIGAxIA gQEEAgQBCACIAQQHCg4VKDsBRwFUAFERnxARFBcVEhEVFxURDgsICAkJCAkNERIREA8ODQ0M CgkRCIMJDA8FEJAPDAkICAkLDg8ODg8QDgsJEAiFBwYGBwgDCYcICAsODwwJCAiECw0PDwUQ hv+KEBANCggIigoMDhATFBMSEREFEIoPDAkICAkMDw0LAwiKCgwODg0NDAsKCQoIigoMDg8Q DwwJCAcBBQECAFEcgx8gIAMfkyElJyUhHhwaHB4eHR0hJCQjISEJIIMfHx4HHwQggx8eHQMc gh4fBiCCHx8QIIEhBCKJISAeHBkaHB0fDCCFHx0dHx8GIIYfHx7/kR8EIIMfHh8HIIYiIyMi ISERIIQfHR0eBB8HIAMfBCCKISIjIiIgHhsYFAITAFEthgwJDA8MCgUIggYDBQEeAIMBBAcI CIIFAwUAhgEDBQUCAQgAhwIEBAUFAwIDAIEBBAKCAQENAIUBAwUHBwQIhwf/hQQDAwEIAIoC BAYKDQ0MCgkJAwiCBgISAIICBAMFAwSCAwEFAIoBAgMFCAwRGy9DAVEBXABREY0PERMUEg4O EhUUEQ4LBQiCCQwIEIMPDAkRCI8JDA8QDg0OEA8MCQkKCw0FEIMPDgsQCIwHBQMEBwkLDAwK CAoDDIMLCgkDCIUJCQoMDgQPAxCBEwMQgg0KCAiKCQoLDA0QExUTEQYQgg4MAwuJDA4NDAoJ CQsOAxCCDgsNCIoJCgsOEA8OCwcEAQIBAQBRHJceIB4dHBsdIiYlIx8cGRobGxwdICQkIgsg gR8IHYgeHyAgHx4dHQMcgx0eHxggBCGJIB4dGxkaHR8fCiCGHx8eHR0eBR8EIIQfIB0fBCCE Hh0eHwYggiEhBCKBIQYggSEDIoIhIQQghB8eHh8LIIQfHR4fBCCJISIiIyEeGxYTAREBEABR LYgPCQoMCQYGBwMIggYDIwCHAQQHCAYFBgQIggYEBAKHAQIEBgUDAQgAAwGEAgIBAQMAggIE AwWKBAIBAAABAgMCAQMAhQECAgQGBAcDCIMLBgMLAIoBAgMGCgwMDQsKAwiEBQIBAgQDggIB AwAGAYMAAgUECIQHBwQBBQCKAgQGBwgQGiY8UQFbAWIAURGNDhAREQ4LCw8SEREOCwUIggkM BhCFDw4NCwkRCI8JDA8PDAoNDw8MCQoMDg8EEIQODQsKEAiSBwQBAwYJDA8OCwgICQoNDgwK AwiKCgwNDAwLCwwODwMQhQ8ODQsJDQiFDBMXFRIGEIIPDwMOhAwLDAwDDY4ODxAODQwMCwoI CQoKCQgIggoMAxCDDQcBAgAAURyZHR8cGhgXGiAlJCQhHhsaGhsbHSEmJSMiIQkggR8EHQQc hR0eIB8eBxyDHR4fFCAEHwMghx8dHBoYGx4LIIcfHh0dHBwdBh6EHyAgHwMeAx+FHh0cHh8I IIUhIyQjIQUggiEiBCOCIiEEIIEhDSCDHh0dAx8DIIghIiQhHhoVEQEPAQ4AUS2IEQgJCQYD AwYDCIIGAyMAiAEEBwYEAgUHAwiCBwYFBQQEggIBEQCDAQMGAwiKBgMBAAACBAYEAgMAiQIE BQQEAwQEBgQIggYDBgCEAQECAQMAiAEEBwoNDw0KAwiEBQICBAMGhwUDAQAAAQMEBIQCAQIG AwiFCQoKBQEFAIoDBggICRQhMkleAWQBaABREYENAw6EDAkKDAMPgg0LBQiCCQwGEIQODAoJ CAiFCQoMCwkFCI0JCw0NCgkLDg4LCQsOBhCDDQoJEQiSBwYEBQcJDBAPDQsKCgsODw0KAwiK Cg0QDQkICAkMDwMQhA8MCgkOCIULERQUEQUQBBGGEA8MCQsOBRCNDw0KCw0OCwkKDA0LCQUI igoLDQ8QDw4LBQECAABSHJkdGxkXFhgeIyQkIh8cGhkaGx4iJyclIyIhCCCCHx8IHoQfIB8e CByCHR4TII8fHh0dHh8gIB8dGxoZGx4DIAQhAyCDHx4dChyIHR4fICAfHx4FHYMcHh8IIIEh AyKBIQUghyEjJSQkIyIDIIUhIiQjIQsggR4DHQMeih8gISIiHxsXEw8BDgEMAFEtgQwDBoQE AgIEAweCBgMjAIgBAwUFAwEEBwoIhAcEAgETAIMBAwYDCIIHBQMChQMGBwUCAwCKAwYIBQEA AAIEBgMIggYDBQCpAQIEBAIBAAABAwQIDBAODAoIBgUDAwYICAcGBAEAAAEECAcHBgQBAwYD CIUKDAwHAQUAigMGCQoNHS9BU2QBaAFqAFERiAsKCgsKCQkLAwyCCwoFCIIJDAQQhA8PDQoK CIUJDA4NCgYIjgkLCgkICgsLCggKDA4PAxCDDwwJEwgDB4YICQ0QDw8DDYUODxANCgMIjwsO EA4MCwoLDhESERAOChAIhQsPEhERBRCMERMUExEPDAkLDhESAxONEQ0JCw4PDAkLDg8MCQUI iQsODxAQDgsIAwMAAFEciBsaGRgXFxkeAyKRIR4cGhkaHB8kKSgmJCIgHx8MIAQfhCAgHx4I HIkdHR4fICAhIiIDIYIgIAUfhCAgHx0DHIoeHyAeHRsaGRseAyCKISIjIiEgHx4dHQMchB0d Hh4DHYIeHwQggx8eHQQcgh0eCiADIQYgjyIkJiUjIiAfHyAhIyQjIgsggh4dBByLHR4fICAh HBgUEA0BDQEMAFEtiAgCAwMCAQEDAwSCAwIDAIcBAgMDAgIBGQCIAQIDAwEBBAcFCIIJCgML gwoFARQAgwEDBgMIggcGAwWFBgcIBQIDAIUDBggGBAMDiQUICgkIBgQBAQMAhgEEBwcEAQMA mAEBBgwQDw4LBgMEBQYHCAcFBAIBAgMEBgQIjAUDBQgJCQgLDg4IAgUAigMGCQwSJz5PXWgB agFrAFERgQoJCIIJCQYIggkNBBCEDgwKCQoIhQkMDgwKEQiDCQsOAxCDDwwJEAiJBwYGBwgJ CQsNAw8GEIINCgMIhAsOEA8DDogPERQVExENCgMIggkKBQuKCgoJCAkKDA8REQYQjBIVFxUS DwsJCw4RFAMWmxQOCQsODwwJCw4QDgwLCwoJCAoNDw8QDAgFAgMAAFEcgRoFGIIaHQQgjR4c GhkbHSEmKikmIyEJHgMfCSCCHx4KHIUdHiAhIgQjhCIhHx8GHoQdHRwdAx6SHx0cGxoaHB8h ICAhIyQiIR8eBhyBHQgfBSCBHwQegh8fCyCCISEHII8iJSclIiAfHR4gISMkIyELIIMfHh4D HYIcHgMghR8bFRIPAwwAUS2BBAcABAEEAIcDBQYGBQQCHgCDAQQHBQiCCgwDDoMMBwIUAIQB BAcIBAcGCIIFAgMAqQMGCAcHBgYHCAwMCgkHBgQCAQECBAYHBwUDAgEAAQIGDBAQDwwGAQQH AwiCBQMDAYQDBQcHBAiaBwUICwwKCQoMDAkHBgQCAQECBQgOFi5JWmMDawBREYYJCQoLCgkM CIIJDQMQgw8MCQwIhQkKCwoJEgiCCg0DEIMPDAkQCIYFAwQHCAoHDAUNggwJAwiCCw4FEIgR FBcXExANCgMIggoNBg6KDAkJCw0QExQSEQUQjBIWGBUSDwwKDA8SFQMYmxYPCgsODwwJCw4Q Dw8ODg0LCAkKDA8PCgUDAQMAAFEcmhoZGRoZGBocHh8gHx0cGhgaHiInKykmIyAdAxwHHYEf CiCBHwUegh0dAxyNHR4gISIjJCQjIiAfHgUcih0cHB0eHx4eHRwDGowbHiEiIB8fICAfHR0H HIUeHyAgIQ0ghSEiIiEhCCCEISIiIQYgiyIlJiQiIB4dHiAhAyOBIQwgBB+DHRweAyCFHxoU EA4DDABRLYEEDwCCAwUDB4IFAhkAiAECAwIBAQMFAwaKBwgKDA8PEA4IAhQAhQEEBwcGBAQF BYgDAQAAAQMFBwMIowcICw8PCwkICAYEAQMFBwcICAcGBAEBAwUJDRAODQkEAQQHAwiHBQIA AAEDBgcImQkLDg8MCQgJCgwMCggFAgEBAgcPGjRNXWUDawBREYYICQ0ODAkMCIIJDQMQgg4L JAiCCg0DEIMPDAkDCIQJCgoJCAiKBwQBAgUIDA8ODAQJBQqBCQQIggsOBRCIERMVFBMRDgwD CoMMDg8FEIoNCgoNEBMWFxQRBRCMExYYFREQDg0OEBIVAxiZFhEMDQ8PDQsNDxEREhEQDwwJ CAgKDg8JAgUAAFEcmxoZGhsaGRkaGx4gHx0bGRcZHCAkKCclIyAeHQUchR0dHBweCyAGH4ke HRwcHR4gISEEIoQgHx4dBxyQHR4fIB8dHBoZGhsdICMiIAQdgxwaGwcchx4fISEiIiEHIIkf HyAgISMjIiEIIIUiIyQiIQUghiIkJSMhIAMfhiAhISIhIQggByGEIB4dHgMghR8ZEg8NAwwA US2BBA8AggIDAwSCAwEZAJUBBAYFAgEBAgMDBAYICQsMDhAOCQQFAwMCgQELAIYBBAcGBAID AQUCggEBAwCUAgMEBggHBgUHCQkHBgcICAUDBAcGCI8FAgIFCAsODw0KBwMBBAcDCKcFAQAA AQQHCAgJCgsLCgkKDQ0KCQgICgwODQsHBAEAAAYRHjlSX2YDawBQEYoOCgsNDgwJCAcHCQiC Cg0DEIIOCyQIggoNAxCKDwsJCAgJCw0MCgkIiQYEBQcJDA8OCw0IgwkLDgYQhxESEREQDw4D DQMMgQ4EEJQODQ0QExQVFRIPDg4PDxATFhgVEgUQghIWAxiaFhIPDxAQDw4PEBIUFRMRDw4M CgkLEBIKBAIEAABRHJQaGRkaGhkYGBkcIB8eGxgVFxseIgMlhSMiHx4dAxyGHR4eHR0eESCG Hx0cHB0eBSCFISAfHR0HHJEdHh8gIB8dHBsaGx0eICIhHgQbhBoZGhsGHIceICEjJCMhBiCJ Hx4eHyAhISIhBiCHISEiIiMjIQMfiCAgISIjJCMhEiCDISIjBSKLIB4fICEhIBgSDw0DDABQ LYQbBQIBDgAFARoAlQIFCAUCAAEBAAABBAcICAkMDw8LBwYGhAUFAwEFAIsBAgQDAwQGCAYD AQ8AhwIFCAYEAQIEA4YFBwgHBQYHCI4GBQUICwwNDQoGBAIBBAMIlAcEAQAAAQQHCAgJCw4N CwkJCgoJAwiCCQoDDIwKBwQCAQkVJj9YYmgDawBQEZAQDQ0MCwoJBwUFBggJCwsJAwiHCQwO DxAOCyQIggoMAw6KDQsJCAgJDA8NCwkIBAeFCQwPDgsOCIkKDA4PEA8PDg4FDwQQhA0KCg0F EIgPERMWFRMRDgMLlgwOEBMWGBYVFBMTEhETFhkZGhkWExIFEZIQExYYFBEQEA8MCQ0TFA0H BAEDAABRHKUaGBcYGRoZFxcbHyEhHxkVFxodICMkJSQiIB8dHBwdHiAfHh0eESCHHx4dHRwd HgYfgR4IHIIdHgQgjx8dHBwbHR4fICEfHBoZGQMagRsGHIgdHiAhIiMiIAQfhiAgHh0dHwsg hyEiIyIiIR8DHocfISIjJCQjBSIDIYEgBSEEIIIhIgYkgiMhAyCHISMgGRIPDQMMAFAthBwH BAIIAIQCAwMBBgAEARcAjAIFBwUCAQMEAwEBAwMFhQYJCwsJBgcDCIIFAQUAiwIEBwcGBwcI BgMBDwCFAgUHBQIFAIMBBAcMCI0HCAsNDAsJBwMCAQIFBAiGBgQDAwQGAwiHCQ0REA4LCgUJ AwiPCQwPDQoHBAENHC1GXGRpA2sAURGDEA4LAwiJBQMCBQgLDQ0LAwiHCQoMDhAOCxAIBAkQ CIcJCgoLCwoJAwiCCQsDDIILCgQIgQkECocJCAkMDw0LDgiHCQoMDhAPDQMLBQyUDg8QDQoJ DRAPDw4PEBIVFxQRDgsDCIcKDRATFhgYAxejFhMRExYZGx0dGxkXFRYXGBYUFRcYFxYVFRMQ DREXFg8IBAEDAABRHJwaGBYVGBsZFxYbHyMlIhsVFxkbHyIkJiUiIB8dAxyBHQQegR8TIIMf HRwJHYUcGxobHQQegh8gAyGMIB8eHR0eHx8gIB4bAxiCGRsIHIgdHiAgISEgHwYeAx2BHwsg hyIjJCIhHx4DHIIeIQYkBSOFIiEhIiMDIoYhISAgISIHJIsjIiEgIiQhGBEPDQMMAFAthB0K BgMIAIUDBQYDAQQAhQECBQQCFwCMAgUHBQIBBAcFAgABAwKFAwQGBgUGBIUGCAgGBAMDhAIC AwYGCIIGAxAAhQIFBwUCBQCDAQQHAwiEBwYGBwQIjgkKCw4QDAgGAwEAAAIFBQiFBwYGBwcD CJEKDxQUExEPDQ0ODwwJCAgJCwMNigsIBRIjNUxgZmoDawBQEYQQEA4LAwiJBgQDBwoMDw4L BQiFCQwPDgsPCIIJCgQMAwuBCQkIBAkKCIoJCw4OCwkICAkLBA2JCwkJCgwLCggKBAuCCgkI CIUKDQ8NCgUIAwmcCw4QDQoJDRAODAwOEBITFBANCwoICQsMDhATFwMYAxmGFRIUFhkdAyCZ HxwYGhwdGxgXGBkaHBwbGRYTFhoYDgUCAQMAAFAcnR0bGRcXGRwZFhYcIiUoJRwWFhgaHSEk JyYjIB8dBByFHR4eHx8MIAgfgR4EHQcchBsZGh0EH4ogICEiIyIiISAfBR6GHRwaGhscAx0H HIceHx8gIB8dCByCHR8LIIUiIyQiHwQegx8gIgckiCUlJCQjISEjBCSGIiEgICEiBiQDJYkj ISIkIBgRDg0DDABQLYQcCQYDBQCIAQEDBAcGAwEEAIUBBAcGAxcAiwEDBQQCAQQGBQMCBQEG AAQBhQQGCAcHAwaEBQUGBwYIhAYDAAIEA4ICAQMABQGFAwUHBQIFAIMBBAcDCIQGBAQGAwiK CQsNDg8PCgYEAgMAggIFBggECQMIngoRFxgYFhMQEhQUDwkICAkJCw4REQ4LGSk7T2FnagNr AFARhA8PDgsDCIkHBgcKDQ4QDgsFCIUJCw0MCgcIggkJBgiDCQwOBQ+CDQsICIIJCwQMggoJ CAiFCw4PDQoDCYIMDwMQiQ0KCAgJCQgJCwQOggwJCAiHCg0QDgwLCQQIuQkKDA4QDQoKDQ8N CgkNEBAREA0KCQgJCw0PDxEUFxgYGRocHBgVFhgaHyMkJCIfHB4iIyAdGxscHgMhiCAcGRsf GQwCBQAAUBydHh0bGRgaHBkWFx4lKComHhcXGBoeISMlJCEfHh0FHIIeHw4ggR4FHQkeiRwb GhoZGRgaHQYggiIjAySFIyIgHx0GHIcdHh4fHx4dCByBHQMegR0GHIQdHR4fCyCMIiMkIB4e HyAhIiMjBiSTJSYmJCMiISEkJiUlJCMiISEiIwUkjSUmKCckISIkIBcQDg0DDABQLYQbCAYD BQCIAQMFBggGAwEEAIUBAwUEAhcAiwEBAgIBAQIDBAUFBQSCAgEHAIMBAwYQCIQFAwEDBAaC BAEDAIECCQSCAwEDAIMBBAcDCIQFAwMFAwiCCg0DEIQPCQMBBACCAgUFCJYJCgwMCgkICAoP FBcaGxgWFxoaEwwLBAqMDxYXFBMhMEFTYmdqA2sAUBGGDg0MCQcHAwiCCQ0DEIIOCwYIhAkK CQkFCIUJCwwLCQUIgwkMDwUQgg4LCAiCCQwDD4MODAkHCIYJCw4QDg0FDAMNggsJBQiICQ0Q ERAPDAkICIcKDRAQDw0LAwiICQsNDg8QDw0DDJsLCQoOEhMTEg4LCQgJCw4PEBEUFxgYGRwf HhsDGJwbISYnJyUiHyMoKiYjIiEiIyUmJyckIiAeFgoBBQAAUBycHh4cGRgZGxkWGCAnKiwn HxkYGBoeICEiIR8dHQQcgR0GHoEfCiCCHh0FHIIeHwUgih8cGhgXFhcYGh0GIIsiIyQjISAg Hx4dHAQdgx4fIQMggh8dBhyFGxkaHB0HHIQdHh8fDCCKISIjIB4eHyEiIwckjyUmJyckISAg IiUnJiUkJAQjBCSOJSUmKCkpJyUkIx4WDw4EDABQLYQbCAYDBQCCAgUDCIIGAwYAhAECAgEe AIUBAwYICAMHgwYEAQcAgwEDBgsIgQcEBooEAgEFCAkICAUCAwCCAwYDB4wGAwIEBgUCAQAA AQQECIQHBQUHAwiKCQsNDxAOCQQBAQMAggIFBQinCQsODgwJCAgKDhEXHB4dHB4hIBkSEREQ EBEWHCAgIi49SlhjZ2psAWwBbQBQEYYNCwkFBAYDCIIJDQMQhA0JBgcNCIUJDA8NCgUIgwkM DwUQgg4LAwiOCQoLCgkJCw4PEBANCgkGCIUJCw8QEAQPgQwECoEJBgiNCg8TEg8MCwkKDA4N CwMKggwOAxCHDwwJCAgJDQUQiA8ODAkJCAsRAxaZFREODAoJCgwNDxEUFxkbHB4gIB0bGxwf JQMqliglIyguMCwpKCgnKCgrLS4tKyMdEwgGAABQHJUfIBwYFhcYFxcZHyUoKiYfGRgYGh0E H4EdBRyFHR4gHx4DHYIeHwkggR8IHoEfBSCJHRoYFxYXGBodBiCFIiMkIR8EHYscHR4fHx4f ISIhIAQeiR8fHh4dHBsbHAMdBRyCHR8OIAMhhiAfHyAgIQQigSMDJI0lJignJCIhISMmKCcl CiSOJScoKisrKikmIhwTDQ0EDABQLYQbCAYDBQCHAQMFBggGAygAjAECBAUFBgcIBwUDAQYA gwEDBwsIggYEAwOeAgECBwsLCggFAgIEBggKCwoKCQYEBgkHBAIBAAIFBQiCBwcFCIkJCw0P DgoGBAIDAIIDBgUIlQkMDw8NCwoKDBATGB4hISIkJyYfGAMXjxYXHSMoLDI9R1JbZGdrbQFv AXEAUBGGDQgGAgEEAwiCCg0DEIQNBwMFDQiFCQwQDQoFCIMJDA8FEIIOCwMIjwoMDgwJCAkL DQ8QDw0LCgYIigoMDg8QDw8OCwkKCJILERYTDgkJCAsQFBIPDg0NDg8DEJQPDgwKCQkLDQ4Q gRcQDwwKCQgMEgMYkBcUEQ0KCAgJCw4RFBgaHR8DIIYfHyAiJSkELYYqKSwvMC4DLIwrKywu MDAtKiEYEBEFEAERAFAckB8hHRgUFBUWFxkdIiUoJR4DGIIaHAMegh0cAxqHHB0eHyAfHgMd gh4fDCAEHwMegR8EIIkeGxoZGBkaHB4EIIcfHyAhIR8dBRyCHR8DII4hIiQiHx0eHyAhIiEg HwgegR0DHIcdHh8fIIomFCCDISEjAySFJSYoJyUDI4UkJignJQMkiyUmJiUkJSUmJygpAyqF KSQfGRwFGwEcAFAthBsIBgMGAIYBAgUHBgMpAIEBAwKIAwUHCAcFAwIFAIMBBAcGCAUHggQC BQCcAwkODQsIBAEDCAwNDg4NDQwLCgsMCgcEAgECBQMIgn0PCAiICQwPDwwIBQIDAIIDBgUI hQkMDxAOAw2NEBUaHCAhISIjJSQfHAMbixweJSwzOkBJUlktBDABMQEvAFARhg0IBQIBBAMI igkMDw8QDAYBBAcMCIUJDBANCgUIhAkKDAwFDYEMAwqFDA4QDQsDCYIMDwMQgg0KBgiJCQoM Dg8ODAsKCQiQCQsNERURDAgJCQ0SFhQRDwkQkg8M+Ajy8gyAFxAQDw4NCwkNEwQYjhYUEhAO DQ0QExUYGhwfBSGGIiUoKy4xAzCGLy8wMTEwBC+KLi8wMSwkHRgRDwcRAFAckB4fGxcVFxgY GRsdICQnJB4DGIIZGwQcgRoDGYMbHh8DIIIfHwUegR8OIIQfHh4fBCCEHh0cHAMbgh0fBCCE Hx4dHQYcgR0DHpAfHyAhIiMhHh0eICEiIyIhCCCLHx4cHPkc8/MeiSYVIIMfICIDI5gkJign JiUkJCYnKCclJCQlJicnJSUmJycDKIcnJiUiHRkZBxwAUC2EGwkGAwcAhQEEBwYDLQCDAQMG AwiCBgIFAIMBBAcGCIEGBASCAgEFAIoDCQ8NCQYEAwUKBA8HEIsNCgcE+ALx8Qh9DwkIlQkM Dw8ODAoIBQQDBAcJCQoKCQoNEAQRhRAVGyAgBCGEIiMiIQMfiyAiJS42PkZOVFpGBy0AUBGG DQgFAgEEAwiJCQoMDhANCAQGDQiFCQwQDQoHCAMJAwqBDAQNhQ4PEA8NAwyBDgQQgg0KCAiF Cg0PDQoKCJQJCw0PERIPCwkLDQ8SExEODAwNDgcQgQwE/4L4FQUQhQ8MCQ0TBBiEFxcWFQMU khYZGxwdHyAhIyUlJCUnKSsvMggzBDIFMYYnGhEOCgwHEQBQHJUdHhoWFRkcHBscHiEkJyUf GhkYGhsDHIcbGhkYGBseCCCEHx0dHw4gBB8FIIgfHh4dHRwdHgQfhh4cGxkZGwMcjx0eHx8e HR8gICEhIB4dHgQggR8GHocfICAfHh0dBP+C+SYVIIQfHh4gAyKWIyQmJycoJiUlJicmJiUl JicoKCYlJwQoiCYlIh8bFxIWBxwAUC2EHAkGAgcAhQEEBwYDLQCIAQIEBgkKBwMFAIMBAwYD B4YICAcEAQADAQYAigQKDwwHAwQFBwkFDAYNhAwKCAQE/4L4DwoInAkMDxAPDw4NCwkGBwgJ Cw0NDA0QExcZGhcUFx0LIY0iIiUpLTZASVNZXWFHBy0AUBGGDQgFAgEEBQiHCQwPDgoHBw0I hQkNEA0KDQiDCg0PBxAEDwQQgg0KCAiFCQsMCwkGCIIJCgMJigwQERAQDQoKDA8DEIcNCgkJ CgwPBRCCD38F/4yAEA4NDg8PDAkNFBkGGoEbAxqEHB8hIQMgjiIlKCgnKCgpLC8yNDc3BjYD NYszLywoJRsQCggGCwcRAFAclR0dGhYWGyAfHR0fISQnJSAbGhkaGwQchhsaGRgbHggghB8d HR4DHxIgiiEhIiEgHx4cHR0EHoYdHBoYGBoDHJIdHiAfHh0fICEhIB8eHR8gHx4IHYceHyAg Hx+IBf+BiQMghCEhIiEHIAQhAyCEHx0dHwMghyEjJScqKigDJYImJgQnAygDJ4woKSopJCAc GBUSDxUHHABQLYQcCQYCBwCFAQQHBgMuAIcBAQQJDQkEBgCBAgQEiQUFBAIBAAABAQYChwUL DwsEAQQDCAYJBgqDCQd7Bf+BfAMIhAoLCwoDCI8JDA8RERIREQ8MCgkICg0EEIkUFxwhIx0Y Gh4KIY4iJCUrMztETVRaX2FjSActAFARhg0IBQIBBAUIhQkMDw4KDwiFCQ0PDQoNCIQKCwwM Aw2NDg8QEA8ODxAQEREOCwkIAwkGCI8JCw0MCgkOExQSEA8NDQ4EEIIOCwMJgwsODwQQgg+G Bv+efwwKDA8PDAkOFBkcHh4dHh8hIB4dHiAiIyQjIyUnBimELDAzNgk5jTg4NC4nHxgQCAQD AgkHEQBQHJUeHRkWFhsfHRoaHR8jJiQfHBoZGhsGHIQaGBseCCCFHx0cHR0DHoEfECCIISMk IyEgHh0IHIQZFhYZAxyHHR8gHx4dHwQiiCEfHh8gHx4dAx4EHYceHyAgISCPBv+HiSAgIiMj IgYggSEFIpUhIB8eHh8gISEiIyUnKSonJSQlJScLKIsqKykiHBcSEA8NFQccAFAthBsJBgIH AIUBAwUEAjAAhgQKDwsFAQYABQGDAgEBAwCCAQMEBYwHCQoNDwsGBQgLCgkECAMHBgiCB4IG /5l8CAkLDQ4LCQgICQwPEhQVFBQSDw0MDA0QAxOKFBYYHSIkHhkbHwohjiIlKTM+SFJbXmBh YmNIBy0AUBGGDQgFAgEEBQiFCQwPDgoICIQKCwsJAwiFCQ0PDQoOCAQJmQoKCw0QDw0MDhAR ExQRDgsKCAkKCwsKCgkICIwJDBANCgoQFhYTERADDwQQiQ8ODAoICgsNDwMQnA+G//+MGh0R EA0LDA8PDAoPFRodICEgISQnJSIDIIIiJQQngSgFKYUqLjM2OAg5ijg1MiwlHhYOCAIDAIEJ BxEAUByVHh0ZFhYbHxwXFxoeISUjHxwaGRobAxwDHYgcGhweICAhIQQggh8dBRyCHR8QIIgh IyQjISAeHQYchhsbGBUWGQMciB0fIB8eHSAjAySDIiAfAyCMHx8gISEgHx4eHyEiAyOGkP// li0uAyGFICIjIyIGIIIiIwMkgiMiBiCOIiMjJCQmJycmJSUmJycJKAQphSUdFxIOAwyBFAcc AFAthBsIBgIIAIQBAgIBCACEAgMDAgMAhAEBAgEdAIkECg8LBwMCAAIDA4MCAgEIAIICBQMI jQkLDg8QEAwJCAsODAoDCIUHBQQGBwYIm4P//4sXGAoKCQkLDg4MCgkICQwQExYYGBcVEgMP ghATBBaJFxkbHR4cGRsfBSGNIiMkJSYpLzQ/SlRbYgVjgUgHLQBQEYYNCAUCAQUECIYJCgwP DQoICIQLDQ0LAwiFCQ0PDQkDCIQKCwsKDAiTCQoNEA4LCQwPEhUXFBEOCwkKDQMOggwKCAiL CQ0QDw0MEBUVExADDwcQgg4LAwiCCg0DEJUPFAkKDQ8SFRMQDQ8QEA4NERYbHyMDJIwnKSgl IyMkJigqKisDKgQpgyowNgo5ijYvKCAZEg0HBAEDAIEJBxEAUByVHRsZFhYbHhsWFxodICMi HhwaGRobAxyMHh8fHRscHR8hIiIhAyCCHx8EHocdHh4fHyAgBiEGIIghIyQjISAeHQUclhsa GRcVFhkcHR4eHyAfHh8hJCQjIyIGIIUhIyQjIgMglCEiJCUmJiogICEiIiMiISAhIiIhBiCC IiMDJIIjIgYhgSMIJIMlJicKKIopKisnJB8YEQ8NAwyBFAccAFAthBsIBQITAI0BAwUGAwEA AAEEBQMBEwAEAQUAigQKDw0JBgMBAwUDBoIEAggAggIFAwiNCQwPDw4MCggIDA4NCgMIhQYD AQQHBgiBDwMHiAkLDQwKCAoLAwyHCwkKDhMWGQMbiRkVEhMUFRgbGgMZBRiDGRwfBSGMIyUn KiwyO0RNVltfBWOCZEoHLQBQEYYNCAUCAQUDCIIJCwMMggsJBgiGBwYJDQ0LAwiMCg0QDQkI CAkLDg4LCwiZCgsNDhAPDQwOEBIVGBYUEAwJCw0PEBAOCwgIjwoNEBAPDxESEhEQDgwNDwQQ hA4NDAwDC4IMDgMQig8NCgwOERQYFhMGEIUTFhwhJgMniygpKCcnKSorLS4vAzGIMC4tLS4v MzcEOY84ODc3NjUwJx4VDAcLEREEEAgRAFAcnB0aGBYWGR0bGBgcHyAiISAeHBobHBwbGx0f Hx4DHIUeISQjIQUgBh+FHh0fICENIocjJCMiIB4dBRyKGxoYFhUWGRweHwQgjR8gIiQjIiIg Hx4fICEHIoshISIjJCUmJiQhIgQkgiMiCyCCIiMEJAMjAyKCIyQGJgMlgSYEKAYpiigpKiol HhgYHBwEGwgcAFAthBsIBgITAI0BAwUGAwEAAAIFBwUCEgCBAgUEBAOPBgwPDgwIBAEDBQcI CAYDCACCAgUDCJUJDBANCQYFBAUJCwsJCAYFBAIBBAcICIcJCQoMDw4LAwiXCg0ODAoMERYZ HR8fHhsYFhgaHR8hHx4FHJgbGxweICIjIyQkJiouMTU8SVNaYWNILS0EMYEvBy0AUBGPDQgF AQEEBwgICg0PDAoJBgiHBwUDBgkLCgMIhQoPExAMAwuFDQ8PDAoECQYIgwsODwMQAw+QEBMW GBcWEg0JCgsNDxAPDQULAwqGDA4QEA8PBBCFDwwJCg0DEIUPDQoMDQQOgQ8EEIkODQ4PERUY FxUGE48WGR4jKCorKyoqKSkqLTADMYE0AzeHNjMwMTM2NwQ5jTg2NDIvKychGRIMBgQPEQBQ HIsdGhgWFhkbGxkaHQUgiR8dHBscHBsaGwMdihwbGh0iJSQjISEJIIYeHR4gISMGJAYjAySS IyEfHRwcHR0eHh0dGxkbHiAgBSGSICEjJCMiIB8dHh8hIiMjIiEiBSMDJAQjhyQmJiUkIyIJ IIQhISMkAyUHJIIlJgMoBCeDJSUmAyiEKSoqKwMqhyknJSIdFxMPHABQLYQbCAUCFACEAQMD AgMAhwIFBwYEAwEQAIIDBgUHAwaPCQ0QDw4KBQECAwUHCAcFBQMDAooEBwkJCAkMEAwFAwCI AgYJCQgHBQIDAYIEBwcIiAkKDA0OEA8NAwuXDRASDwwNExgcICIjIyAcGx4gIyYnJCEDIAUf kyAhIyUnKCouMzg+Q0tVXmBjZC8OLQBQEY4NCAUBAQMEBggKDQ8MCQcIhQcDAQMGBQiFDBIW Ew8DDoUPEBAODQYMBAuEDA0ODwYQghIVAxiKFA4JCAgKDRAQDwYOiQ0NDg8QDw0NDwQQhA4M DQ8DEIUPDQoMDw0QhRIVGBgXBRacFxkcICUpLTAxLy0tLC0tLi0sLTAyNDU1MzEyNgY4jTUy LywoHxgRCgUEAgEPEQBQHIsdGxkXGBocGxocHwQhhCAgHh0DHIMaGRoEHIkbGRwiJyYkIyEJ IIofHiAhIiMkJCMjDCSCIh8DHIMdHiADIYggHh8iJCQjIwMikiEhIyQkIyIgHh8gIiMlJSMi IwMlBCSMIyEiIyQmJycmJSMhCCCEISIjJAkmAyWDJicoAymFKCcmJScDKIIpKgQsiCopJB8a FRAPDxwAUC2EHAkFAgUAhAECAwISAIcCBQgHBwUCDwCDAQIEBQYDB48JDQ8PEAwGAQABAwUI CAcGBowFBQcKDAsJCg0PDAcDA4cEBwgHBgUDAwGCAgUICIQJCw4PAxCBDwMOnREUFREOEBQZ HiMnKiwsKykqKy4xMzAtKyooJyYmBCWQJikrLTA2PENLUltiZ2VjZQ8tAFARjg0IBQEAAAIE BwoNDwwJBwiQBwYEBQcHBgYICg8VGRYTEQkQBQ8DDoQNCwwOBhCMEhMUFRUTDgsKCQoNDhCE DQoKDQQQhA8ODw8EEIMODQ4EEIUSExQSEQUQhRIUFxcYBRmrGh0gIyYqMDY2MzEwMC8tKykn JigpLC4vLi0vMzU0MjAtKygkIR4bFA0IAwQADxEAUByLHR0bGRkbHBwbHiEDI4UiISAeHQMc kBsaGxwbGhgZGh8lKykmJCILIJAhIyMkJCMiIiMkIyIiIyQkAyOTJCMgHh0cHR8gIiQkIyEj JignJQMkhCMhISMDJIcjISAgIiQlAyaIJScoKCYlJCMEIowjJCUmJiUkIiEgICEFIIUhIyUm JwQoBCeRJiUkJSYoKisqKScmJScoKCcEJoolJCMiHhkUEA0MDxwAUC2EHAkFAgUAhQIEBQMB EQCCAgUDCIIGAxAAggECBgOOBAQFBwoLDQoGAwIBAgULCIoKDRANCgoNEA0JAwaMBwcIBgQD AgECBAUHCAiDCQsNBA61Dw8QERQWFxQREhUaICYsMTY4OTk2NDk+QD08OTc0Mi8xMTIzMzY6 PUFFSU1RV15jaGpoZWcPLQBQEY4NCAUBAAECBQcKDg8MCQgIAweNCAcEAwcMEhgdGRYUEg4Q hg8PDQoKDQcQixEREhIREA4MCQoNDhCGDQkJDA4PBRCCEREKEIUTFRYUEQUQhxESFBYYGRsD HKsdHyAkKCwwMzItKSopKCYjIR4dHh8jJikpKiwwMS4sJyIeGBMRDgwIBgQBBAAPEQBQHJId HRsZGRscHR4gIyUlJCMhIB4FHI8bHBwaFhUYHCMrMS0oJSIKIIMhIiMDJKkjISEjJCMhISMk IyIhIyQjIR8eHR0fICIkJCMiJSgqKCUkIyMhICAiIwMkhiIhIiMlJgQoiyorKiglIyIhIiMj AySEIyMiIgQhBiKHIyQlJigoJgYlnyQjIiMkJyosKiknJiUnKCcmJSIgHhwbGRgVEhAODA0P HABQLYQcCQUCBQCFAgYHBAERAIICBgMIggYDCwAEAQoAjQEBAgMGCQkIBgQBAgULCIoKDA0K BwcKDAsKBgiHBAEAAAEDBwsIgQkGC7QNERQWFxgWFBYZHSUrMjtBRUdGQ0BESk1MS0dEQD05 Oz5AQkRITFJXXF1eYGNmaGpraWlrDy0AUBGODQgFAQEDBQYICg4PDAkMCIwGAwIIDhUbIB0Z FhMNEIIPDgMMgg0PBhCCDw8DDocPEBANCQoNDhCHDAkJCgsNDwMQhxITExAODg8EEIgPDhEV FhQSEQYQrhEUFxodICAfHyAhJisvLi4pIh0bGhgVExIRERITFRgbHB4hJCUjIBsXEgwHBAEJ AA8RAFAcih0dGxkZGx0gIyQEJoUjHx0dHAMdkBwcGxsYFBIYHycxNjEqJiMLIIghIiMjJCMh IQMikiEhIyQjIiEiIyMiIR8dHh8gIgQkoycqKyglIyIhIB4fICIjJCQiISIjJSUmJygoKSop JyUjIiIjBCSCIiEFIIIhIwMkAyOoJCQlJigmIyEfHx4eHRwbGhscHiEjIiEgHx8hIiEhHx0a FxUTERAODQMMgQ4PHABQLYQcCAUCBQCFAwYHBAERAIICBgMIggYDCgCGAQIEBAIBDACKAQQH CAkJBQECBQsIiQkJCgcDBAUGBwYIiAcEAQAAAQMFAwaBBw4IlwwSFhcYGBcXGR0hKTI8Rk5R VVRSUFJVA1iPVlNPTEhKTE5PUVVbYGZqCWuCbG8PLQCBf08Rhg0IBQICBQMIhQoODwwJDAiM BwYFCg8TFxoZFxUSDRCGDgsJDA4PBxCCDgwDC4cNDxAMCQoNDBCJDw8MCQgICQsPAxCHExYW EAsMDgMQhQ8NCw4SAxSCExIDEIgRExQWGBseIQQijiMmKy4qJx8XDw0KCAYDAwSTBQYHCQsO ERMVFBIQDg4RCwQCAQUAhAECAwIPEQCBhU8ciR0dGxkZGx0iJwUomCMdGhscHh8eHRwaGBcW FRwiKC4xLCYkIg0ghiIjJCMhIAMhiCAhIyQjISAhBCKqIR8fISIjJCQjIyYpKickIiEgHh0d HyAiJCQiISIjJCUlJicoJycmJSQkAyOGJCQjIiEhAyCGISEiIyQlBSYDJZAnIx8bGhkYFhUU ExITFBYYAxmVGBcXGBkZGhwYExIRDw8ODQwNDxESDxwAgY5PLYQcCAUCBQCFAwYHBAERAIsC BggHBgQCAAECAgUBhwABBAcGAwEMAIoBBQgKCwsGAgIFDAiJBwYEAQAAAQQHBQiDBwQBAwCH AQICAwMFBwgIggkKAwuUDhMXGRoaGxsfIykyOkVRW15iYWEDYJFiZGVkYl9bWFtdXVxbXkkx TQhrhG5xdXkPLQCBiE8Rhg0IBwUFBwMIhQoODwwJDQiLBwgLDxETFBMTEhENEIUPDQsNDwgQ gg0KAwiHCw4PDAkKDQsQhQ8NDAoJAwiMCgwODxATFRQPCQoNAw+KDgsJCw8SFRcVEgMQmRMV FxcYGx4hIyUmJSUmKCYgGxQOCQcFBAIIAIICBAMHhQYDAQAJDBGCEBAPEQCBjk8cgh0dBBue HSMpKSgnJiYhHBkbHR4fHx4cGRUVFxkfJSgqKyYhDSCHISEiIiMiIQUggSEDI4EhAyCIIiMk IiAhIiMDJJYjIiQmJyUjIR8eHRwdHh8hIiIhICIjAySFJSYnJiUIJIIjIgUgmSEiIyMkJScp KisrKSYkIiEcGBUUFBMSERAED4IREgMTgxIQDwMQgRYMHIIbGw8cAIGWTy2EHAgFAgMAhwID BQcHBAERAIkDBgcFAwIBAQMDBQMEhwMBAQMFBAIGAAUBjAAAAQUICw4OCAICBQsIigcFBAIB AAABBAcDCIUJCgkFAQcAgwEDBwgIggoNAw6REBQYGx0fICIpLzY/R1BYX2EGY4JlaQNrimln ZWdqaWZkZ0sMLYIzNA8tAIGITxGDDQgIAwcDCIUKDg8MCQoIhgcFBwkLDQUQgg8PDxCDDw4P CRCCDQoDCIcLDhANCwwOCxCCDgsGCIwJCgwOEBETEQ0JCQsDDJcLCgkMDxIVGBcWFRQUFhob HBsdICIlKAMphyYkHhUNCQUDAoEBCQCKAQIDBAQDAgAACR0RAIGOTxyBHQUcjB4jKionJSQj HxoZHAMekR0cGhcUFRkdIygpKCYiHR0fCiCHISIjIyIhIQYghSEhIiIhAyCHIiMkIyIiIwMk iiMiICIkJCIhHx4FHIIdHwMhgiAiBySCIyMEIoYjIyQkIyIFIZIiIyUlJCUoKy4vMCsnIh4a FhIDDwQOAw2CDg4DD4IQDwUOgRUdHACBlk8tjhwIBQIAAAEDBgcIBwQBDACBAQQCigQGBwQB AAABBAcDCIkHBwUDAAECAgEFAIIBAgQEjAMBAQMFCQ0PCgUFBwsIhAUDAQEDAIsBBAcICAkK DAsGAQcAhwEEBwkKCwsEDJYOERMTEhQXGR0gIyYqMzpDTFVaX2JiBmOCZmkEa4lpaGlramhn aUwdLQCBiE8RgQ0ICIUKDQ4LCQoIhgUDBQoODwQQgg4NAwyDDQ0OFhCCDQoDCIcLDhAPDg4P AxCKDw4NEBMTEhAODAUKiwkJCAoNDxAQDwsJAwgDCYgICQwPEhUZGgQblB0gIiQlJicpKiwr KCUgGxUOBwQBEQCCAQEDAIEJHREAgY5PHIIeHgMdoxwdJCopJiMiIR0aGh0fHx0cGhkVEhUc ISUqKiglIR0dHh8fCCCGISIkIyIhCSCBIQUghiIjJCQjIwQkiyMiISMlJSMhHx4dAx6IHR0e HyAgISIEJIIjIgghhCIjJCQEI4QiIiMlAyaNJyswMzY2MSojHRcTDhQMgw0NFR0cAIGWTy2O Hg0JAwAAAQMGBwcGBAEMAIICBAMFiQYIBwQBAAABAwQFhgYGBQMCAQgAggEEBAeMBAIAAQMH DRAOCwkJBgiHCgsLCggGBAYCigQGBwcIDA8NBwEHAI0BBAcKDA4QEhMSExUYAxmPGhsdIiYs MThASE9WXF9iCGOCZmkFa4FqA2sDaoFMHS0AgYg1EYcKDAwLCQYLExGBDQgIhAkLDAoDCIEJ BAqHCQgGBAIFDAUQgw8MCgQJgwoMDxUQgg4LAwmCDA8IEIsODAoQFRUTEQ8ODgQNjQwLCQkL DRATEg4MCwsDCgMJhwwPEhUYGx8DIYUkJiosLgUviSwnIRoSDAcDAhcAgQkdEQCBjjUchyQm JiEbFhcTHKgeIB8fHh0dIicmJCIhIB4bGx4gHx4cGRcUERYfJSgsKicjIB0cHB0fCCCFISMk JCMDIoIhIQsggSIJJI8jIiEkJiYjISAfHyAhIR8DHoQfICEiBCSCIyEIIIIhIwgkgiUmAyiN Ki81OT0+Ni0lHRYRDhYMgRQdHACBljUthxASGCUzQTwTLYQfEwwEAwCBAgQEhQIBAAABAwKB AQUAggIGBQiDBwQBAwCBAQQChwMDBAQFAwEHAI0BAwUGBwgGAwIBAgcNAxCCDgoFCIkJCw4N CwkHBgYFBQQEiAUKDg0JBAMDAwIDAZ0DBgkNEBMWGBgZHB4gIB8fICEnLTY/SE9WWl5gYgZj hWRlZ2lqDGuBTB0tAIGINRGBCAMJgwgHDAwRiA8NDg4PERENCgiBCQQIjgoMDg4NCgYDBAQI DBAPBA2CCwkFCIQKDQ8PExCHDw4NDA0ODwMQjRETExIRDwwLEBUWFBIDEQQQiw8MCQgJChAV FREPAw6TDQ0MCgkMDxITFRgcICQnKi0wMgQziTEwKiMbEwoFAhkAgQkdEQCBjjUchyQlJCAb FxgMHIgfJCQjHxwcHwMghx8eHSAkJCIDIJofHR0fICAfHBgWFBMZISgoKSYhHhwaGhscHQMf BSCCISMFJIMjIyELIIEiBCSbJSUmJSQjIiIkJyYkIiEhIiMkIyEgHh0eHyEiBCSCIyEIIIEh BCKHIyQkJSUnKAMpjSsxNzs+PzctJBsUEA0WDIEUHRwAgZY1LYcMDxYlMz05DC2LIAwJBxst LSIaEAUFAAQBAwCFAgQFAwEFAIQDBggHBAWCAwEKAIUDBgcEAQgAjAECBAYIBwYFBAUJDQMQ hA8NCwoDCIkJDA8PDQsKCQkECIsHBAIBAQMIDg4KBwMGkQUFBAIBAgQHCg0QExYXGRwfBSGI JCwzP0tWXGEKY4RlZ2pqDWuBTB0tAIGINREDCoQJCAgNDBGBDQQKgQkRCI4KDQ8QEAwFAQQH Cg0PDQQKgQkGCIIJCwMMgg4PGhCKExUWExEPDg4QEwYUgRIDEIsPDAkJCgsQFRUTEAMRkxAQ DQoJDBAQERIVGR8nLjE0NTYDN4c1MS0kGhIPAxCCDwgXAIEQHREAgY41HIcmJiQhHhoaDByB HgMiiyMmJSIfHyAfHh0fAyIDIYQfHR0fAyCCHRgDFJMbJSspJiIcGBcXGBkaGxwdHh8fAyCE ISMkJAUjgiIhCSCCISIEJIwmJycmJSQjIyQmJiUEJIsjIiEgHh0cHiAiIwQkgiMhCiADIYci IyUmJygqAyuNLTE1ODk3Jx0dHBsVDQcMBA0LDB4cAIGWNS2HDA8VICw0NAwtix8JBwYJDhUe IxYGDACFAgQGBQEFAIQDBgcFBAKBAQsAhQMGBwQBBQAFAYIDBgYIggsPBBCQDw0LCQgICQwP EBERDw0LCgMIigcEAQAAAQYMDAoGCIIFAgMAigQHCg0QExYZHB8FIYcmMDpGU1xIBDKBSwRj hGRlZ2oEbQZsBWuBMB0tAIGINRGHDg0NCggIDQwRgQ0WCI8JCw0OEA0HBAYICg4PDAkMCIUJ CQoMDw0QhA8ODQ8IEIYRExYWExEFEKkTFhgYFxYTERAQDwwJCgwOERMTEhESFBQSEA8NDA4Q EhQWGh0kKzM2OAU5hzcwKR4RCQwPEQoPgwgAAB4RAIGONRyHKSgnJSMgHQwcgR4DII0jJici Hh4gHx4dHyEiBCOXIB4dHyAfHxwXFRYYHSYrKCUgGhYVFRYEGIQaHB0fAyCGISMkIyIhBSKB IQQghiEhIiEiIwQkhCUnJyYGJJAmJygnJyYjISAeHR0cHyEjBSSEIyMiIQYgBSGHIiQmJygq KwMshy4xNDQyLiEPHAobgxQMDB4cAIGWNS2HDhASFRwkLAwtix8KCQoPFRwmLB0IDACCAQMD BIIDAQMAhQMGBwQBDwCFAwYHBAEFAIICAwMEggUHBQiDCQsNAw6dDw8ODAkICAkMDxMVFxQQ DQsJCAgHBAEAAAEDBgcHCIIHBQMDiwYICw4RFBgaHSAhBCKHKDRBTVpiSA8tCjODT2trHi0A gYg1EQMPhAsICA0MEYENGAiUCQwPDQkGBwgLDg8MCQgICQoLCwkICIILDg0QhA4MCg0JEIUS ExQSEQUQjxIUFhcYFxUSEhEQDAoLDgUQhxEUFxYTERADD4oRFBkdIicsMjY4BDmJODcxKCAW CwUKOhEAgY41HIIqKQMogiYgDBySHiAhIiIhIR4bHiAhHx0fICIjAySfIR4dHyAfHRoXFRkc ISYpJyUhHRsbHBsaGRgXGRsdHwMghSEiIyMhAyCJIiMkIiEgICEiBSOYJCQjIiQlJiQjIyQk IyMkJicoKCckISAeAx2CHyIIJIIjIgYggiEiAyOEJCYnKQUqiCkqKisrKSUdOhwAgZY1LYcV FBEMDBMjDC2NHQoOEhsnLzI1Iw4EAgsAhgECBAYFAgMAhQMGBwQBDgCIAQMFBgQCAQEDAIMD BggDBwcIggkKBAuLDAsKCQgICQsNDxIDE4kQDQsKCQgFAgEEAIIDBgYIggcHAwaWCQwOERQY Gx4fISMkJigqMj5KVF5jSDotAIGINREDDIQKCAgNDBGBDRYIlgkKCw0QDgsICQkLDg8MCQgI CQwODAoICIILDggQihESExMSEAwLDQ8KEIERBxCHERITFhgYFwMVhRMPDQ4PBRCSERQYFxQS ERAQERIYHiQqMTQ3BjmJNjQsIRYOBgIJOhEAgY41HIcjJCYnKCYgDBy0HiAiIyEdGxoaHSEi IB8fICEiIyQkIh8fICEfHRoXFhsgIyYoJiUjISAhIiAdGhgWGBsdHwMgkiEhIiIhICEiIyQk IyIhICEiIwUknCMiISIkJCIhIiQkIyIjJCYnKCclIyIhIB8fISMIJIkjIiAgISEgISIEJJEm JykqLCsqKSgmJSMiISAcGjocAIGWNS2HMCgfFxMVIgwtjRsKEhsqOkVAPCkUCAQFAIIBAgMD jwQEBQcIBgMAAQEDBgcEAQ8AggIDBgSEAwMFBwkIggcHBwiBCQUIlgkKCwwOERQTEA0NDAsH BAMBAQIDBQcKCIgJDA8TFRgbHwMhjCQmKS4zPElUW2BjSDotAIGIKBGHDwwPFBYTEAYRBAmD CAgNDBGDDgsJBAgDBw0IlgoMDg8QDgoJCwwODw8MCQgICQ0PDQoICIILDggQghMVAxaEEw8N Dw4Qgw8PDgMPhBARFBcFGIQWEhAPBhCSERQYGBcVExESExYdJCsvNDc4AzmMODc0MCwkGA4I AgAJOhEAgY4oHIcfJCkuMCwqBxyGHyMmKCUfDByGICMiIh8bAxiEHCEjIgUgoiIjJCMgICIj IB0bGBgdISQmJiQiISAhIyQhHhsYFRgbHR8IIIMhIiMEJIUjIiEgIQcikyEgISIiISAiIyMi ISIjJCYoJyYDJIQjISAiCSSKIyIgISIiISEjJQMmkScoKSorKigmJCIfHBoZGBYYOhwAgZYo LYceERQYIC06Bi2HSjwvJBwaIwwtjSEZJDFAT1dPRjMdDwcFAIICBAMGiQgKCwoJBgMBAwQE ggIBEQCCAgUHBwkIiQcFBQcICAYFBwQIBAcDCIUKDxYWEwMQiQ0KBwQCAgQGBwsIlwkPFRka HB4iJCQjJysvNj1GUltfYmNIOi0AgYgpEYESAxOQEhAODQsJBwYFBgYHCAgJDQsRhBAODAkD CIMGBAYJCJoJCgkJCw0PEBAOCgkMDw8QDwwJCAgJDQ8NCgMIhwoLCwoICw8FEIURERIUFwMY ghYSEBCJDgwLCwwODxETAxWFFhcYFhMDEAQRgxARFQQYixUREhUZIisxNDg4BDmLNjEtJyAY DwcEAQA7EQCBjigclSMtMDEwKiYkIx4aGBYXGRwhJCIgHgscjyEmIyAdGhgXFhkbHiEiIQMg piEjJCIgICIjIB0bGhkeIyQlJCEfHyAhIyQhHhsZFxocHh4fHyAgAx+DICEjBiSCIyEFIAQh giAgBCGOICEhIiEgISIjJCUkIyMDJIUjIiMkJAMlBCSNIyIhIiQjIiEkJignJwMojSkpKCUi HxsZFhMUFBM7HACBligtlR8WHCQwQ1RZX2VqZ2BXS0A2LSUhJwstpSgsPlBcZWdfV0UzIRIG AwEAAAIGCgwNDxESDgkGAwEEBwUDAQESAIQBBAYHDgiKBgMCBQcHBAMFBwMIhAYEBAYDCJEK DRAQDg0PEA8NCggFBQgKCgQJBwiIChIbHx8gIiUDJ4srMDdASlFZYGFjZDstAIH/KBGEExYW EgMQigwKCQgGAwICBAYDCIMKCwwEC4MNDxAED4kMCQgIBwMBBAcHCIQJCw0NBgyECwoJCwQO kwsJCAkKDQ8NCggICQsODgsICw8FEIQRExUWBBiCFRIQEJENCggICQsPEBEREhITFhgWEwMQ hxITFBMREhUEGJYUERMXHCUuMzY5OTg4NzYxKyUcFA0GBAA7EQCB/ygckSY1NjIuJyEgHhoW FRMSEhQYAxyDHiAgAx+fICIkJSYmJyYiHRsZGBYVFRYaICMiISAgISMkIB0cHQMehR0bGx4i AyOaIB4fICIjJCEeGxoZGx4fHh0eICAfHh8gISMGJIIjIRcgBSGEIiMkJAMjgiQlAyaBJQQk iSMiIyQkIiIlJwQoBCeLJCEeGRUSDw4PERE7HACB/ygtwyIdKDJCWm10eXh2b2VeWFNNRz00 KSAdHx8eHBsaGx4kMkJVanR4d29nWEk0HQwGAQAAAwgNFRsgIiEWCwYCAQMGBAIHAIIBAQsA hQECAwUHDQiRBwQDBQcGAwEEBgcICAUCAgUECJEJCwsKCw0QEA4NDAsMDhEPDgQMBguSDBQc ICIjJikrLC0yNz9LVlxgA2OBZjstAIH/KBGEExQTDwMNigkHBgYEAQAAAQQDCIQLDg8PAw6P DxAPDQsLDAsJCAgHCxERBBAECIIJDQMQgg4LBAmaCAgJCgoLCwkICgwNDxAPDAsLDA4REAwJ Cw4DD4QQEBIVBhiCFRIQEIcNCQkKCw0PBRCFERQXFhMDEIcSFRcVEhIVAxibFxQRFRogJy8z Nzk4NjIvKiUfGRILBgIAAQICOxEAgf8oHJgnMjEsKCMdGxkXFBIRDw4NERQXGRsfIiQDJZMm JycmJiQiHhoYGBcZHBwbHBwdAyCPISIjJB8aGRkaHR8eHRwfBCGaIB8gIiMlJiQhHx4eICMi IB0eHx8eHB4gISMGJIIjIRwggiEiBiSFJicoJyUFJIEjAySDIyQmBCiQJyUjIiEeGxgUEhAP DhARETscAIH/KC3DJio5SVlndnl9e3lxaWRkY2JgVUg1IhgWFxsfICAnMT1LWmRvdXl4UC0t MS8sKg8GBAIDChIeKTAyMB4NBgMBAQICAQUAjAEDBAcICAcGBAMCAQUAgwEEBw0IkQcGBgcI BgMAAgQFBwgGBAQGCAiCCQwDDwMQhRIVFhQRBQ8FDpYPFRoeIiYpLDA0OT9GTlZfY2VnaGls Oy0Agf8oEYgTExAMCQoKBgMDhgIBAAABBAMIgwoNDwYQgg4KBwiCBwsGEQQIhwkNEA8ODAoN CIMLDg8DEJMPDg4PERUTDQkKCwwMDQ4QEhQVBRaCFBIQEIYMCQoMDg8GEIURExQTEgMQhxIW GBYUFBYEGJoVEhccIykvMzc5NjMsJR4XEg0IBAIBAQMFBTsRAIH/KByYKDArJiIeGhcVExIR EBAPDxEUFRcaHSElBieKJSMgHRoWFhcXGAYchB0eISMDJIsfGhgZGh0gHx4dHwYgjyIjJSYn JiQjIyQmKCYiHwMeiB0cHiAhIyQkBCOCIiEdIIMhIiMEJIMlJicGJgclgScEKJAlIh8dGhcU EhAODg8QERMUOxwAgf8oLY8qNUlfb3R4dnRzcm5qZ2cDaJZhWUk2KCMhJiosLjdGVmVzdHN1 eXhPBi2QHhMNBwUJDhonLC0rHAoFAgoAjQIFBwwQEQ4MCQYEAgEEAIUBAgQGBxAIiwYDAAAB AwYICAcHCQiCCQoEDIwNDQ8SFRQTExQUExIFEZYSFRgdJCktMDY+RU5WXWJmaGlrb3J1Oy0A gf8pEYMPDAkDBoIDAQYAggEEAwiECQoMDwMQiA8NDAoIBgUHAwiCBwsGEQQIhwkNDw4LCgkM CIMJCw8DEAQPhhATFhQOCQMIiAkKDA8RERISBBOCEhEQEIQNCwsOChCCEREEEIcTFhgXFhcX BBiTFxUZHSIlKSstLispIhoSDQgFAgMAhAIFCAg7EQCB/ygciR0pJCAdGhcTEQcQmBIUFBUY Gx8jJiQiISEgHx0bGRgXFhcWFwYcjxgcICUnJiQfGhkaHB4gIAMfBiCgIiQlJicmJCQmKCos KSQgHx0cHB0eICEjJCMiISEiISEeIIMhIiMEJIklJSYnKCkpKCcFJoInKAMqkSkkHxsYFRMQ Dw4NDxASExQWOxwAgf8pLYhJWmx5eXdybAVrmmprbm9saV5QSEdGSEtLTlJZYWt1d3h4eXZO Bi2QMCEWDQcICxUhIyEbEQYCAQoAjQIIDRUeHxsVDwoGAwEFAIQBAQMGEAiHBwQDAwIEBw8I BQmmCgwQExQWFxoaGBYVFBUWGBkcHyUsMzg8QklRWWJnamxub3F3fH87LQCB/x0RhgoKCw0Q EgYRgwsJBQMDgQIHAIIBBAQIgwcJDQMQjQ0KCQgHBQIFBwgIBwsGEYkFBQcKCw0ODAkOCIMJ Cw8DEIkODQsMDRATEQ0FCIMJDA8aEIQPDQ4PEBCCExYEGIEZBhiYGx8hIiMjIiEeGxYPCQYE AgEAAgQFBwgIOxEAgf8dHIYeHR0eICAGHIchHRsYFhQSBxCCERIDFJQWGh0hIyAeHBsZGBcV FBYZGRcUFwYcjRUZHyQnJiQgGxocHR4KIJIhIiQkJSUjISEkJygqKCUiHx0DHIceHyEiIyIh JCCDISMjBCSIJSYoKissKykFKIIpKgMrhyojHBcTEA8DDocPERQVFRYWOxwAgf8dLYYYEg0M DB0GLZBganF2dHJvbGtramlpamxwA3OUbmdlZ2psa21ubmxsbnB3fXx4c0wGLY4/MSARCAcI DxoaFA4IAgwAjwQMFSMyNS8nGg0HBQMCAQUAggIEAwcOCIEHBAaBBxUIigsOERQWGh4gHRoD GJgbHiEjJi02PUVMUVZbYWZqbXF1en1/goI7LQCB/x0Rjw0PEBITFBUUEQ0JCAgGAwsAggEE AwiJBwUGCQwMCwkHAwaIBAEEBwgIBwsGEYkBAgYLDQwLCgkICIMHBgcDCI8JDBAREA8NCggI CQwQDwsFCIMJDA8uEIITFgMYihobHBoZGBgZHB8DIYcdGBUTEAsFBQCEAQMGBwMIOxEAgf8d HAMijiQnKy8wLyslHxsXFRQSCRCCERIDFJQVFxocHRsZFxYWFRQTEhUaGRYTFgYcjRIVHCIl JSQhHh0eHh8EIIMfHh8EIYEjBCSMIR4eIiUnKSgmIyAdAxyHHR0fISIhIQsgAyEWIIQhISIj AySIJSUmKSwuLCkFKIoqLS8uLSkhGRQPAwyEDQ8REwQXgRY7HACB/x0tgw8MCQMIjQkQGjBN YXB5dnJubGwDa4ZqZ2dpbG8Dc5RxbWttb29wc3Z2dXNwb3Z/fnhwSwYtjk1BLBQHBQQIDg4L CAQBCgCRAQEHEh0xR0tDOSUPCAcGAwEFAIIBAwMEggYHDwiBBxcIpQsOERIUGSAjHxoZGhwe ICQpLjY/SFBYXWBkZ2pucXV9hoiKiYQ7LQCB/x0RghATAxaKFRMSEQ4KCAgGAwMABhGDEA8P BBCUCwMCBgkHBAMDAgMDBAQGBwcGBAoGEYYAAAUMDgsKCJYHBQMFBwgICQ4SEg8MCQYFBQYJ DQ0KBQiDCQwPHhCFERESEhELEIITFgMYlBsdHxwaGBgZHB8hISAaEw4LCAUCAwCJAQIDBQgH BgYMOxEAgf8dHAMnjyotLzAvLCcgGxgWFBIREAccBhuGGBUVFhcVBBMDFIcVFhgXFBIWBhyE ERQaIQMkgiMhCCCZHRseISMiIyQmJSMgHRobHiEjJiUkIyEeHQQcgh4fDSCBIQMigSEXIIIh IwUkhiUoLC8sKQUoliwxNTEtJx4VEQ4MDQ4QEhQWGBgXFxk7HACB/x0tggkJBQiLEx85Wm12 enZyb2wGLYMxNDQENZRUcnFxcm9tbnByc3N0dHd6eHFrSgYtjVhMNBcHAwEAAgMDAgEKAJMB AgQNHCw9UVVNQywSCQgGBAIBBwCEAQEDBg0IhQcGBQQEAwWCBgcQCKULDhARERghJyAbGh0f ICEnLzdBSlFVWV1hZWluc3h9g4iJiIdYOy0Agf8dEYIOEgMWihMQDw8NCggIBwMDABQRBg+H EAcIBgMBCQYRhgAABAkMCgoIlgcEAQMGCAgJDxUUDgkGAwICAwYKCgkFCIMJCgwEDYIODxgQ hRETFRQSCxClEhUWFxkbHR4cGRgYGRwfICAfFw4IBQIBAACAAAIFBgcIBgQCCjsRAIH/HRyP LCsqLC4uLywpIxwXFhQSAxAUHAcbhhYVFBIQFQYchBEUGiEDJIIjIQcghR8cGR0iAySOJigl IR0aFxgaHB8iIiEEIIEfBR6BHwMeBB8FIIUhIyQjIRcgjiEiIyMkJCUmKC0vLSopBCiWLTU7 NCwkGxIPDQ2HDxIVFhcYFxYVGDscAIH/HS0FCI0JCRYmQ2Z6e3p2c29sFC2CNDQDNYg2Nnh2 cmtmSQYth1lPNhkHAwEQAJkBBAYVKDtKWltUSC8WCgcDBAQDAgACAwMBAwCEAgQGBgQHBwiD BwQCAwGEAgIEBw8InwkKDA4PERghJiAaGx0gISEpNkJLVFlZW15hZrZxeYEDhoSFg4BVOy0A gv+IHBGPCw4SExMQDQwMCwkIBgUCAwAnEYUPDwMGCQwIkwYEBgcJCgwPFBMNCAQBAAABBAcI CIIJCQUKgg0PFRCHERESFRgWEwsQnRESFBYYGhsbGhkYGBkcICAfHBQLBgPw4eHwhw8PBBCE BQIACTsRAIL/jhwcjzEuLCopKiwpJB8aFhQSEQMQJxyEGxsaIQMkgiMhByCFHx0bHyQDJpQn KCUgHBgVFRcZHB8fHh0gIyMhIAMfhh4dHBscHQMegR8EIIEhAyKBIQYgBCEOII0hISMkJSYn KiwuLCsqAymNKjE6PzUrIhjx4uLxjQMbAxyEFhUTFzscAIL/lhwtBQiNCgwgOlRvfXt3dHFu bCcthzIyORoHAwEMAJ0CAwMCAQQHFixBT11cU0kxFwsFAQQHBgMBBAYFAgMAggECAwOEBAQF BgYIgwcFAwMChAEBBAcECQwInQkKDA4QFx8jHhkaGx0fISw8SVBXWlr17Oz2mjY3AziFN4B8 elM7LQCC/4gcEY8JCw8QEA0JCAkJCAcEAgEDAC4RgQkJCAMHlAgKDA8QEhAMCAQBAQMEBggJ CgsKCwiCCg0VEIcSFBUXGBYTDRCCEhUIGIoZHSAfHBkSCgYDBP9GEQCC/44cHI4yMCwpJSYo JSAbFxQSEQQQLhyCIyEIIIQeHCEmAyeMKCglIBwXExQWGRwfAyCOISMiIiEhIB8eHBsZGhsD HIIeHwQgAyEGIIEhBSKBIQQgAx8HIIYiIyUnKSoELIwrKikqLDQ+QzcqIBYE/0YcAIL/lhwt BQiNCw8oTGV3gHp0cG5tay4tgwIBAQgAngEDBgYDAQQHFSo9TFpVSDklDwcDAQMFBAIBBAcG AwkAhAECBQcGCIIHBgUFhwcKDQ4PDQoNCJQKDREXHSAcGRgZGh4gL0FQVFlaWgT/Ri0Agv+I HBGHCQoMDhANCQMIgwcFAgUALhGCCwkMCIIKDQMQjw4LCAQBAgUHBwgKDQ4LCQoIhwoOEA8O Dg8DEIMRERIFEQQQgxETFgMYghYSDRCCEhUHGIsXFxocGhgUDgkFAgT/RhEAgv+OHByNLywp KCcmJyMdGBUTEQUQLhyCIyEDIIoeHR4gIB8eICQnAymMKCUhHBYREhYZHB8hAyKSISIjIyIg Hx4cGxobGxwdHR4fDSCCISMDJIMjIiEDIIQfHh4fBiCIISIkJigpKisDLIsqKiwuND1BMyYc FAT/RhwAgv+WHC2BCQQIjQ8XMVVteX54cm9sa2suLYQFBQQCBwCeAQIFBgQCBAcUJzlJVk48 KRkIAgEAAQICAQEECAYDAwCJAQMDAgEBAgMFBAgGCQMIiAkLDRETFREMDQiUCg0RFx4hIB4e HyAmKjdHVVhaW1sE/0YtAIL/iBwRjQkICAsPDQkICAcEAgEFAC4Rgg0JDAiCCg0DEIcPDgsH BAQGAwiFCg0OCwkKCIcKDhANCwwPAxCEEhQVFQQUjBIREBARExUXGBgVEg0QghIVBhiMFhQT FRYUEQ4JBQMBBP9GEQCC/44cHI0tKSYmKCcmIRoWExERBRAuHIIjIQMgpB0aHB8gIB8fICQp LCspJyQgGxUVGBseICIjJCIhIiMkIiEfHQUchB0eHx8JIIUhISIjIwQkiyMjIiAgHx8eHR4f CCCUIyYoKSkqKywsKywuLzI2NSwgGRME/0YcAIL/lhwtgQkECI0RHzhccXZ5dnJvbGtrLi2E CAgGAwgAggEDBQSKDRwqOkg/Lh4QAwcAhQEECAYDAwCJAwUGAwECBAYHAwiCCQoEDI4NDhAR ExccHyEiGhEMCgsIlAoNERceIyQlJygsMzpEUFhbXl9fBP9GLQCC/4gcEY0JCAgLDw4KCAcG AgARBQ8uEYINCQMIgwcGBwYIggoNBBCDDw4KAwcDCIQJCgsKCwiMCw4QDgsMDhARERMWBBiE FxcUEQMQhxESFBcYFRIFEIIREgQTjBIREhQWFhUWFxcVEgMQhw0KBwQBAAAE/0YRAIL/jhwc jSgmJCUnJiUfGBMREBwFGi4ciSQjIiAeGxgaHgMhnSAeISkvLSooJyUfGBkcHh8gIiMkIiEh IiIhIB8eAx2HHh4fISIiIQggsCEjJCUmJiUkIyIhISAfHh4dHB0eHx8gISEiISEkJykoJygp KyssLS4vLy4rIxoWEgT/RhwAgv+WHC2BCgQIihQjPF5yc3MtNjYDNS4thw8MCwgGAwEHAI8C BQcFAgcQGyo4MCARCgIFAJgBAwUGCAYEAwICBQgKBwUGCQsKCgkICQwDD5AQEhQXHCEoLjM1 NSodEw4JCgiRDRMZICYqKiwuMDY/SE9WW18DYgT/Ri0Agv+IHBGMCQgICg4OCgcFAwEANBGC DQkDCIQFBAUHBQiCCg0GEIINCgMJEQiDCw4QAxGFEBEUFxkEG4YaGRgVERAED4URFBcVEgUQ nBIUFxcWFhMRERITEQ8QEhMTERAODQoGBAIAAG8E/0YRAIL/jhwcjCMiISMlJSMdFQ8PDjQc pSUmJCAdGRcaHyMlJiQhIyovLispKSchGxwfISAgIiMkIiEgICEDIAQfiyEjJCUnJiQiIyQk BCODJCUlAyaJJCMhIB8fIB8dBRyEHR8gIQQjiSUoKiclJCUmKAMqiCkoJiIcFhR5BP9GHACC /5YcLYELBAiEEyU9WgNvNC2CFhADD4IIAgcAjwIFBwUBBAoRHy0kFAcEAQUAhwMFBwcICAcD BqEICw4PERQYGxsZFhMREhMUFRcdIictMzpBRkhHOScbEgoKCJQRHCYuNjg3NjQyN0FKUVdc X2NlqQT/Ri0Agv+IHBGJCQgICg4OCgYDAwA0EYkMCQgIBwQBAwYFCIIKDQYQgg8NBAwFCwUK ggkJAwjACQsOERQXFRISGB0eHh8fHh0aGBURDw0MCgkKDQ8PDQ8RExMUFRgbGxoYFREQEA8M CQoOERAQDwwJBgMBAQAAgAT/RhEAgv+OHByJISAhIiQkIhwTAww0HJokJiMfGxkWGiAlKSoo JCYrMC4sKyknIx4fIQMihSMkJCMiBiEDIIohIyYpKispJiQmAycFJoknJSQiIB4cGxoEG4Ic HgMgnCEiIyQkJSQkJikqJiIgISIkKCglIyAcGRUTEYgE/0YcAIL/lhwtiQoGBgcIEyU9WANs NC2HJh0bGxkOBAcAjwIFBwUBAwcOGykhEgcEAQUAhAIFBwcFCKgJDA8TFx0jKCsrKiQfGhgX GR0jLztDSlBQVFZWVUs+MSQYFBMQDQsLBAqUFyY0PUZHQj86MzdBSlFXXGBjaLUE/0YtAIL/ /xwRiQ0ICAoOEA0KBAMANBGCCgkECIoHCQwNDQwMCwwOChAEDwUOBA29CwkJCgwODxERExIP EBUbHB0dHh8dGhcUEQ4LCAUDAwQGBwkNEhYYGhwfIiEeGxYRDw4MCQYHCQwOEA4LDQMRhIjd 3e4E/0YRAIL//xwcjB4hIiMkJCMfFQ0MDDQcnR8hHxsZHR8lKi4vMCsnJysvLi0rKickISEj JCQjBCQFI4IiIgMhgiIkBCaIJSIhIyUlJiYFJ5EkIR4bGRcWFRYWGBkcISUmJgUnkCYlJCQl JCEeHRwdISYlIh4DHISO39/vBP9GHACC//8cLYwZAwMFBw4cMVFpams0LZ1BNzMxLBwNCgsL CgkFAwQGCAUCAwcMGSYfEgcEAQUAhAECBAYDCLsJCgwTGSErNDo/QkA+NzAqJSIjKDBCU15m a2hmZWVkXVVJOSsnJB8YEhAODhEUITA9RU1OS0c6LzI+OQMthJbr6/YE/0YtAIL//xwRiQ0I CAoOEA8NBQMAgQozEQQIjAkLDRATFBQTEQ4ODwYQgQ8DDYIODwsQvQ0KCQwPDxAQDgwMCwwO EhMTFBcYFhQRDgsJBwUDAQAAAQMGChEXGh4hJSglIh4XEQ4LCAUCAgMFCg8OCw0DEYGIBv+B iEYRAIL//xwcgh4iBSSGIRcPDQwVMxyeGhwbFxghKTA2ODY0LykoKiwrKykoJiMgHyAhIiMk BSUEJJ0jISEiJCQlJCEfHRwcHR4fISIjJCMiIR4bGBYUEwMSnRMUFhogJigqKywsKykoJiUi IB8cGhkYGR8kIyAdAxyBjgb/gY5GHACC//8cLY0XAAACBgsSI0llaWtIMy2mWlFMRz8rFxUY GBcVDggGBwgHBQkQGSc0LyMYEQoHBQMDAQEAAQUDCLsKDBAZJDFBTlRZXFhUT0pFQT4+QEVR XWNoa2hmZmdnZWJYSDw3NC0iGRUSExgeLDxIT1VWVE06Jio2NgMtgZYG/4GWRi0Agv//FhGT DQoLDhERDwwLDQ8QEA4HAgAACTMRgQQDBYUGCg4RFAMWghQSCBCGDQsKCgsOCxCEDQoJDQMQ gw8MCQQIAwmMCw4SDw0KBwQDAgIBBACbAQMGDBAUGBobHB0cGRURDgwJBQIBAQMJDw4LBBGB iAb/gYhGEQCC//8WHIggJCQgHBwfIwUkhiIZEQ4MFDMcjhcZGBUWICsyODs4NTArAyiNKSko JiQhHh0cHR8iJAkmgyUkIwMkhCMhHRkFGIwaHB0fIB8cGhcUEhEDD4kODw8QERQaHyEHJI4j IiAdGxoYFxUWHSMiHwQcgY4G/4GORhwAgv//Fi2THhIWIi0tFwAAAgQGCxlBYWZqTDMtj2Rd WVZPPisoKyooJRoOCQMIlAcPGic2RUM7MSQXEg8LCQUDAQIFAwi7Cg0RHy4+UWNqb3Fua2Zi Xl1cWlpbYGZlY2FfXF1gYV5bVEtCQD88Ni4rKCYpLTZDTVJYWVpSOSEkMC4DLYGWBv+BlkYt AIL//xYRhw4JCQgICg0DDwMQhg8KBQIACTMRigEBAgIDBgoMDg8KEIkPDgoHBgcICw8KEIQN CgkNAxCSDwsJCAgHBgUEBQYICwoIBQMBCgCZAgYKDhESERASFBQSEQ8ODAgFBAQGCw8NCgQR B/+BiEYRAIL//xYchyAiISAgISMGJIYiGhMPDBQzHJAVFhUTExwkKSssKyooJiYnAyiMJiMh HhsZGBgcHyImBigDJ5omJiUkIyEeGxkXFxYVFRYXGBobGhgWExEPDggMiQ8TFxkbGxoaHQQf jB0bGRkYFxUWHCEgHgQcB/+BjkYcAIL//xYthRoHCQcDBQCJAQMHFTtcY2dKMy2ma2dkYl5U SUdJR0E7LiAVDwsKCRMiMUFQUU5HNycgGhUOCAUCAgUDCI8KDRIjNUhcbHFycm9samgDZqhl ZWZpa2ZgWldUVlhaV1RQTElLTUtIRUNBPz4+QUhMUFVYWVI/Ky43BC0H/4GWRi0Agv//FxED DIMLDQ8GEIYPCwgEAQkzEQQAigEEBwgICQkKDA8FEI4PDQoHBAMDBQcJCQoLDgYQig0KCQwP EBAPCw0DEAMPiAgCAwQEAwIBAwCFAQIDAgEDAIwCBQkLDQwJBwkNDg4DD4oOCwkIBwkMDw0K BBEH/4GIRhEAgv//FhyDHSEiAyOEJCQjIwMkhiMbFRANFDMcAxONEhIYHh8eHh0cHyEjJgMo kCUgHBkWFRQVFxkcHyIkJiYEJwMmhyUkIR4cGhoGG5AXExQVFBMSERAPDw4PEA8OAw2ODxIU FRYVFBMWGRoaGxoEGIcXFRYbIB8eBBwH/4GORhwAgv//Fi2TKgUHBgIAAAECAgEBBhE2V19j STMtpm9ta2xqZ2JkZ2NbUkMxIxgOCwkVJzdFVFdXU0k/OTMrIBYQDAsNBA+HEhYpPlJmVgM3 AzaBTwRplGhpamtnYl9dW1xfYFtXU1BNUFJTA1WQVFJOTEtLTU9SVVhURTc4PgQtB/+BlkYt AIL//xcRghAQAw8IEIUMCAQBCTMRBQCTAgQGBwgGBggLDQ4PEBAOCwcEAQMAhgECAwMGCwYQ ig0KCQsMDA0MCg0PEQkPiwACBggJCwgGAwUHAwiECQkIBwMFhQcJCwoHBBEH/4GIRhEAgv// FxySHiIlJiclJCMiIyQkIx0WEQ0UMxyxERESEhMWGhoZGRcWGBseIiUmJyMeGBQREBARERMV GBseIiQlJSQkIyIhIB8dHBoZGg8cCRqMDxETFBMTEhAQEhUVAxQFE4YSExcbGxoEHAf/gY5G HACC//8XLZICBgcDAAABBAUCAggSMVFcZUozLbFtbG1ubmtoamxrZF1PQDMkGBEMFyk6SVdd X2BdWFNNRDQnIR0cHiAhISUrMkFRX2xSDy2CNjUENJE1NTRaVlNQUVJWWVxcW1lYVgNViVdZ Wl1YT0VFSAQtB/+BlkYtAIP//4gWEYUTERAPDwgQhQwIBAEJMxEGAJYBAwcHBQIEBQcKDA4Q Dw0LCQcFAwIBAwCFAwkODw8DEIQNCQgIBQmBDSERCQ+ICAICAwQFBAMEEQf/gYhGEQCD//+O FhySHyIlJSYlJCIhIyQkIx4YEw0UMxysEBARExQVFRYWFRQSFBUYHCAiJCMgHRoXFRMREBAR ExYbICIjIyIgHx4cGxoDGYIYGiEcgxobGwYaiBQODhASFRUUBBwH/4GORhwAg///lhYtkgQH BwMAAQIGBwMCCRMuSlpnSzMtsWtrbXBxbmttcG9oYVhORDcrIBcZHyg0QExWXWBjYFxTQDEt KysuMDI0O0VQWmVscVEhLQk0iEpgYF5ZVlVWBC0H/4GWRi0Ag///iBYRhhYTEA0MDgcQhQwI BAEJMxEHAIQCBQUDAwCOAgUJDA8QDw8ODQoIBQIDAIMCBwsEDIMNCgcDBQQGgQw2EQf/gSNG EQCD//+OFhyKICMkIyMkJCIhIwMkhR4YEg0UMxyEEBAREgYTiREQDw8SFRkcIAMiiyAdGRUT ERAQERUaAyCGHx0cGhkYBheBGjYcB/+BLUYcAIP//5YWLZIHCAcDAQQFBwgEAggSK0ZYZ0wz LbFra21vcG5sbXBvaWRfWlNKPjAiGhQTHSY2R1VcYmBcUT0rLC82P0VHR0xVX2ZscHBPNi0H /4E9Ri0Ag///iBYRhhYTEAwKDQcQhQ0JBQEJNBEGDoQPAgMBAwCVAQMFCQwPEBEREg8LBwMB AAABBQgIBAmCBgMEAgMDgQo2EQf/RxEAg///jhAcgRsFHIohIyMiISMkIiEjAySFHhcSDRQ0 HAMaBBuDEREQAw6OEBMVGBsfIiQjIh4ZFRIDEIsTGh8fHhwZFxUUFAUVghQYNhwH/0ccAIP/ /5YQLYEdBS2GCgkHBAIFAwiJBAIIESlFV2ZMNC2CNjYDN6s2N25saGNfW1hTTEA0JxkRExgn PExYYWBcUDgmKzNAUF1cWVtgZWdpampMNi0H/0ctAIP//4gREQQQAxKEEA4NDwUQhw8PDAkF AQlCEZIPDxAQERARExUSDgoFAQAAAQUDCIUHBwYEAgMBBACBCTYRB/9HEQCD//+OEByFGxoc HiAIIoMhHyIDJIUeFhENFEIcohobGxwcICQlJSEdGRQREBATGR4dHBkXFBMREhQVFRQTEhY2 HAf/RxwAg///lhAtmBsIBwcJCw0LCQcFBggHBQQECA8nQlZmTEItojMzMjAuKBwXFiMzRFNh YV9UQDA1PktbaWZiY2hraGRjZEk2LQf/Ry0Ag///iBARgg8PDxCHDgwKCQUBAkcRjRARFBgV Eg0NEREODw8DEI0PDwMEBAYHBwYEAwMKNRGBdgf/RxEAg///jhIcjh0fISMkIiEiIyMhHx4g AySFHxkTDg1HHIweJCYoJSEdGhwcGhsFHIwbFBMTFBgaGBcWFhk1HIF8B/9HHACD//+WEC2J GgcICAkMDwwJBAiLBQIEBggLIj5TZWdHLZ0wKB4VHSw8PC0tNTQxLzAxMzVpY1xeZWpmYWJm SzUtgYYH/0ctAAP/EBGCDg0PEIcNCQgIBQEARxGIDg0PERAPCwwSEYMPDxA1EYGIB/9HEQAD /xAcmB0fHyEjIyQjISEiIiEfHSAjJCQgGxQPDEgchx4gIyEeGhkSHIEbNxyBjgf/RxwAA/8Q LYkYBQgICQwPDAkECIsGAwQHCAgdOE5ia0ctiDtANy80PEc/Ei2DNTYyNS2Blgf/Ry0AA/8R EYEMDxCHDw0LCQYCAEcRiAwJCgsLCggLShGBiAf/RxEAA/8QHIQdICAiAySRIyEgISEgIB8g IiMkIRsVDwxHHIgZFxoeHBkWGEocgY4H/0ccAAP/EC2JKgQHCAgLDw0JBAiLBwYGCAoMGzRL YGtHLYhGWVJMTlJYREotgZYH/0ctAIUcLiwHCQ8RgQ4JEAMRBBCGDw0KBgIARxGDCwYHAwiC BgtKEYGIB/9HEQCFKTw8Gh0PHIMgICIDJIIjIgQhBCCHIiQhGxUQDEcciBgUFxsZFhMXShyB jgf/RxwAhS8+NxENDy2BBgMIgwoNDQQLggkJAwiHCw0bMEdda0ctiEplY2FiZGRJSi2Blgf/ Ry0AiggIBwcIBgMFCA0EEAYRChCEEhQTEQQQhQ4KBgIARxGDCQMGAwiCBgtKEYGIBv+Bm0cR AIYYGRocHx8DHoUfHx4cGwYcgyAgIgQkBCOMIiIhICAiJCIeGBEMRxyIFxIWGRgWExdKHIGO Bv+BoEccAIEDAwWLAwEBBAcICAoMECAFLQQIkwkKDA4QEhANCwkICAoMFyg/WGpHLYhLamxu bWxsS0otgZYG/4GnRy0Aig8NDQwLBwIDCAwFEIIPDg0QhBIXFhIEEIUOCgYDAEcRgwkCBQMI ggcLShGBiAb/gYhHEQCNHR0fICEgHh0cHB0cHQMeiB8iIyEjIyQlAyaCJSUDJIsjISAgISMk Ih0UDkcciBYRFBgXFRMXShyBjgb/gY5HHACUBQMDAgIBAAMHBAEBAgcKCwoHBg4GCJEKDhEW FhIOCggICQoQHTFQZ0ctiE1udHl3dHFOSi2Blgb/gZZHLQCOFhUUEg8LBgcLDhASEhEOEI8P DRAWFxUSERAQDwsHAwBHEYgQDw8IBwYEC0oRgYgG/4GIRxEAjiMiJCUlJCIgIB8eHx8gAyGI JiglJSYnJygDKYIoJQMkiiIhICEjJCQiGBBHHIgbGhsWFRUUGEocgY4G/4GORxwAjgoHBgYF BAEDBwgGBQUGDAiICQsOEhQSDgoECIULEyRIY0ctiDM4OXd2dXNQSi2Blgb/gZZHLQCPGhkY FxMPCgoODxATFRMRChCLDxAQDgsMFBgXFRIDEIQOCwcDfhEbEYHrBv+BiEcRAIMnJicDKJgm JCMiICIkJCMiIyYoJSQmJycpKywsKiYEJIkjISEjJCQiGhJ+HBscgewG/4GORxwAjg4LCQgI BwIDBwoMCwsJDgiGCg8REA4KBAiFChAcPlx+LRstge4G/4GWRy0AjxwZ2IsUEA0MDxAQExYU EQoQiw4MDA0MDRQYGBcTBBCEDwoHDH4RGhEH/4GIRxEAniso2pMmJiUkIyMiIycmJCQlJygk IiQlJiYoKSoqJgQkiiMiISMkJCMbFBh+HBocB/+BjkccAI8QDtaECAgFBQcLDxAQDQkMCIgG BwsODw8MCQMIhgkNGDdURX4tGi0H/4GWRy0AiB3s/4sUERAPAxCEERMTEQkQjA8LCAkKDRAV GBgXEwUQgwwJDH4RGhEH/4GIRxEAhC3t/5IEJI0iIiMjJCMjIiEkJSQiBSSEJigpJgMkiyMi ISEjJCQjHBUYfhwaHAf/gY5HHACEEOv/hAMIiwcICg8QEA8NDAsKCAiSBwQCBwsOEA8MCggI CQwVMk9Dfi0aLQf/gZZHLQCG7P//6xMRExCHDQsKCw4RFAMYghQRBBCDDAgMfhEaEQf/gYhH EQCE7f//7AMlhiQiIiQkIQMgjh4gIiQlJiYlJCQlJygmAySLIiAgISMkJCMcFhh+HBocB/+B jkccAIbr///qCggDCoILDgQQhA8PCwkGCJMKCgYDBgkMDxAPDAkICQwTME5Dfi0aLQf/gZZH LQAE/4ERChCEDw4ODwcQhg8ODg8REgMUiRMREBAPDwsIC34RGhEH/0gRAAT/kCYnJiQjIyQk IyIiIB4fISQDKIkmJCQlJygmJCMFIoEjAySDHRUXfhwaHAf/SBwABP+ODAoLDg0ODw8ODhAP DgsGCIgJDA4KBgcICgMMiQsJCAkNEy5NRH4tGi0H/0gtAAT/gxMSEQgQhQ8MCwsNDRADEQMQ hQ4MCAUKfhEaEQf/SBEABP+EJicnJQYkhiMiICEkJwMqjiknJiYnKCclIyEiJCMjBCSDHRQX fhwaHAf/SBwABP+RDgkLDw8QEA8LCw8PCwgEBwsDDYYMDw8NCgkDCAMJiAgICQ4VL05Ffi0a LQf/SC0ABP+EFhYUEQcQhg8LCQkLDwwQgw8ODwMQhQ0JBQEJfhEaEQf/SBEABP+BJwQmiyQl JiYnJiUjIycqAyyNKysqKSkoKCYlJCQlJQUkgx0UFn4cGhwH/0gcAAT/nA4KCQsMDRATERAU Ew0JAwUOEhQUExIRDw0MDAoDCIkJCgoLERkwT0Z+LRotB/9ILQAE/4R2FxURCBCJDg0OEBIT ExIRCBCDDgsNAxCFDQkFAQJ+ERkRgXMH/0gRAAT/lH8lJignJSYoKSoqKSYnKy0uLi0tAyyC KykDKAMniSYlIyIhIBoSD34cGRyBeQf/SBwABP+CcQoDCI0JEBYYGyEiGhINDRMXAxqTFhIR EBAPDAkICAoNEhchKjxVX34tGS2Bgwf/SC0ABP+FiRMSDg4DEAMPihAQERQWFxcWFBEIEIsN CQoOEBAOCQYCAH4RGRGBiAf/SBEABP+JkiUlKSooJygpBSqDMDIxAy+BLQMsgysqKgQpiSgl IyEeGxcQDH4cGRyBjgf/SBwABP+ShQoHBQYIEh8mKzAyJx4YFxsdAx6TGhYUFBMTEAsKCg0Q GSMxPUxean4tGS2Blgf/SC0ABP+QiBAPCwsPEBAODAsMDA0RFQMWghURCBCLDgoJCwwNCwcE AgB+ERkRgYgH/0gRAAT/kZIkJSosKyopJSIiIyQlKy8vAy4GLAUriSkmIh0aFhIODH4cGRyB jgf/SBwABP+XhAgHAwMGFik5RkxPSD83MzEwLCkmIBoDF44WExAPEBQaJTdEUFtlbn4tGS2B lgf/SC0AA/+ZnicTEw4MDxAQDQkICAkKDA4RExEQDgwNDQMOjQ8PDQoICAkJCAQCAQB+ERkR gYgG/4GfSBEAA/+XpTgjIycqKysqIxsZGh0fIycoKSgoJyYDJ4IoKQMqiiwqJiAXExEPDQx+ HBkcgY4G/4GjSBwAA/+pmh8ICAUEBxQtRVtobGlkXVlWU1BLRT0yLCsqJyIbGBgcIzNLWmFp bHF+LRktgZYG/4GqSC0AiRQQPRAQExYTDwMQhA4JBwUDEYQQERAMBAkDCgQLhwoIBgUGBQID AH4RGRGBiAb/gYhIEQCQIiBKISQjISQnKSoqJhsXFQMcjR0eISIhIB8gIB8fICEEIoUhHBUQ DgMMfhwZHIGOBv+BjkgcAIUHBjICBwMIiAcHDh82UGJwAy2WOjlWcW5nXU5GSktKRjs3Ojs8 RllpbwNzfi0ZLYGWBv+BlkgtAIIUEQMQhBIVExEDEIQOCgYCBRGCDgoHCIEHBAiCBwQDAoEB AwB+ERkRgYgG/4GISBEAkCQhHx8gISAiJCYpKygdFhIFHIoeHx4dHBsbGRgYAxkDGIQXExAO Awx+HBkcgY4G/4GOSBwAkAYDAgIGBwYGBwgKEyVAWG0FLZRZe3NtZ15YYGdpZ11XW11bXWZu cQNzfi0ZLYGWBv+BlkgtAIIUEQMQhBESEhEEEIQNCQMLBBGBDQgIiQYFBwgIBwMABwMOgwAA Cn4RGBGBiAb/gYhIEQCRJSAeHB0eICEiJSkrKiIZExgJHJMbGRgWFRQWFhUUExMWGhkZDAwW fhwYHIGOBv+BjkgcAJEFAQABBgYDAgMGCA4YMUxmSQQtiGKHdGxlYV9sA3aNb2pucW9vVTo6 O3NzSX4tGC2Blgb/gZZILQCIExEQEA8ODg8GEIMMBAkEEYQQBQUHBQiDAwEEAwiDAwAJfhEe EQf/gYhIEQCRJCEfHBwdHyAgIygrKyYfFhYFHIIYGQMahhkXFBIREwMUgxMRF34cHhwH/4GO SBwAkQYBAAEEBQIAAAMICQ4hO1xOBC2MN4Z4cWppaXaCg4J/A3yDeHVRfi0eLQf/gZZILQAE EIUNCgsMDwQQhBIQBwkFEYMBAgQFCIMGAwQDBoMDAQl+ER4RB/+BiEgRAJEjIR8dHB0fICAi JiksKSQYFgUckRMUFRcZGhkYFhQSExMSERAWfhweHAf/gY5IHACRBgIAAAECAQAAAwcIChkv U0wFLZF/e3l4eHmCjIyJh4SDgX97VH4tHi0H/4GWSC0AiRAQDw4LCQgJDgQQhBMUDAsFEYUA AAIGBwQIiAcEAgIDAgACfhEeEQf/gSlIEQCDIiAeAx2LHyAgIiQoLCwoHRgFHJEQDxETFhsc GxoXFBIQDw8OEH4cHhwH/4EzSBwAggcCBwCIAgcICRUnTEsFLZF7e32BhYmQmJWRi4WAfHp4 cX4tHi0H/4FCSC0AkRAQDwsKCAgJDRAODxATFhAKBRGGAAABAwQEAwWDBgQBBQB+ER4RB/9J EQCHIR4dHB0fIQQihiUpKysgFwUchhAODg8SFQMXiBYUEQ8NDAwOfhweHAf/SRwAgggDBwCI AQQGBhEhRmIFLQN7jnx+gYaOkI+Mhn92dHN2fi0eLQf/SS0AhBAPDQoDCIoJDA8MCw8REw4G BxEEDoIIAQMChgACAwMBAH4RHhEH/0kRAIcfHhwdHiAiAySHIiIlJygfFAccAxmDGhUQAxKG ERAQDw4OfhweHAf/SRwAgggECACHAQICDB0/ZQctjz08PD1bfICDhYSBfXh0dX4tHi0H/0kt AJEQDQoJCAgKDA4PDQsOEBALAhARhg4ODw4HAH4RHhEH/0kRAIceHB0eICIjAySHIyIjJCQe ExAcBBqCFQ9+HB4cB/9JHACDCQUBCgCECBk5YRAthj8/Pj1ZdH4tHi0H/0ktAIMODAkDCIsK Dg8QDw4PEBANBn4RNBEH/0kRAIYdHBweICMFJIYjIiMkIBZ+HDQcB/9JHACEDAcCAQkAhAQT LVZ+LTQtB/9JLQCIDApqCAgLDA8HEIMPCgx+ETIRgYgH/0kRAIceHHYdHiEjBCSHJSMhIyIZ GH4cMhyBjgf/SRwAhQ0MaAMBAwCKAQIBAAACCyBJSX4tMi2Blgf/SS0AggueAwiCDA8IEIMP Cw1+ETIRgYgH/0kRAIIepgMcjR8hIyQkJSYlIyQkHBl+HDIcgY4H/0kcAIUPogoFAQMAigEF BAECBAkWOUF+LTItgZYH/0ktAIIJhAMIgwoNDwgQggsNfhEyEYGIBv+BiEkRAIIfjgQejB8h IyQlKCclJiYgG34cMhyBjgb/gY5JHACFFIoKAwEDAIoBBAYCAwcIDiw4fi0yLYGWBv+Blkkt AIEHBQiCCg0IEIIMCn4RMhGBiAb/gYhJEQCRHh0fICAfHR8iIyUmJiUlJiJ+HDMcgY4G/4GO SRwAhB8ZDAEFAIkCAwICBAgNITl+LTItgZYG/4GWSS0AggQHAwiFCQoMDg8GEIINCX4RMhGB iAb/gYhJEQCKHB4gIiIhHh4gIgUkgiMgfhwzHIGOBv+BjkkcAIU2JRQFAggAhQEHECI3fi0y LYGWBv+BlkktAIIBBQMIgwkMDQMMgQ8EEIIOCX4RMhGBiAb/gYhJEQCLGB0hJCQjIR8gISIE JIMiIB1+HDIcgY4G/4GOSRwAhk41HgsEAQgAhAQRIDN+LTItgZYG/4GWSS0AjA0JBQgJCw0P CwgIDAQQgw4KDn4RMRGB5Qb/gYhJEQCHGhkcICIjIQQggSIDJIQjIh8dfhwxHIHmBv+Bjkkc AIg3QDcbDAMCAQYAhQIKFCErfi0xLYHoBv+BlkktAI0REaODCg0PEA4MCw0QAw+DDgsNfhEx EQf/gSxJEQCIHBynjh8hIB4DIIIhIwQkgiIefhwxHAf/gTZJHACJLS2ulRkJBgUCBQCFAQUJ ECJ+LTEtB/+BRUktAIYREYiDCg4EEIkPDxAODAsMCg1+ETERB/9KEQCJHByOixsfHx0eAyCC ISMDJIIjH34cMRwH/0ocAIktLZagKhEIBwQGAIQCBQgcfi0xLQf/Si0AhhERiOMJDgcQgg4J BQgECjoRghAQbhEH/0oRAIkcHI7lFx0fHR4EIIEiBiSEIRwZFzocgiAgbhwH/0ocAJgtLZbr QBsHBQMBAAEBAgEAAAIGEypOZnA6LYErby0H/0otAIYRES3/BgsHEIIPCgkIOxEDEIMNCQxp EQf/ShEAiRwcNv8TGiAeHgQggiEjBSSEIx0YFjocgSQDK4MkGRhpHAf/ShwAiC0tRf9ULQoD AwCNAQQFBQMBAAIPIUxwfjothy41RFZkclJpLQf/Si0AAxGM/wIHDA8RExIQEA8LCAiCBgw6 EYYQDw0KBwVpEQf/ShEAAxyG/xAXHR4fBSGBIwUkhSMeGBUYORyHIiYlJB4WEmkcB/9KHAAD LZb/ZEMeCgECAwIEBwgGAgABDSFFaHhNOS2HQl1janB1bmktB/9KLQADEY7/YgMHDREVFREQ EA4LCQYIggQJORGHEBANCgYDAWkRB/9KEQADHIb/axQbHiADI4UiISMkJAQlhB8ZFBc5HIcg IR4cFxENaRwH/0ocAAMtiv+kVzQWAgUGBgUDBIkCAAALHT5hcVQ5LYdXhoSAe3d0aS0H/0ot AAMRiYj/xMXGhxMWEgMQgg8LBgiCBAk5EYcOCgkGBAIAaBGBiAb/gaRKEQADHJaO/8fJypEj JCQjISIkJCUmJychGBMWOhyGGRgWEw8MaByBjgb/gahKHAADLZaW/9nSyoIGCAcFAQABAQAA BhQyWWtSOS2HV4GBgHx3dGgtgZYG/4GvSi0AAxGBiAT/hIgQEhEEEIEMBgiCBQM5EYcLAwIC AQAAaBGBiAb/gYhKEQADHIGOBP+CjiADJIwjIiMkJScoKCMYEg85HIcXEBAREQ4MaByBjgb/ gY5KHAADLYGWBP+ElhoIBQMEigMCAAADDCVOZWk5LYJUeAN3gnV0aC2Blgb/gZZKLQADEYGI BP+EiBEODwQQgg0JAwiECQsIAzkRgQoEAYIAAGgRgYgG/4GIShEAAxyBjgT/g44dIwMkiyMi IyQnKCgmHRUQORyHFg4PEBAPDWgcgY4G/4GOShwAAy2BlgT/kZYpBwQBBggHBAEAAQYWPVhp OS2CU3cDdoJ1dGgtgZYG/4GWSi0ABBEF/4kRCwsMDA4QDgkDCIQJDA0IOxGFDw4ODQ1oEYGI Bv+BiEoRAAQcBf+DHCEjAySKIyIjJigoJyIbFTscgRsEGWgcgY4G/4GOShwABC0F/4UtBgIA AwMFiAEAAAEIKUZZOy2FNkBAPz9oLYGWBv+BlkotAAQRBf+CEQsDCIQKDQ8KAwiFCQwPDA5+ ESkRgYgG/4GIShEABBwF/4McHyIEJIojIiMmJygmIRoafhwpHIGOBv+BjkocAAQtBf+JLQoB AAABAgIBAwCFAxcwRzx+LSktgZYG/4GWSi0ABBGBpQT/iWsODAkJCw0PCwQIhAsQDw9+ESkR gYgG/4GIShEABByBqgT/g3IdIQUkiSIiJCYoKCYfG34cKRyBjgb/gY5KHAAELYGwBP+HfBwE AQIDAgYAhAgXMTl+LSktgZYG/4GWSi0ABBGBiAT/iYgPDwsKDQ8QDAQIgwoND1oRgRADD4QO DxIVAxaBFUIRgeIG/4EvShEABByBjgT/hI4cICMFJIMjJCUDKIIkHVkcjCUkIiMnKCgqKScm JUIcgeMG/4E4ShwABC2BlgT/iJYoCwMCBgQBBQCEAgYcL1ktjAEDBQcGDBUZGRgYGUItgeUG /4FHSi0ABBGBiAT/iogNCwoJDhAQDQkDCIQJCg0QWREDEwMSgxUXFwQYghQRChCCDxAzEQf/ SxEABByBjgT/iI4ZGx8hISIjAySGJScoKCYhWRyOKCYlJSktMDMwKygmJSYEKIImIwMihCEh Hx0zHAf/SxwABC2BlgT/ipY3KxwUEw4HAwEDAIQBAg4hWS2bBgcICQkLEBYUERAQEhkeJSs7 UF5mcHh/g4NZMy0H/0stAAURBf+JEQgICQ0QEA4JBQiCCg5ZEYIWFgQViRQUFRUWFxgUEQMQ Bg8DEDMRB/9LEQAFHAX/jBwXGhsbHSEjJCUmJwMogSVZHIEqAymPKy0uMC4sKissKyoqKCcl BiOCIh4zHAf/SxwABS0F/5AtTDwwLCccEAYDAgIBAgcPWS2bDQsJCQwOEBMRDw4PFCMyO0ZV a3+OnaSoqqdpMy0H/0stAAURBf+JEQMFBgkODw4KBQiHCQ4PDAkHCzQRgwkKCh0RkxUWFxcY GBUSERETFhgUERAQDw0EDAMNgQ8zEQf/SxEABRwF/4ocERQVFhccICMmBSiGJiAXFBQYNByD GxoZHRyaKSorKywsLS0sLC4xNDEvKyckIiAfHh4fHx00HAf/SxwABS0F/4otYVZMRkE1JRAH AwaICAoRJURYZkw0LYMgHB0dLZsnHxYUFBUUEg4LCw0WMk1caXN9hoyTmJydm2QzLQf/Sy0A BRGBpwT/ixEJAQIEBgcHBgUGAweICQ0PCwgGAwkzEYEPAw2FDAsIBgQFB4EMERGVDhATFRcY FxQSEREUFhMQDw4OCwgIBQmBDjMRB/9LEQAFHIGrBP+WHBUODxARExYaHiEkJScnJiIYExMS FzMchh8hIR8dGwMZhhsaGBgXGREcmyIkJykrLTAzMS8vMjQwLCgjIB4cGhkZGhkYGjMcB/9L HAAFLYGxBP+WLU9tZ2JdVUg1Jh8ZFhQVFSJGZHmAVjMtjyQTExQVFhINCxMVGBwkLBEtm1NJ PTY1NC8pJyUjIyhCXnB+hoeIh4aJjo+MXDMtB/9LLQAFEYGIBP+CiAkEAAQBjAIDAwUICg0J BgcGCjMRgQ8EEIIPjR4zji8YFxUSERITEAwKCAcGAwWFBgcIBgwzEQf/SxEABRyBjgT/go4U BAyQDQ0PExcaGx0gHx4YExQTFzMchyAkJCMiIY0eM5E6Mzk2Mi8uLCYhHRkWFBMUFQMWghQX MxwH/0scAAUtgZYE/4KWUANzkXJuaFtNQz48OTYzNUxleYJWMy2HJBIQEA8Q5x5UlmNLREVH R0VHVGRscnVycnd8gYeHf1QzLQf/Sy0ABRGBMAT/gogPCwCJAgYICQUDBgcCMxGBDwMQhA8M mm8ckI16MBMTEQ4NDQ4LCAYDBQGFBAYHBAoyEYFpBv+BiEsRAAUcgToE/4KOGgYMjg0PERMT FRgYFxQRExQSMxyIICQjIiEgmm8ckJd6NiUuLSonJSIcFRIPDAsKDRETFBMPFDIcgXAG/4GO SxwABS2BSAT/gpY2BHOQcm9rY11aW1pXVVJdbXqDfjMtiCMSEBAPDf2qHNaXvlxLVlZZW1pa X2doZ2JcWmZzfIOBcksyLYF7Bv+BlkstAAYRBf+GEREPDQ0HBgCJAQMFBQMBBAcDMxGBDwMQ hA4LmmQceox0Lw4MCgcFBgYKDg4EDYcHAgQHBgMJMhGBiAb/gYhLEQAGHAX/hhwcGhgYEgMM jA4PDxESExIREBITEjMciB8jIyIhIZpkHHqLdDUcGxoZFxUTFhkFGIcUEhMUEg0TMhyBjgb/ gY5LHAAGLQX/lS0tNj8/WXNybmxpaGdjYmNocnuCfzMtiCAQDw8ODP2jHMiXvlZOZmJhXlpX STs7PDw6Old6f4J9bEYyLYGWBv+BlkstAAYRBf8JEQMNiQcAAQIBAAMHBDMRBRCGDZpkeldg BEqJV2BKV2AmV2BXDHqKdC8QBwQCAAABCT8RgYgG/4GISxEABhwF/wkcAxiJEg0NDg4QEhQS MxyLHyEjJCUlmmR6V2AESolXYEpXYCZXYFcMeop0NRsPDg0MCAYRPxyBjgb/gY5LHAAGLQX/ CS0DP4lYbWttb3J6goAzLYscCwsMDQ/9o8iImgRxiYiacYiaMIiaiAzIir5WNmZlZWFaVEA/ LYGWBv+BlkstAAYRgYgE/4FpDxGGDwwNDwUJLBEMEJKaZHpKeldKJjNKekpKekpKM1cMeoZ0 LxEDAgEDAIEJPxGBiAb/gYhLEQAGHIGOBP+BcA8chhoZGRoTFywcgyAjIQMgmCEhJCcpKppk ekp6V0omM0p6Skp6SkozVwx6inQ1HAkKCwsJBhI/HIGOBv+BjkscAAYtgZYE/4F6Dy2GN0BB RIBVLC2CGgoEEJgPDhEREhb9o8hxyIhxMEdxyHFxyHFxR4gMyIq+Vi1XXGRlXVdDPy2Blgb/ gZZLLQAGEYGIBP+BiEIRCxCEmmR6SgN6i0pKbTNKbTM9bTNtDHqFdC8RAQEEAIEJPxGBiAb/ gYhLEQAGHIGOBP+BjkEcgSAEJIslJicnKCgpmmR6SgN6i0pKbTNKbTM9bTNtDHqKdDUcBQgL DAoIEz8cgY4G/4GOSxwABi2BlgT/gZZBLZAbBwoMDAsWJTA4PkD9o8hxA8iLcXGxSHGxSFmx SLEMyIq+Vi1QWWZqYVtHPy2Blgb/gZZLLQAHEQT/gYhCEQYQAw+JEBCaZHptMzNtB3qBSg96 hXQvEQQEBAOBCj8RgYgG/4ExSxEABxwE/4GOQhwDJo8nKSkqKikoJppkem0zM20HeoFKD3qK dDUcCgwQEg8NFj8cgY4G/4E7SxwABy0E/4GWQi2SCxAVGRsnOk1fb3H9o8ixSEixB8iBcQ/I ir5WLWVsd3txak4/LYGWBv+BSkstAAcRBf9CEQUQiA8NDAsKCppkHHqDdC8RBAeDBgYMPxGB 3wb/TBEABxwF/0IcjScpKSorKSYiHx0dmmQceop0NRwQExcZFhMYPxyB4Ab/TBwABy0F/0It jQ4WHiw8SFZhaHF1/aMcyIq+Vi16gIqNgXlVPy2B4wb/TC0ABxGBqQT/QhGCEBADD4gOCwgE AgOaZBx6gnQvAxGBEAMPgRA/EQf/TBEABxyBrQT/QhyCJygDKYgnIRsVEBGaZBx6gnQ1BRyC GxpAHAf/TBwABy2BswT/Qi2NGyMuP1VmcHZwbGv9oxzIgr5WAy2FO0lGRDk/LQf/TC0ABxGB iAT/gYg2EQYQBRGNEA8MCwkHBgQCAACaZBx6gnQvRxEH/0wRAAccgY4E/4GONRyHHyIgIB8g IQUcjSUlIyAeGxcTDwsKmmQceoJ0NUccB/9MHAAHLYGWBP+BljUthxwKFRshHhgGLYw3SlVf aGpsaWZk/aMcyIK+VkctB/9MLQAHEYEyBP+BiDYRgxAQDgMMgg0NAw6FDw0KBwMDAQMAgpqm HKKCpi9HEQf/TBEABxyBPAT/gY41HIUgIyMiIQQgkCIkJCIgHRkSDgwKCgkJmqYcooKmNUcc B/9MHAAHLYFKBP+BljUtlB4ODhopLCosLTA1O0BLXWpqaWJfA16C/dYc0ILWVkctB/9MLQAI EQT/gd41EYkQDw8MCQgICQkDCowLCgYEAQAJEREPDD8DRgM5gUAHRoJAQA5GgSxHEQf/TBEA CBwE/4HgNRyYISQjIiAeHRwbHB4eHBgVEg4KExwcGRZGA02EQkNESQdNgkNDDk2BNUccB/9M HAAILQT/geI1LZcjHB0oOEFFSk5PTlBWXGRraWdJLS00OgRohJicnoQHaIK0tA5ogUtHLQf/ TC0ACBGBqgT/NRGGEAsLCQUEAwWGBgYHBwYDAwCBCRMRggkJVhEG/4GITBEACByBrgT/NRyF HiUhHRkDF4sWFhgYFhMQDQsIEhMcgg4OVhwG/4GOTBwACC2BtAT/NS2TLDE8R1NZWl1gYmBg Zmpqa2dkSBMtgpaWVi0G/4GWTC0ACBGBiAT/gWYkEYILDwMQDBGFBwcFAgADAYICAgMDgQED AIEJExGCCQlVEYFmBv+BiEwRAAgcgY4E/4FuJRyFHh0fIR8LHIQhHhkUAxGLEhIRERAPDgwL ChMTHIIODlUcgW4G/4GOTBwACC2BlgT/gXgkLYZrWk1HQzcLLYxHVGFrcHBubm1pZ2gDa4Np Z0kTLYKWllUtgXgG/4GWTC0ACBGBMwT/gYgkEYcFBwgJCgoLAw2EDAoLCwMRAwOBAQ0AgQkT EYIJCVURgYgG/4GITBEACByBPQT/gY4kHIwTFBYXGh0eICAhHRsFHIQZFxQRBQ6BDQYMggsU ExyCDg5VHIGOBv+BjkwcAAgtgUsE/4GWJC2ObGhlYV5aVE1HQkBBREgDLYVgZWpvcwRxgm5s BWuCaksTLYKWllUtgZYG/4GWTC0ACREE/4HdJBGCCQADAYwCAwQFBgUEBQUGBQIRAIEDExGC CQlVEYGIBv+BiEwRAAkcBP+B3yQciBQMDA4QExQVAxeKFhcXFBITExIQDgkMhQ0ODQwPExyC Dg5VHIGOBv+BjkwcAAktBP+B4SQtkUxrbnFzcm5rZmFgX19gZmtvA3GDc3JvA22JbGtrbG1u bm1kEy2ClpZVLYGWBv+BlkwtAAkRgasE/yQRgQkLAIUBAQICAQYABREEDIMGAAATEYIJCVUR gYgG/4GITBEACRyBrwT/JByIEwkJCgwODg8DEAMRiRAODw8ODQ0MCwUchxcXGBgTDQ0THIIO DlUcgY4G/4GOTBwACS2BtQT/JC2HS2drcHN2dwN4jXd3dG9sa21ub29wcG0FLYc/P0BBWXFw Ey2ClpZVLYGWBv+BlkwtAAkRgYgE/4FmIxGBCRYAHxGCCQlVEYGIBv9NEQAJHIGOBP+BbSMc gRIDCI0KDAwLDA0NDg0NDAsLBQyBCx8cgg4OVRyBjgb/TRwACS2BlgT/gXgjLZJKZWdrbW5v cHFyc3NxbmxqamsEbIFpHy2ClpZVLYGWBv9NLQAJEYE0BP+BiCQRFgCBCR4RggkJVRGBiAb/ TREACRyBPgT/gY4kHAMIlAkKCgkJCwsMCwoJCQoMDQ4NDAsTHhyCDg5VHIGOBv9NHAAJLYFM BP+BliQth2RkZ2lpamoDa41samdmZmhrbW5ubGpKHi2ClpZVLYGWBv9NLQAKEQT/gdwmEQQM EACBCR4RggkJVRGB3Ab/TREAChwE/4HeJhwEFoQICAkJAwqKCQkKDA4QDw0MFB4cgg4OVRyB 3gb/TRwACi0E/4HgJi0EPoZmZ2doaGcDZohpbG9ycGxrTB4tgpaWVS2B4Ab/TS0AChGBrAT/ HRGBix4zgSsNEYGLHjOBK0YRB/9NEQAKHIGwBP8dHIGLHjOBMQ0cgYseM4ExRhwH/00cAAot gbYE/x0tgeQeVIFPDS2B5B5UgU9GLQf/TS0AChGBiAT/gWUcEYKacByTgnsvDRGCmnAck4J7 L0YRB/9NEQAKHIGOBP+BbBwcgppwHJOCezUNHIKacByTgns1RhwH/00cAAotgZYE/4F3HC2C /asc2IK+Vg0tgv2rHNiCvlZGLQf/TS0AChGBNQT/gYgcEYKaZBx6gnQvDRGCmmQJeoFKEnqC dC9GEQb/gYhNEQAKHIE+BP+BjhwcgppkHHqCdDUNHIKaZAl6gUoSeoJ0NUYcBv+Bjk0cAAot gU0E/4GWHC2C/aMcyIK+Vg0tgv2jCciBcRLIgr5WRi0G/4GWTS0ACxEE/4HbHBGFmmR6WF0E SolYXUpYXShYXVgMeoJ0Lw0RiZpkelhdSlhdWARKhjtYXVhKegNKg1hdWAV6gnQvRhEG/4GI TREACxwE/4HdHByFmmR6WF0ESolYXUpYXShYXVgMeoJ0NQ0ciZpkelhdSlhdWARKhjtYXVhK egNKg1hdWAV6gnQ1RhwG/4GOTRwACy0E/4HfHC2F/aPIi5MEcYmLk3GLkzSLk4sMyIK+Vg0t if2jyIuTcYuTiwRxhlaLk4txyANxg4uTiwXIgr5WRi0G/4GWTS0ACxGBiAT/HBGSmmR6SnpZ Sig3SnpKSnpKSjdZDHqCdC8NEYuaZHprekpKN1lKegRKijdZSnpKSnpKN1kFeoJ0L0YRBv+B iE0RAAscgY4E/xwckppkekp6WUooN0p6Skp6Sko3WQx6gnQ1DRyLmmR6a3pKSjdZSnoESoo3 WUp6Skp6SjdZBXqCdDVGHAb/gY5NHAALLYGWBP8cLZL9o8hxyIxxNE9xyHFxyHFxT4wMyIK+ Vg0ti/2jyK3IcXFPjHHIBHGKT4xxyHFxyHFPjAXIgr5WRi0G/4GWTS0ACxGBiAT/gWQbEYSa ZHpKA3qLSkprN0prNztrN2sMeoJ0Lw0RiZpkellca2s3awVKi2s3azs3a0pKazdrBXqCdC9F EYFkBv+BiE0RAAscgY4E/4FrGxyEmmR6SgN6i0pKazdKazc7azdrDHqCdDUNHImaZHpZXGtr N2sFSotrN2s7N2tKSms3awV6gnQ1RRyBawb/gY5NHAALLYGWBP+BdhsthP2jyHEDyItxca1P ca1PVq1PrQzIgr5WDS2J/aPIjJKtrU+tBXGLrU+tVk+tcXGtT60FyIK+VkUtgXYG/4GWTS0A DBEE/4GIGxGHmmR6azc3awd6gUoPeoJ0Lw0Rhppkems3Shh6gnQvRRGBiAb/gYhNEQAMHAT/ gY4bHIeaZHprNzdrB3qBSg96gnQ1DRyGmmR6azdKGHqCdDVFHIGOBv+Bjk0cAAwtBP+Blhst h/2jyK1PT60HyIFxD8iCvlYNLYb9o8itT3EYyIK+VkUtgZYG/4GWTS0ADBEE/4HaGxGCmmQc eoJ0Lw0RgppkHHqCdC9FEYGIBv9OEQAMHAT/gdwbHIKaZBx6gnQ1DRyCmmQceoJ0NUUcgY4G /04cAAwtBP+B3xstgv2jHMiCvlYNLYL9oxzIgr5WRS2Blgb/Ti0ADBGBiAT/GxGCmmQceoJ0 Lw0RgppkHHqCdC9FEYGIBv9OEQAMHIGOBP8bHIKaZBx6gnQ1DRyCmmQceoJ0NUUcgY4G/04c AAwtgZYE/xstgv2jHMiCvlYNLYL9oxzIgr5WRS2Blgb/Ti0ADBGBNwT/gWMaEYKaZBx6gnQv DRGCmmQceoJ0L0URgYgG/04RAAwcgUAE/4FqGhyCmmQceoJ0NQ0cgppkHHqCdDVFHIGOBv9O HAAMLYFOBP+BdRotgv2jHMiCvlYNLYL9oxzIgr5WRS2Blgb/Ti0ADREE/4GIGhGCmqAcnIKg Lw0RgpqgHJyCoC9FEYGIBv9OEQANHAT/gY4aHIKaoBycgqA1DRyCmqAcnIKgNUUcgY4G/04c AA0tBP+Blhotgv3QHMmC0FYNLYL90BzJgtBWRS2Blgb/Ti0ADRGBiAT/GhGBRRVNgUIITYEv DRGBRQhNgkhIFE2BL0URB/9OEQANHIGOBP8aHIFNFVWBQghVgTkNHIFNCFWCTEwUVYE5RRwH /04cAA0tgZYE/xotFnCB/whwgU8NLQlwgri4FHCBT0UtB/9OLQANEYGIBP8uEYYWGBQDExAb EYILBlsRBv+BiE4RAA0cgY4E/y4chSIlIAUiHByCEwpbHAb/gY5OHAANLYGWBP8uLYYWDTbd KzYbLYJ0uFstBv+Blk4tAA4RBP+BiC0RhhQXFxQDCBoRggYGXBEG/4GIThEADhwE/4GOLRyG ISUnIwYSGhyCCQpcHAb/gY5OHAAOLQT/gZYtLYYbDQ823YoaLYK7uFwtBv+Blk4tAA4Rga8D /4HYLRGHEhITExAFDBgRggMLXREG/4GIThEADhyBswP/gdotHIciKCgqIwwTGByCBRNdHAb/ gY5OHAAOLYG4A/+B3S0thxsJCws6unQYLYLdcV0tBv+Blk4tAA4RgYgE/y4RhxAQEREMAwwW EYIDDl4RBv+BiE4RAA4cgY4E/y0ciB4lJikqIQkTFhyCBRheHAb/gY5OHAAOLYGWBP8tLYgo EA8METPDdBYtgt1QXi0G/4GWTi0ADxEE/4GILRGIEBATFA8OBgwUEYIDDl4RgWEG/4GIThEA DxwE/4GOLRyIHyAkKCAaChMUHIIFGF4cgWgG/4GOThwADy0E/4GWLS2IHyAaFjM9uXQULYLd UF4tgXQG/4GWTi0AgRoOEQT/gYgoEY4VFRQUExQUFRgSDhEGBhERgwwDDl8RgYgG/08RAIEj DhwE/4GOKBwDJYsiHx4eISYhGhwKCREcgxMFGF8cgY4G/08cAIE+Di0E/4GWKC2OAQEFER8g JCMdMz0tubkRLYNz3FBfLYGWBv9PLQCCIhUNEYGIBP8oEYEXAxiLFxgcGxkTCRERCwMPEYMM Bg5gEYGIBv9PEQCCKyANHIGOBP8oHI8lJSQkIiEiIyUgFxwcEwUPHIMTChhgHIGOBv9PHACC LzINLYGWBP8oLY8BAgUKExobHiI1Ty0tc9wPLYNzuVBgLYGWBv9PLQCCJxsNEYE5BP+BYCcR gRQEGIYZHR8aEwcDEYIOAw0RggwGYhGBiAb/TxEAgi4lDRyBQgT/gWgnHIsjJyYlIyMkJSMf FgMcghgFDRyCEwpiHIGOBv9PHACBIg4tgVEE/4FzJy2LEQUHCQ8VFxwoOVgDLYJR3A0tgnO6 Yi2Blgb/Ty0AgikoDhEE/4GIJxGCExcDGIMZW1UdM4E8WxGBiAb/TxEAgjAwDhwE/4GOJxyI ISgnJSQkYFUdM4E8WxyBjgb/TxwAghohDi0E/4GWJy2IGAYJCQwRiYwdVIFiWy2Blgb/Ty0A gyksHw0RgYgE/ycRgRQFGIJadByWgqFNWxGBiAX/gbFPEQCDMDAmDRyBjgT/JxyIIigoJiQk YHQcloKhTVscgY4F/4G0TxwAgxcbJQ0tgZYE/yctiBgFCgwOEIm+HNuC7X5bLYGWBf+Buk8t AIUnKSoiIAsRgToE/4FgJxGBGAQZgll0DXqBSg56gopNWxEG/4GITxEAhTAwLSkpCxyBQwT/ gWcnHIcoKCclJF90DXqBSg56gopNWxwG/4GOTxwAhRMXHCAgCy2BUQT/gXInLYcFCQ0QEIm+ DciBcQ7IguN+Wy0G/4GWTy0AiiIjKSknKSkhIRgHEQT/gYgnEZcYGRwdHVt0enpKWSpKelpZ SlpZSipZWgx6gopNWxEG/4GITxEAijAwLy4vMDAoJyIHHAT/gY4nHJcnKCgnJ2B0enpKWSpK elpZSlpZSipZWgx6gopNWxwG/4GOTxwAihESExQWGBkiJisHLQT/gZYnLZcECAwRE4q+yMhx jDdxyI+McY+McTeMjwzIguN+Wy0G/4GWTy0AhiEhIyYjJwQpiCoqIR0WERGIA/+B1icRlxUY HCAhXXR6ekp6Kkp6SnpKSnpKSnpKDHqCik1bEQb/gYhPEQCJMDAvLC0vMDAvAzCGKSkjHByO A/+B2CccgSEDJ5MoYXR6ekp6Kkp6SnpKSnpKSnpKDHqCik1bHAb/gY5PHACBEQMQjhEWGBog HyAjKSElLS2WA/+B2yctlxgFCxAVi77IyHHIOHHIcchxcchxcchxDMiC435bLQb/gZZPLQAD IZMjIiQpKSgpKi4rJiEhHUBotP//JxGXFRgbHyFedHp6Snp6SkppO0pKeko5O2kMeoKKTVsR Bv+BiE8RAIYvMDAtLC4KMIYuTnO4//8nHIEgAyWTJmB0enpKenpKSmk7Skp6Sjk7aQx6gopN WxwG/4GOTxwABRCRFBgYHh0aGhwYERIaS3O7//8nLZcXAgcOFYy+yMhxyMhxcapWcXHIcVJW qgzIguN+Wy0G/4GWTy0ABSGUIigpJyUoLS0pIyEgHhwbGx9DFhMkEYwTGhwfIV50enpKO0oX eoKKTVsRBv+BO08RAAMwgy8tLgMwgS8HMIgtKignK04kISQcjB4mJiUlX3R6eko7Shd6gopN WxwG/4FETxwABRCUERcUFhsZGBYSERQZICYpKypUOj0kLYwlAgYMFY2+yMhxVnEXyILjflst Bv+BUk8tAIMhHyADIZcjJSUiJioqKSUhIR8gIB8gHxoVDwwIBxwRgg4SAxaGHR8gIV50HHqC ik1aEYFeBv9QEQCGLi8vMC0vAzCCLS8FMI0vLSspKi0uKSUhHxkVHByFHyQlJCQDKIMnYHQc eoKKTVocgWYG/1AcAIMQDw8DEJcSExIYGRgXEhASGB8kJx8hJzQ9RElNThwtiywaExQRBAgN FI6+HMiC435aLYFxBv9QLQCEIB8cIAQhjCIhIygpKSciIR4dIAMhhhwXEhMQCRwRixARFhgY Gh0fIF10HHqCik1aEYGIBv9QEQCCLSwDLYEuAzCULi4xMjEwMC4sKistLzAsJyUnJR4cHIIj JwQohSYoKGB0HHqCik1aHIGOBv9QHACEEA4LDwQQlREZHBkYFRISFhwhJR8ZHiQtMy4vPBwt ixwOCggFCQ4QFY6+HMiC435aLYGWBv9QLQCEIB0aHQQhjCMkJCkqKSkkISAaHQMhhiAcFxUX Ex4RiRQXGBgZHB9bdBx6gopNWhGBiAb/UBEAgi8tAyyCLTADL5QsLzIzMS8tKigrLjAwLyon KS0qIhscgSEFKIUlJidgdBx6gopNWhyBjgb/UBwAhA8MCgwEEJYSGCEbGBgXGRsdIiIeGRYX HCIeFhglGy2CHwkDCIYMFBcYkL4cyILjflotgZYG/1AtAIUeHBoaIAMhjiInKCstKikmIiEc G2hpAyGFHRgYFxQSEYETCRGKEBETFhgYGh9bnR2WgXZaEYGIBv9QEQCCMC8ELJgvMC4vKy0x MjEwLSkmKXNzMC8tKyouLSkSHIEfCByBIgUohScmJl+dHZaBdlocgY4G/1AcAJgNDAkKDxAO DxIXIyEZGRodICElI2VhExEDEoMNDRQSLYElCC2CGwkDCIYKERgdk+cdwoGoWi2Blgb/UC0A hRkaHhoeBCGVIyUnLSspKScjHxodZyAhISAdGhgYEhGHFRMQCw0PEAMRjBASEhUYGBkeM1NO SwNKgVAIVYFKD1VaEYGIBf+BiFARAI0wMC0sLC0uMDAtKyovBDCNLCknL3QwLSwsKy0uLRIc iiUmKCUiISIgHBwHKIkmN1hUUlFRU1gIXIFKD1xaHIGOBf+BjlAcAJ4JCg0JDRAPCw8VHCAa GBwfGx8jJBxgEBAUFBEMCAgSLZoNDhIdIh0ZIS0tCAkKCQkNFCFXkZqfo6WnkQh5gf8PeVot gZYF/4GWUC0AhhoYHBwbIAUhgyImKgMphychGxkbZR8DIYUeGRgXExIRgxAREQYQghEWAxiG GRsaDQQBAwCBCQgRgQBpEYHUBf+BiFARAIYwLy4sLC0DMIQvKigtBDCHLywqKy9yLgYsgikh EByHISYoKCcmJwgoiycmJCAVDg0MDA4WCByBAGkcgdYF/4GOUBwAoAoIDQ0LEBAODhIWGBkY GRwbGyEiHhddEBIXEw4JCA8hEC2aGwoLDhINBwIECAkKDg0JDhYkN1Rnam1yc1EILYH/aS2B 2QX/gZZQLQCGHRkZGx4gAyGGICEhIiYnAyiQIx8dGxocICEhIBsXFxgVEQMQDBGFEBASFhQF EIIRFQUYhBcLBwsDAIEJCBGBAGkRBv+BiFARAIMwLy0DLIEuAzCELSoqLwQwhy4sKysuLy0G LIcpKisnIyIfChyDHiMnDSiGJiIfFhIWAwyBFQgcgQBpHAb/gY5QHACFDAkLEA4FEJMSExUY FxcYGR8fHBsUEBEWGBMLBQiEDxgZIgotmicLCQgHBQEBAgcKDQ8PCg0VJjpUVkRtcXNQCC2B /2ktBv+BllAtAIUgGh0dHwQhnB4dHyEhIiMjIiAgISBJHyAhIB8bFxIVGBYSERIDEYQTFRUT BREDEIkSEhEQERIRERMEGIQWEQoEBBGBDggRgQBpEQb/gYhQEQCEMC4vLgQtkjAwLywpKy8w MC8uLS0rUS0vLgUsjSooKSgmJSYoKCQkIyAFHIQhJSgoBCqBKQcohCMcFBAEHIEZCByBAGkc Bv+BjlAcAIQQCgwPBxCSERIWFRITFBgcGB5GERAUFxYPBgiFCg8NBwIDEIEfBS2UDgsHBAIB AAEFCA0PDwwKECM/VV0ELYE6CC2B/2ktBv+BllAtAIMhHx4EIYYeHR0ZGR4EIZgdGRoeIiMf HyAgHBoZFBMXGBYSFRYWFRUDGIETChCOEREUFRIRFBcYGBYNBgENEYEAaREG/4E9UBEAmy8t LjAuMDAuLS8wLSorLzAwLy0sLy4tKy4vLQMsiysqKSgnJSQkJicoAyeKJiQjISEiJSgoKQMs gSoHKIQlGhIODRyBAGkcBv+BRlAcAIMRDg0EEJkODQ8QEBQVExEQEBETExgfGBMSFxQQCQYG AwiSCQ0QDggEAwEBBggPFhYRCwgEBACMAQIECAwKCQ0aPlhnDS2B/2ktBv+BVFAtAAchnh8a GRkYGh4gISEfFhQYHydnGhscGxkYFhIWGBgTEwcYgRUKEI4RFBYYFRIRExcYFw8HAg0RgQBp EQb/UREAhDAtLS8EMIctLS8vLCsvAzCOLSwtLzBvKi0rKywrKykDKIEmAySDJicmAyUFJIkl KCgpKywqKSkGKIQnHhUPDRyBAGkcBv9RHAAHEIgPCQkOEBEUEgUQjQ8QHGYcEhUWEAsGAwYD CJIKDhEPCQcFAQQICAoKCQoIBQEGAIkBBggIDBQzUWMNLYH/aS0G/1EtAAQhhCIiISEDG4QZ GBkdAyGHGRERFyElGgUYiBcSEhUYFREWBhiCFhEIEIMREhYDGIoWExEWGhsUCgQJDBGBAGgR gVwG/1ERAIUwLiwtLwMwhy4sLTAtLC4DMJcvLCwtLy8pKywpKysqKyooKCclJSQkJQMmgSUF JIclJygoKisqCSiEIhoSFQwcgQBoHIFkBv9RHACPEREQEhUUERALCw4QEBERBRCNDwsSHSAW ExYTDQkGBwQIoQkQFQ8LCAUFCAgJDg4NCgcEAgIBAQAAAQUICAoQJ0RbTAwtgf9oLYFvBv9R LQAFIZQmJCEfHR8bGBgaICEgHxcSFBskSAYYjxQQERUXERIVFhYXGBgXEwMQghESAxGCEhYF GIkVERUZHhsRBwoMEYEAaBGBiAb/UREAkC4wLi0tLzAwLi0sLy8sKy8DMJctLC4uL1MqLCwr KikqKykoKCcnJiUkJQMohyYkJCMjJCYDKIIpKQkohCYgFxYMHIEAaByBjgb/URwAoBIVFBMY HRYQDwwQERASFBEQEREQDQoMF0caERIUEw0JBgigCxMUEAsIBwgICQ8TEg8KCAcGBgQCAgMF CAkKDhsyTUcMLYH/aC2Blgb/US0AgSIEIZUjJyIhICAeGRgYHSEgHRoWExgeSRkEGJoZFxEQ ERQSEBARERMWGBgVEhEREhUWFhMSFgUYiRcSFBgbHBYOBAwRgQBoEYGIBv9REQCJLzAwLiss MDAtBSyMKi0vLS4sLC0wLlQrAyyYKikoKSkoKCcoKCYkJScoKCclJSMhIyUoBCqBKQUogScD JoMjHRMMHIEAaByBjgb/URwAoRIVFxcbHhsTERATFxcRFRMQERQSDQkJEkIVERASFhMNCQUI kQkOExYUEAwKCQkPFhcWEw0JAwiMBQIGCAgLDREXIzlYDC2B/2gtgZYG/1EtAIEmBCGVIyYk ISEgHhoZGBogIR0YGBcYGx9gBBiGGhsWExIRBBCDERMVAxiKFxYWFRcYGBYRFAYYhhMSFxhZ Ux0zgTskEYGHHjOBKhURgYgF/4GIUREABDCFLywvMC8DLI4qKywtMC4sLCksLy8tbgQsjSsp KiopKScmKCgmJicEKIsmJCMjJScpKywsKgYohCUlYFMdM4E7JByBhx4zgTAVHIGOBf+BjlEc AJoVERITFh0ZFxcVFBYcFhESERAUFA8KCA0WWwMQhRISEA0KBQiLCg0TFhYTDQoMDxMDFYIR CgQIiQYJCwsMDxOJiR1UgWEkLYHdHlSBThUtgZYF/4GWUS0AgikjAyGhJCYiHiAhHRkZHBwe IB8ZFRYYGWMZExgYFxgeHBgXExAQAxKBFQcYihcXGBgXExEUFRYDGIYVEhYYWXQcmoKkTSQR gpp0HJqCfS8VEYGIBf+BiFERAIEyBDCNMjIxMC4tLSwtLi4wLwQsgy0vbwUsiSspKiwsKyon JwUogScDJoElAySGJigpKywrBiiEJiVgdByagqRNJByCmnQcmoJ9NRUcgY4F/4GOURwAjxgT EBISFRcTFBYWFBMVEQQQhxINCggKXBUDEIYPDxAQDgkFCJwJDRESFBMODA4PEBAODAkICAYG CAoODw8QD4a+HN2C7n4kLYL9rhzdgr5WFS2BlgX/gZZRLQCnKSchICEhJCIcHSEfGRkdHyAg HRoWEhcYjRoSXV8YExofGhYUEQ8SAxcHGJMVFBcYGBQQEBESFRgYFhIVGFl0DXqBSg56gopN JBGCmmQFeoNoVVwUeoJ0LxURgdIF/4GIUREAgzQyMQMwgjIxAzCELy0sLwMwgSsELIotliws bW0sKigpBCyCKikGKI4mJSUkJCUmJygoKSwrKQUohCcmYHQNeoFKDnqCik0kHIKaZAV6g2hV XBR6gnQ1FRyB1AX/gY5RHACPGBYRERcWFxMQERESEA4PBBCQDgwJCAiJFg5YWg8LDQ8MCgYI jQkMDxIVEg4LDA8NCwkDCIsFAgUICwwMCwuEvg3IgXEOyILjfiQtgv2jBciDp4WSFMiCvlYV LYHXBf+BllEtAJcmKCMdHB0fIR8aICEdGRkbHB0bGRgSFQMYjxTRiRcXFhwbFhIQDg0TFwQZ BBiHFxQVGBgWEQMQmRMYFxYTFBhZdHp6SlUsSnpcVUpcVUosVVwMeoKKTSQRhppkekpVaAVK lXpKSmhcVUpcVUpcVUpKekpKXFVMLxURBv+BiFERAIYzMzIvLi8GMIgvLS0wMC8sKQUsiSsr 15YsLCoqKwQsgispBiiGJycmJCQmAyiIKSssKigoJycDKJJgdHp6SlUsSnpcVUpcVUosVVwM eoKKTSQchppkekpVaAVKlXpKSmhcVUpcVUpcVUpKekpKXFVMNRUcBv+BjlEcAIkWGRMQFRgY FhEEEIINCwMQkBEPCQgICg0VENCFDg0JDQoJCIoLEBEQDAoKDw0JBQiCBQYECJQGA4G+yMhx hTtxyJKFcZKFcTuFkgzIguN+JC2G/aPIcYWnBXGVyHFxp5KFcZKFcZKFcXHIcXGShXhWFS0G /4GWUS0AsiEkJR0ZGhofIRwcISEeGRsbGhkZHBgUFxgYjP//FBgYGRkYExAQCw0SFxweHRsZ GhoZBRidFRMSERMWFRMVFhhZdHp6SnosSnpKekpKekpKekoMeoKKTSQRoJpkekp6ekpKekpK ekpKemh6Skp6Skp6Skp6SnpKPkwvFREG/1IRAIQxMC8uAy2BMAMvAzCSLzAwLiwpKywsKywr lP//LCwrBiyCKyoGKIYnKCglJCYDKJ0nKSsqKCgnJScoJmB0enpKeixKekp6Skp6Skp6Sgx6 gopNJBygmmR6Snp6Skp6Skp6Skp6aHpKSnpKSnpKSnpKeko+TDUVHAb/UhwAnxMaHRUSFhgY FhQSEREPCg4QERIVDAgJCg4UjP//DA8DCYMIBQYGCIoJDhQVDQkJDQ4JAwiCCgoDCZcICAUE BIG+yMhxyDtxyHHIcXHIcXHIcQzIguN+JC2g/aPIccjIcXHIcXHIcXHIpshxcchxcchxcchx yHFdeFYVLQb/Ui0AnyEhJiIaHB8gIyAbICQjHhwfHxoYHB4ZFBUY0v//WxcDGIIWEwMQjg8Q FRogIR8aHB8eHRwaAxmEGBcWFgMUlRYYGFl0enpKenpKSmc/Skp6Sjc/Zwx6gopNJBGGmmR6 Snp6BEqWNz9nLF1dVGdnP0pKeko3XUpKZz9bLxURBv9SEQCMMC8uLi0uLzAwLSwuBTCRLSkq KywsKiss1v//bSwrKioDK4MsKykGKIYmJygoJycDKIImJQMomCcmJSUnJl90enpKenpKSmc/ Skp6Sjc/Zwx6gopNJByGmmR6Snp6BEqWNz9nLF1dVGdnP0pKeko3XUpKZz9bNRUcBv9SHACg FRgcGxQRExYYGBYRFBINCxAQFBUSCgoNDA/S//9WDwwDCIMFAwcGCIkMFBwXDQoMDwsDCJwK Dg4NDQsJBQEFg77IyHHIyHFxpl1xcchxT12mDMiC434kLYb9o8hxyMgEcZZPXaY7k5OEpqZd cXHIcU+TcXGmXZJWFS0G/1ItAAMhlycmICMjJiMfHyMmIR8gHxwZGh8dFxUXA/+H0RcaGhkV EQQQiQ4RFx4hIRwbIAMhhRwaHhwZAxiDFRMWAxiHWXR6eko/Shd6gopNJBGHmmR6Snp6XQN6 iEp6ekp6Zz9KDHqCdC8VEQb/UhEAhTAuLTEyAzCGMzEuLC0vBDCIKygrLCsqKywD/4fWKywq KSgoBCkHKIEnByiSJyUnKCgnJSQkJSRfdHp6Sj9KF3qCik0kHIeaZHpKenpdA3qISnp6Snpn P0oMeoJ0NRUcBv9SHACBFwMYhRcSExMWBRiMEQ8QEBEUERAREA0LA/+I0BEPCwkICAcDCI0H BwgIChAYGREMCg8NBAiQCw0ODw8KBgEEgr7IyHFdcRfIguN+JC2H/aPIccjIkwPIiHHIyHHI pl1xDMiCvlYVLQb/Ui0AhyUjHh8kIyQDKJAlIyEiIR8eHxoZHB0cGRgYBP+HXhkeHRgVEgMQ jQ4LERcdIB4bHiAhISADHYEaBBiCFxcDGIJZdBx6gopNJBGCmmQceoJ0LxQRgVoG/1IRAIgy MC4wNDMwMAMxiC4tLS4tLi8vBCyDKiwtBP+JaiwsKygoKiopESiCJSYDKIElBCSCX3QceoKK TSQcgppkHHqCdDUUHIFhBv9SHACaFRYXGBYTExcXGBgZHyAZFRMSEA0PEhQVDAwE/4VdEhAM CQUIkQYCBggJDhMWEw4KDRANCwsKAwmICw8KBAECgr4cyILjfiQtgv2jHMiCvlYULYFtBv9S LQCbJycmHyAhIigmJicnJSEhIBseIB4dHxsZGBiMA/+IRhgaHBkYFhIDEJANDhEXHSAfHRwd HyEhHhoZCRiCWXQceoKKTSQRgppkHHqCdC8UEYGIBf+Bt1IRAJI0NDMxMzMxLjAvLzAvLCst KiwFLYQsLi+WA/+JUSosKikoKSsqCSiCJyYGKIImJQMogSYEJIJfdBx6gopNJByCmmQceoJ0 NRQcgY4F/4G6UhwAjxAREhQVEREXFhYYGRwgHAMXiRMRDxEVEw4KhwP/hkUXExAMCQQIjAcC BAgIDBASFBMODgMQiA8PDQkICQwKAwKCgb4cyILjfiQtgv2jHMiCvlYULYGWBf+BwFItAIQi IyUkAyGLIiQhIiMkIiEhIB8EIaQgHRkYGf//RxgYGRoaGRgXExAODg8QFRkcHx8aGBsfISEe GxkGGIQWFFd0HHqCik0kEYKaZBx6gnQvFBGBiAX/gYhSEQADNJ8zMzExLy4vLS4uLSstLisr LC0vLywtLy7//1YqKiwqAymEKywqKQgogiYnBSiMJiMlJycmJCQiIF50HHqCik0kHIKaZBx6 gnQ1FByBjgX/gY5SHAAFEKAREBIVEhQcGh0bFBITFBIVEhERDQoN//88ERYXEhAOCQQIigUD BwgJDA8SFhMFEIwSEg0KCQkIAwYMhb4cyILjfiQtgv2jHMiCvlYULYGWBf+BllItAAkhgh0e BiGCIyIFIaIdGRqO/10XGBgcHx4aGBcSDQkLDhIVGBsfHBgZHiEhHx4aAxiHFxUXFxNVmh2Q gXQkEYKalRyQgpUvFBGBiAX/gYhSEQCNMTIzMjExMDAuKyosLgMtmTAuKysuMDAvLS4wlv9t Li0sLCsrKissLCsJKIInJgQojCYiISIlJSMiIR1bmh2QgXQkHIKalRyQgpU1FByBjgX/gY5S HAAIEJ0RFRYZGxgZFxEQEhEREhEQDAoMif9TCA8WFRAQCwUIiQYKCwkICw8REQUQjBEWFA8O DAkHCRWK5R27gaUkLYL9xBy7gsRWFC2BlgX/gZZSLQAJIYMgGyADIb0jIyQmIiUkIyIhHx4g /9ARFhgaICEeGhgVDwwJCxARFBgbGRYYGyAhHhsZFxYXFxMTFxQsXFxdXl5dXFxeA2CEX19e Ug9cJBGBUg5cgldXDlyBNxQRgYgF/4GIUhEACTCMLCkrLzAvLi8wLywvBTCLLi3/1S8wLSss LS0ELIEpCCiSJiYnKCgnJSIgHiEjISAgHDRkBWWBZgNoA2mDaGZSD2MkHIFZDmOCW1sOY4FA FByBjgX/gY5SHACDEBARBhCBEgMXiBQWGBUREhURBBCNDxEY/84DBxEXFBEOCQUIiAsOCggI CwwNBRCbERUZGxMOCwsPGElvbGtub21tb3BwcXFudH3/D4EkLQ+BgsDADoGBVxQtgZYF/4GW Ui0ACiG+HR0hISIkKCglJCcpKCYiHx4fvP//oF0XHCAgHxsXEREOCg4QERcYFxIVGR8hIBsY GBQTFxQRExMRDw8QEREDEIgSFBUWFxcYAEIRggkJIxGBzwX/gUFSEQCCMC8HMIUuKiwwMAMx hDAwLi4EMI0vLizA//+sbSoqLS8uAyyBKggonSYnKCgnJiUkIR8eIB8dHh0aHR8gHx0fICEj JCYnAyiBAEIcgg4OIxyB0gX/gUpSHACEFBITFAYQghQVAxKIGBkWEhYVEhEDEJQTGbv//5pU EhcVEQ4LCAgJCQgKCgQIoQkNEBAODA0RFyAeDQwOEBIWDQcHDhURDgsMDA0NCg0W/0ItgpaW Iy2B1QX/gVdSLQADIYIkIgYhgR8DIYYlKCkmIygDKYUkHRkZSQP/oNEVFBscHR0ZFBMVDw8R EhUYGBQSFxseHxwZGBgWFBMRAxCDDQoOBxADEYQTFwATQRGCCQkjEQb/UxEAgzAvLwYwjC8t LC8wMDIyMC8wLQQwhC8tLFcD/43VLSgoLS4sKywrKSsqBiiBJwMoiSYlJSQjISEgHgMdkRwd HyAdHiAgISMkJScoJgAgQRyCDg4jHAb/UxwAhhYXFxgUEQQQkxESERAQFhweGBIXFxoWEhAQ EUMD/4zNCg4XEw8MCQgLDQoHCKEJDA0MCQgKEBQXDgsPDw4LBgICBxIRDQkGBwgJCAkM/yZB LYKWliMtBv9TLQADIYMiJSIJIYEjAymCIyYDKYYnHBUWGLsD/4QXEhgaAxmSFhIXFRIRFRcY GBYSFRgZGhoZAxiDFRIRBBCCDQ4JEIUSFBcAGEERggkJIxEG/1MRAIMvMC8GMIQvLCstAzCE Mi8uLwQwgi8tAyyBwQP/jS0qJygsLCsrLCoqLCoFKIEnBCiJJycmJiUjISAgAx8FHosfICAh IiQlJiYAJUEcgg4OIxwG/1McAIwQERMVFhUREBEREhMDEI8SGSAfFRIVGhwXEQwLDbcD/4sN CREUEAoICAkODQoIgQkDCJoLDQ4LCg4OCgYDAQACCg0JBQICBAcKCwr/FEEtgpaWIy0G/1Mt AIUhISAfIgshjiUpKScjKCkoJR8YFBZHA/+OjBUWHhoVFBUSFBgXFhYDGIMXExMJGIIXEw8Q iRIXGAAcHRoXFD0RggkJIxEG/1MRAAMwiy8wLy8wMC4rKiwvAzCELy4wMAMxhi8tLCwrVwP/ lJUsKykrLCwpKyspLCwqKSopKCYmByiEJiQkIgYggx0eHwMehx8hIiQkJgADKIMmJB48HIIO DiMcBv9THACNEBETERIVFRISFRsYEwMQjhUcHxgRExcYFQ8LCQg6A/+GiQ4MERAMAwiDDA8K DwiICQkICgsGBAIDAZIFCQUEBAIBBwsPDP8NERUbISs8LYKWliMtBv9TLQCFISEiHh8EIYMi IyMEIY8jKCkpJCUpKCQhGxgVEkMD/5UYGBobFxMSERIXFhYYFxcYFBQVFRcIGIEWAxEGEIIP DwQQihEWGgAdHhsZGRY8EYIJCSMRBf+BuVMRAJEvLzAvLzAuLi8uLCstMDAxMQUwiTIzMC0s LCsqWAP/gyksLAMrjSoqLCkrLCwqKiwqKCcIKIMnJSMDIQQgjB8eHRwdHiAgIiMlAAUogSU8 HIIODiMcBf+BvFMcAJ8QEBMUFRUXGBkfICMXERAREhgfGhMUGBcTEAoHCAc3A/+LFQ8QFBQL CQgJDwwQCJwJCwoIBQIGBwYFBggEAgYGAggOEA7/Cg4PERYcPC2ClpYjLQX/gcFTLQCxICEh JRwgISIhIiYoJCMjISQoKSkoIygpJSIeGBMRED9wQhcWFRcYGBcVERMUEhYWEwMUhBYTEhcG GIYZGBMSFRIFEIMOCg0EEIoUGQAeGhkZHB0VOxGCCQkiEYFXBf+BiFMRAIMtLS8EMIsvLi8t Li8wMTEyMwQwlzEzMi8tLCopK1iDVSgqLCwqKSgoKikpBSyBKwsohiclIiIjIgQghR4cHB4f AyCDIiUABiiBIDscgg4OIhyBXwX/gY5THACFDxAQFhcEGKoeJiQaEhAQExkdHRYRExcTEA0H BAcDNWo9FRIMDxsVDQkICwwJCAgJDAoGCIsJDAwKCQsOCggGBwUIkQYCCAwHCQ8PDv8ICQwQ EhQmOy2ClpYiLYFrBf+BllMtAJIfISEiIh4hJCUiJiklJSciIigDKYgkJCkpJyEbEwMQmQ8P FBcRERUaHBoVEREQERMREBIXFBEQExYFGIcaHRkUFRQRBRCCDQ4EEIoTGAAfGxgYGx4YOxGC CQkiEYGIBf+BiFMRAIMtLi0FMIsuLzAwLzAxMzEyMQQwjTEzMTAvKykqLCwqKSsDLIcrKyop KCkrBCyCKykKKIcpKSclJCMhBCCDHx4fBCCEIiQAKAMmgygqJDscgg4OIhyBjgX/gY5THACt DxAQERQWFxgYGhohHBQSEREXHxsUERIVFhEQCgUFBgEBCBATCQQMFRMLCAgJBAiDCw0JBQiK CQwODwsJCwoICAMHAwiRBwMFDAsJDg0K/wkMDA0NDh47LYKWliItgZYF/4GWUy0AgRwEIY0g ISInJiIlJiMoJiEjAymJKCMnKSknIRkRBRCXFhQQEhgfHhgSFBMQDw8QERUWERAQERYEGIYZ HB0ZFBEMEIUSFgAdGwMYghkYOxGCCQkiEYGIBf+BiFMRAIItLgcwiC4uMC8uMDExBTCILzAx MTAwLy0ELIEqBCyBKwMsiikoKSsrLCwpJycKKIYqKysnJCEMIIkiACYmJCQnKyk7HIIODiIc gY4F/4GOUxwAgQsFEKURExgZHRobGRcWFBUaHxgUExcYExAOCggIBgQGDhAMBwgUGRMKBAiF BwcICQkGCKAJCgsMCwsKCQgHAwMEBAUGAwEHCQgKCwn/Cw4PCgkJETstgpaWIi2BlgX/gZZT LQCCGB4EIZgcICMlIiElJCMkJCImKSkoJSIkJScoIhcDEJURDA4UFBMVHSUfGBUXEg0LDxMW FxMDEIEUBRgDGYJZUR0zgTskEYGFHjOBKhMRgYgF/4FDUxEAhS4uLS4vBTCTLzAwLi0uMDEx LzAwLy4wLi8vLgQsiC0tLC0uLSoqAyyJKikpKCosKigmBSiKKSoqKSknJilhUR0zgTskHIGF HjOBLxMcgY4F/4FMUxwAjgwNEBETERAQEhUUFhcXBRiLHhwYFhgYFxMREAsECJAJCgsJCRUf HhUOCwoJBQMHAwiCBwcGCIcJDQ8OCoOFHVSBYCQtgdoeVIFNEy2BlgX/gVlTLQCDGBkfAyGE IB8jIgMhriIhISMnKCwrKSMhHyAhJCcfFREQExQREhYYGBkeIB0ZGBUQDhAUFxgWERAQEhcH GIJZdBydhKZNCwUiEYKadRydgn4vExGBiAX/VBEAiSgtMC0tMDAxMQUwhy8tLjAzMi8EMIEu Ay2YLCssLC4vLi4vLywpKisrLCwrKCgqKikpBCiLKSoqLCwrKCcmYHQcnYSmTRsVIhyCmnUc nYJ+NRMcgY4F/1QcAJAMDw8QFBYRERIRERAREhQYAxmNHSAZExARFRYXFhMMCQUIjQkJDBkZ FhMRDwwIBQcDCIYFAwcKCwkDCIYJCwwKg74c34TvfkNOIi2C/a8c34K+VhMtgZYF/1QtAIUX GBofHwMhmyUjJCIiISEiJSYmLC8uJiEgHCAhJCMdFhERFwMYgxkdGwMYixkYFxIQEhYTFRcS AxCBFQcYgll0HHqFik0WEQ4hEYKaZBx6gnQvExEG/1QRAIoqJywwLi8wLzIyBTCGLi4wMTMy BjCILy4uKyosLS8DMJ4tKyoqKSkrLCopKCgpKyspKCgpKSssKiopKSgoYHQceoWKTSMdGiEc gppkHHqCdDUTHAb/VBwAoQcPEA8PERMTFRcUEhESFBYcHx0eIR4WDwsKDBIUFhQOCQMIjAkK DxUVEw4LDg4LCQYIjgUFCQ0LCAgLDAsLCoO+HMiF434sNzghLYL9oxzIgr5WEy0G/1QtAJsR FhkcHSAhISInJiYkJCEiJiklJykrKiUiICADIZ4gGhUUFhkYGBYZHRkTEhQVGBUQERYXFRgV ERAQExcGGI9ZdHp6NVFeekpRSnpKUV4PeoWKTRgXEiERjppkekpRSnpeUVFeXlFKEHqCdC8T EQb/VBEAhCgqKCwDMIQvLzExBDCCLy8OMI8sLC0uMDAuLCopLCwrKywFKIMpKikDKIQrKyop BSiPYHR6ejVRXnpKUUp6SlFeD3qFik0nJR8hHI6aZHpKUUp6XlFRXl5RShB6gnQ1ExwG/1Qc AK0DBgoNDQ8QFBcYGRkXFRcZHR0eHiAcGRURDw4NDhASFRIODAoJDREYHBELCQgDCoEJBgia BgIHCgkICg4ODw+FvsjITH6WyHF+cchxfpYPyIXjfholLiEtjv2jyHF+cciWfn6Wln5xEMiC vlYTLQb/VC0AixkRFxweICIjIiImAyiuJCInKSknIyUnJyYhHR8fICEeGRkdHhhZFxMYGRYR EBAUFxIUFhgYGRkXEhARFgYYiVl0enpKekp6SgN6g2Z6Sg96hYpNFRYWIRGImmR6Snp6SkoD eoNmekoQeoJ0LxMRBf+Bu1QRAIUnKCstLQowgy4yMQgwAy+NMDAvLS0vLi5pLCopKgQshiom KCgpKgMphSgoKiwqBiiJYXR6ekp6SnpKA3qDZnpKD3qFik0oJyUhHIiaZHpKenpKSgN6g2Z6 ShB6gnQ1ExwF/4G+VBwAnxADBwwOEBYUEhMXHR8aFxkeHBkXFBcWGR0WFBAMDhMFFY4QUxIX GBEKCAYCBw8OCgYIgwQBBQMIjQkKCwyFvsjIcchxyHEDyIOjyHEPyIXjfhcgKSEtiP2jyHHI yHFxA8iDo8hxEMiCvlYTLQX/gcNULQC8JxURGR8gISUnIiEiJCgpJiQoKCklISEiIyEcGRgW HB0aGBocjv9aGBodGxQREBATEhIXGBgaHRoWERAUBhiJWXR6ekp6SnpKA3qCSlAQeoKKTQMR gQ8gEYiaZHpKenpKSgN6g19QZRB6gnQvExEF/4GIVBEAhDQmKCwDLwkwgjEyBjCBLwMujiwr LS4uLC0tlv9pLCsrBSwDKJkpKyspKyoqKSsrKCgnJicnYXR6ekp6SnpKA3qCSlAQeoaKTSgl Ih4gHIiaZHpKenpKSgN6g19QZRB6gnQ1ExwF/4GOVBwAsycLBwoQEBQcGBUSGR0fGRQYGBcY FBARFRcVExMQDxQVEQ0MD4j/VhUWEw8KBAECDQ4MCQUIhAYDAgQDCIwJCwuEvsjIcchxyHED yIJxfRDIhuN+Gyg1NyAtiP2jyHHIyHFxA8iDln2jEMiCvlYTLQX/gZZULQCKTh4REhkfHR8i IwMhiSMoKSQlJCMkIgMhhh4ZGBgUEwQYmxb//84dGh0gHRcRDg4QEBEVGBgcHBgTEBETFgQY j1l0enouQ2V6SkNKekpDZQ96i4pNFRYVDwkDAAANGxGOmmR6SkNKemVDQ2VlQ0oQeoJ0LxIR gVUF/4GIVBEAilMtJSYrLS0uMC4DMIIvLwowhy4sLy4rKisELIX//9IsKwQspCosLCkpKCos KywsKyooKScmJiUkJF90enouQ2V6SkNKekpDZQ96i4pNKCglIBoSDAwYGxyOmmR6SkNKemVD Q2VlQ0oQeoJ0NRIcgV0F/4GOVBwAs1QdCQgMEBAUGRcWEhUYIBsVEhESFBERFRQPCQoKDBAT DgoIBv//zRsbEhMSBwEABQsLCQcIlwcGCAoLCg0Phr7IyD9ko8hxZHHIcWSjD8iL434OFiEy Q1ZkaUAbLY79o8hxZHHIo2Rko6NkcRDIgr5WEi2BaQX/gZZULQCJMi4UERMdHhgbBSGFICYp IyIDIaggISAdGBIUFREREhQVFYn//10aGBofGxUPCw4QEBEXFxgZGBgVFBMUBBiCWXQceouK TRUWGBMKBAEACRsRgppkHHqCdC8SEYGIBf+BiFQRAJA5NygnJysuLC0uLjAwLi0uCDCGLy8t LS8tBiyGlv//aSspBCyGKissKykrBCyBKgMogSYDJYQkJGB0HHqLik0oKCciGhMNDBQbHIKa ZBx6gnQ1EhyBjgX/gY5UHAC0OS4QBgYNEBASFBIREBAWHh0UERETERIXFQ0IAgQFBwkGBQYG gf//WhsVDBAPCAIBAgkMCQgIiAkLDg8OC4S+HMiL434KDBEjP1NiaE0bLYL9oxzIgr5WEi2B lgX/gZZULQCKLCcdFBQVHB0ZGwQhjhwcJCYiISEgHR8gHBkUBxCbERT//80YExYaHBoTEA0L DQ8TFhMWGBgWFxgXAxiDFlh0HHqLik0VEhUWDQUBAAkbEYKaZBx6gnQvEhGBiAX/VREAkTYw LCoqKystLSwuMDAvLSwvBzCBLgMsgi0uByyP///RKyorLi4tLCorLCkrBCyCKykDKIElBCeC YXQceouKTSYnJiIZEg0MFBscgppkHHqCdDUSHIGOBf9VHACHLycWCQUGDwgQpRYdHRYSFhQQ FBYOCAYCAAEDBgEBBwf//8sQCwkKDg8KAwADCwoGCIoGBwoODAsLCYO+HMiL434NEhkpRllm akwbLYL9oxzIgr5WEi2BlgX/VS0AhEQqHhkDGIQbHh0dAyGQHBkaICQjIiEcFx0aGBgUEQYQ mRMaFxwbFREWGB0cFRAMCgwQEhETGBgVExcEGIMWVnQceouKTRYREBAMBgIAABsRgppkHHqC dC8SEYGIBf9VEQCMSTUqKS0tLiwsLi4tAzCCLy8GMIMvLy0MLI4rKyoqKy0wLiwsKywqKQUs gSoDKIcmJigoKmN0HHqLik0nJiIeGBIODAwbHIKaZBx6gnQ1EhyBjgX/VRwAi00qGA0ICAkN DxAOBBCLERMXHBgXGBMUFg0DCJgDAAAFBQEDCQwOFBMLBQgJDQ8MBQIFCAcFCIoFAwgNDgkI CYO+HMiL434UHio3SlxmamsbLYL9oxzIgr5WEi2BlgX/VS0AmSA8HhYUFhgYGRsbHiAfIB0Z GRsgICUgFRIEGIMWERADEZEQExsaEhUXEhAUGRsdFhIQDwMQhhEVFxcSFQUYglmYHYqKcRgV DwkIBwMAABsRgpqQHIqCkC8SEYHLBf9VEQCNJ0MvJycsLS8uLS8vLgowiy4tLC0uLSwqLCwr BCyKKykpKCssLjAtLAMrkSkpKissLCsoJicnJScnKGGYHYqKcSgnIRoYFA8MDBscgpqQHIqC kDUSHIHOBf9VHACFG0EcEAoDCIQJCwsOBBC0DAoQFhccGBMWEwkICAYBAQMHBwYIDg4KDhIH BQcJCw8NBgIHBAMFBggIBwIFCw8LCQqF4h20iqIUIDJFS1JeZmobLYL9vRy0gr1WEi2B0QX/ VS0AiR8aNhYQEBETFgMYhRsaGR8bAxihGRocFg0OFhgYFREQEBMXFRUZHhQOERUREBMWGx0X Eg0NAxCHERITEhIXFwMYkDVoaGdnaGhmZGNkZWRlaGYEY4RiYV5fA2OPZGZoZmUXFxQLCAgE AAAMGhGFWWRfWloaZIE7EhEF/4G9VREAjywkPyolJikqLCwuLS0sLwgwrC8uLCwuLy4sKywr KiwsKywqKCkqLCwtLSwsKikrKikoKywsKyclKCYkJSZACHEDcIJvbwVuhW1sbGJjBGyObm9x cSgoJR4cHBUODRgaHIVfamJaWhpqgUMSHAX/gcBVHADGGRg6EgYFBwQGCAgJEBMREA0JCAwL EhQQDxINCAcFAQADBwgICQsUDAYMEAgDBwgLDw0EAgIAAAEEBwQCAgcNDw8OQ3l4eAR5hXh2 dnh3BHWBcwN0lXO6u3l2dnh5eXh4ERsoPEA+T2BoPxothYmJxP//GomBWxItBf+BxFUtAKM/ Fyw4Dw0RERATFBUYGBUYGxYbGxkYFxQSDxAVFxMREBARFgMYkBkYDwkPFRMQERcYFRALCQ0E EJoSExIREhMUFRYXGBcTExUXExARFhcXGBcUEgMQhA8QBQwDEI4TGBgWExISDAgIBgIBCRoR hA0EBQkuEQX/gYhVEQCRRyg0RCUjKCclKSstLi4tLi8IMIMuKywDLQQsAyuSKiwpKSsqKSkr KywsKyssKigpAyyIKiYnJyUkJicGKJImJyYlJygnJyYlJCQiIiMgCRcDII4iJCcoKCckHhsf GxMPFBochBQGCBAuHAX/gY5VHADBQBMwOwoABAUCBAQHCBAVEREODAsJCQwKCg4NCQgDBAMB AgYKCgwREQoECBEOBwYHCAoHAQABAQAAAwQDAgEDBwsDDYsLCQoLDA0QDgoJCQQIjAUDBgcH CLpQCgkNDwQQiRckOUE1P1NhTBothGjRxYouLQX/gZZVLQDOJigUPCsODRMRFBgPDBEXFxgZ GB8cFhQTFhUREBETExEQERUYFxgUEhAMCQwTERAREhINCwkJCg8QEBEWFxQQDQ8QEREUGBUS ERYVERAUBRiCFREFEJIFBxAQEhcYGBMQEA0JCgoIBAUYEYQIBAUNMBEF/4GIVREAlTM2JkU7 JCMoJicrJyktMC8uLS4wLwUwgiwqCCyPKSgoKiooKSwoJScoKiwsAyuIKSgqKyspKCcDJYEm BiiMJyUkJSQmKSoqKCYlBCSUIiAJDiAgISQmKCclJR8aHh4ZEhAYHIQMBggWMBwF/4GOVRwA xSUnEEMpCAIGBgkLAwIFChAOEhQUDwkICAkODggIBwQGBwcJCw4ODAoNCwYGDxAGAQIDBAIA AwYBAAABBgcEAQAECAgFBQUIhQwQDwsJBQiMBwQEBwgJu5EICQsPAxCJFB0xQjY0QVRXGC2E otHFXDAtBf+BllUtAK4fGhUTLRgPERIUGhwOCAwTGBgcGhsVEREXGBYQEBIWExATFRYUExMP hcnJCgwPAxCdDgsLDg4NDhAQDxEUFxMNCw8QEBEUFxcTFBgWFRUGGJgXFRQSEBARCQQQEBMU FRQSEQ4KDxQTDAIWEYQIAAkNMhEF/4GIVREAnisqKCg8KyYmKCguLCYmKzAwLy8uListLTAw LywsKwYskCsoJymUz88pKSckJigrLCsDKQcogyYlJgcogyUkJQMnhygqKykoJyUDJokkISAS ByAgISIEJIciHSAjIRoQFhyEDAAQFjIcBf+BjlUcALEeFRMNLhEFBggIDhEHAAQJCwkRFhkZ EAoKDxIMBQYHAwULDQ4MCgkEgMnJBQQKDQcBBACSAQYGAwIBAQQHAwABBgQCAAQGBAiFCw4P DAkDCJkJDAkEBwgJDHrICAgLDhIQEBYhMCghKj5aFi2Eof+LXDItBf+BllUtAMEYFxMRERcS EBYXGR4bEQsQExgZGxYSERARExYTEBEUEhARFREMCw0OvP//hQkJDhAQDgkJCgsNDg8PDgwQ FBQRDwUQhBIWGBcKGIoXFhYUEBATFQ4EBBCKExcTEREUGBgVBxMRhA0IAAk0EYGIBf+BR1UR AIEnAyaMKSwoKCkqLTEsJiUsBDCLLCkpKywuLi0sLCsGLI8qKCjE//+TKCgmJicpKykJKIQn JiUnByiGJyUnKCgnBiiYJiUnKCciIiMaByAhIR8gIyQkIiMmJSEVExyEFQ0ADzQcgY4F/4FP VRwAsRERDAkIEwgCBggJDxUNAwUICAkNGB8ZEA8PEw4EAQQCAQoPCQQDBQK5//+FAwIICQUF AJICBgYHBAEBBAQBAQICAQAAAgcECIUKDxAOCQMIgwwPCgMIkgkLQ8gLCQoTEgwSGRwZExcm SxMthGeh/4s0LYGWBf+BXFUtAIYaFhMREBIDEY0XGhoZFBENExYYFRcTCRCGEREUEg8KAwiB QAP/gwgICwMQjQsLDAkICAkKCwkLDxEIEIcSFBUWFhcXAxiWFxUWFBESERAQERQUDgQREBAS FxYSFQMYgxcODBARhA0EBQk2EYGIBf9WEQCGKCcmJicqAyiTKisvLiwpJiwwMC8tKCoqKSos KwkshCopK1kD/wMogScGKIInJwUohyclJCUnKCcFKKQlJicnJiYoJyYnJyYlJCYoJCEkJBoH IiMhISMjISMlKCcjGhgQHIQVBwgPNhyBjgX/VhwApRUPCwgGBgoEAQcICQoQDAUFCAgJEBYS CwwODg8FAQICAQgRCwMDAIE6A/+cCwUCBQcDAQABAwMCAQIDAQAAAQADBQQDAQAABAQIoQkN EBAOCwkICg8MCAgLDAkLRckNCg4RDhYgGBAKDBg8QRAthGfQxow2LYGWBf9WLQCDGBsZAxKE FBETEQQXiBESERcYFBMVBBCEEhALDQMQlxMWEQkJCggKvf//hAgIDA4PDwkLCgkJBQiCCQ4M EI4RERIUFxgXExEREBIUEgMQjBIWEgUNEBEUFBEUFwMYghENDhGECAQFDTgRgYgF/1YRAIMm KSsDJ4cpKSopKSstAyyNKSsvLiwpKCsqKCorKQgsgSsDKITE//+UCiiHJSYoKikoJQQkhCYn JScDKIomJCQlJCUnKCUlAySXJiclIyEiIyQbCBghICIhHSAkJyclHRkOHIQNBwgWOByBjgX/ VhwAihwWFAoIBwUICAYECKwLCQgICgkOFQ4HBQoJCQ0CAwcGCBANAgABAQK7//+ECAUCAwcH BgYICAcGAgYAiAIKCgkGAgACBAehCAkLDA4PCwkJDg0JCAsPDAoKQ8lQDAwNFiolGA4KES88 Di2EoNDGXTgtgZYF/1YtAIwRExwfFRUYFRIWFBUDGJsWFxcYGBIRERISEBEUDwoOEBATEhEL CA4LCA0D/wMIjwkKDgwICAkNEA4KCQgIChAQhBMXGBUDEIMRFBMEEJASEw8GDhIREBARExYY FhILDBGECAAJDToRgYgE/4G+VhEAkRwfKi0qKSspKCsqKCotLSwtBCuVKicpKSgoKSkrLCwr KiorKywqKCgnA/+DKSopCCiGJycpLConBSSCJScEKIInJQQkhCYnKCcDJIYlJiQhICADIYMZ CRgDIIgeHSElJyMfGAwchA0ADxY6HIGOBP+BwVYcAKotJxcbDQkOCQoRDAgICQkICQgMEhEU EgkICAcICgoBBAgKDQoDAAIFBgcD/48ECAkCAgYHCAsJCA0MBAEDAI8BAgkPDwoHBAMFBAIC BQgDC5wODw4JDA8KCAkODw8ODka+UAsKDCApJBcPFSU+DC2EoP+MXTotgZYE/4HGVi0ArxER FBsmGhccGRYaGhkYGBkcGxwaFxETFRYWEhAQDg4QEBEVEQsJCg4JCYb//4YKAwiKCQwJCAsQ FRUQCwMIggwPDxCEERUXEQwQkhMGERYRDQsMEBUUEhESEwsECQQRhA0IAAk9EQX/gYhWEQCX HBwgJjMsKy4rKiwtKystLy4vLy0qKSsDKqsoKSsrLCwqKSosLCsrKSgolP//lCoqKSkrKSgp KCgnJCYpKyglJCUlJCQmAyiCJyUGJIolJyglJCQjJCMhBiCSIQkYICAeHB4iJiQhIB8dFQ8U BByEFQ0ADz0cBf+BjlYcALwtLSgeJRILEwsJDhAMCQoLDA4NDxYVDAkHCwsECAoGAQYJDQkD AQEGCAiD//+CBwsMBQIEAgIFCxQgGAkEALIDCAoLCQUGBgUCAAABBQsPDwwMEAwKDwwICAkL CwwNDg++UA0JDxcfGxMYICcqL0pgTQQthGaf/409LQX/gZZWLQAEEZscKCIZHBwaHR8eGRga HyAfHxkRFhQREA4ODA4EEIgRDwsMDQoICAP/hU8JCAwKAwiPChIVEg0LDQoICAkOEA8NDBCJ ERMQDxAPEBCDHjOBKT4RBf+BiFYRAAQcjSg0MCktLCwuMC8vLS0EMIIqKAMsiSopKiwqKywq KQMshSsrKCcoA/+DYikrAyqRKSkrKSYeGR0mKCclJScmJScEKAMmgSUEJIklKCclJCIgIYMe M4EvPhwF/4GOVhwABC2MICcdDRQPDA4QEAoOBRCWFhUIBgULDAkICAMBCAoHAwMCAwgHBAP/ gUwDCZUFAgAAAgsZMDsoDgMAAAEGBQUHAgADAQQAjAMJDg0GCwwJDQ0J1x5UgUw+LQX/gZZW LQAFEZYYLCMZGRweHyEhHRsdHRwcIBcREw0KAwmWCAkPERIQEA8ODAkICUL//0MKCAkMCQMI jw8WEAUDBw0LCgkJDQ8MDA0QiA0KDg0KC5p3HKCCfy8+EQX/gYhWEQAFHI4jODApKissLzAv MC4uMAMvryooKyssKiwrKiosLCsqLCwqKSgnJ1r//1opKSwpKSsqKSklHBEQFiAnKCYmKCUn BCiEJyUnJgMkgiUnAyiGJiQjI5p3HKCCfzU+HAX/gY5WHAAFLYQlLSEPAxGEEhERDwYQxRYX CQQFCAcMDQcCBQoMBQQIBwgHAzv//0UNBwQGBwIAAAcYMUlJNhsHAgEBAwQGBQEABAMBAQIC AQUJDAUFCAgJCQb9sBzhgr5WPi0F/4GWVi0ABhGIFSgkGRkcISAEIbQiIB8bHRYQDwkICAsK CQoQExQTEQsKDAsKDr/AEQ8OCggJCQgICRMUCgEBBhAVEw0LDhAPBBCCDw8DEIwPDQ4PDgoJ CgkImmQceoJ0Lz4RBf9XEQAGHIshMzIqKiwtLTAvLwMwji8uLicoKSkrKiwrKiwuAyyKKysp KiopKMXFKAMqkyspKSspKCggFA0MEBwnKicoJyYEKIEnAySFIiMkJCcEKIUnJiWaZBx6gnQ1 PhwF/1ccAAYtjSolJBIQEBUYEhESERMDELsTHBcHAQYHBRAOAwIHCQkHCAkICAMBvLwMDwsG AwUGAQABDCZCUVFGKBAGBQMGCAgGAwMHBQgMEAwICAMHhwgFAwQC/aMcyIK+Vj4tBf9XLQAI EZokJxkbHiQhHSEhIiIhIR8dFRIOCAgKDwsODwMQqxEQDw8SERBIyRUREA8KCAwKCQoNFg0D AAADDBUUEBAREBIUExIPCgoJCQoFCQQIiZpkemBNSmBNYANKhXpKYE1gDXqCdC89EYFRBf9X EQAIHIUvNCsqLAMtgjAvBTCCLicDKbcsLCsrLS8uLCsrKSkrLCwrW80oKCkrLCwnKisoKCYa EAwMEBsoKykoKSsrKionJCAcGxwfISMlBiiJmmR6YE1KYE1gA0qFekpgTWANeoJ0NT0cgVkF /1ccAAgtiCwnExARFBgYAxKBFQMQqxQaDgUBBQQGDgkFAwYICQ4PDAkIB0DGCQkKCAcIDAgC AAQVNEtSUkgtEwoFCJsHBAYNGSgyMSQXDAQCAwMBAAD9o8iZd3GZd5kDcYXIcZl3mQ3Igr5W PS2BZQX/Vy0ACRGJGicbGyAjIhwfBCGLHyAaERQNCAgKDAsDEK4MCwwPEBMXFxWKUxEQEA4J Cg8MDg8RDwYBAAAEDhkTERMXGRoZGBYQDQoFAgQHBwiRmmR6ZHpKSnp6MEZKekpKRmANeoJ0 Lz0RgYgF/1cRAAkcvCY0LSssLSwqLzAvMC8vMC8pKykpLCwqKi8sKywpKikpKywsKpRiKSkr LCwpKCsqKSghFA0MDBEdKiwqKgQsjSsoJCAaFxUWGB0jJicDKJGaZHpkekpKenowRkp6SkpG YA16gnQ1PRyBjgX/VxwACS2hJyYUEBAUGRsSEBAUERAQERQLBwMCBQgNCgsICQgKDxANAwi9 hEoLDAcFAwkOBwIACSNBUVJSQykQCQgICQwLCQgJESE1R01IPCQUCwYCAAD9o8ifyHFxyMhC a3HIcXFrmg3Igr5WPS2BlgX/Vy0AChGlFiMeGh4hIBkaHh0hIhseGA8QDAoJCAgJDhAPCQsN Cw4RFhgWwQQQrwsICxAODA8NCQMAAAEIGR0XFxwfIR8ZGBkWERAMBwMDBAUGBwcImmR6YE1k ZEZkBUqDZEZkDXqCdC89EYGIBP+BwFcRAAocnCEvLywsLSopLC8uLiwtLy4qKykqLCwqLSwq KSsDKYgqKywrKcYrKwMsjyopKywsKykbEAwMDRUiKggslykmIx4aFRQWGh4iJCcommR6YE1k ZEZkBUqDZEZkDXqCdDU9HIGOBP+Bw1ccAAot2CoqGBAPExoYEhMOFBQREA4OCggEBAcMCg8L DQkICQsQDQkMC74JCwkEBQoMBwMBAg0yS1JSTjkcDQkJDA8QDgkICg8cKjpLT0Y5Kx4SBQH9 o8iadp+fa58FcYOfa58NyIK+Vj0tgZYE/4HHVy0ADBGlISEaGx8dGRgZGR4gGxoaDw4JDQsK CAgNEA8MDQ8NDxATFEn/UAMQqwoJDhAPDw4KCAIAAgYQHx8dHiEhIB0YGR8YERESDQYDAgEB AgWaZHpjR0oYeoJ0Lz0RgYgE/4GIVxEADByCLi8DLIgqKiwtKy0sKQMsjiorLCssLS4qKCkr KSorBCmDXP9kBCyPKSssLCsrKBkODA0SHigrByyUKiopJyQiHhgVFRcbICOaZHpjR0oYeoJ0 NT0cgY4E/4GOVxwADC26JhkSDhEYExATCxIWExEUDQwJBQcKCAcOCw0JCAgMExAOD0f/SggH AgcLBAUHCAgUOE5SUUEnEw8NDgMRgQwDCJINFR0mNEJMTkk/MB79o8ifa3EYyIK+Vj0tgZYE /4GWVy0ADRGYFyQcGxsaGRgXGBUZGxgYEw8NDw8LCQkOBRCHDg4MEBCIiAQQggwMBRCfDwkB AQYSGRsdHiAhHxsZGx0dGBYZGxYOCQcCAAGaZBx6g3QxFDwRBf+BiFcRAA0cgiIxAyyxKiwt LCwrKyYnKiwpKywqKy0tKSgpKiorKikoKCmWlSssLCssKiwsKigqJhgNDBAdKAgskCsrLCwn JicjGxcYFhcammQceoR0NyAeOxwF/4GOVxwADS22KxwSEBATDQoNDRIYGxUWDAkIBg0LCggN Cw4MCQkNDgsNDoSECAgGAQUHAwcJEAwaOlFRSSkWBBCUFBUQDQsKCw8SEhQhMkBJSklC/aMc yIS+VzEwOy0F/4GWVy0ADxGPHx8bGxoYFxMSDg4TFhcSBBCEDwkJDwQQiQ8LCQsQD4EQjgoQ ngsEAAAHGCEdGxwhIR4aGx8cHBsWHCAdFxUQCwaaZBx6hnQ2GxYQDTkRBf+BiFcRAA8cqCwt KywrLCwrKiopKCkqLCkqKyopKSopKCYoKSsrLCsqK5ArmywqKisDLI4pJysmFAwMEyQrLCwt LQMskCsrLC4rJScoJiIhHxwammQceoZ0OSQkHxs5HAX/gY5XHAAPLaghExIRDwoICQkLEhQP EQoJCAsMDQkLDg0VEQoLCQcFCwx9CIoJBgQFAwihCxING0JST0AhFhIQEBIXExISERAQEhQQ EBMYHik0QP2jHMiGvk4iKTQ+OS0F/4GWVy0AEBGPGSIfHBwYFg8NCwkMERIOBRCDDAoPBRCZ DAoPDAoOEAsPExMREBMUEhEQCwMBAQ4eJAUhkSAaHiAfIBUSFx8fHh0bFppkHHqHdDQaGRYV FTgRBf9YEQAQHIIlLwUsoSspKikrKyopJygoKiorKCgnJiorKSkqKyssKysqLCooKwMsiSoo KSQRDQ0ZJgMslC8vLi0pKCkrLSYiIycoJyYmJZpkHHqCdDkDJIIiHzgcBf9YHAAQLaUjFBIS EAsJBgUFCQoMEgsMDA4KDQkOChATCwoODAgFDQsICg0KBgiZCQsQHkhRUTsjFxMRERITExsa FxQSHSQiFAMQhBMa/aMcyIe+Rg8UGB4nOC0F/1gtABERkRYdIR4bGBYNCQoKDBAOCwsOAxC2 Dg8QEBEREBAMDRAKCQ0OSxAVFRENFhgXEw4MBgECDx8jJCUiIyMfGhsfIRsOBhEdICEhIJqK HIOHijMYFhYXFjgRBf9YEQARHIMhKi0ELIcrKiorLCsqAyi5JikrLCcoJygsKykmJikpKykp YiopKiwsKykoJiUeEg0OGSgtLSwuLy8rJSMnKicbFRwlKiopKJqKHIOHijkkIyMlITgcBf9Y HAARLaQpHBITEg4KBgMHCQkOFA0LDxINDAoTChARCQsPGA8GDQ4PD0sDCIEJBAieChYsRlJQ PiMZFxYVFBIeLCkgGSM7RzMcEQ4LCv23HK2Ct0MDCIIKHjgtBf9YLQATEcMYICAcGBYNCgsL EA4ODAgKDQ4QEA8NERQREBALDBAODAmFTRAREQ8PFhgYFAsMBQABDiMnKSYmKSgmHhcZGg8F BRMdAyGMZnFyb2tpamlnZ2pqA2mGZ2dpa2pqCWuIbEEWEhASFBY2EYGIBf9YEQATHIMlLi4D K48qLCopKCkqJyopJigsKyYDKJ0qKSgnKCopKimUYyorLCwqKSgoJiAcEgwOGCkuLgMsli0t JiAiJRoRER0oLCwqa3l7d3NwcnUEdwN2gXQHdY92dnV1dHJydEwkIiEjIiE2HIGOBf9YHAAT LdwiExETEA4JAw0PEBIOEgoKEw4JChQKDA4KDxIWDAMGDhOGSAgICg4LCQgICyQ4SlJRQycb GBscGhodKjIvLT9NSSwXDQoJf4CDiZCVjoR7fH5/f4GEhYSBfnx8fQl/gUQDCYMKFB42LYGW Bf9YLQAUEZgVHCEfGRYQDA4SEgoKCwgICQ4QEA8MEBEDEJkNCg8QDkf/EA8QExMRFRgXEgkJ BQEADh0kBCmbJyIcDgkHAgEIFCAhISAfIyAYDgsJCAgKDAgHAwiHCQsNDxAPDwwQihEUGh0d GBIMCgguEYGIBP+BiFgRABQciCEqLy4sKSkrAyqQKSgmKSopKiwpJSgoKSglJgUoh1z/Li0t LCoFKMcjGRANDBUiKi0uLS0uLyYZExEODRQgKywsKyktKyQaFxkfIiMjIiQmJSYnJiYlJSQl JyckIh8dHyEkIiAhIyUnKSolHhcVFS4cgY4E/4GOWBwAFC2iKBsTEREQDAYNCwwJCw8DBg0I CAwXEA0JDBkWDAoECA5I/wMIzgwQDQoIBwofQlFSUkg1IhsgISAfICg/S05RUUAmEhAPDQoO Gis+PTMiGxgWExEQEQ4KCQYCAwQHCAgJDAwLCQgJDQ8PDAwPFBwtQUZKSS4tgZYE/4GWWC0A FhGNGB8gHRYTDA8REwwJCQMIpA0QEA4MERQRDQ8PCwoMDg+IEAsOFhUXGRUSDQwOCgMCChMf JwMpqSYjGQkCAAABBxggISEkJSUhHhYJBAQFBgMBAQIEBwgICQ0NCgoLDA0OBhCMDA0QExYY EggDAAANLRGBiAT/gYhYEQAWHLQmLy8uKScpKywrKyknKCoqLCwqKCcoKicjISUmJyYnJpQv Li8tKicnKCgqKSEXEA0PGCUtBDCJLyUUDgwMDRMkAyyuKyssLCokGxgYFxcWFxoaHCAlJycm JCQlJSQjIR8fISMjISAiJCcoKCEYEAwMGC0cgY4E/4GOWBwAFi3yIhQREBIQDAkICAQHDAEC AwUEDA8TFQsRHyMUEg4QFhKGCg0LDhAQCwgFBxYvRk5SVEguHyAhIR0cJ0RRUlJQQyITERAN DhEXIioxNTc4OTo6NzUuHxEJBwcGAgIECAsODgsICAsPDAoJDRMdNlBiaGQ7LS2BlgT/gZZY LQAXEbsUHCAdGhUMDA8REA0LCAgJDhAPDg8REA4PEBAREQsKCgwNCAwXGx8eGRQVGhkTCgME DRkkKCkpKCEQBAQAlwYVIyYkIx8fHhoUDAYEAwIBBAMBBAcIAwkFCIMJDQ8EEIwODRAQERYT CgQAAAktEYGIBP+BiFgRABccpyEpLy4rKCgrLCwtKygpKikqLCopJygpJCUjJykmJSUeISUk JiorKQUojyciGA4NEiEsLzAwLioZDgQMhhMjLS4sLAMrqSkmIhwWFRQRFBQSFBsjJSUkIiMk JCUlJCMhIyQjIiEkJicnIxoRDAwULRyBjgT/gY5YHAAXLd8oGxIRERANCgkJBgkRCwkHCQkM ChIODhkXHRMPExYcLSghLCQYExAODAoOEh8yQ09VUjgiIB8cHSQ+UVhWVFJFKxoZGBUQEBQZ GyItNjo9QUJHTEUtEwYFBwMAAQQGBwQIjgkLCggIDBEWKkdeamVILS2BlgT/gZZYLQAZEboX HxwZGBEKCw0ODgkICA4QDwoLEBAPDhAQERUWTokNCQcCCBUcICAdGRkgIiQaDwsNFCAiISEg GAkCAwCaAgwZIRwWExITEBIUERAPDgwNDwcDAwcMDQkGCJIJCQoNERMSERAREhUWDwcAAAkt EQX/WREAGRynJC4uLCkpKiwrLSsoKCopKywnKSonJyMoKywqJ1+VIhkUERciKCsqAymJKyst JRsUFB0nAyWDIxwPBAyhDhgkKSUnKCgpJScqKigmJCAdGxYTFRwkKSUkJCYlJignBiSBIgUk hR8XDw0ULRwF/1kcABktpiIWExEQCggJCggLEhETDg0KEAsMDREcEAwJCg5NjR46SVBELx4S AxCvEREWISw6SlBALDEwLzI8T1RWVVJPPi4mLSoaCwsYFg4QFBcbJjA4REpCJRIHCAQEAIUB BQcDBQUIiQsQFB4vTWVkSC0tBf9ZLQAbEYoaHhkYFQ4LCAoLAwiFDhIPCwsEELUREBMYGP// ig0IAQMIDBMXFhcXFRoeJCAcGBkbGRUQDAYBAQIDBQwVFAsEAwkKDA0SEhQYHAMehxoSCwkK DwsJCI8LDxQUERARFhgXEw8LBAktEQX/WREAGxyGKS0sKiorAywDKIwqLCsrJyssKyspKyoD K7z//5UfEg0NEhslKCcoJyMjKSwoIyAhIR4YEQ8NDAwNDxAUHR0YFBcgJCUlKCcmKCsrKSgj Hx0eIygmJSYDKIMpJyUMJIQfGBEVLRwF/1kcABst1xwWExEJBQYEBQ4LBwsKDQkQCwgJCQwK CQoJCP//iihMXF5VPiIYGxkfLS8oICs4PTg6QUhRUFBSUlBOS0U7OkJFOiAQDBMKDBEWFxkd IictMCMUCgUDAQQAgwMHBwMFjAYGBwkOERMVKkpcSC0tBf9ZLQAcEYkUGxsYFBEOCwoECMgM ERASERQRDw4VFBMTTv//UBYRBwIBAgkNDAwHBQgPGiMqKSYjGxELCQoICQ0PDgsHBAICCQ4N EBQWFx0gISQmJyYcEw8QDQkICIQJDQ4PAxCIEhUYFhYaDgQtEQX/WREAHBzDICgtKyoqKy0s KCkpKywnKCcrLCknIiQmJidd//9hKBwSDw0QGh0cGhcSExskKSssLCohFg8NDg4RGBsaFhEO Dg8YIgMnAyiNKiwrLCwrJiIhJCUlJwMohCorKicJJIYlJiUiGhItHAX/WRwAHC3EJx0WEg0G CAQDCQcBAQYVExUMCAoPHRgTFBdQ//9JEi1JWl9YPDQ+Rk5YVEc4LSopKCo1R1NWU1JLQTk3 Q0pOTkcuFQoDCI4KEBITFRcXFRkbFxAHAQUAkgEHCAcCAAABAQIIDBAOEydDWy0tBf9ZLQAe EdUXHRcTERANDwsICAkODBAVFxgSDgsRFRURTv//ExUXEQYCAQMGBwMAAAEEChAWGRkfHhkT EBARFhcUDQQDBgsPFRIQERIRExYYGx8gJSQeFxUSDAoJCAiMCQoNEBEUFxscHCAaLRGBTQT/ gcNZEQAeHMgkLCwqKCosKygqLC0sISMoKSsnJhgaHx8dWf//LCskHhcQDREXFxANDA0QFRkd Hx4nJyAaGBcYISYkHBMQEhYcIyYnJSgoJyYDKYcsLCsnJCUmAyWGKCgpLCwqCCSHJSYmJyYj HywcgVYE/4HGWRwAHi3CIxgTEAwJBQoNBAEECiclGhEOEhY2MiMkLVv//w4OGCc/VGBUQktc Y2NhXVJLQz48IR4rMjc8PS8lJC5ESEY6KBEKBAiOCQsMDRAWFhcXEw4IBAIDAYYAAQUICAQF AIgCBgsNDxQkOSwtgWIE/4HKWS0AHxGEFBoaEwMQnw8MCAgJDQoTHBobEw8KDhMYF8X/iRIW GBcPBwYDAQEGAKkBBAQMFRcYFxgVFRgYFhINDQ8QEhMREhUVERAQERYYGRsbGhgYFBEPCwYI gwkKDgMQjRIWHB4fIB4YFRUUERAnEYGIBP+BiFkRAB8cpyApLCsoKiwrKSosLCkaISknKSYp HBkeIiPJ/5QpKSYoJhkODA4QDQUMog0PDxckKScjISIkJigmIx4dIiUmKCgmJygoJSYpKisq KSgEKYEnAyWTJikqKCEiJCUkJScmJicmJCYnJAMggh0bJxyBjgT/gY5ZHAAfLaYoHhYSEAsF CQsDAwsTPSgYHBkYDC42IxYXw/+MEg8UERU5X2NeWwZjlGJeWj4aDw4QFhkXEQ4RHSYnIhQM CQiUCQ4REhIPCwcHCAcHBgUCBAkNBwEFAIwBBggICQ0VICMmMzYnLYGWBP+BllktACERoxQc FRAOEA8OCgkICQoYIRkYEw8LCxMYFcXFTxEXGBcPCQgFCgCIAQkOExYUGRkFGIkWEg4LDA0S FhMFEI0RERITFBUWFhcXEw0JBAiTCg8UFRITExEVGBgcHxoVFBcXFCcRgYgE/4GIWREAIRyi IC0qKSksLCorLCglHygsIyMkKCQgJCUlyclcJiclKCogEAsMhw4eKispJycEKIkpKignKCcl JicDKJcnJScpKigmJicpKiknKCcnJSQlJiEgJAMnjigoJyUkIyQlJCQlJiUhJxyBjgT/gY5Z HAAhLaIoKhYTDgcGBwQEEx4tFhcmJyAQHSMSEBPFxlMSEhYLBSJTCmOVYlktDwcGBAgICQgH BQgJDAgGDxAMBwikCQoKCwsJDQwKCQgKEBAMDBUUBAACBQICBAYJCwkICQ4SEB4uJy2BlgT/ gZZZLQA= --PART-BOUNDARY=.19608141507.ZM26704.coaps.fsu.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 Aug 14 12:58:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15147; Wed, 14 Aug 1996 12:56:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15131; Wed, 14 Aug 1996 12:56:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA25578; Wed, 14 Aug 1996 12:56:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA09199; Wed, 14 Aug 1996 12:56: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/950213.SGI.AUTOCF) via SMTP id MAA14204 for ; Wed, 14 Aug 1996 12:56:40 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA15819; Wed, 14 Aug 96 12:56:39 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id MAA16239; Wed, 14 Aug 1996 12:56:38 -0700 Date: Wed, 14 Aug 1996 12:56:38 -0700 From: src@rose.asd.sgi.com (Sharon Clay) Message-Id: <199608141956.MAA16239@rose.asd.sgi.com> To: info-performer@sgi.com Subject: Announcing Performer2.0 bug fix patches Status: O ************* Announcing IRIS Performer 2.0 Patches *************** Bug fix patches for Performer 2.0 have been released! These patches are binary compatible with and update all of Performer2.0[.X], including the 2.0.1 compatibility DSOs shipped with IRIX6.2 and Performer 2.1. There are three patches: patch 1414 for IRIX 5.3-6.1 (requires that you have Performer2.0). patch 1392 - dev for IRIX 6.2 (requires that you have Performer2.0). patch 1347 - eoe for IRIX 6.2 These patches fix the bugs listed in the 2.0 bug list in the web page http://www.sgi.com/Technology/Performer/bugs2.0.html The patch release notes will be available from the Performer web page ASAP. Patches 1347, 1392, and 1414 are being distributed by the following methods: - Request your SGI support provider to provide them on tape. In North America, call 1-800-800-4744. Outside of North America contact your local service provider. - Patches 1347, 1392, and 1414 will be included on the next IRIX Patches CD, shipped quarterly with Supportfolio. - The three patches will be included in the next update of SupportFolio Online, typically updated every two weeks: http://www.sgi.com/Support/patch_intro.html - For those with an immediate urgent need, they are temporarily available via anonymous FTP at this location: ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/patch1347/ ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/patch1392/ ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/patch1414/ Please note that the total size of these patches is more than 300MB. To aid in downloading only the parts needed, each of the above directories contains the component files of the patch, e.g.: README.patch.1392 38 Kb Wed Jul 24 14:34:00 1996 patchSG0001392 9 Kb Tue Jul 23 16:42:00 1996 patchSG0001392.dev_sw 48671 Kb Tue Jul 23 16:44:00 1996 patchSG0001392.dev_sw32 56218 Kb Tue Jul 23 16:46:00 1996 patchSG0001392.dev_sw64 31067 Kb Tue Jul 23 16:47:00 1996 patchSG0001392.idb 537 Kb Tue Jul 23 16:47:00 1996 patchSG0001392.man 2619 Kb Tue Jul 23 16:47:00 1996 patchSG0001392.src 2979 Kb Tue Jul 23 16:47:00 1996 If you do not use the sw32- or sw64-based subsystems you need not bother downloading those files. The 'no extension' and '.idb' files are required in order to install the patch. Also note that Performer 2.0[.1] must be installed prior to loading the patches. Many many thanx from all IRIS Performers to all on this list who have provided tremendously valuable bug reports, test cases and testing help!!! src. -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 13:25:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA15329; Wed, 14 Aug 1996 13:23:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA15313; Wed, 14 Aug 1996 13:23:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA27785; Wed, 14 Aug 1996 13:23:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA10765; Wed, 14 Aug 1996 13:23:33 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA20647 for ; Wed, 14 Aug 1996 13:23:31 -0700 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA17132; Wed, 14 Aug 1996 16:17:19 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id QAA15505; Wed, 14 Aug 1996 16:14:37 -0400 From: "Nicolas Gauvin" Message-Id: <9608141614.ZM15503@excalibur.cae.ca> Date: Wed, 14 Aug 1996 16:14:37 -0400 In-Reply-To: wasileskib@adadv1.mdc.com "pre and post node draw callbacks" (Aug 14, 1:22pm) References: <96081413224473@adadv1.mdc.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: wasileskib@adadv1.mdc.com Subject: Re: pre and post node draw callbacks Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 14, 1:22pm, wasileskib@adadv1.mdc.com wrote: > Subject: pre and post node draw callbacks > Question? > Is there a way, other than creating traversal > data, for determining within the pre and post > node draw callbacks which channel is currently being > rendered? I have several channls for which each > node will be drawn differently as a function of > the viewport. > Thanks. Since a node callback has a pfTraverser argument: callback(pfTraverser *trav, void *userData) simply use: pfChannel* chan = trav->getChan(); Check man pfTraverser for all the infos you can get from a pfTraverser -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 13:56:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA15535; Wed, 14 Aug 1996 13:54:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA15519; Wed, 14 Aug 1996 13:54:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA29554; Wed, 14 Aug 1996 13:55:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA12171; Wed, 14 Aug 1996 13:55:09 -0700 Received: from mimbres.cs.unm.edu (mimbres.cs.unm.edu [198.59.151.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id NAA27954 for ; Wed, 14 Aug 1996 13:55:08 -0700 From: lisa@cs.unm.edu Received: from chaco.cs.unm.edu by mimbres.cs.unm.edu (5.65/033093) with SMTP id ; Wed, 14 Aug 96 14:55:07 -0600 Received: by chaco.cs.unm.edu (5.65/011293) id AA19202; Wed, 14 Aug 1996 14:55:05 -0600 Date: Wed, 14 Aug 1996 14:55:05 -0600 Message-Id: <9608142055.AA19202@chaco.cs.unm.edu> To: info-performer@sgi.com Subject: view control Status: O Does anyone have example code for ways to control the view, other than the pfiTDFXformer, which you'd be willing to share? I have real problems looking where I'd like to with flying models. What I'd really like is to be able to do is to adjust spherical coordinates that move the eyepoint along a sphere centered on an object of interest, with the view direction aalways towardss the spehere's center. Thanks. Lisa Desjarlais lisa@cs.unm.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 Aug 14 14:34:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA15968; Wed, 14 Aug 1996 14:32:14 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA15952; Wed, 14 Aug 1996 14:32:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA02106; Wed, 14 Aug 1996 14:32:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA14261; Wed, 14 Aug 1996 14:32:38 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07124 for ; Wed, 14 Aug 1996 14:32:33 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id WAA25340; Wed, 14 Aug 1996 22:31:00 +0100 From: "Angus Dorbie" Message-Id: <9608142231.ZM25338@bitch.reading.sgi.com> Date: Wed, 14 Aug 1996 22:31:00 +0100 In-Reply-To: "Sharon Clay" "Re: Flimmering" (Aug 14, 11:01am) References: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> <9608141801.ZM24907@bitch.reading.sgi.com> <9608141101.ZM15877@rose.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Sharon Clay" , info-performer@sgi.com, mtj@isdn-celeste.corp.sgi.com (Michael Jones) Subject: Re: Flimmering Cc: remi@remi.asd.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O mtj wrote: > a. enable "set stencil based on depth-compare pass/fail" mode (so that's what he meant, maybe I should learn to read) Aha! NOW I get it, I didn't realise a stencil write was being made even on a z fail (didn't know it was possible). Cheap perfect quality decals, great! I think I might venture to use these now, unless I have big ones. I must have been wrong about the Paradigm APEX demo looks like it's treating both tail fins as the same base layer. A danger of pfdCombineLayers perhaps? Thanks (everyone), Angus. On Aug 14, 11:01am, Sharon Clay wrote: > Subject: Re: Flimmering > +>---- On Aug 14, 6:01pm, Angus Dorbie wrote: > > Subject: Re: Flimmering > -> > ->In the scenario below the decal2 will show through base1 & decal1 if you > ->draw base1 & decal1 first. This is what I meant by "occlusion between > ->decal surfaces", I didn't mean decals on the same base. > > No - Base2 will write 0 to the stencil bit everywhere it fails the depth > buffer test and that will effectively "clear" the stencil bits so decal2 > will not show up at all. > > -> > ->Eye decal1 & Base1 decal2 & Base2 > -> | | > -> | || > -> | || > -><) || || > -> || | > -> | | > -> | | > -> > ->With one stencil bit this problem is unavoidable. > > The only case where you get into trouble is if a decal overflows > its base because then the base cannot set all of the proper stencil > bits and the base may hit junk set by previous bases. So, decals > must lie completely within their base poygons. > > > > src. > > > -- > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. > src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 > http://www.sgi.com/Technology/Performer/ > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ >-- End of excerpt from Sharon Clay ======================================================================= 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 Aug 14 14:43:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA16305; Wed, 14 Aug 1996 14:40:14 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16289; Wed, 14 Aug 1996 14:40:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03090; Wed, 14 Aug 1996 14:40:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA14559; Wed, 14 Aug 1996 14:40:37 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA08964 for ; Wed, 14 Aug 1996 14:40:34 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA19225; Wed, 14 Aug 96 16:35:44 -0500 Date: Wed, 14 Aug 96 16:35:44 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9608142135.AA19225@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Flimmering Status: O Sharon Clay said (of Stencil plane coplanarity):- > The only case where you get into trouble is if a decal overflows > its base because then the base cannot set all of the proper stencil > bits and the base may hit junk set by previous bases. So, decals > must lie completely within their base poygons. ...or the base polygon is translucent and using multisample transparency... in which case there is no guarantee that the base polygon hits all those teeny-tiny subpixels... ...or the case where the daughter polygon lines up exactly along the edge of the host - but teeny-tiny roundoff errors cause the decal polygon to hit a couple of sub-pixels off the edge of the base.... Technically, Sharon is correct in that in both of the cases that I list above are properly cases where the decal overflowed the base. But in a practical world of automatically generated or converted databases, I can't guarantee that these kinds of conditions won't sometimes crop up. The problem with this trick is that it looks great on paper but fails in so many practical examples. When it fails, it does not do so gracefully but peppers your display with thin slivers of screwed up mess. What's worse is that a surface very close to your eye can get corrupted by some other polygons twenty miles away behind it. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= 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 Aug 14 15:00:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA16522; Wed, 14 Aug 1996 14:57:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16506; Wed, 14 Aug 1996 14:57:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA04596; Wed, 14 Aug 1996 14:57:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA15206; Wed, 14 Aug 1996 14:57:56 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA12461; Wed, 14 Aug 1996 14:57:53 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id WAA25372; Wed, 14 Aug 1996 22:56:30 +0100 From: "Angus Dorbie" Message-Id: <9608142256.ZM25370@bitch.reading.sgi.com> Date: Wed, 14 Aug 1996 22:56:30 +0100 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: Flimmering" (Aug 14, 4:35pm) References: <9608142135.AA19225@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O If you add my suggestion for writing and testing a new incremented value to the stencil planes for each base - decal set then that would solve of the problems you've listed below, and probably most others. The trouble is you need more than a single bit of stencil and you could only stack up #stencil_planes^2-1 decal layers before you roll over and risk the same problems, probably not a problem Rgds, Angus.. On Aug 14, 4:35pm, Steve Baker wrote: > Subject: Re: Flimmering > > Sharon Clay said (of Stencil plane coplanarity):- > > > The only case where you get into trouble is if a decal overflows > > its base because then the base cannot set all of the proper stencil > > bits and the base may hit junk set by previous bases. So, decals > > must lie completely within their base poygons. > > ...or the base polygon is translucent and using multisample transparency... > in which case there is no guarantee that the base polygon hits all those > teeny-tiny subpixels... > > ...or the case where the daughter polygon lines up exactly along the edge > of the host - but teeny-tiny roundoff errors cause the decal polygon to hit > a couple of sub-pixels off the edge of the base.... > > Technically, Sharon is correct in that in both of the cases that I list > above are properly cases where the decal overflowed the base. But in a > practical world of automatically generated or converted databases, I > can't guarantee that these kinds of conditions won't sometimes crop up. > > The problem with this trick is that it looks great on paper but fails in > so many practical examples. When it fails, it does not do so gracefully > but peppers your display with thin slivers of screwed up mess. What's worse > is that a surface very close to your eye can get corrupted by some other > polygons twenty miles away behind it. > > > > Steve Baker 817-323-1361 (Vox-Lab) > Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) > 2200 Arlington Downs Road 817-695-4028 (Fax) > Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) > > ======================================================================= > 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 Steve Baker ======================================================================= 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 Aug 14 15:18:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA17493; Wed, 14 Aug 1996 15:15:37 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA17474; Wed, 14 Aug 1996 15:15:36 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA06154; Wed, 14 Aug 1996 15:16:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA16296; Wed, 14 Aug 1996 15:16:01 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA16658; Wed, 14 Aug 1996 15:15:59 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id XAA25401; Wed, 14 Aug 1996 23:14:42 +0100 From: "Angus Dorbie" Message-Id: <9608142314.ZM25399@bitch.reading.sgi.com> Date: Wed, 14 Aug 1996 23:14:42 +0100 In-Reply-To: "Marcus Barnes" "Re: Flimmering" (Aug 14, 2:53pm) References: <199608141552.IAA00788@isdn-celeste.corp.sgi.com> <9608141801.ZM24907@bitch.reading.sgi.com> <9608141101.ZM15877@rose.asd.sgi.com> <9608142231.ZM25338@bitch.reading.sgi.com> <9608141453.ZM5525@royalflush.engr.multigen.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com, "Marcus Barnes" Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've just checked the Paradigm APEX demo on the an internal demo collection and the tail fin decals work perfectly (sorry guys), so my information was out of date. This must have been a teething problem with an early version I saw a while back. (perhaps Performer 2.0) Rgds, 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 Aug 14 15:49:44 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA20514; Wed, 14 Aug 1996 15:47:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA20498; Wed, 14 Aug 1996 15:47:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08354; Wed, 14 Aug 1996 15:48:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA17899; Wed, 14 Aug 1996 15:48:17 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA24165 for ; Wed, 14 Aug 1996 15:48:15 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id XAA25428; Wed, 14 Aug 1996 23:47:02 +0100 From: "Angus Dorbie" Message-Id: <9608142347.ZM25426@bitch.reading.sgi.com> Date: Wed, 14 Aug 1996 23:47:02 +0100 In-Reply-To: "Angus Dorbie" "Re: Flimmering" (Aug 14, 10:56pm) References: <9608142135.AA19225@mred.bgm.link.com> <9608142256.ZM25370@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In fact if you do this you might as well eliminate the stencil set to zero on z fail and then you can don't have to worry about adjacency of base and decal values. As long as you don't exceed #stencil_planes^2-1 decal base sets in the view. Or at least you can guarantee no overlap between two equal values. This would be faster since you gain _some_ of the performance lost earlier (as mtj explained) through better sorting, you only need to guarantee that the stencil is drawn after the base not immediately after, and you may also be able to save on stencil operation and zbuffer mode changes since you have the option of sorting by these. Rgds, Angus. On Aug 14, 10:56pm, Angus Dorbie wrote: > Subject: Re: Flimmering > If you add my suggestion for writing and testing a new incremented value to > the stencil planes for each base - decal set then that would solve of the > problems you've listed below, and probably most others. > > The trouble is you need more than a single bit of stencil and you could > only stack up #stencil_planes^2-1 decal layers before you roll over and risk > the same problems, probably not a problem > > Rgds, > Angus.. > > > On Aug 14, 4:35pm, Steve Baker wrote: > > Subject: Re: Flimmering > > > > Sharon Clay said (of Stencil plane coplanarity):- > > > > > The only case where you get into trouble is if a decal overflows > > > its base because then the base cannot set all of the proper stencil > > > bits and the base may hit junk set by previous bases. So, decals > > > must lie completely within their base poygons. > > > > ...or the base polygon is translucent and using multisample transparency... > > in which case there is no guarantee that the base polygon hits all those > > teeny-tiny subpixels... > > > > ...or the case where the daughter polygon lines up exactly along the edge > > of the host - but teeny-tiny roundoff errors cause the decal polygon to hit > > a couple of sub-pixels off the edge of the base.... > > > > Technically, Sharon is correct in that in both of the cases that I list > > above are properly cases where the decal overflowed the base. But in a > > practical world of automatically generated or converted databases, I > > can't guarantee that these kinds of conditions won't sometimes crop up. > > > > The problem with this trick is that it looks great on paper but fails in > > so many practical examples. When it fails, it does not do so gracefully > > but peppers your display with thin slivers of screwed up mess. What's worse > > is that a surface very close to your eye can get corrupted by some other > > polygons twenty miles away behind it. > > > > > > > > Steve Baker 817-323-1361 (Vox-Lab) > > Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) > > 2200 Arlington Downs Road 817-695-4028 (Fax) > > Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) > > > > ======================================================================= > > 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 Steve Baker > > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Angus Dorbie ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 14 16:33:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA20843; Wed, 14 Aug 1996 16:29:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA20827; Wed, 14 Aug 1996 16:29:12 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA10481; Wed, 14 Aug 1996 16:29:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA19563; Wed, 14 Aug 1996 16:29:36 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA02519 for ; Wed, 14 Aug 1996 16:29:34 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id AAA25463; Thu, 15 Aug 1996 00:28:20 +0100 From: "Angus Dorbie" Message-Id: <9608150028.ZM25461@bitch.reading.sgi.com> Date: Thu, 15 Aug 1996 00:28:20 +0100 In-Reply-To: "Angus Dorbie" "Re: Flimmering" (Aug 14, 11:47pm) References: <9608142135.AA19225@mred.bgm.link.com> <9608142256.ZM25370@bitch.reading.sgi.com> <9608142347.ZM25426@bitch.reading.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Flimmering Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've forgotten how to count now, ofcourse the number of layer/base sets safely supported by the incrementing stencil test value is actually (2^#stencil_planes)-1, far more respectable. On Aug 14, 11:47pm, Angus Dorbie wrote: > Subject: Re: Flimmering > > only stack up #stencil_planes^2-1 decal layers before you roll over and risk > > the same problems, probably not a problem >-- End of excerpt from Angus Dorbie ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 15 05:52:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA03772; Thu, 15 Aug 1996 05:50:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA03756; Thu, 15 Aug 1996 05:50:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA29657; Thu, 15 Aug 1996 05:50:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA13353; Thu, 15 Aug 1996 05:50:55 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA23021 for ; Thu, 15 Aug 1996 05:50:48 -0700 Received: from amit (amit.rtset.co.il [194.90.96.238]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id OAA10851 for <@server.rtset.co.il:info-performer@sgi.com>; Wed, 16 Aug 1995 14:52:37 +0300 Received: (from rany@localhost) by amit (950413.SGI.8.6.12/950213.SGI.AUTOCF) id FAA04528 for info-performer@sgi.com; Thu, 15 Aug 1996 05:38:18 -0700 From: "Ran Yakir" Message-Id: <9608150538.ZM4526@amit> Date: Thu, 15 Aug 1996 05:38:18 -0700 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: pfLightSource in DRAW process Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It seems that pfLSourceOff(), when called from the DRAW process, has no effect. Although this is a libpf object, and when called elsewhere, it will take effect only at the beginning of frame, I would expect that within the draw process, a pfLightSource will behave like a pfLight. This will enable turning one or more pfLightSources off during draw. It seems that if this is required, we must use a pfLight, and so not use the DCSs and SCSs operationms of pfLightSource. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-552236 | rany@netvision.net.il Res. : 972-9-989974 | Fax : 972-9-552239 | ======================================================================= 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 Aug 15 07:21:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA03949; Thu, 15 Aug 1996 07:19:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA03933; Thu, 15 Aug 1996 07:19:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA02360; Thu, 15 Aug 1996 07:20:05 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA15925; Thu, 15 Aug 1996 07:20:04 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA05790 for ; Thu, 15 Aug 1996 07:19:51 -0700 Received: from er by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id KAA17963; Thu, 15 Aug 1996 10:19:12 -0400 Received: by er (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA04843; Thu, 15 Aug 1996 10:19:06 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199608151419.KAA04843@er> Subject: Re: view control To: lisa@cs.unm.edu Date: Thu, 15 Aug 1996 10:19:06 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: <9608142055.AA19202@chaco.cs.unm.edu> from "lisa@cs.unm.edu" at Aug 14, 96 02:55:05 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 2612 Status: O > > Does anyone have example code for ways to control the view, other > than the pfiTDFXformer, which you'd be willing to share? I have real > problems looking where I'd like to with flying models. What I'd really > like is to be able to do is to adjust spherical coordinates that move > the eyepoint along a sphere centered on an object of interest, with the > view direction always towards the sphere's center. > > Thanks. > > Lisa Desjarlais > lisa@cs.unm.edu I have developed a few different camera classes, and the one you describe is a COI (center-of-interest) camera. Assume the camera travels on a sphere centered at the coi with a desired radius (distance of camera from the object). The north pole or "up" direction is along Performer's z-axis. You also need variables for pitch (angle above below the horizon) and heading (angle around the sphere). I assume that there is no roll; i.e., "up" relative to the view is always the direction that points along longitude lines towards the north pole of the sphere you are on, and "right" always points east along latitude lines. - set the coi in absolute performer coordinates pfVec3 m_pos_coi; m_pos_coi.set(0.0f, 0.0f, 0.0f); - set pitch, heading and radius: float m_heading, m_pitch, m_radius; I allow the heading to wrap from 180 to -180 so that I can spin around continuosly, and I limit the pitch to be between -90 (south pole view, I think) to +90 (north pole). I also prevent the radius from going negative. - compute sin and cos of pitch and heading: float m_sinH, m_cosH, m_sinP, m_cosP; pfSinCos(m_heading, &m_sinH, &m_cosH); pfSinCos(m_pitch, &m_sinP, &m_cosP); - compute the position and orientation of the camera: pfCoord m_camera_coord; m_camera_coord.xyz.set((m_pos_coi[PF_X] + m_radius*m_sinH*m_cosP), (m_pos_coi[PF_Y] - m_radius*m_cosH*m_cosP), (m_pos_coi[PF_Z] - m_radius*m_sinP)); m_camera_coord.hpr.set(m_heading, m_pitch, 0.0); - set the channel view: pfMatrix m_view_mat; m_view_mat.makeCoord(m_camera_coord); channel->setViewMat(m_view_mat); OR (I think) channel->setView(m_coord_camera.xyz, m_coord_camera.hpr); Hope this helps, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., St. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 15 08:17:05 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04111; Thu, 15 Aug 1996 08:14:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04095; Thu, 15 Aug 1996 08:14:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04642; Thu, 15 Aug 1996 08:14:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA18106; Thu, 15 Aug 1996 08:14:46 -0700 Received: from suw3svr01 ([158.147.19.67]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA14670 for ; Thu, 15 Aug 1996 08:14:44 -0700 Received: from sgw3rte06 by suw3svr01 (SMI-8.6/SMI-SVR4) id LAA29840; Thu, 15 Aug 1996 11:14:40 -0400 Received: by sgw3rte06 (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA21849; Thu, 15 Aug 1996 11:04:53 -0400 Date: Thu, 15 Aug 1996 11:04:53 -0400 From: dsaunder@sgw3rte06.hisd.harris.com (Drew Saunders) Message-Id: <199608151504.LAA21849@sgw3rte06> Apparently-To: info-performer@sgi.com Apparently-To: ReOpen@sgw3rte06.hisd.harris.com Apparently-To: pfPipeWindow@sgw3rte06.hisd.harris.com Status: O We have a Motif application with a pipe window that we want to open and close multiple times. The pfPipeWindow opens correctly the first time and then appears to close ok. The next time we attempt to open the pipe window the process hangs inside the call to pfOpenPWin. I have tried multiple solutions like remapping the widget, reassigning the gl context, etc with no luck. Does anyone know what processing is needed with the pfOpenPWin to undo the pfClosePWin? We are running openGL, Performer 2.0, and Irix 5.3 on a Indigo2 High Impact. The 'drawable' part of the pipe window is set to a widget created by GLwCreateMDrawingArea. Run as a single process, we do not fork Motif. Call stack included at bottom. Any help is appreciated. Thanks. Drew Saunders dsaunder@harris.com Call stack: _select() ["select.s":12] _XWaitForReadable() ["XlibInt.c":474] _XRead() ["XlibInt.c":1069] _XReadEvents() ["XlibInt.c":984] XIfEvent() ["IfEvent.c":68] mapWindow() ["pfWindow.C":4001] pfWindow::open() ["pfWindow.C":1719] pfPipeWindow::pf_openWin() ["pfPipeWindow.C":1359] pfPipeWindow::nb_open() ["pfPipeWindow.C":519] pfOpenPWin() ["cPipeWindow.C":1085] . . . ======================================================================= 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 Aug 15 08:18:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04132; Thu, 15 Aug 1996 08:15:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04116; Thu, 15 Aug 1996 08:15:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04664; Thu, 15 Aug 1996 08:15:48 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA18136; Thu, 15 Aug 1996 08:15:47 -0700 Received: from suw3svr01 (suw3svr01.hisd.harris.com [158.147.19.67]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA14811 for ; Thu, 15 Aug 1996 08:15:46 -0700 Received: from sgw3rte06 by suw3svr01 (SMI-8.6/SMI-SVR4) id LAA29881; Thu, 15 Aug 1996 11:15:41 -0400 Received: by sgw3rte06 (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id LAA21922; Thu, 15 Aug 1996 11:05:55 -0400 Date: Thu, 15 Aug 1996 11:05:55 -0400 From: dsaunder@sgw3rte06.hisd.harris.com (Drew Saunders) Message-Id: <199608151505.LAA21922@sgw3rte06> To: info-performer@sgi.com Subject: ReOpen pfPipeWindow Status: O We have a Motif application with a pipe window that we want to open and close multiple times. The pfPipeWindow opens correctly the first time and then appears to close ok. The next time we attempt to open the pipe window the process hangs inside the call to pfOpenPWin. I have tried multiple solutions like remapping the widget, reassigning the gl context, etc with no luck. Does anyone know what processing is needed with the pfOpenPWin to undo the pfClosePWin? We are running openGL, Performer 2.0, and Irix 5.3 on a Indigo2 High Impact. The 'drawable' part of the pipe window is set to a widget created by GLwCreateMDrawingArea. Run as a single process, we do not fork Motif. Call stack included at bottom. Any help is appreciated. Thanks. Drew Saunders dsaunder@harris.com Call stack: _select() ["select.s":12] _XWaitForReadable() ["XlibInt.c":474] _XRead() ["XlibInt.c":1069] _XReadEvents() ["XlibInt.c":984] XIfEvent() ["IfEvent.c":68] mapWindow() ["pfWindow.C":4001] pfWindow::open() ["pfWindow.C":1719] pfPipeWindow::pf_openWin() ["pfPipeWindow.C":1359] pfPipeWindow::nb_open() ["pfPipeWindow.C":519] pfOpenPWin() ["cPipeWindow.C":1085] . . . ======================================================================= 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 Aug 15 08:20:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04155; Thu, 15 Aug 1996 08:18:20 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04139; Thu, 15 Aug 1996 08:18:19 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04916; Thu, 15 Aug 1996 08:18:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA18401; Thu, 15 Aug 1996 08:18:41 -0700 Received: from ADADV1 (ADADV1.MDC.COM [130.38.99.167]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA15463 for ; Thu, 15 Aug 1996 08:18:38 -0700 From: wasileskib@adadv1.mdc.com Date: Thu, 15 Aug 1996 10:18:27 -0500 Message-Id: <96081510182712@adadv1.mdc.com> To: INFO-PERFORMER@sgi.com Subject: C++/memory allocation X-VMS-To: INFO-PERFORMER@SGI.COM Status: O I have a structure which contains numerous pointers to performer classes. I pfMalloc() memory of this structure from the shared memory arena to a global pointer using: myptr = (mytype *)pfMalloc(sizeof(mytype), pfGetSharedArena()); My question is regarding the memory allocation of the performer class pointers with the "new" operator that lie within the data type, 'mytype'. For the variables within 'mytype' which are not automatically created from shared memory, like pfChannels, is it necessary to explicity to allocate memory for the variables from shared memory in addition to the pfMalloc statement above.... OR since 'myptr' is allocated from the arena, as in the statement above, does this imply that all the elements within 'myptr' which I construct with the "new" operator will allocate memory from the arena as opposed to the heap? Hope this question is clear. Thanks. - bryan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 15 08:40:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA04331; Thu, 15 Aug 1996 08:37:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA04315; Thu, 15 Aug 1996 08:37:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA06976; Thu, 15 Aug 1996 08:37:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA19154; Thu, 15 Aug 1996 08:37:31 -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/950213.SGI.AUTOCF) via ESMTP id IAA19118 for ; Thu, 15 Aug 1996 08:36:49 -0700 Received: from wetnt8.elektro.uni-wuppertal.de by mailgate.urz.uni-wuppertal.de (8.7.3/8.7.3) with SMTP id RAA13878 for ; Thu, 15 Aug 1996 17:36:42 +0200 (MDT) Sender: zeise@mailgate.urz.uni-wuppertal.de Message-ID: <32185FBC.41C6@uni-wuppertal.de> Date: Thu, 15 Aug 1996 17:36:12 +2900 From: Wilfried Zeise Organization: University of Wuppertal X-Mailer: Mozilla 2.0S (X11; I; IRIX64 6.2 IP25) MIME-Version: 1.0 To: info-performer Subject: Image sequences Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, I am a Performer beginner and I am interested in image sequences of a driving simulation. I would like to obtain image sequences while I am using perfly. This means I want to save every image, which perfly produces, while I am "driving" through a city e.g. Has anyone an idea how I can do this? Thanks very much Wilfried Zeise -- Wilfried Zeise \ phone:+49-202-4392961 University of Wuppertal \ FAX: +49-202-4392959 Dept. of Electrical Engineering \ mailto:zeise@uni-wuppertal.de Fuhlrottstr. 10 \ 42119 Wuppertal, Germany \ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 15 09:45:51 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA04632; Thu, 15 Aug 1996 09:43:21 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA04616; Thu, 15 Aug 1996 09:43:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA09834; Thu, 15 Aug 1996 09:43:43 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA22440; Thu, 15 Aug 1996 09:43:43 -0700 Received: from beyond.clubfed.sgi.com ([169.238.1.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03130 for ; Thu, 15 Aug 1996 09:43:41 -0700 Received: from stymie.clubfed.sgi.com by beyond.clubfed.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/911001.SGI) for <@beyond.clubfed.sgi.com:info-performer@sgi.com> id MAA16122; Thu, 15 Aug 1996 12:43:37 -0400 Received: by stymie.clubfed.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id MAA09710; Thu, 15 Aug 1996 12:43:12 -0400 From: dolson@stymie.clubfed.sgi.com (Dale Olson) Message-Id: <9608151243.ZM9708@stymie.clubfed.sgi.com> Date: Thu, 15 Aug 1996 12:43:08 -0400 X-Face: T~4}gq$WJ44q+`0[U)RGd!OW.:L#{)[<+dD(Ig+k{yv@jd2/ztNGnn*[t_?~q^LZS@&;%gL \ZFZtw}s1~JiL[gyR<%i&8LQN=Zk,xu4er2kY*dIM}8u?qJb:]%Wq6#YwO!5t$XjKF$rA}N>[,vctm ,,i[U[_@?kTUp^:o?SY`^q2h&rScuJyYDyF\6I@8IL]4Y$~f~2Yp09.n8d3(nCo4Ly.4V~[{?acf|c 3~aI=Y_C/:#%ME\JyhJ9v~y@/z- X-Mailer: Z-Mail-SGI (3.2S.1 10apr95 MediaMail) To: info-performer@sgi.com Subject: pfdBuild() question Cc: dolson@stymie.clubfed.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I have a customer who is porting his modified pfobj.c file loader from Performer 1.2 to 2.0, and is having problems with the texturing. He is running on a Reality Engine with 5.3, and I can duplicate the problem on an IR running 6.3 and Performer 2.1. Any suggestions?... > Subject: Re: Progress on .obj file loader > > Dale, > > I started with the Performer 2.0 pfobj.c and have been adding in our > modified "g" (group) and "LOD"/"lod" (level-of-detail) handling. > Included in this is a call to pfdBuild() for each group per LOD. > We then hand-assemble the returned nodes into a single tree that > includes a pfLOD node for each group in the terrain. I appear to > have a working loader, except for texturing. With the terrain > object file "testground.obj" I get the following error messages > from pfdBuild(): > > Auto Disabling Texture coords because texture is off > > and then a corresponding complaint about not having an associated > color once it ignores the texture. This error is in routine > pfdBuildNthNode() in file pfdBuilder.c and is a result of the > following test failing: > > (pfGetGStateCombinedMode(curGState, > PFSTATE_ENTEXTURE, > CBldr->defaultGState) == PF_OFF) && > (pfGetGSetAttrBind(gsp, PFGS_TEXCOORD2) != PFGS_OFF) > > Obviously, I want textures to be on, but I have found an entire > day of wading through the builder code to be frustrating. One of > the following must be going on: > > the current builder's gstate isn't being set correctly > > the global builder structure's default gstate isn't > being set correctly > > Without resorting to recompiling the builder, I can't tell which > is the case, or how to circumvent the problem. I suppose that one > alternative is to forcibly turn off the global builder structure's > PFDBLDR_AUTO_DISABLE_TCOORDS_BY_STATE mode, but that doesn't really > solve the problem, it just covers it up. > > Any thoughts on this? > >-- End of excerpt -- ...................................................................... : Dale Olson | : : Systems Engineer | : : 12200-G Plum Orchard Dr. | "I'll MAKE the damn thing work... : : Silver Spring, MD | : : 20904 | (301) 572-3265 VM 5-8480 : ...................................................................... ======================================================================= 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 Aug 15 10:10:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA04748; Thu, 15 Aug 1996 10:08:37 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04732; Thu, 15 Aug 1996 10:08:36 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA11548; Thu, 15 Aug 1996 10:08:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA23874; Thu, 15 Aug 1996 10:08:58 -0700 Received: from trout.nosc.mil (trout.nosc.mil [128.49.16.7]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA08551 for ; Thu, 15 Aug 1996 10:08:58 -0700 Received: from manta.nosc.mil by trout.nosc.mil (4.1/SMI-4.1) id AA14182; Thu, 15 Aug 96 10:08:56 PDT Received: from [128.49.20.165] (vpcmac.nosc.mil) by manta.nosc.mil (4.1/SMI-4.1) id AA26809; Thu, 15 Aug 96 10:08:53 PDT Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 15 Aug 1996 10:20:18 +0000 To: info-performer@sgi.com From: rap@manta.nosc.mil (Robert A. Pritchard) Subject: Screen Position of Performer Geodes Status: O I want to draw use IRISGL to draw HUD symbols, in an ortho2 window, that overlay Performer objects (ships and aircraft). How do I determine the screen position of a Performer geometry node? I'm using Performer 2.0, IRIX 5.3, IRISGL (not OPENGL), in a GL window (not GLX). gluProject() might do it but needs OPENGL libraries and I don't think I can link to OPENGL and IRISGL libraries at the same time. Bob Pritchard (619) 553-1410 ======================================================================= 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 Aug 15 10:30:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA04936; Thu, 15 Aug 1996 10:28:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA04920; Thu, 15 Aug 1996 10:28:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12938; Thu, 15 Aug 1996 10:29:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA24971; Thu, 15 Aug 1996 10:29:09 -0700 Received: from buggy.coryphaeus.com (buggy.coryphaeus.com [204.247.110.16]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA12966 for ; Thu, 15 Aug 1996 10:29:07 -0700 Received: by buggy.coryphaeus.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA03455; Thu, 15 Aug 1996 10:30:45 -0700 Date: Thu, 15 Aug 1996 10:30:45 -0700 From: kowsik@coryphaeus.com (Kowsik Guruswamy) Message-Id: <9608151030.ZM3453@buggy.coryphaeus.com> In-Reply-To: wasileskib@adadv1.mdc.com "pre and post node draw callbacks" (Aug 14, 1:22pm) References: <96081413224473@adadv1.mdc.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: wasileskib@adadv1.mdc.com, INFO-PERFORMER@sgi.com Subject: Re: pre and post node draw callbacks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 14, 1:22pm, wasileskib@adadv1.mdc.com wrote: > Subject: pre and post node draw callbacks > Question? > Is there a way, other than creating traversal > data, for determining within the pre and post > node draw callbacks which channel is currently being > rendered? I have several channls for which each > node will be drawn differently as a function of > the viewport. > Thanks. int node_trav_func (pfTraverser *trav, void *data) { pfChannel *chan = trav->getChan(); ... } Hope that helps, K. -- kowsik@coryphaeus.com | pirts suiboM a hguorht neeb sah txet sihT http://www.coryphaeus.com | | You are not you, you are me! - arnie work: (408)-395-4537 e210 | ======================================================================= 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 Aug 15 11:42:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA05198; Thu, 15 Aug 1996 11:41:09 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05182; Thu, 15 Aug 1996 11:41:08 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16297; Thu, 15 Aug 1996 11:41:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA29430; Thu, 15 Aug 1996 11:41:30 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA28877 for ; Thu, 15 Aug 1996 11:41:29 -0700 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA08316; Thu, 15 Aug 1996 14:33:41 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id OAA19162; Thu, 15 Aug 1996 14:31:02 -0400 From: "Nicolas Gauvin" Message-Id: <9608151431.ZM19160@excalibur.cae.ca> Date: Thu, 15 Aug 1996 14:31:01 -0400 In-Reply-To: wasileskib@adadv1.mdc.com "C++/memory allocation" (Aug 15, 10:18am) References: <96081510182712@adadv1.mdc.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: wasileskib@adadv1.mdc.com Subject: Re: C++/memory allocation Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 15, 10:18am, wasileskib@adadv1.mdc.com wrote: > Subject: C++/memory allocation > > myptr = (mytype *)pfMalloc(sizeof(mytype), pfGetSharedArena()); > > For the variables within 'mytype' which are not > automatically created from shared memory, like pfChannels, pfChannels are always allocated from shared memory, like most (if not all) classes that are part of libpf. > since 'myptr' is allocated from the arena, as in > the statement above, does this imply that all the > elements within 'myptr' which I construct with the > "new" operator will allocate memory from the arena as > opposed to the heap? The fact that 'myptr' is allocated from the arena does not imply that the elements within 'myptr' will be allocated from shared memory via new. However most pfClasses overrides locally the new operator to use the default shared arena (not the heap). So if all elements of 'myptr' are pfClasses, they will be in shared memomy. new pfClass = default shared arena allocation (same a pfGetSharedArena()); new(arena) pfClass = specified shared arena allocation new(NULL) pfClass = heap allocation If you want your own class to have this same behavior you can: 1) derive your class from pfObject or 2) if you don't need all the things that comes with pfObject you can use the PFSTRUCT_DECLARE macro defined in pfStruct.h in the following manner: class yourClass { PFSTRUCT_DECLARE }; Performer 2.0 doesn't override the global new operator. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 15 13:10:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05701; Thu, 15 Aug 1996 13:08:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05685; Thu, 15 Aug 1996 13:08:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA19786; Thu, 15 Aug 1996 13:09:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA03642; Thu, 15 Aug 1996 13:09:08 -0700 Received: from camus.paradigmsim.com ([206.7.114.160]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA16100; Thu, 15 Aug 1996 13:09:04 -0700 Received: by camus.paradigmsim.com (940816.SGI.8.6.9/940406.SGI.AUTO) id PAA20253; Thu, 15 Aug 1996 15:10:12 -0500 From: "Rick Weyrauch" Message-Id: <9608151510.ZM20251@camus.paradigmsim.com> Date: Thu, 15 Aug 1996 15:10:09 -0500 In-Reply-To: "frank phillips" "need clipmap example" (Aug 13, 5:15pm) References: <9608131715.ZM11679@stargate.sandiego.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "frank phillips" Subject: Re: need clipmap example Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Frank, Performer 2.1 ships with a "substclip" pseudo-loader (libpfdb/libpfsubstclip/pfsubstclip.C) and Pf utility code (libpfutil/closest.c and clipcenter.c) that can replace a given texture in a model with clip-texture. The source code for the loader provides an example of using clip-textures. The format of the configuration files for image caches and clip-textures is described in a paper distributed at this year's developer forum, "An Introduction to IRIS Performer 2.1 and InfiniteReality." Rick -- Rick Weyrauch voice: (214) 960-2301 Paradigm Simulation Inc. fax: (214) 960-2303 14900 Landmark Blvd., Suite 400 rweyrauch@paradigmsim.com Dallas TX 75240 www.paradigmsim.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 06:32:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08316; Fri, 16 Aug 1996 06:17:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08300; Fri, 16 Aug 1996 06:17:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA16855; Fri, 16 Aug 1996 06:17:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA03852; Fri, 16 Aug 1996 06:17:46 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA14002 for ; Fri, 16 Aug 1996 06:17:44 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id JAA07160; Fri, 16 Aug 1996 09:17:38 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 16 Aug 96 09:17:41 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 16 Aug 96 09:17:22 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Fri, 16 Aug 1996 09:17:22 EST Subject: HUD fonts X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: <70AFD75848@P3.ENZIAN.COM> Status: O I'm also implementing a HUD. I've got text printing on the screen over the Performer scene without a hitch (Thank Heaven for the example code!). Unfortunately, the default font is too small for my purposes. I've tried to load a new font with the pfuMakeRasterXFont routine, but no luck. Anybody know how to change the font size for charstr()? Thanks, Jude Anthony jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 06:37:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08363; Fri, 16 Aug 1996 06:36:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08347; Fri, 16 Aug 1996 06:36:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA17870; Fri, 16 Aug 1996 06:36:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA04474; Fri, 16 Aug 1996 06:36:27 -0700 Received: from hades.sharp.co.uk ([193.114.241.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA16245 for ; Fri, 16 Aug 1996 06:35:57 -0700 Received: (from uucp@localhost) by hades.sharp.co.uk (8.6.12/8.6.12) id OAA10934 for ; Fri, 16 Aug 1996 14:41:15 +0100 Received: from sharp.co.uk by hades.sharp.co.uk via smap (RMS/1) id sma010932; Fri Aug 16 14:41:04 1996 Received: from inca.sle.sharp.co.uk (aardog) by sharp.co.uk (5.x/SMI-SVR4) id AA01288; Fri, 16 Aug 1996 14:35:38 +0100 Message-Id: <3214787C.1671@sharp.co.uk> Date: Fri, 16 Aug 1996 14:32:44 +0100 From: Graham Jones Organization: Sharp Laboratories of Europe X-Mailer: Mozilla 2.0 (Win95; I) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Not quite Performer - VGA output from IR. References: <9608131715.ZM11679@stargate.sandiego.sgi.com> <9608151510.ZM20251@camus.paradigmsim.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O This is not quite a performer query but some of you people may have come across this. We have a problem getting correct VGA (separate horizontal and vertical sync) from our Inifite Reality Onyx an can't drive any VGA display correctly - the H sync is always composite whatever the setting for the channel in ircombine. Has anybody else come across this, is this a feature, or is our IR faulty? Graham Jones. PS. We are in touch with SGI about this as well - I was just wondering what others have experienced. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 06:57:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08612; Fri, 16 Aug 1996 06:56: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 GAA08596; Fri, 16 Aug 1996 06:56:00 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA05137; Fri, 16 Aug 1996 06:56:22 -0700 Received: from rex.copen.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id GAA11329; Fri, 16 Aug 1996 06:56:15 -0700 Received: by rex.copen.sgi.com (950413.SGI.8.6.12/930416.SGI) for info-performer@sgihub.corp.sgi.com id PAA06645; Fri, 16 Aug 1996 15:12:25 +0200 From: "Svend Tang-Petersen" Message-Id: <9608161512.ZM6643@rex.copen.sgi.com> Date: Fri, 16 Aug 1996 15:12:24 +0200 X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@fddi-odin.corp.sgi.com Subject: Problem with iR demos. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Perf's I'm trying to run some of the iR demos, but get the following message: rld: Fatal Error: object libpf_ogl.so from liblist in ./crane has version "sgi3.0", which does not match the found object: /usr/lib/libpf_ogl.so (with version "sgi2.2") So I guess I need to load a newer version of Performer. Which and where can I find it ?? Thanks. -- Regards Svend ************************************************************************* * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * * Silicon Graphics Denmark Fax: (+45) 43438606 * * Stationsparken 25 Phone: (+45) 43438600 * * 2600 Glostrup Voice mail: 5-7507 * * Denmark http://www.sgi.com * * http://rex.copen.sgi.com/~svend * ************************************************************************* ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 07:29:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA08853; Fri, 16 Aug 1996 07:27: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 HAA08837; Fri, 16 Aug 1996 07:27:34 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA06286; Fri, 16 Aug 1996 07:27:56 -0700 Received: from bitch.reading.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id HAA13530; Fri, 16 Aug 1996 07:27:55 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id PAA29332; Fri, 16 Aug 1996 15:25:51 +0100 From: "Angus Dorbie" Message-Id: <9608161525.ZM29330@bitch.reading.sgi.com> Date: Fri, 16 Aug 1996 15:25:50 +0100 In-Reply-To: "Svend Tang-Petersen" "Problem with iR demos." (Aug 16, 3:12pm) References: <9608161512.ZM6643@rex.copen.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Svend Tang-Petersen" , info-performer@fddi-odin.corp.sgi.com Subject: Re: Problem with iR demos. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Have you installed performer 2.1 form the distribution CD? On Aug 16, 3:12pm, Svend Tang-Petersen wrote: > Subject: Problem with iR demos. > Hi Perf's > > I'm trying to run some of the iR demos, but get the following message: > > rld: Fatal Error: object libpf_ogl.so from liblist in ./crane has version > "sgi3.0", which does not match the found object: /usr/lib/libpf_ogl.so (with > version "sgi2.2") > > So I guess I need to load a newer version of Performer. > > Which and where can I find it ?? > > Thanks. > > -- > > Regards Svend > > > ************************************************************************* > * Svend Tang-Petersen, MSc Email: svend@copen.sgi.com * > * Silicon Graphics Denmark Fax: (+45) 43438606 * > * Stationsparken 25 Phone: (+45) 43438600 * > * 2600 Glostrup Voice mail: 5-7507 * > * Denmark http://www.sgi.com * > * http://rex.copen.sgi.com/~svend * > ************************************************************************* > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Svend Tang-Petersen ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 07:52:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA08973; Fri, 16 Aug 1996 07:50:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA08957; Fri, 16 Aug 1996 07:50:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA21563; Fri, 16 Aug 1996 07:51:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA07244; Fri, 16 Aug 1996 07:50:59 -0700 Received: from D26VS046A.CCF.SwRI.EDU (d26vs046a.ccf.swri.edu [129.162.26.60]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA27476 for ; Fri, 16 Aug 1996 07:50:58 -0700 From: WDea@swri.edu Received: by D26VS046A.CCF.SwRI.EDU; Fri, 16 Aug 96 9:50:41 CDT Date: Fri, 16 Aug 96 9:46:55 CDT Message-ID: X-Priority: 3 (Normal) To: Subject: Texture Memory problems on iR Status: O My program basically plays one movie after another for a long period of time. This is accomplished by changing the texture on a polygon for each new frame of the movie. It is supposed to run a 30 frames per second, and at the beginning it does. Unfortunately, after a few of these movies have played it slows down to 5 frames per second for no apparent reason. If I use an internal format with 32 bit texels, this slowdown happens after approximately 8 movies (including several frames/movie) have been loaded and played. If I change it to use 16 bit texels it gets about twice as far before slowing down. This implies to me that the problem has to do with the available texture memory. I have tried everything that I can think of to free up the texture memory after I am done with each movie. I am idling the textures and I have tried every means I could think of for deleting them. The freeImage pfTexture command only frees the image after it has no references (according to the documentation). I don't see how this command can ever free the image because as long as I can call it from the pfTexture, it is referenced by that texture. pfDelete is equally ineffective for the same reason, and both pfFree and pfMemory::free cause the system to crash. The program is not getting anywhere near the 512 texture limit that I have heard of, yet. However, that will become an issue that needs to be addressed at some point. Currently, however, it appears that for some reason the texture memory gets filled up, and even though most of the textures in it aren't being used anymore they are still being paged in and out slowing things down. The system I am using is an iR with 16 MB texture memory, 1 RM6 with 4 R10K CPUs and 512 MB RAM. The software is Performer 2.1 on IRIX 6.2. Has anyone heard or dealt with such a problem? Thanks for any help. Wm. Frank Dea and Mark Lewis wdea@swri.edu Southwest Research Institute ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 08:57:15 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA09233; Fri, 16 Aug 1996 08:55:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA09217; Fri, 16 Aug 1996 08:55:00 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA24594; Fri, 16 Aug 1996 08:55:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA09601; Fri, 16 Aug 1996 08:55:22 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA08791; Fri, 16 Aug 1996 08:55:19 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id QAA29603; Fri, 16 Aug 1996 16:53:20 +0100 From: "Angus Dorbie" Message-Id: <9608161653.ZM29601@bitch.reading.sgi.com> Date: Fri, 16 Aug 1996 16:53:20 +0100 In-Reply-To: WDea@swri.edu "Texture Memory problems on iR" (Aug 16, 9:46am) References: X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: WDea@swri.edu, Subject: Re: Texture Memory problems on iR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Sounds like your creating new textures for your movie and hoping that the texture memory management will handle things for you. There are problems with this unless you have iR second software release now in beta test (patch 1355). Are you able to try something like pfTexLoadImage on the same texture instead of using multiple textures? Rgds, Angus. On Aug 16, 9:46am, WDea@swri.edu wrote: > Subject: Texture Memory problems on iR > > My program basically plays one movie after another for a long period of time. > This is accomplished by changing the texture on a polygon for each new > frame of the movie. It is supposed to run a 30 frames per second, and at the > beginning it does. Unfortunately, after a few of these movies have played > it slows down to 5 frames per second for no apparent reason. If I use an > internal format with 32 bit texels, this slowdown happens after > approximately 8 movies (including several frames/movie) have been loaded > and played. If I change it to use 16 bit texels it gets about twice as far > before slowing down. This implies to me that the problem has to do with > the available texture memory. > > I have tried everything that I can think of to free up the texture memory > after I am done with each movie. I am idling the textures and I have tried > every means I could think of for deleting them. The freeImage pfTexture > command only frees the image after it has no references (according to the > documentation). I don't see how this command can ever free the image > because as long as I can call it from the pfTexture, it is referenced by that > texture. pfDelete is equally ineffective for the same reason, and both pfFree > and pfMemory::free cause the system to crash. The program is not getting > anywhere near the 512 texture limit that I have heard of, yet. However, > that will become an issue that needs to be addressed at some point. > > Currently, however, it appears that for some reason the texture memory > gets filled up, and even though most of the textures in it aren't being used > anymore they are still being paged in and out slowing things down. > > The system I am using is an iR with 16 MB texture memory, 1 RM6 with 4 R10K > CPUs and 512 MB RAM. The software is Performer 2.1 on IRIX 6.2. > > Has anyone heard or dealt with such a problem? Thanks for any help. > > Wm. Frank Dea and Mark Lewis > wdea@swri.edu > Southwest Research Institute > > ======================================================================= > 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 WDea@swri.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 Fri Aug 16 10:40:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA09583; Fri, 16 Aug 1996 10:39:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09567; Fri, 16 Aug 1996 10:39:12 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA01557; Fri, 16 Aug 1996 10:39:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA14013; Fri, 16 Aug 1996 10:39:34 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA01860 for ; Fri, 16 Aug 1996 10:39:33 -0700 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA29595; Fri, 16 Aug 96 10:39:30 -0700 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id KAA18117; Fri, 16 Aug 1996 10:39:29 -0700 From: "Javier Castellar" Message-Id: <9608161039.ZM18115@sixty.asd.sgi.com> Date: Fri, 16 Aug 1996 10:39:28 -0700 In-Reply-To: WDea@swri.edu "Texture Memory problems on iR" (Aug 16, 9:46am) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: WDea@swri.edu, Subject: Re: Texture Memory problems on iR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It looks like you are crating new textures at OpenGL level each time. It does not matter if you free the host textures, you are allocating all the time newer textures in the graphics hardware. For movies you should use explicit texture paging. It will provide you the maximum performance as well as the minimum texture memory use. If your texture is small enough you will not need double buffer the texture for the movie. In this case the total use of texture memory will be a single frame. Please refer to previous postings on this mailing list regarding texture paging on performer. Let me know if you don't have access to the above information. We have several people using this technique without any problems. -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 11:08:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA09863; Fri, 16 Aug 1996 11:06:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA09847; Fri, 16 Aug 1996 11:06:50 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03854; Fri, 16 Aug 1996 11:07:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA17122; Fri, 16 Aug 1996 11:07: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/950213.SGI.AUTOCF) via SMTP id LAA08701 for ; Fri, 16 Aug 1996 11:07:11 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA01927; Fri, 16 Aug 96 11:07:08 -0700 Received: from remi by remi.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA09903; Fri, 16 Aug 1996 11:07:07 -0700 Sender: remi@asd.sgi.com Message-Id: <3214B8CA.41C6@asd.sgi.com> Date: Fri, 16 Aug 1996 11:07:06 -0700 From: Remi Arnaud Organization: Silicon Graphics X-Mailer: Mozilla 2.01S (X11; I; IRIX 6.2 IP22) Mime-Version: 1.0 To: "Jeffry J. Brickley" Cc: info-performer@sgi.com Subject: Re: Infinite Reality and Real-Time Graphics References: <4unm03$pr0@herald.concentric.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi Jeffry, Do you use Performer ? Even if you don't, Performance related questions have a e-mail list: post your message in: info-performer@sgi.com And send a request to be part of the mailing list in: info-performer-request@sgi.com Anyway, I'll try to help you from there: Jeffry J. Brickley wrote: > > I am trying to get the fastest possible update with the maximum "look" for a > major operation in one week! I don't have time to try every possible > combination of ways of doing texturing on an SGI to see which is best for > Infinite Reality, so if anyone can help me out I'd REALLY appreciate it! > First of all our hardware specs: > Onyx with Infinite Reality > 16 R10000 processors > 4 RM6 Raster Managers (64Meg each) per pipe > 2 Pipes (running dual channel, i.e. 4 outputs) > Second what I have seen with performer 2.1 and OpenGL: > 48 MB of 3color 1Kx1K textures map at 20hz update with 2 polygons > per texture.... (great wonderful for our "map" display) > 36 MB of 1color grey scale textures (1Kx1K) at 2hz with less than 1000 > polygons per texture of which only 5MB of texture is visible, the > others have be culled in from a higher level of detail. > What can I do to improve performance? Your machine have 64MBytes of texture memory, regardless of the number of Raster Managers. More raster managers give you more pixel (screen) memory and bandwith, but no more texture. All the RMs have a copy of the texture memory, so they can work in parallel on different pixels. If you try to use more than the texture memory capacity, the machine has to use it's main memory to continuously swap textures. This is THE major performance issue. If your database contains more than 64MBytes of memory, you want to do texture paging. Also, you could use ClipMapping (a unique feature available on iR with Performer 2.1, and let the system page for you HUGE textures) > Are we limited to one RM6 at a time in use and the rest as texture > "storage"? Now you know ;-) > If I spend the effort to reduce polygons will it help? I have > displayed more polygons at fewer textures while mainting 20hz update rate. The next performance issue, is the number of texture bind you have in a Frame. The graphic pipeline has to change it's state each time. Imagine you have 10 objects of 10 polygones. Each object have one texture. If you draw 1 polygon of an object, then switch to the other object ... , you will be doing 100 texture binding. You really want to sort by texture binding. Of course, if you use Performer, this State management is done for you, but reducing the number of images helps a lot (sharing all the side of an object (eg building) in the same image) > Are my greyscale textures being used as 3byte (or 4byte with alpha) > internally that I cannot see? Performer tells you the % of the texture memory you use. As far as you stay below 100%, it doesn't matter. And the answer to your question is no, unless your software force it. > Why are my culled textures affecting the overhead performance, am I > wrong in assuming they are not being textured if the LOD is not visible? Texture cannot be culled. They are in the texture memory, or they are not loaded, and this is not a real-time process. However, polygons are culled in Performer. > What is the "fastest" texturing methods of all of the variations of > minfilter(point,linear, bilinear, mipmap,etc.) , magfilter, and mode > (modulate, decal, blend). I have assumed that mipmapping is best as all of > the calculations are done ahead of time at a cost of 1/3 more texture memory > (is my calculation for overhead wrong?) There are some differences, but IR is optimised for trilinear mip-mapping. If all the polygons in your database use this technique, Infinite Reality gives you more than 15000 polygons at 60 Hz > I have used textures at each LOD, thinking that if I reduce "texture" > displayed, it will increase performance.... Have I assumed incorrectly? I don't understand that point. By LOD do you mean Texture Level, or Object Level of detail (less polygons) ? > 4 1Kx1K 1 color textures on LOD 2&3 with 3000 & 6000 polygons respectively for > up close views, these display fast and efficiently near as the "eye" is near > the terrain, very impressive, very fast! So you mean LOD = Object level of detail. It seems to mee that you would like to use the Dynamic Terrain feature in Performer 2.1 ?? Did you ever see a ClipMapping + Dynamic terrain demo ? > =========== > | | | > |----|----| > | | | > =========== > 1 1Kx1K 1 color texture on LOD 1 for far away views (I assumed this was best). > > In our complete Database there are 8 of these detailed cells, but I got to the > 5th and the rate dropped to 2hz directly from 20hz as if we crossed a boundry > that we need to stay away from.... It must be the texture memory capacity. > Does any one have real specs on IR systems of polygons @ 20hz, colored > polygons @20hz, textured polygons @ 20hz, colored and textured polygons @ > 20hz? If so, what texturing methods are used for benchmark? OpenGL only? > Performer 2.1? > It is application dependent, but in your case (big meshes sharing the same texture), you should easily get 45000 to 50000 polygons at 20 Hz. The last limitation of the graphic is the Pixel Fill Rate. Having 4 Raster Managers in your system, you can have more that 600 M Pixels touched per second. (per pipe) Giving a 2x 1280x1024 screen, and a 20 Hz refresh rate, you can calculate that each pixel can be touch 12 times per frame. So this limitation should not be a problem for you, unless you really have more than 12 screen size objects drawned each frame. Best Regards -- Remi o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o PERFORMER : ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 12:14:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA10775; Fri, 16 Aug 1996 12:13:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA10759; Fri, 16 Aug 1996 12:13:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA08210; Fri, 16 Aug 1996 12:13:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA27743; Fri, 16 Aug 1996 12:13:47 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA22994; Fri, 16 Aug 1996 12:13:44 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id UAA29824; Fri, 16 Aug 1996 20:11:41 +0100 From: "Angus Dorbie" Message-Id: <9608162011.ZM29822@bitch.reading.sgi.com> Date: Fri, 16 Aug 1996 20:11:41 +0100 In-Reply-To: Remi Arnaud "Re: Infinite Reality and Real-Time Graphics" (Aug 16, 11:07am) References: <4unm03$pr0@herald.concentric.net> <3214B8CA.41C6@asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Remi Arnaud , "Jeffry J. Brickley" Subject: Re: Infinite Reality and Real-Time Graphics Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O A minor addition to Remis post. On iR an 8 bit grey scale texture will use up a minimum of 2 bytes per texel and MIP mapping always costs an extra third. You can use a new OpenGL extension on iR to pack two 8 bit textures together and then select one set of the packed halves. I doubt performer does this, in any case you sound like your using OpenGL. You need an internal format of GL_DUAL_INTENSITY8_SGIS and select with glTexParameteri(GL_TEXTURE_2D, GL_DUAL_TEXTURE_SELECT_SGIS, &selection_0_or_1) Rgds, Angus. On Aug 16, 11:07am, Remi Arnaud wrote: > Subject: Re: Infinite Reality and Real-Time Graphics > > Are my greyscale textures being used as 3byte (or 4byte with alpha) > > internally that I cannot see? > > Performer tells you the % of the texture memory you use. As far as you > stay below 100%, it doesn't matter. >-- End of excerpt from Remi Arnaud ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 13:29:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA11394; Fri, 16 Aug 1996 13:26:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11378; Fri, 16 Aug 1996 13:26:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11675; Fri, 16 Aug 1996 13:27:00 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA01519; Fri, 16 Aug 1996 13:26:59 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA07268 for ; Fri, 16 Aug 1996 13:26:58 -0700 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQbdam18835; Fri, 16 Aug 1996 12:10:19 -0400 (EDT) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Fri, 16 Aug 1996 12:10:19 -0400 Received: from galaxy.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA25092; Fri, 16 Aug 96 11:54:48 EDT Received: by galaxy.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id LAA02574; Fri, 16 Aug 1996 11:54:48 -0400 Date: Fri, 16 Aug 1996 11:54:48 -0400 From: peter@galaxy.cambridge.com (Peter Chou) Message-Id: <199608161554.LAA02574@galaxy.cambridge.com> To: info-performer@sgi.com Subject: pfGetUserData in forked ISECT proc Status: O Hi, I have been trying to get the user-data of the hit-geode in a forked ISECT proc with no luck. In my program, I declared to fork ISECT proc with pfMultiprocess(PFMP_FORK_ISECT | PFMP_APP_CULL_DRAW); pfIsectFunc(MyIsectFunc); pfConfig(); and created user-data for geodes with ndData = (GEODE_DATA *)pfMalloc(sizeof(GEODE_DATA), pfGetSharedArena()); geode = pfNewGeode(); pfUserData(geode, ndData); In my ISECT proc, when I found a hit geode, the code nbytes = pfQueryHit(*hits[0], PFQHIT_NODE, &hitNode); ndData = (GEODE_DATA *)pfGetUserData(hitNode); always returned a NULL pointer for ndData; but pfGetNodeName(hitNode) would return the correct node name of that geode. However, if I did not fork the ISECT proc, say, declared pfMultiprocess(PFMP_APP_CULL_DRAW); pfConfig(); pfIsectFunc(MyIsectFunc); (yes, these three lines are the only difference) then I could get the user-data of the hit-geode with no problem. I have run my code on both ONYX IRIX 5.3 with Performer 2.0 and iR IRIX64 6.2 with Performer 2.1. Both gave the same results. Is there any particular code or code ordering other than above that I should set in order to get geode's user-data in a forked ISECT proc? Thanks in advance for any help. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Peter T. C. Chou Cambridge Research Associates, Inc. office: (703)790-0505 ext 7206 1430 Spring Hill Road, Suite 200 FAX: (703)790-0370 McLean, VA 22102 E-MAIL: peter@cambridge.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 14:11:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA11615; Fri, 16 Aug 1996 14:09:24 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA11599; Fri, 16 Aug 1996 14:09:23 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA14021; Fri, 16 Aug 1996 14:09:46 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA03311; Fri, 16 Aug 1996 14:09:42 -0700 Received: from camus.paradigmsim.com ([206.7.114.160]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA16091 for ; Fri, 16 Aug 1996 14:09:40 -0700 Received: by camus.paradigmsim.com (940816.SGI.8.6.9/940406.SGI.AUTO) id QAA18096; Fri, 16 Aug 1996 16:10:51 -0500 From: "Rick Weyrauch" Message-Id: <9608161610.ZM18094@camus.paradigmsim.com> Date: Fri, 16 Aug 1996 16:10:47 -0500 In-Reply-To: peter@galaxy.cambridge.com (Peter Chou) "pfGetUserData in forked ISECT proc" (Aug 16, 11:54am) References: <199608161554.LAA02574@galaxy.cambridge.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com, peter@galaxy.cambridge.com (Peter Chou) Subject: Re: pfGetUserData in forked ISECT proc Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Peter, This is a bug in Performer 2.1 and 2.0.2 where user data attached to a pfNode is not copied to the ISECT process. There is a workaround for this problem (thanks to Jenny Zhao at SGI). The fix is to call pfFrame prior to attaching your user data or you can (from the APP process) traverse your scene graph and reattach your user data before starting your sim-loop. The following code snippet fixes the problem.... void fixUserData(pfNode *node) { void *ud = NULL; int numKids = 0; int i; if (node == NULL) return; ud = pfGetUserData(node); if (ud) pfUserData(node, ud); if (pfIsOfType(node, pfGetGroupClassType())) { numKids = pfGetNumChildren(node); for (i=0; i Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA12408; Fri, 16 Aug 1996 15:30:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA18356; Fri, 16 Aug 1996 15:30:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA07440; Fri, 16 Aug 1996 15:30:32 -0700 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA03591 for ; Fri, 16 Aug 1996 15:30:31 -0700 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA23078; Fri, 16 Aug 96 15:28:36 PDT Message-Id: Date: 16 Aug 1996 15:31:53 U From: "GARY ADAIR" Subject: Overlapping viewports To: "Info" X-Mailer: Mail*Link SMTP/QM 3.0.0 Status: O Subject: Time: 2:39 PM OFFICE MEMO Overlapping viewports Date: 8/16/96 Greetings: My objective is to create a HUD overlay for the main channel, which contains an Earth/Sky and other objects. I have accomplished this by creating 2 channels with overlapping viewports, using the share mask to control which attributes are shared, and using a draw callback function for the HUD channel. This approach works fine when applied only to a Performer application. The problem occurs when I try to apply this approach with a mixed Performer and Motif application; in which Motif is forked off. In this case, the HUD viewport appears to be behind (is blocked from view by) the main channel viewport. I would greatly appreciate any help with this one. Thanks in Advance, Gary Adair ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 16 16:33:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA12965; Fri, 16 Aug 1996 16:31:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA12949; Fri, 16 Aug 1996 16:31:46 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA20738; Fri, 16 Aug 1996 16:32:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA09779; Fri, 16 Aug 1996 16:32:08 -0700 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA15261 for ; Fri, 16 Aug 1996 16:32:07 -0700 Received: from daffy by acusoft.com (5.x/SMI-SVR4) id AA27953; Fri, 16 Aug 1996 19:32:06 -0400 Received: by daffy (940816.SGI.8.6.9) id TAA12965; Fri, 16 Aug 1996 19:32:05 -0400 Date: Fri, 16 Aug 1996 19:32:03 -0400 (EDT) From: Mark Visconti To: info-performer@sgi.com Subject: pfPipeWindow performance effects Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Are there any performance issues when using multiple pfPipeWindows on a single pipe ? I realize multiple pfPipes is a "bad thing", but have not seen any mention of problems with pfPipeWindows. It is significantly faster (High Impact) to run one pfPipeWindow with multiple pfChannels than a single pfPipeWindow per pfChannel. Should each pfChannel under their specific pfPipeWindow share PFCHAN_SWAPBUFFERS ? Are there other attributes that should be shared to optimize performance? Is there a better way (related to performance) to do several pfPipeVideoChannels on the IR than multiple pfPipeWindows ? Thanks, Mark Visconti AcuSoft, Inc. visconti@acusoft.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 Aug 16 18:00:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA13936; Fri, 16 Aug 1996 17:58:53 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA13920; Fri, 16 Aug 1996 17:58:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA24748; Fri, 16 Aug 1996 17:59:16 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA12545; Fri, 16 Aug 1996 17:59: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/950213.SGI.AUTOCF) via SMTP id RAA29646 for ; Fri, 16 Aug 1996 17:59:15 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for info-performer@sgi.com id AA00497; Fri, 16 Aug 96 17:59:12 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA28712; Fri, 16 Aug 1996 17:59:11 -0700 From: "Sharon Clay" Message-Id: <9608161759.ZM28710@rose.asd.sgi.com> Date: Fri, 16 Aug 1996 17:59:11 -0700 In-Reply-To: Mark Visconti "pfPipeWindow performance effects" (Aug 16, 7:32pm) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Mark Visconti , info-performer@sgi.com Subject: Re: pfPipeWindow performance effects Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19608161759.ZM28710.asd.sgi.com" Status: O -- --PART-BOUNDARY=.19608161759.ZM28710.asd.sgi.com Content-Type: text/plain; charset=us-ascii +>---- On Aug 16, 7:32pm, Mark Visconti wrote: > Subject: pfPipeWindow performance effects ->From guest@holodeck.csd.sgi.com Fri Aug 16 16:48:33 1996 ->Date: Fri, 16 Aug 1996 19:32:03 -0400 (EDT) ->From: Mark Visconti ->To: info-performer@sgi.com ->Subject: pfPipeWindow performance effects -> -> Are there any performance issues when using multiple pfPipeWindows ->on a single pipe ? I realize multiple pfPipes is a "bad thing", ->but have not seen any mention of problems with pfPipeWindows. ->It is significantly faster (High Impact) to run one pfPipeWindow with ->multiple pfChannels than a single pfPipeWindow per pfChannel. This is because each pfPipeWindow has a separate graphics context so when you have to change pfPipeWindows, a graphics context switch occurs. One additional issue is the management of textures and display lists between graphics contexts. By default separate graphics contexts do _not_ share textures which means that you might be running out of texture memory from duplicated textures. You can verify if this is the case with performer graphics stats - they will show texture downloads happening. If this is your trouble, you can attach multiple pfPipeWindows (the default Performer share mask specifies to share GL objects, PFWIN_SHARE_GL_OBJS). pfAttachPWin(pw0, pw1); The additional performance issues with pfPipes comes from the fact that each pfPipe gets a separate cull and draw process and you don't want multiple draw processes thrashing on a single graphics pipe. ->Should each pfChannel under their specific pfPipeWindow share ->PFCHAN_SWAPBUFFERS ? As it turns out, we currently always swap all pfPipeWindows of a pfPipe at the same time, as opposed to when each is done drawing. However, you should go ahead and specify this if it is definitely what you want in case it is important in the future. -> Are there other attributes that should be shared to optimize performance? As above, share GL_OBJS across windows. ->Is there a better way (related to performance) to do ->several pfPipeVideoChannels on the IR than multiple pfPipeWindows ? A pfPipeWindow can have have multiple pfPipeVideoChannels. You definitey should not use multiple pfPipeWidnows just for managing video channels. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ --PART-BOUNDARY=.19608161759.ZM28710.asd.sgi.com Content-Description: Message from Mark Visconti Content-Type: message/rfc822 Received: from giraffe.asd.sgi.com by rose.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA28036; Fri, 16 Aug 1996 16:48:33 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for src@rose.asd.sgi.com id AA25341; Fri, 16 Aug 96 16:48:31 -0700 Received: from giraffe.asd.sgi.com by rose.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) for id QAA28033; Fri, 16 Aug 1996 16:48:30 -0700 Received: from fddi-sgigate.sgi.com by giraffe.asd.sgi.com via SMTP (931110.SGI/930416.SGI) for srf@rose.asd.sgi.com id AA25335; Fri, 16 Aug 96 16:48:29 -0700 Received: from holodeck.csd.sgi.com by sgigate.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/940406a.SGI) id QAA25786; Fri, 16 Aug 1996 16:47:27 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA12965; Fri, 16 Aug 1996 16:31:46 -0700 Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA12949; Fri, 16 Aug 1996 16:31:46 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA20738; Fri, 16 Aug 1996 16:32:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA09779; Fri, 16 Aug 1996 16:32:08 -0700 Received: from acusoft.com (acusoft.acusoft.com [205.187.235.130]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id QAA15261 for ; Fri, 16 Aug 1996 16:32:07 -0700 Received: from daffy by acusoft.com (5.x/SMI-SVR4) id AA27953; Fri, 16 Aug 1996 19:32:06 -0400 Received: by daffy (940816.SGI.8.6.9) id TAA12965; Fri, 16 Aug 1996 19:32:05 -0400 Date: Fri, 16 Aug 1996 19:32:03 -0400 (EDT) From: Mark Visconti To: info-performer@sgi.com Subject: pfPipeWindow performance effects Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Are there any performance issues when using multiple pfPipeWindows on a single pipe ? I realize multiple pfPipes is a "bad thing", but have not seen any mention of problems with pfPipeWindows. It is significantly faster (High Impact) to run one pfPipeWindow with multiple pfChannels than a single pfPipeWindow per pfChannel. Should each pfChannel under their specific pfPipeWindow share PFCHAN_SWAPBUFFERS ? Are there other attributes that should be shared to optimize performance? Is there a better way (related to performance) to do several pfPipeVideoChannels on the IR than multiple pfPipeWindows ? Thanks, Mark Visconti AcuSoft, Inc. visconti@acusoft.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com --PART-BOUNDARY=.19608161759.ZM28710.asd.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 19 08:09:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA19877; Mon, 19 Aug 1996 08:08:14 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA19861; Mon, 19 Aug 1996 08:08:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA18967; Mon, 19 Aug 1996 08:08:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA03473; Mon, 19 Aug 1996 08:08:37 -0700 Received: from mailer.fsu.edu (mailer.fsu.edu [128.186.6.103]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA17014 for ; Mon, 19 Aug 1996 08:08:36 -0700 Received: from PacificOcean.coaps.fsu.edu by mailer.fsu.edu with SMTP id AA02253 (5.65c/IDA-1.4.4 for <@mailer.fsu.edu:info-performer@sgi.com>); Mon, 19 Aug 1996 11:08:34 -0400 Received: by PacificOcean.coaps.fsu.edu (951211.SGI.8.6.12.PATCH1042/951211.SGI.AUTO) for info-performer@sgi.com id LAA29492; Mon, 19 Aug 1996 11:08:32 -0400 From: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) Message-Id: <9608191108.ZM29490@PacificOcean.coaps.fsu.edu> Date: Mon, 19 Aug 1996 11:08:31 -0400 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: GSet Replacement Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello, I'm trying to make a simple color table modification program. I've made a GeoSet showing all of the colors available and another that shows the color for modification. When I try to replace the GSet for the modifiable color, however, it is removed from my window. I am using a simple pfReplaceGSet, and storing the file and viewing it with perfly shows that it has been done correctly. I suppose that the problem lies with my program not traversing the node into my new GSet, but I don't know how to fix it. I would appreciate any help. Thanks, Aubrey Holland C.O.A.P.S. holland@coaps.fsu.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 Aug 19 08:02:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA19844; Mon, 19 Aug 1996 08:00:47 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA19828; Mon, 19 Aug 1996 08:00:46 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA18548; Mon, 19 Aug 1996 08:01:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA03246; Mon, 19 Aug 1996 08:01:10 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA15538 for ; Mon, 19 Aug 1996 08:01:06 -0700 Received: from er by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id LAA06942; Mon, 19 Aug 1996 11:00:27 -0400 Received: by er (940816.SGI.8.6.9/940406.SGI.AUTO) id LAA05253; Mon, 19 Aug 1996 11:00:13 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199608191500.LAA05253@er> Subject: Re: Overlapping viewports To: adairg@qmsmtpgw.mugu.navy.mil (GARY ADAIR) Date: Mon, 19 Aug 1996 11:00:12 -0400 (EDT) Cc: info-performer@sgi.com In-Reply-To: from "GARY ADAIR" at Aug 16, 96 03:31:53 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 5193 Status: O > Subject: Time: 2:39 PM > OFFICE MEMO Overlapping viewports Date: 8/16/96 > > Greetings: > > My objective is to create a HUD overlay for the main channel, which contains > an Earth/Sky and other objects. I have accomplished this by creating 2 > channels with overlapping viewports, using the share mask to control which > attributes are shared, and using a draw callback function for the HUD > channel. This approach works fine when applied only to a Performer > application. The problem occurs when I try to apply this approach with a > mixed Performer and Motif application; in which Motif is forked off. In this > case, the HUD viewport appears to be behind (is blocked from view by) the > main channel viewport. I would greatly appreciate any help with this one. > > Thanks in Advance, Gary Adair This seems like overkill to me. We just draw text and graphics to the framebuffer/window of the main channel in a post-pfDraw function. It works for us in OpenGL. This has come up a number of times, so I have included code that also loads in fonts too. Here's the second half of the draw function: // ========= DRAW ========= // invoke Performer draw-processing for this frame pfDraw(); // ======= POST DRAW ====== // set up ortho viewing glDepthFunc(GL_ALWAYS); glDepthMask(GL_FALSE); pfPushState(); pfBasicState(); static pfMatrix tempmat; glGetFloatv(GL_PROJECTION_MATRIX, (GLfloat *)tempmat.mat); glMatrixMode(GL_PROJECTION); glLoadMatrixf((GLfloat *)pfIdentMat.mat); glOrtho(0.0f, 1.0f, 0.0f, 1.0f, 1.0, -1.0); glMatrixMode(GL_MODELVIEW); pfPushIdentMatrix(); // ALL ORTHO2 DRAW ROUTINES GO HERE // output heads-up display information if (G_shared->HUD_flag) { displayHUD(); } // RESTORE GRAPHICS STATE pfPopMatrix(); glMatrixMode(GL_PROJECTION); glLoadMatrixf((GLfloat *)tempmat.mat); glMatrixMode(GL_MODELVIEW); pfPopState(); glDepthMask(GL_TRUE); glDepthFunc(GL_LESS); Here's what the displayHUD() function looks like: //---------------------------------------------------------------------- // Function: displayHUD // Summary: output the heads-up (overlay) display to GUI // Parameters: none // Returns: none //---------------------------------------------------------------------- void displayHUD() { // DRAW THE CROSSHAIRS float linelen = .05f; float linesep = 0.01; glColor3ub(55,168,255); glBegin(GL_LINES); // the cross hairs glVertex2f(0.5-linelen-linesep, 0.5); glVertex2f(0.5-linesep, 0.5); glVertex2f(0.5+linelen+linesep, 0.5); glVertex2f(0.5+linesep, 0.5); glVertex2f(0.5, 0.5-linelen-linesep); glVertex2f(0.5, 0.5-linesep); glVertex2f(0.5, 0.5+linelen+linesep); glVertex2f(0.5, 0.5+linesep); glEnd(); // Print text (graphically) to screen glColor3ub(44, 106, 249); // current time char text[100]; sprintf(text, "Time: %5.2f sec.", G_shared->time); glRasterPos2f(0.02, 0.02); drawXFontString(fontDLHandleS, text); } Doing fonts was not exactly straight forward (credit goes to Paul Sherman for working this stuff out). Here are some of the things that need to be added: Variables: static char fontNameS[] = "-*-courier-medium-r-*-*-13-*-*-*-*-*-iso8859-*"; static XFontStruct *fontInfoS; int fontDLHandleS; #define FIRSTGLYPH 32 #define LASTGLYPH 128 Loading fonts during initialization I was told that this should be executed the first time through the draw process, however I have had success in calling it after the pw->open() (pfPipeWindow) function in the function (openPipeWindow for example) specified by pw->setConfigFunc(openPipeWindow); that is called when pw->config() is executed: fontInfoS = XLoadQueryFont(xdisplay, fontNameS); if(fontInfoS == NULL){ pfNotify(PFNFY_FATAL,PFNFY_USAGE, "loadXFont: Couldn't load Small X font\n"); exit(1); } // Create GL display lists for fonts fontDLHandleS = glGenLists((GLuint) LASTGLYPH + 1); if(fontDLHandleS == 0) { pfNotify(PFNFY_FATAL, PFNFY_USAGE, "loadXFont: Couldn't get %d " "display lists for Small Font\n", LASTGLYPH + 1); exit(1); } glXUseXFont(fontInfoS->fid, FIRSTGLYPH, LASTGLYPH - FIRSTGLYPH + 1, fontDLHandleS + FIRSTGLYPH); Drawing fonts on screen //---------------------------------------------------------------------------- // Function: // Summary: // Parameters: // Returns: //---------------------------------------------------------------------------- void drawXFontString(int fontDLHandle, char *s) { glPushAttrib(GL_LIST_BIT); glListBase(fontDLHandle); glCallLists(strlen(s), GL_UNSIGNED_BYTE, (GLubyte *)s); glPopAttrib(); } Hope this helps, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., St. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 19 09:04:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20087; Mon, 19 Aug 1996 09:03:04 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20071; Mon, 19 Aug 1996 09:03:03 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA21535; Mon, 19 Aug 1996 09:03:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA05841; Mon, 19 Aug 1996 09:03:27 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA27033 for ; Mon, 19 Aug 1996 09:03:26 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id MAA04456; Mon, 19 Aug 1996 12:03:23 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 19 Aug 96 12:02:51 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 19 Aug 96 12:02:21 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Mon, 19 Aug 1996 12:02:12 EST Subject: IrisGL HUD fonts X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: Status: O A little while ago I posted a message asking for help with HUD fonts. Thanks to everyone who has helped out, especially Fred Clyne. Unfortunately, everyone I talk to is using OpenGL. My app is in IrisGL, and my boss has no desire to switch. Using the text.c example program, I find that OpenGL can use X fonts, while IrisGL seems to have some trouble. The pfuXFont routines have the same problems. Can anyone help me find a way to use a font other than the default in IrisGL? Thanks, Jude Anthony jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 19 09:42:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA20274; Mon, 19 Aug 1996 09:40:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA20258; Mon, 19 Aug 1996 09:40:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA23379; Mon, 19 Aug 1996 09:41:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA07767; Mon, 19 Aug 1996 09:41:21 -0700 Received: from tuvok.mugu.navy.mil (tuvok.mugu.navy.mil [143.113.247.22]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA04971 for ; Mon, 19 Aug 1996 09:41:12 -0700 Received: from qmsmtpgw.mugu.navy.mil (qmsendgw.mugu.navy.mil) by tuvok.mugu.navy.mil (4.1/SMI-4.1) id AA03007; Mon, 19 Aug 96 09:39:10 PDT Message-Id: Date: 19 Aug 1996 09:44:16 U From: "SCOTT OFRIEL" Subject: Motif.C To: info-performer@sgi.com X-Mailer: Mail*Link SMTP/QM 3.0.0 Status: O Subject: Time: 8:50 AM OFFICE MEMO Motif.C Date: 8/19/96 Hello: We are writing a real-time application which uses both Performer and Motif and we are using usr/share/Performer/src/pguide/libpf/C++/motif.C as a guide. If we wanted to add a second glwidget and draw some other Performer graphics in that glwidget, would we have to create a second pfPipeWindow and associate that second glwidget to the second pfPipeWindow? Are there any performance hits in adding this second pfPipeWindow? Is it more efficient to keep the one pfPipeWindow, add a second pfChannel to it, with its own draw callback, that draws the different graphics? Thanks ahead of time! Scott 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 Aug 19 10:10:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA20394; Mon, 19 Aug 1996 10:08:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20378; Mon, 19 Aug 1996 10:08:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24866; Mon, 19 Aug 1996 10:08:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA09357; Mon, 19 Aug 1996 10:08:38 -0700 Received: from rdvax.ntsc.navy.mil ([192.44.253.102]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id KAA11093 for ; Mon, 19 Aug 1996 10:08:29 -0700 Message-Id: <199608191708.KAA11093@sgi.sgi.com> Date: 19 Aug 96 13:04:00 EST From: "Robert Reif" Subject: pfuSmoke problems To: "info-performer" Status: O I am having two problems with the pfuSmoke routines. There appears to be a bug when a smoke is stopped and restarted. I was getting a floating puff above the restarted smoke. This is easily fixed by adding the following two lines to pfuSmokeMode(): smoke->startPuff = smoke->numPuffs = 0; smoke->prevTime = -1.0f; The second problem is much more serious and not as easily solved. There is no way proper way to delete a pfuSmoke once it is created. The pfuSmoke routines keep an array of pointers to all pfuSmoke structures created by pfuNewSmoke(). If you delete the value returned by pfuNewSmoke, pfuDrawSmokes will continue to use the deleted memory which is not a good thing. Are there any plans to fix this problem in a future release or has someone else already addressed this problem? ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 19 12:12:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA20953; Mon, 19 Aug 1996 12:10:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA20937; Mon, 19 Aug 1996 12:10:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA00999; Mon, 19 Aug 1996 12:11:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA18009; Mon, 19 Aug 1996 12:11:01 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA07408 for ; Mon, 19 Aug 1996 12:10:59 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id PAA24856; Mon, 19 Aug 1996 15:10:57 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 19 Aug 96 15:10:23 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.23); 19 Aug 96 15:09:57 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Mon, 19 Aug 1996 15:09:52 EST Subject: IrisGL HUD fonts X-mailer: Pegasus Mail for Windows (v2.33) Message-ID: Status: O Thanks to David H. Whittington, who solved my IrisGL HUD fonts problem. He told me to look at the fmfonts stuff, and I eventually found fminit(), fmfindfont(), fmscalefont(), fmsetfont(), and fmprstr(). These work wonderfully under IrisGL to put text on the screen in various fonts available from the X server. Thanks again! Jude Anthony jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 19 17:38:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA22592; Mon, 19 Aug 1996 17:35:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA22576; Mon, 19 Aug 1996 17:35:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA14472; Mon, 19 Aug 1996 17:35:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA04395; Mon, 19 Aug 1996 17:35:11 -0700 Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA11500 for ; Mon, 19 Aug 1996 17:35:10 -0700 Received: from chem.chem.ucsd.edu (chem.ucsd.edu [132.239.68.1]) by UCSD.EDU (8.7.5/8.6.9) with SMTP id RAA05427 for ; Mon, 19 Aug 1996 17:35:08 -0700 (PDT) Received: by chem.chem.ucsd.edu (5.51) id AA12952; Mon, 19 Aug 96 17:34:31 PDT Received: by large.ucsd.edu (950413.SGI.8.6.12) id RAA10287; Mon, 19 Aug 1996 17:31:44 -0700 Date: Mon, 19 Aug 1996 17:31:44 -0700 From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199608200031.RAA10287@large.ucsd.edu> Apparently-To: iris-performer@sgi.com Status: O Hello, Performers! Is there any reason why the line pfGroup * test = new pfGroup; should cause my dbase process to hang? This happens no matter where in the dbase process's execution I put this line. If I change the multiprocessing configuration to single, it works fine. I also get the same kind of hang if I allocate a pfDCS in the dbase process. Help! Jeremy :) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 19 22:17:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id WAA23250; Mon, 19 Aug 1996 22:14:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA23234; Mon, 19 Aug 1996 22:14:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id WAA20990; Mon, 19 Aug 1996 22:14:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id WAA11414; Mon, 19 Aug 1996 22:14:22 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA20616 for ; Mon, 19 Aug 1996 22:14:21 -0700 Received: from uucp1.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp1.UU.NET [192.48.96.32]) id QQbdmc03648; Mon, 19 Aug 1996 15:40:28 -0400 (EDT) Received: from ds9.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Mon, 19 Aug 1996 15:40:28 -0400 Received: from cagiva.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA05987; Mon, 19 Aug 96 15:36:35 EDT Received: by cagiva.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id PAA08485; Mon, 19 Aug 1996 15:36:34 -0400 From: "Daniel Jia" Message-Id: <9608191536.ZM8483@cagiva> Date: Mon, 19 Aug 1996 15:36:32 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Re: pfuSmoke problems Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O In solving the problems of pfuSmoke, such as the second one indicated below, I rewrote pfuSmoke routines with pfGeoSet and pfGeode. Basically, puffs are constructed with pfGeoSet's and pfGeoState's. The "Smoke", which is derived from pfGeode, then references the pfGeoSet's. So each "Smoke" is a pfGeode, and can be created, instanced, attached, and deleted freely. I don't know why pfuSmoke isn't done this way. >From uunet!holodeck.csd.sgi.com!guest Mon Aug 19 13:31:09 1996 >Message-Id: <199608191708.KAA11093@sgi.sgi.com> >Date: 19 Aug 96 13:04:00 EST >From: "Robert Reif" >Subject: pfuSmoke problems >To: "info-performer" > >I am having two problems with the pfuSmoke routines. There appears to be >a bug when a smoke is stopped and restarted. I was getting a floating >puff above the restarted smoke. This is easily fixed by adding the >following two lines to pfuSmokeMode(): > > smoke->startPuff = smoke->numPuffs = 0; > smoke->prevTime = -1.0f; > >The second problem is much more serious and not as easily solved. There is >no way proper way to delete a pfuSmoke once it is created. The pfuSmoke >routines keep an array of pointers to all pfuSmoke structures created by >pfuNewSmoke(). If you delete the value returned by pfuNewSmoke, >pfuDrawSmokes will continue to use the deleted memory which is not a good >thing. > >Are there any plans to fix this problem in a future release or has someone >else already addressed this problem? > >======================================================================= >List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com > ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 20 00:23:52 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA23525; Tue, 20 Aug 1996 00:20:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA23509; Tue, 20 Aug 1996 00:20:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA23582; Tue, 20 Aug 1996 00:20:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA15858; Tue, 20 Aug 1996 00:20:29 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA06477 for ; Tue, 20 Aug 1996 00:20:26 -0700 Received: from csf1.pobox.oleane.com (csf1.pobox.oleane.com [194.2.5.16]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id JAA16838; Tue, 20 Aug 1996 09:19:44 +0200 Message-Id: <199608200719.JAA16838@relay1.oleane.net> X-Sender: csf1@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Aug 1996 09:18:45 +0200 To: jaf@chem.ucsd.edu (Jeremy Friesner) From: "couvet@pobox.oleane.com" Subject: Re: Cc: info-performer@sgi.com Status: O At 17:31 19/08/1996 -0700, you wrote: >Hello, Performers! > >Is there any reason why the line=20 > >pfGroup * test =3D new pfGroup; > >should cause my dbase process to hang? This happens >no matter where in the dbase process's execution I >put this line. If I change the multiprocessing=20 >configuration to single, it works fine. I also >get the same kind of hang if I allocate a pfDCS >in the dbase process. > >Help! > Is the shared arena initialized at the beginning of the process ?? rgds Cyril Serge Couvet,Dipl Ing |=20 Advanced Research Manager | Future systems Technology ( training systems and surgery simulation) Thomson Training & Simulation | Manufacturer of training simulators 1, rue du G=E9n=E9ral de Gaulle- Z.I. Les beaux soleils - OSNY | BP226-|95523 Cergy Pontoise Cedex-FRANCE | couvet@pobox.oleane.com -tel (33 1) 34228663 | ======================================================================= 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 Aug 20 06:29:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA24001; Tue, 20 Aug 1996 06:26:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA23985; Tue, 20 Aug 1996 06:26:20 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA01348; Tue, 20 Aug 1996 06:26:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA24857; Tue, 20 Aug 1996 06:26:19 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA21515 for ; Tue, 20 Aug 1996 06:26:16 -0700 Received: from csf1.pobox.oleane.com (csf1.pobox.oleane.com [194.2.5.16]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id PAA00734 for ; Tue, 20 Aug 1996 15:26:05 +0200 Message-Id: <199608201326.PAA00734@relay1.oleane.net> X-Sender: csf1@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 20 Aug 1996 15:25:06 +0200 To: info-performer@sgi.com From: "couvet@pobox.oleane.com" Subject: Toggle wireframe mode of pfGeoSets Status: O Hi there,=20 I got some trouble turning on and off the WireFrame Draw mode=20 of a pfGeoset. I tried to modify the DrawMode of the pfGeoset (with ::pfSetDrawMode()), I can turn it on but I can't go backwards=20 (ie. I keep the geoset in WireFrame mode! :( ) Then, when I read in the manual that the ::pfSetDrawMode changes the way the= =20 Intersection traversal behave, I tried to change the binded GeoState=20 property without any effect !=20 Is there anybody here who knows how to toggle this mode with a hit on the keyboard at run-time (it works well at design-time : I can choose whatever mode I want, but I can't change it at run-time). Thanks. Cyril ZEKSER Serge Couvet,Dipl Ing |=20 Advanced Research Manager | Future systems Technology ( training systems and surgery simulation) Thomson Training & Simulation | Manufacturer of training simulators 1, rue du G=E9n=E9ral de Gaulle- Z.I. Les beaux soleils - OSNY | BP226-|95523 Cergy Pontoise Cedex-FRANCE | couvet@pobox.oleane.com -tel (33 1) 34228663 | ======================================================================= 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 Aug 20 11:12:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA24396; Tue, 20 Aug 1996 10:47:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24380; Tue, 20 Aug 1996 10:47:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA09788; Tue, 20 Aug 1996 10:47:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA06041; Tue, 20 Aug 1996 10:47:44 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA12864 for ; Tue, 20 Aug 1996 10:47:42 -0700 Received: from csf2.pobox.oleane.com (csf2.pobox.oleane.com [194.2.5.17]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id TAA10398; Tue, 20 Aug 1996 19:47:35 +0200 Message-Id: <199608201747.TAA10398@relay1.oleane.net> X-Sender: csf2@pobox.oleane.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 20 Aug 1996 19:46:13 +0000 To: "couvet@pobox.oleane.com" From: arnaud@pobox.oleane.com (Space Magic Team) Subject: Re: Toggle wireframe mode of pfGeoSets Cc: info-performer@sgi.com X-Mailer: Status: O >Hi there,=20 > >I got some trouble turning on and off the WireFrame Draw mode=20 >of a pfGeoset. Hello Cyril ! the most practical I found to toggle on or off wireframe mode is as written in perfly. Just encapsulate your pfDraw() function between the two functions pfuPreDrawStyle(style,scribeColor) and pfuPostDrawStyle(style). I personaly use a value of PFUSTYLE_SCRIBED for value of argument style, and a red scribeColor. Hope this helps. Philippe Poutignat ____________________________________________________________________ | | /\ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= /\ | | | -(*)- <[]> arnaud@POBOX.oleane.com <[]> -(*)- | | | \/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= \/ | | |--------------------------------------------------------------------| | ______ _________ ____________ _________ ______ | | /_/_/_/\ | Space | \/\/\/\/\/\/ | Space | /\_\_\_\ | | /_/_/_/\/\ | ~~~~~~~ | \/\/\/\/\/ | ~~~~~~~ | /\/\_\_\_\ | |/_/_/_/\/\/\ | Magic | \/\/\/\/ | Basic | /\/\/\_\_\_\| |\_\_\_\/\/\/ '---------' \/\/\/ '---------' \/\/\/_/_/_/| | \_\_\_\/\/ / ######### \ \/\/ / ######### \ \/\/_/_/_/ | | \_\_\_\/ / ########### \ \/ / ########### \ \/_/_/_/ | | '---------------' '---------------' | |--------------------------------------------------------------------| | o o Thomson Training & Simulation o o | | o o Z.A. Les Boutries; 5, rue Leonardo da Vinci; B.P. 252 o o | | o o 78703 Conflans Sainte Honorine Cedex France o o | | o o Tel: [33] (1) 34903614 Fax: [33] (1) 34903602 o o | |____________________________________________________________________| ======================================================================= 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 Aug 20 12:04:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA24760; Tue, 20 Aug 1996 12:00:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24743; Tue, 20 Aug 1996 12:00:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA12684; Tue, 20 Aug 1996 12:00:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA10474; Tue, 20 Aug 1996 12:00:54 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA29286 for ; Tue, 20 Aug 1996 12:00:52 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA03504; Tue, 20 Aug 96 13:55:53 -0500 Date: Tue, 20 Aug 96 13:55:53 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9608201855.AA03504@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Toggle wireframe mode of pfGeoSets Status: O > the most practical I found to toggle on or off wireframe mode is as written > in perfly. > Just encapsulate your pfDraw() function between the two functions > pfuPreDrawStyle(style,scribeColor) and pfuPostDrawStyle(style). > I personaly use a value of PFUSTYLE_SCRIBED for value of argument style, and > a red scribeColor. What's wrong with a simple: if ( you_need_wireframe ) { pfEnable ( PFEN_WIREFRAME ) ; pfOverride ( PFSTATE_ENWIREFRAME, PF_ON ) ; } else pfOverride ( PFSTATE_ENWIREFRAME, PF_OFF ) ; ...somewhere just before pfDraw() ??? Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= 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 Aug 20 12:44:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA25005; Tue, 20 Aug 1996 12:41:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24989; Tue, 20 Aug 1996 12:41:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA14218; Tue, 20 Aug 1996 12:41:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA12927; Tue, 20 Aug 1996 12:41:04 -0700 Received: from vr.mme.wsu.edu (vr.mme.wsu.edu [134.121.72.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA07475 for ; Tue, 20 Aug 1996 12:40:55 -0700 Received: by vr.mme.wsu.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id MAA00851; Tue, 20 Aug 1996 12:40:45 -0700 From: "Scott Angster" Message-Id: <9608201240.ZM849@vr.mme.wsu.edu> Date: Tue, 20 Aug 1996 12:40:39 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: pfStrings Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hello everyone- I am still looking for any information regarding the use of pfStringIsectSegs command. I am unable to get any intersections using this command. I am using pfStrings in a 3-D menuing system in a VR environment. I use the other Performer intersections routines heavily in my code so I am familiar with intersections. Has anyone else used this and can anyone provide me with any sample code or such? I am in need of this information ASAP. Thanks for any information. Email me directly or post. Scott Angster -- ------------------------------------------------------ Scott Angster email - angster@vr.mme.wsu.edu phone - 509-335-1900 Virtual Reality and Computer-Integrated Manufacturing Lab http://www.vrcim.wsu.edu/angster/ Washington State University ======================================================================= 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 Aug 20 18:49:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA26677; Tue, 20 Aug 1996 18:46:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA26661; Tue, 20 Aug 1996 18:46:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA28309; Tue, 20 Aug 1996 18:46:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id SAA28722; Tue, 20 Aug 1996 18:46:20 -0700 Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA19682 for ; Tue, 20 Aug 1996 18:46:19 -0700 Received: from chem.chem.ucsd.edu (chem.ucsd.edu [132.239.68.1]) by UCSD.EDU (8.7.5/8.6.9) with SMTP id SAA03315 for ; Tue, 20 Aug 1996 18:46:18 -0700 (PDT) Received: by chem.chem.ucsd.edu (5.51) id AA25178; Tue, 20 Aug 96 18:45:42 PDT Received: by sdchemw1.ucsd.edu (940816.SGI.8.6.9) id SAA27788; Tue, 20 Aug 1996 18:45:49 -0700 From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199608210145.SAA27788@sdchemw1.ucsd.edu> Subject: pfNode::bufferClone broken??? To: info-performer@sgi.com Date: Tue, 20 Aug 1996 18:45:49 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hello, I'm having trouble getting the method pfNode::bufferClone(int,pfBuffer *) to work--every time I call it, it causes the DBASE process to crash. I've simplified my program down to a very simple case, which still crashes; perhaps someone can tell me what I'm doing wrong? Here is the test case: In the DBASE process initialization callback, I create two pfBuffers. I create a pfNode in one, and attempt to bufferClone() it to the other one. It crashes during the bufferClone() call... // *************************************************************************** // void InitDBaseFunc(int pipe, uint stage) // *************************************************************************** void InitDBaseProcess(int, uint) { pfBuffer * test = new pfBuffer; pfBuffer * newBuffer = new pfBuffer; test->select(); pfGroup * node = new pfDCS; newBuffer->select(); (void)node->bufferClone(0,test); // crash!! // (return value of bufferClone() not used, since we never get here) } The same thing happens when I try to call bufferClone() from the DbaseFunc callback. Here is the stack trace from dbx: (dbx) where > 0 pfNode::nb_clone(int)(0x0, 0x0, 0x181c6a70, 0x5e6b5254) ["../../../lib/libpf/pfNode.C":1253, 0x5d74acf0] 1 pfNode::nb_bufferClone(int,pfBuffer*)(0x0, 0x0, 0x181c6a70, 0x5e6b5254) ["../../../lib/libpf/pfNode.C":1260, 0x5d74ad20] 2 InitDBaseProcess(int,unsigned int)(0xffffffff, 0x10, 0x181c6a70, 0x5e6b5254) ["dbase.cc":30, 0x42b6dc] 3 configStage(int,unsigned int)(0x0, 0x0, 0x181c6a70, 0x18077268) ["../../../lib/libpf/pfProcess.C":1055, 0x5d6f3390] 4 mpDBase(void)(0x0, 0x0, 0x181c6a70, 0x5e6b5254) ["../../../lib/libpf/pfProcess.C":3088, 0x5d79da1c] 5 pfConfig(0x0, 0x18040a10, 0x1, 0x5e6b5254) ["../../../lib/libpf/pfProcess.C":1705, 0x5d72a99c] 6 main(0x2, 0x7fff2ee4, 0x181c6a70, 0x5e6b5254) ["main.cc":76, 0x432458] 7 __istart() ["crt1tinit.s":13, 0x422dfc] I'm running Performer 2.0 under Irix 6.1 on a 4xR8000 Onyx. Can anyone tell me what is going wrong? Thanks, Jeremy jaf@chem.ucsd.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 Aug 21 00:17:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA00683; Wed, 21 Aug 1996 00:15:49 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA00666; Wed, 21 Aug 1996 00:15:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA06497; Wed, 21 Aug 1996 00:15:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA07868; Wed, 21 Aug 1996 00:15:46 -0700 Received: from holodeck.csd.sgi.com ([150.166.145.108]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA27309 for ; Wed, 21 Aug 1996 00:15:46 -0700 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id AAA00648; Wed, 21 Aug 1996 00:11:20 -0700 Date: Wed, 21 Aug 1996 00:11:20 -0700 From: aschaffe (Allan Schaffer) Message-Id: <9608210011.ZM646@holodeck.csd.sgi.com> In-Reply-To: Axel Schmidt "Initialization problem" (Jul 23, 7:31pm) References: <31F50C57.167E@artcom.de> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Axel Schmidt , info-performer@sgi.com Subject: Re: Initialization problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O [catching up on some really old messages..] On Jul 23, 7:31pm, Axel Schmidt wrote: > there is a problem during the initialization of Performer 2.0 > on IRIX 5.3 and 6.2 machines. With exact the following > configuration ... > > - the multiprocess mode is (PFMP_APPCULLDRAW | PFMP_FORK_DBASE) > - using a DBase function > - setting the screen for pipe 0 explicit to 0 > - open the pipewindow using setConfigFunc() and config() > > ... you must call pfFrame() before creating a pfChannel, > otherwise it crashes. Axel & others, I took a look into this and it appears to be fixed in the 2.0.2 patches, 1347 & 1392. That is, I could reproduce the crash easily under 2.0.1 but after loading the patches, it was gone. Just as a reminder, the patches are available from: ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/patch1347/ ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/patch1392/ ftp://sgigate.sgi.com/pub/Performer/src/pf2.0/patch1414/ Allan -- Allan Schaffer aschaffe@sgi.com Silicon Graphics http://reality.sgi.com/aschaffe Note: I will be on vacation Aug 24 - Sept 8. ======================================================================= 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 Aug 21 03:01:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA01319; Wed, 21 Aug 1996 02:58:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA01303; Wed, 21 Aug 1996 02:58:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA09777; Wed, 21 Aug 1996 02:58:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA11170; Wed, 21 Aug 1996 02:58:52 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id CAA14742 for ; Wed, 21 Aug 1996 02:58:35 -0700 Received: from donald.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA23384; Wed, 21 Aug 1996 11:35:09 +0200 Sender: dnouls@luc.ac.be Message-Id: <321AF4D9.15FB@luc.ac.be> Date: Wed, 21 Aug 1996 11:36:57 +0000 From: David Nouls Organization: L.T.I. - E.D.M. X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: pfuPath Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O There seems to be some problems with the pfuPath in Performer 2.0 on Irix 5.3: when I use these lines and arc, the car flips when he drives through the arc... is there a bugfix for this ? line -2500 -190 0 710 -190 0 arc 710 -290 0 100 270 -90 line 810 -290 0 810 -2305 0 /)avid -- ( I had a .sig once, but a little green man beat me up and took it.) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 21 03:04:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA01345; Wed, 21 Aug 1996 03:02:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA01329; Wed, 21 Aug 1996 03:02:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA09869; Wed, 21 Aug 1996 03:02:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA11373; Wed, 21 Aug 1996 03:02:17 -0700 Received: from ns.yle.fi (ns.yle.fi [193.65.105.161]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA15112 for ; Wed, 21 Aug 1996 03:02:04 -0700 Received: by ns.yle.fi; id NAA14951; Wed, 21 Aug 1996 13:01:21 +0300 Received: from thaxp1.yle.fi(193.65.107.2) by ns.yle.fi via smap (V3.1.1) id xma014931; Wed, 21 Aug 96 13:00:52 +0300 Received: by thaxp1.yle.fi id NAA13055 ; Wed, 21 Aug 1996 13:01:29 +0300 (EET DST) Received: from onyx.yle.fi (onyx.yle.fi [192.168.250.201]) by sgisrv.yle.fi (940816.SGI.8.6.9/8.6.9) with SMTP id MAA01913 for ; Wed, 21 Aug 1996 12:59:34 +0300 Sender: harri@yle.fi Message-ID: <321ADE06.2781@yle.fi> Date: Wed, 21 Aug 1996 12:59:34 +0300 From: Harri Kaimio Organization: Finnish Broadcasting Company X-Mailer: Mozilla 3.0 (X11; I; IRIX 5.3 IP19) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Transparency, sorting and pfText Content-Type: multipart/mixed; boundary="------------446B794B15FB" Status: O This is a multi-part message in MIME format. --------------446B794B15FB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all Performers! I am having problems with depth sorting when using textured fonts and transparent objects in the same scene. It seems to me that pfText objects are always drawn before transparent geometry and so appear behind it (when using blendfunction transparency). Is this a bug or is there some trick I have missed? With multisample transparency it works, but the image quality is not good enough, and I must be able to run on Impact too. I include a short test program that illustrates my problem. ----------------------------------------------------------------- Harri Kaimio | harri.kaimio@yle.fi Computer Graphics Specialist | http://cartes.hut.fi/~hkaimio Finnish Broadcasting Company | Tel. +358-40-50 67 679 TV Production Operations | Fax. +358-0-1480 4769 --------------446B794B15FB Content-Type: text/plain; charset=us-ascii; name="fontbug.C" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="fontbug.C" #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include pfScene * makeScene() { pfScene * scene = new pfScene; // Text will be in xz-plane, so this should appear behind it pfVec3 *coords = (pfVec3*) new(4*sizeof(pfVec3)) pfMemory; coords[0].set(-1.0f, 10.0f, -1.0f); coords[1].set( 1.0f, 10.0f, -1.0f ); coords[2].set( 1.0f, 10.0f, 1.0f ); coords[3].set(-1.0f, 10.0f, 1.0f ); ushort *vertexlist = (ushort*) new(4*sizeof(ushort)) pfMemory; vertexlist[0] = 0; vertexlist[1] = 1; vertexlist[2] = 2; vertexlist[3] = 3; pfVec4 *color = new pfVec4( 1.0, 1.0, 1.0, 0.5 ); pfGeoSet *sqGset = new pfGeoSet; sqGset->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, coords, NULL); sqGset->setAttr(PFGS_COLOR4, PFGS_PER_PRIM, color, NULL); sqGset->setPrimType(PFGS_QUADS); sqGset->setNumPrims(1); pfGeoState * gstate = new pfGeoState; gstate->setMode( PFSTATE_ENLIGHTING, 0); gstate->setMode( PFSTATE_TRANSPARENCY, PFTR_HIGH_QUALITY | PFTR_NO_OCCLUDE ); gstate->setMode(PFSTATE_ALPHAFUNC, PFAF_NOTEQUAL); gstate->setVal(PFSTATE_ALPHAREF, 0.0f); sqGset->setGState( gstate ); pfGeode * sqGeode = new pfGeode; sqGeode->addGSet( sqGset ); scene->addChild( sqGeode ); // Make text pfFont * font = pfdLoadFont( "type1", "Helvetica", PFDFONT_TEXTURED ); pfText * title = new pfText; pfString * str = new pfString; str->setFont( font ); str->setMode( PFSTR_JUSTIFY, PFSTR_MIDDLE ); str->setColor( 0.2, 0.2, 1.0, 1.0 ); str->setString( "Just some text" ); title->addString( str ); scene->addChild( title ); pfLightSource * light = new pfLightSource; light->setColor( PFLT_DIFFUSE, 1.0, 1.0, 1.0 ); light->setPos( 1.0, -1.0, 1.0, 0.0 ); scene->addChild( light ); return scene; } int main() { // Initialize Performer pfInit(); pfMultiprocess( PFMP_DEFAULT ); pfConfig(); pfPipe *p = pfGetPipe(0); pfPipeWindow *pw = new pfPipeWindow(p); pw->setWinType(PFPWIN_TYPE_X); pw->setName("IRIS Performer"); pw->setOriginSize(0,0,720,576); pw->open(); pfFilePath(".:/usr/share/Performer/data"); pfChannel *chan = new pfChannel(p); chan->setScene(makeScene()); chan->setAspect( PFFRUST_CALC_VERT, 4.0/3.0 ); chan->setFOV(45.0f, 0.0f); chan->setNearFar(1.0f, 50.0f ); chan->setTravMode( PFTRAV_CULL, PFCULL_VIEW | PFCULL_SORT ); chan->setBinSort( PFSORT_TRANSP_BIN, PFSORT_BACK_TO_FRONT, NULL ); pfCoord view; view.hpr.set( 0.0, 0.0, 0.0 ); view.xyz.set( 0.0, -25.0f, 0.0f ); chan->setView(view.xyz, view.hpr); for( ;; ) { pfSync(); pfFrame(); } return 0; } --------------446B794B15FB-- ======================================================================= 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 Aug 21 04:24:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA01857; Wed, 21 Aug 1996 04:23:35 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01839; Wed, 21 Aug 1996 04:23:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA11829; Wed, 21 Aug 1996 04:23:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id EAA13215; Wed, 21 Aug 1996 04:23:34 -0700 Received: from cordoba.reading.sgi.com ([144.253.74.140]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id EAA24241; Wed, 21 Aug 1996 04:23:29 -0700 Received: by cordoba.reading.sgi.com (940816.SGI.8.6.9/940406.SGI) id LAA07234; Wed, 21 Aug 1996 11:25:19 +0100 From: "Greg Edwards, SGI UK." Message-Id: <9608211125.ZM7232@cordoba.reading.sgi.com> Date: Wed, 21 Aug 1996 11:25:19 +0100 In-Reply-To: David Nouls "pfuPath" (Aug 21, 11:36am) References: <321AF4D9.15FB@luc.ac.be> Reply-To: gedwards@reading.sgi.com X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com, David Nouls Subject: Re: pfuPath Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 21, 11:36am, David Nouls wrote: > Subject: pfuPath > There seems to be some problems with the pfuPath in Performer 2.0 on > Irix 5.3: > > when I use these lines and arc, the car flips when he drives through the > arc... is there a bugfix for this ? > > line -2500 -190 0 710 -190 0 > arc 710 -290 0 100 270 -90 > line 810 -290 0 810 -2305 0 > > /)avid > -- > ( I had a .sig once, but a little green man beat me up and took it.) > ======================================================================= > 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 There are a number of glitches with pfuPath. We always discover a few when teaching Pf. I've seen this flip before. Plus it doesn't go well with vertical paths. And you have to start/end in the middle of a straight segment for smooth repeats of the track. Maybe there are fixes. -- __________________________________________________________________________ Greg Edwards, Graphics Support/Consulting Group, Silicon Graphics UK Ltd. Forum 1, Theale, Reading, UK, RG7 4RA. tel +44 1734 257500, direct +44 1734 257740, fax +44 1734 257553 gedwards@reading.sgi.com, US vmail 59130, UK vmail 7740#, mailstop IUK-311 ======================================================================= 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 Aug 21 07:49:55 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02146; Wed, 21 Aug 1996 07:47: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 HAA02130; Wed, 21 Aug 1996 07:47:32 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA01407; Wed, 21 Aug 1996 07:47:31 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14329; Wed, 21 Aug 1996 06:45:32 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id GAA03913; Wed, 21 Aug 1996 06:44:17 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA11049 for ; Wed, 21 Aug 1996 06:42:56 -0700 Received: from corysmailserv (mailhost.corys.fr [194.2.225.1]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id PAA02882 for ; Wed, 21 Aug 1996 15:42:50 +0200 Received: from neptune.corys by corysmailserv (5.x/SMI-SVR4) id AA16078; Wed, 21 Aug 1996 15:39:19 +0200 Received: by neptune.corys (5.x/SMI-SVR4) id AA14787; Wed, 21 Aug 1996 15:39:18 +0200 Date: Wed, 21 Aug 1996 15:39:18 +0200 From: reymond@corysmailserv.corys.fr (Gilles Reymond) Message-Id: <9608211339.AA14787@neptune.corys> To: info-performer@sgi.com Subject: Shared Display Lists ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: EgHbyQjt5HjXv8jl7nPkfQ== Status: O Hi, In a multi-processed environment, the only way for the Cull app to pass Display Lists to the Draw app seems to use pfDisplayLists, which store a sequence of Performer calls exclusively. Is it possible to similarly pass specific OpenGl commands, either in a regular OpenGl Display List or included in the pfDisplayList ? There is nothing mentioned in the OpenGl docs regarding the _actual_ memory location of OGL display lists. Thanks a lot for any clues, Gilles ------------------------------------------------------------------------ Gilles Reymond | CORYS SA Email: reymond@corys.fr | 74 avenue des Martyrs, tel: (33) 76 28 82 00 | 38027 GRENOBLE Cedex 01, FRANCE ------------------------------------------------------------------------ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 21 07:50:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA02164; Wed, 21 Aug 1996 07:47: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 HAA02148; Wed, 21 Aug 1996 07:47:44 -0700 Received: from roll.csd.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA01471; Wed, 21 Aug 1996 07:47:43 -0700 Received: from odin.corp.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA13367; Wed, 21 Aug 1996 05:49:03 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id FAA00550; Wed, 21 Aug 1996 05:47:47 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA03343 for ; Wed, 21 Aug 1996 05:46:27 -0700 Received: from csf1.pobox.oleane.com (csf1.pobox.oleane.com [194.2.5.16]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id OAA01575; Wed, 21 Aug 1996 14:45:29 +0200 Message-Id: <199608211245.OAA01575@relay1.oleane.net> X-Sender: csf1@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 21 Aug 1996 14:44:30 +0200 To: steve@mred.bgm.link.com (Steve Baker) From: "couvet@pobox.oleane.com" Subject: Re: Toggle wireframe mode of pfGeoSets Cc: info-performer@sgi.com Status: O At 13:55 20/08/1996 -0500, you wrote: >> the most practical I found to toggle on or off wireframe mode is as= written >> in perfly. >> Just encapsulate your pfDraw() function between the two functions >> pfuPreDrawStyle(style,scribeColor) and pfuPostDrawStyle(style). >> I personaly use a value of PFUSTYLE_SCRIBED for value of argument style,= and >> a red scribeColor. > >What's wrong with a simple: > > if ( you_need_wireframe ) > { > pfEnable ( PFEN_WIREFRAME ) ; > pfOverride ( PFSTATE_ENWIREFRAME, PF_ON ) ; > } > else > pfOverride ( PFSTATE_ENWIREFRAME, PF_OFF ) ; > >...somewhere just before pfDraw() ??? > > Thanks for your answer, Mr. POUTIGNAT wasn't wrong but your approach is a little bit faster (but still slightly wrong...)=20 I got the answer today. What to do is the following : if ( you_need_wireframe ) { pfEnable( PFEN_WIREFRAME); } else { pfDisable( PFEN_WIREFRAME); } I got some friends who told me that it works fine... Rgds Cyril=20 Serge Couvet,Dipl Ing |=20 Advanced Research Manager | Future systems Technology ( training systems and surgery simulation) Thomson Training & Simulation | Manufacturer of training simulators 1, rue du G=E9n=E9ral de Gaulle- Z.I. Les beaux soleils - OSNY | BP226-|95523 Cergy Pontoise Cedex-FRANCE | couvet@pobox.oleane.com -tel (33 1) 34228663 | ======================================================================= 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 Aug 21 09:55:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA02539; Wed, 21 Aug 1996 09:52:38 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02523; Wed, 21 Aug 1996 09:52:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA19878; Wed, 21 Aug 1996 09:52:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA07640; Wed, 21 Aug 1996 09:52:33 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id JAA20573 for ; Wed, 21 Aug 1996 09:52:30 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA05924; Wed, 21 Aug 96 11:47:32 -0500 Date: Wed, 21 Aug 96 11:47:32 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9608211647.AA05924@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: Toggle wireframe mode Status: O A while back, I suggested the following code as the easiest way to force the system to display the database in wireframe mode.... > > if ( you_need_wireframe ) > > { > > pfEnable ( PFEN_WIREFRAME ) ; > > pfOverride ( PFSTATE_ENWIREFRAME, PF_ON ) ; > > } > > else > > pfOverride ( PFSTATE_ENWIREFRAME, PF_OFF ) ; > > > >...somewhere just before pfDraw() ??? > > > > couvet@pobox.oleane.com replied... > Thanks for your answer, Mr. POUTIGNAT wasn't wrong but your approach is > a little bit faster (but still slightly wrong...)=20 > > I got the answer today. What to do is the following : > > if ( you_need_wireframe ) > { > pfEnable( PFEN_WIREFRAME); > } > else > { > pfDisable( PFEN_WIREFRAME); > } > > I got some friends who told me that it works fine... Well, I thought *VERY* carefully about the pfOverride(PFSTATE_ENWIREFRAME,PF_ON) and I can assure you that it isn't 'slightly wrong'. I use this in my application - so I KNOW it works - if you don't do the pfOverride, then if any of the pfGeoStates in your database explicitly have pfGStateMode ( gs, PFSTATE_ENWIREFRAME, PF_OFF ) ; ...then they won't be displayed in wireframe with your version of the code. Hence you need to pfOverride the state change flag so that Performer will refuse to change the state of the wireframe flag until further notice. So, in English, my code says: if you really want wireframe then... tell performer that we want wireframe and... tell performer not to let anyone change that decision... otherwise let geosets choose how they want to be displayed, so that things that *need* to be in wireframe (eg power lines in a helicopter flight simulator) can still be in wireframe. ...this is usually what people want from a wireframe mode. Of course, there are 23 good ways (and 50 bad ways) to do everything in Performer, so you choose what's right for you. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= 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 Aug 21 09:55:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA02521; Wed, 21 Aug 1996 09:52:37 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA02505; Wed, 21 Aug 1996 09:52:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA19876; Wed, 21 Aug 1996 09:52:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA07637; Wed, 21 Aug 1996 09:52: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/950213.SGI.AUTOCF) via ESMTP id JAA20575 for ; Wed, 21 Aug 1996 09:52:31 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA10697; Wed, 21 Aug 1996 09:52:29 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA27332; Wed, 21 Aug 1996 09:52:27 -0700 From: "Remi Arnaud" Message-Id: <9608210952.ZM27330@remi.asd.sgi.com> Date: Wed, 21 Aug 1996 09:52:27 -0700 In-Reply-To: reymond@corysmailserv.corys.fr (Gilles Reymond) "Shared Display Lists ?" (Aug 21, 3:39pm) References: <9608211339.AA14787@neptune.corys> 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 In a multi-processed environment, the only way for the Cull app to pass Display > Lists to the Draw app seems to use pfDisplayLists, which store a sequence of > Performer calls exclusively. > > Is it possible to similarly pass specific OpenGl commands, either in a regular > OpenGl Display List or included in the pfDisplayList ? There is nothing > mentioned in the OpenGl docs regarding the _actual_ memory location of OGL > display lists. > You should not call OpenGL from another process than the Draw. Use callbacks. -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 21 10:15:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02595; Wed, 21 Aug 1996 10:13:11 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02579; Wed, 21 Aug 1996 10:13:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA20703; Wed, 21 Aug 1996 10:13:06 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA08695; Wed, 21 Aug 1996 10:13:04 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA25313; Wed, 21 Aug 1996 10:12:56 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id SAA14064; Wed, 21 Aug 1996 18:09:41 +0100 From: "Angus Dorbie" Message-Id: <9608211809.ZM14060@bitch.reading.sgi.com> Date: Wed, 21 Aug 1996 18:09:41 +0100 In-Reply-To: "couvet@pobox.oleane.com" "Re: Toggle wireframe mode of pfGeoSets" (Aug 21, 2:44pm) References: <199608211245.OAA01575@relay1.oleane.net> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "couvet@pobox.oleane.com" , steve@mred.bgm.link.com (Steve Baker) Subject: Re: Toggle wireframe mode of pfGeoSets Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="PART-BOUNDARY=.19608211809.ZM14060.reading.sgi.com" Status: O --PART-BOUNDARY=.19608211809.ZM14060.reading.sgi.com Content-Description: Text Content-Type: text/plain ; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Zm-Decoding-Hint: mimencode -q -u But if you have geostate mode information EN_WIREFRAME, PF_OFF in your sc= ene graph you'll need to override the wireframe on state. Rgds, Angus. On Aug 21, 2:44pm, couvet@pobox.oleane.com wrote: > Subject: Re: Toggle wireframe mode of pfGeoSets > > [ plain text > Encoded with "quoted-printable" ] : At 13:55 20/08/1996 -0500, you wrote: > >> the most practical I found to toggle on or off wireframe mode is as written > >> in perfly. > >> Just encapsulate your pfDraw() function between the two functions > >> pfuPreDrawStyle(style,scribeColor) and pfuPostDrawStyle(style). > >> I personaly use a value of PFUSTYLE_SCRIBED for value of argument st= yle, and > >> a red scribeColor. > > > >What's wrong with a simple: > > > > if ( you_need_wireframe ) > > { > > pfEnable ( PFEN_WIREFRAME ) ; > > pfOverride ( PFSTATE_ENWIREFRAME, PF_ON ) ; > > } > > else > > pfOverride ( PFSTATE_ENWIREFRAME, PF_OFF ) ; > > > >...somewhere just before pfDraw() ??? > > > > > > Thanks for your answer, Mr. POUTIGNAT wasn't wrong but your approach is= > a little bit faster (but still slightly wrong...) > > I got the answer today. What to do is the following : > > if ( you_need_wireframe ) > { > pfEnable( PFEN_WIREFRAME); > } > else > { > pfDisable( PFEN_WIREFRAME); > } > > I got some friends who told me that it works fine... > > Rgds > > Cyril > Serge Couvet,Dipl Ing | > Advanced Research Manager | Future systems Technology ( training sy= stems > and surgery simulation) > Thomson Training & Simulation | Manufacturer of training simulators > 1, rue du G=E9n=E9ral de Gaulle- Z.I. Les beaux soleils - OSNY | > BP226-|95523 Cergy Pontoise Cedex-FRANCE | > couvet@pobox.oleane.com -tel (33 1) 34228663 |= > > 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 couvet@pobox.oleane.com --PART-BOUNDARY=.19608211809.ZM14060.reading.sgi.com-- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 21 10:40:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA02759; Wed, 21 Aug 1996 10:38:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA02743; Wed, 21 Aug 1996 10:38:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA21651; Wed, 21 Aug 1996 10:38:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA10097; Wed, 21 Aug 1996 10:38:13 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA01790 for ; Wed, 21 Aug 1996 10:38:11 -0700 Received: from te.ht.com by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id NAA23049; Wed, 21 Aug 1996 13:37:27 -0400 Received: by te.ht.com (950413.SGI.8.6.12/940406.SGI.AUTO) for info-performer@sgi.com id NAA11911; Wed, 21 Aug 1996 13:36:23 -0400 From: paul@ht.com (Paul Sherman) Message-Id: <199608211736.NAA11911@te.ht.com> Subject: Violations To: info-performer@sgi.com Date: Wed, 21 Aug 1996 13:36:23 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 486 Status: O Okay, this is not exactly related to Performer... I just wanted it to be known that right now, even as we speak, Scott McMillan (who posts quite a bit to this group) is writing code using Visual C++ on a MICROSOFT WIN95 box. He seems to be enjoying himself. I personally think that he should be forced to give the Performer button (that he got at the friends of performer meeting) back to Michael Jones. He is a traitor to all that is good in this world. Paul Sherman paul@ht.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 Aug 21 11:32:08 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA02958; Wed, 21 Aug 1996 11:29:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA02942; Wed, 21 Aug 1996 11:29:52 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA23326; Wed, 21 Aug 1996 11:29:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA12692; Wed, 21 Aug 1996 11:29:48 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA13450 for ; Wed, 21 Aug 1996 11:29:48 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id LAA16824; Wed, 21 Aug 1996 11:29:43 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id LAA29627; Wed, 21 Aug 1996 11:29:42 -0700 From: "Sharon Clay" Message-Id: <9608211129.ZM29625@rose.asd.sgi.com> Date: Wed, 21 Aug 1996 11:29:42 -0700 In-Reply-To: reymond@corysmailserv.corys.fr (Gilles Reymond) "Shared Display Lists ?" (Aug 21, 3:39pm) References: <9608211339.AA14787@neptune.corys> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: reymond@corysmailserv.corys.fr (Gilles Reymond), info-performer@sgi.com Subject: Re: Shared Display Lists ? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Aug 21, 3:39pm, Gilles Reymond wrote: > Subject: Shared Display Lists ? ->From guest@holodeck.csd.sgi.com Wed Aug 21 08:14:34 1996 ->Date: Wed, 21 Aug 1996 15:39:18 +0200 ->From: reymond@corysmailserv.corys.fr (Gilles Reymond) ->To: info-performer@sgi.com ->Subject: Shared Display Lists ? -> ->Hi, -> ->In a multi-processed environment, the only way for the Cull app to pass Display ->Lists to the Draw app seems to use pfDisplayLists, which store a sequence of ->Performer calls exclusively. -> ->Is it possible to similarly pass specific OpenGl commands, either in a regular ->OpenGl Display List or included in the pfDisplayList ? There is nothing ->mentioned in the OpenGl docs regarding the _actual_ memory location of OGL ->display lists. -> The pfDispList can only include pfCommands or pointers to user callback functions - which then can of course make OpenGL calls. OpenGL allows display lists to be shared between two threads that share an address space -- two forked processes don't cut it :-). So, in current Performer, you cannot pass OpenGL display lists between the CULL and DRAW processes. src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 21 12:09:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA03055; Wed, 21 Aug 1996 12:07:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA03039; Wed, 21 Aug 1996 12:07:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA24629; Wed, 21 Aug 1996 12:07:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA14416; Wed, 21 Aug 1996 12:07:31 -0700 Received: from despair.paradigmsim.com ([206.7.114.164]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA21662 for ; Wed, 21 Aug 1996 12:07:29 -0700 Received: (from angus@localhost) by despair.paradigmsim.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id OAA13368 for info-performer@sgi.com; Wed, 21 Aug 1996 14:08:08 -0500 From: "Angus Henderson" Message-Id: <9608211408.ZM13366@despair.paradigmsim.com> Date: Wed, 21 Aug 1996 14:08:07 -0500 In-Reply-To: paul@ht.com (Paul Sherman) "Violations" (Aug 21, 1:36pm) References: <199608211736.NAA11911@te.ht.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: Violations Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > he should be forced to give the Performer button ..... ...do I have to give back my VisKit shirt too ? 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 Aug 21 15:13:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA03603; Wed, 21 Aug 1996 15:10:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA03587; Wed, 21 Aug 1996 15:10:41 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA01593; Wed, 21 Aug 1996 15:10:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA22671; Wed, 21 Aug 1996 15:10:39 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA29017 for ; Wed, 21 Aug 1996 15:10:37 -0700 Received: from er by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id SAA24655; Wed, 21 Aug 1996 18:09:44 -0400 Received: by er (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id SAA03464; Wed, 21 Aug 1996 18:09:33 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199608212209.SAA03464@er> Subject: Violations To: info-performer@sgi.com Date: Wed, 21 Aug 1996 18:09:33 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 382 Status: O I will admit that I experimented with WIN95 boxes, but I NEVER inhaled.... -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., St. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 21 15:30:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA03906; Wed, 21 Aug 1996 15:29: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 PAA03890; Wed, 21 Aug 1996 15:29:04 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA23669; Wed, 21 Aug 1996 15:29:03 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id PAA19210; Wed, 21 Aug 1996 15:29:03 -0700 Received: from popper.PBI.net (popper.pbi.net [206.13.1.17]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA03039 for ; Wed, 21 Aug 1996 15:27:46 -0700 Received: from poser.pbi.net by popper.PBI.net (4.1/PBI-12/1/95) id AA25029; Wed, 21 Aug 96 15:27:39 PDT Received: by poser.pbi.net (940816.SGI.8.6.9/940406.SGI) for info-performer@sgi.com id PAA06949; Wed, 21 Aug 1996 15:26:17 -0700 From: "Chris Cederwall" Message-Id: <9608211526.ZM6947@poser.pbi.net> Date: Wed, 21 Aug 1996 15:26:17 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "Violations" (Aug 21, 6:09pm) References: <199608212209.SAA03464@er> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Violations Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I also must confess that I have been doing quite a bit of experimentation as of late with win95 boxes, but I use the Japanese version to keep from getting too comfortable..... -- Chris Cederwall ceder@pbi.net 415.442-4952 ------------------------------------------------------------------ * the views expressed are only views and are not neccesarily statements that reflect pacific bell internet services or even complete sentences. ======================================================================= 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 Aug 21 16:17:09 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA04375; Wed, 21 Aug 1996 16:15:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA04359; Wed, 21 Aug 1996 16:15:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA04133; Wed, 21 Aug 1996 16:15:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA25896; Wed, 21 Aug 1996 16:15:28 -0700 Received: from bert.arc.nasa.gov (bert.arc.nasa.gov [128.102.120.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA12783 for ; Wed, 21 Aug 1996 16:15:27 -0700 Received: by bert.arc.nasa.gov (940816.SGI.8.6.9/1.35) id QAA09050; Wed, 21 Aug 1996 16:15:27 -0700 Date: Wed, 21 Aug 1996 16:15:27 -0700 From: spelk@bert.arc.nasa.gov (Steve Elkins) Message-Id: <199608212315.QAA09050@bert.arc.nasa.gov> To: info-performer@sgi.com Subject: Software jobs at Ames Research Center Status: O Greetings, Employment opportunities at NASA Ames Research Center : OFFICE MEMO Employment Opportunity Date: 7/18/96 Lead Programmer to Design Flight Simulator Upgrade The position will be a lead position involving general simulation programming in support of experiment platforms for human factors research. Duties will include interface with several researchers in designing, scheduling, and managing different experiment projects and analysis tools. Projects are developed on SGI, PC, or Mac. Required qualifications for this position include: an undergraduate degree in engineering or CS, extensive experience in real-time simulation (preferably flight simulation), and a strong graphics background. OO design methodologies using C++ in a UNIX environment, and thorough knowledge of GL/OpenGL, TCP/IP networking, and serial communications is mandatory. Experience in SGI Performer is strongly preferred, and Mac or PC programming is a plus. Programmer to Support Development for Flight Simulator (TAP or HSR) The position will involve general simulation programming in support of experiment platforms for human factors research. Duties will include interface with researchers in specifying functional requirements, enhancing, or designing different experiment projects and analysis tools. Projects are developed on SGI, PC, or Mac. Required qualifications for this position include: an undergraduate degree in engineering or CS, experience in flight simulation, and a graphics background. Ability to program in C (preferably C++) in a UNIX environment, project experience using GL/OpenGL, inter-networking and serial communications is also required. Experience in SGI Performer, CAD, and Mac or PC programming is a plus. Note: Positions are on-site at NASA Ames Research Center, and require Permanent Residency or U.S. citizenship. SEND RESUME TO: Sterling Software Recruiting Department P.O. Box 138 Moffett Field, CA 94035-0138 Fax: 415-604-1503 email to: Sterling_Software@qmgate.arc.nasa.gov EOE M/F/H/V See all Sterling Software jobs at Ames at http://sterlingcss.arc.nasa.gov/ ***************************************************************************** Steve Elkins Sterling Software NASA Ames Research Center spelk@bert.arc.nasa.gov ***************************************************************************** ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 21 23:14:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA05416; Wed, 21 Aug 1996 23:13:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA05400; Wed, 21 Aug 1996 23:13:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA10286; Wed, 21 Aug 1996 23:13:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA06680; Wed, 21 Aug 1996 23:13:14 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA15379 for ; Wed, 21 Aug 1996 23:13:14 -0700 Received: from isdn-celeste.corp.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id XAA19152; Wed, 21 Aug 1996 23:13:12 -0700 Received: by isdn-celeste.corp.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id XAA00831; Wed, 21 Aug 1996 23:11:32 -0700 Date: Wed, 21 Aug 1996 23:11:32 -0700 From: mtj@isdn-celeste.corp.sgi.com (Michael Jones) Message-Id: <199608220611.XAA00831@isdn-celeste.corp.sgi.com> To: info-performer@sgi.com Subject: re: rumors... Status: O Paul Sherman writes: :I just wanted it to be known that right now, even as we speak, Scott McMillan :(who posts quite a bit to this group) is writing code using Visual C++ on a :MICROSOFT WIN95 box. He seems to be enjoying himself. I personally think that :he should be forced to give the Performer button (that he got at the friends :of performer meeting) back to Michael Jones. He is a traitor to all that is :good in this world. ;-) He can keep his button. He had a good question and thus it was well earned. Besides, Windows'95 users probably deserve a little extra bit of tolerance. (Perhaps he was just getting warmed up for Cosmo 3D) to which Scott McMillan responds: :I will admit that I experimented with WIN95 boxes, but I NEVER inhaled.... Then why do they call your company "High" Techsplanations? For those who don't know, both of these gents work at HT, which has made the very amazing surgical preview/training/analysis systems that were shown in the SGI booth at SIGGRAPH and which I have great hope will be an important part of advancing the state of the art in medicine in the next decade. If you missed seeing their systems, you missed a treat! Michael Jones Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Competition is a by-product of productive work, not its goal. A creative man is motivated by the desire to achieve, not by the desire to beat others." -Ayn Rand ======================================================================= 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 Aug 22 01:52:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA05693; Thu, 22 Aug 1996 01:50:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA05677; Thu, 22 Aug 1996 01:50:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA13493; Thu, 22 Aug 1996 01:50:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA11276; Thu, 22 Aug 1996 01:50:46 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA04588; Thu, 22 Aug 1996 01:50:26 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA19318; Thu, 22 Aug 1996 09:47:09 +0100 From: "Angus Dorbie" Message-Id: <9608220947.ZM19316@bitch.reading.sgi.com> Date: Thu, 22 Aug 1996 09:47:08 +0100 In-Reply-To: paul@ht.com (Paul Sherman) "Violations" (Aug 21, 1:36pm) References: <199608211736.NAA11911@te.ht.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: paul@ht.com (Paul Sherman), info-performer@sgi.com Subject: Re: Violations Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It's not possible to enjoy using Win95 & Visual C++, he must be faking it. On Aug 21, 1:36pm, Paul Sherman wrote: > Subject: Violations > Okay, this is not exactly related to Performer... > > I just wanted it to be known that right now, even as we speak, Scott McMillan > (who posts quite a bit to this group) is writing code using Visual C++ on a > MICROSOFT WIN95 box. He seems to be enjoying himself. I personally think that > he should be forced to give the Performer button (that he got at the friends > of performer meeting) back to Michael Jones. He is a traitor to all that is > good in this world. > > Paul Sherman > paul@ht.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Paul Sherman ======================================================================= 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 Aug 22 10:39:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA06456; Thu, 22 Aug 1996 10:37:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA06440; Thu, 22 Aug 1996 10:37:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA27279; Thu, 22 Aug 1996 10:37:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA26955; Thu, 22 Aug 1996 10:37:49 -0700 Received: from kirk.dnaco.net (kirk.dnaco.net [206.150.232.3]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA19550 for ; Thu, 22 Aug 1996 07:53:55 -0700 Received: from picard.dnaco.net (eheft@picard.dnaco.net [206.150.232.4]) by kirk.dnaco.net (8.7.5/8.7.3) with ESMTP id KAA06329 for ; Thu, 22 Aug 1996 10:53:45 -0400 (EDT) From: Eric Heft Received: (eheft@localhost) by picard.dnaco.net (8.6.12/8.6.9) id KAA25947 for info-performer@sgi.com; Thu, 22 Aug 1996 10:53:41 -0400 Message-Id: <199608221453.KAA25947@picard.dnaco.net> Subject: gamma correction To: info-performer@sgi.com (Performer Mailing List) Date: Thu, 22 Aug 1996 10:53:40 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: O Hi, This may not be exactly a performer question but ... :) I'm using performer 2.0. Irix 5.3 on an onyx RE. I'd like to calibrate a monitor so we can run a contrast sensitivity task. It would be nice to be able to linearize the output of the monitor. I've looked at the man pages for gamma correction and there seem to be 2 ways to setup the gamma correction. #1 : gamma - sets the system gamma to . This is a system call and doesn't give exact control of each output value. #2 : gammaramp(...) - give the r,g,b values to display when a given indexed color is requesed. This is a GL call and only works in indirect mode. I've currently have the display part of the program done by making some modifications to the perfly program, all thats left is gamma correction and being able to get the exact color output of the target. So my questions are : Whats the best way to gamma correct under performer? How do I get the exact color displayed for a given point? Object? etc. Thanks in advance. -- Eric ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 22 12:27:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA06837; Thu, 22 Aug 1996 12:25:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA06821; Thu, 22 Aug 1996 12:25:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA01737; Thu, 22 Aug 1996 12:25:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA03264; Thu, 22 Aug 1996 12:25:34 -0700 Received: from turing.rdd.lmsc.lockheed.com (turing.rdd.lmsc.lockheed.com [129.197.132.79]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA21163 for ; Thu, 22 Aug 1996 12:25:32 -0700 Received: by turing.rdd.lmsc.lockheed.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id MAA00204; Thu, 22 Aug 1996 12:23:34 -0700 From: mehta@turing.rdd.lmsc.lockheed.com (Mihir Mehta) Message-Id: <199608221923.MAA00204@turing.rdd.lmsc.lockheed.com> Subject: Trackball xformer To: info-performer@sgi.com Date: Thu, 22 Aug 1996 12:23:33 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Content-Length: 2353 Status: O Hi, I am trying to incorporate the trackball transform in my code. I am having problem in the initial values that I get from the trackball transform. Even though I have initialized the trackball with setCoord (view->xyzhpr), it prints xyzhpr = ({0,0,0},{0,0,0}) after the first call to update which should not be the case as my initial view position is xyzhpr = ({0 -4.19156 0},{0 0 0}). It seems I am missing some call in the initialization that should tell the trackball to start with a transformation that corresponds with the initial view position. Thanks for any help. Mihir Here is the code that I use. // Initialization and trackball setup pfiInit(); xTrackball = pfiCreate2DIXformTrackball(pfGetSharedArena()); xTrackball->xMotionCoord.startSpeed = 3.0f; pfBox box; pfuTravCalcBBox(getPfScene(),&box); xTrackball->setDBLimits(&box); pfCoord coord; getViewCoord(&coord); xTrackball->setResetCoord(&coord); xTrackball->setCoord(&coord); . . . . . . . // Event handling in the trackball mode pfCoord coord; pfMatrix mat; // stop when button is released if(button_released) { xTrackball->setMode(PFIXTK_MODE_MOTION, PFIXTK_MOTION_STOP); xTrackball->setFocus(0); return; } // supply the trackball xform with the normalized mouse pos // and activate trackball pfiInputCoord* icoord = xTrackball->getInputCoordPtr(); icoord->setVec(event->normalized_mouse_position.vec); xTrackball->setMode(PFIX_MODE_AUTO, 0); xTrackball->setFocus(1); // actions according to mouse button clicked switch(event->button) { case 1: xTrackball->setMode(PFIXTK_MODE_MOTION, PFIXTK_MOTION_TRANSXZ); break; case 2: xTrackball->setMode(PFIXTK_MODE_MOTION, PFIXTK_MOTION_ROTXZ); break; case 3: xTrackball->setMode(PFIXTK_MODE_MOTION, PFIXTK_MOTION_TRANSY); break; } // update the view with the trackball xform xTrackball->update(); xTrackball->getMat(mat); mat.getOrthoCoord(&coord); setViewCoord(&coord); . . . . . . -- Mihir Mehta Address : Orgn H1-41 Bldg 255 mehta@stc.lockheed.com 3170 Porter Drive Ph 415-424-3555 Palo Alto, CA 94304-1211 Fax 415-354-5235 ======================================================================= 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 Aug 22 16:06:50 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA08618; Thu, 22 Aug 1996 15:31:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08602; Thu, 22 Aug 1996 15:31:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07715; Thu, 22 Aug 1996 15:31:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA10020; Thu, 22 Aug 1996 15:31:09 -0700 Received: from relay2.smtp.psi.net (relay2.smtp.psi.net [38.8.188.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA23803 for ; Thu, 22 Aug 1996 15:22:22 -0700 Received: from gateway@ivex3d.com by relay2.smtp.psi.net (8.6.12/SMI-5.4-PSI) id SAA22391; Thu, 22 Aug 1996 18:22:11 -0400 Received: by gateway@ivex3d.com from localhost (router,SLmail95 V1.2,beta 1); Thu, 22 Aug 1996 18:16:39 Received: by gateway@ivex3d.com from stcroix (192.9.200.56::mail daemon,SLmail95 V1.2,beta 1); Thu, 22 Aug 1996 18:16:38 Received: by stcroix with Microsoft Mail id <01BA70BD.020F58C0@stcroix>; Tue, 22 Aug 1995 18:27:59 -0400 Message-ID: <01BA70BD.020F58C0@stcroix> From: "hudson holmes" To: "'info-performer@sgi.com'" Subject: bump mapping using Infinite Reality Date: Tue, 22 Aug 1995 18:27:53 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Status: O Does anyone know of an implementation of bump-mapping on the Infinite Reality? Just wondering if it is supported. ======================================================================= 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 Aug 22 17:42:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA09246; Thu, 22 Aug 1996 17:10: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 RAA09230; Thu, 22 Aug 1996 17:10:37 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA13759; Thu, 22 Aug 1996 17:10:36 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id RAA10202; Thu, 22 Aug 1996 17:10:35 -0700 Received: from trident.neiddd.com ([206.229.100.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA25519 for ; Thu, 22 Aug 1996 12:47:48 -0700 Received: from ohio.neiddd.com by trident.neiddd.com via ESMTP (951211.SGI.8.6.12.PATCH1042/940406.SGI.AUTO) id PAA18374; Thu, 22 Aug 1996 15:46:42 -0400 Received: (from rltwiddy@localhost) by ohio.neiddd.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA02875; Thu, 22 Aug 1996 15:46:43 -0400 From: "Ray Twiddy" Message-Id: <9608221546.ZM2873@ohio.neiddd.com> Date: Thu, 22 Aug 1996 15:46:42 -0400 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: glTexImage2D in OGL HUD & Pf2.01 Cc: rltwiddy@trident.neiddd.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I've posted a varaiation on this question before but still no suitable answer for my application. The question is how do I display a textured 2D Poly/Quad in a fixed location on a HUD overlay on top of a Performer terrain visualization simulation? (Note: I am able to display text in the HUD with no problem.) Based upon tests and suggestions, it appears this is not possible in Performer but has to be accomplished with OpenGL as all the Performer sample code illustrate. I have created a simple test case which reads an inventor object. In a post draw callback to display the HUD, I create a GL_POLYGON/GL_QUADS with glTexImage2D. When the scene first appears, the inventor object is correctly textured but the OGL object is black. Immediately after loading the SGI image file, the new texture is applied to the inventor object but not to the OGL object which remains black. How do I coordinate and control the 2 textures: one in Performer and the other in OpenGL? Is there a way to apply a pfTexture to an OpenGL object in a draw callback? I am running on a maximum IMPACT, IRIX 6.2, Performer 2.0.1. Any suggestions would be greatly appreciated. Thanks, Ray -- Ray Twiddy | / ____/ / NEI - Nomura Enterprise Inc. rltwiddy@neiddd.com | / / / 14240-G Sullyfield Circle Bus. (703) 818-1990 / | / ___/ / Chantilly, VA 20151-1661 FAX (703) 818-7626 / / / / ___________________________________________________ __/ __/ _____/ __/ ======================================================================= 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 Aug 22 18:07:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA10039; Thu, 22 Aug 1996 17:30:44 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA10023; Thu, 22 Aug 1996 17:30:43 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA11908; Thu, 22 Aug 1996 17:30:42 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA14875; Thu, 22 Aug 1996 17:30:42 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id RAA17412 for ; Thu, 22 Aug 1996 17:30:40 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA12813; Thu, 22 Aug 96 19:25:51 -0500 Date: Thu, 22 Aug 96 19:25:51 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9608230025.AA12813@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: bump mapping using Infinite Reality Status: O True bump mapping requires that the IG's lighting calculation is performed at every pixel (or at the very least, at every texel). As far as I know, there is no hardware in the iR to perform that directly. If you are happy with a non-realtime (or maybe with luck a near-realtime) solution, then I suppose you could replace every texel with a teeny-tiny polygon in the DRAW process and do the appropriate thing with the surface normal. Possibly (if each map is only used on one polygon) you could recompute the lighting in software and reload the map every frame. Apart from that - I think you are stuck. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= 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 Aug 22 18:37:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA10347; Thu, 22 Aug 1996 18:04:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA10331; Thu, 22 Aug 1996 18:04:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA12753; Thu, 22 Aug 1996 18:03:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id SAA16136; Thu, 22 Aug 1996 18:03:55 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA11563 for ; Thu, 22 Aug 1996 14:10:28 -0700 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp6.UU.NET [192.48.96.37]) id QQbdxk17141; Thu, 22 Aug 1996 17:10:26 -0400 (EDT) Received: from ds9.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Thu, 22 Aug 1996 17:10:27 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA18571; Thu, 22 Aug 96 16:31:05 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id QAA22994; Thu, 22 Aug 1996 16:31:05 -0400 From: "Gan Wang" Message-Id: <9608221630.ZM22992@cavalier> Date: Thu, 22 Aug 1996 16:30:58 -0400 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Double buffers used in ASD sample Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I am puzzled... In the "asdfly" sample code provided, a pfSwitch node is used to implement a *double buffer* to evaluate two pfTerrains and associated gsets. It appeared to me it would have problems in multiprocess mode. This is what I think why. Assuming that in current frame, APP evaluates into gsets in buffer1 (pointed by tl->active in the code) while CULL/DRAW work with those in buffer2, and buffers are switched at the end of this frame. In the next frame, APP would start working with buffer2 when CULL gets buffer1. But, DRAW still has the gsets from buffer2 (which were worked on by CULL in the previous frame). Now, both APP and DRAW are working on the same gsets!!! I am more puzzled because the sample code works... I thought the triple buffers should be used here in accordance to the three phase APP_CULL_DRAW, while double buffers would not be sufficient for the three process stages. Are gsets copied down the pipe now? Or, is there something delaying pfTerrainEvaluateMesh() for a frame that I don't understand? What am I missing here? Gan -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 00:05:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA11168; Thu, 22 Aug 1996 23:37:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA11152; Thu, 22 Aug 1996 23:37:44 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA19649; Thu, 22 Aug 1996 23:37:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA24590; Thu, 22 Aug 1996 23:37: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/950213.SGI.AUTOCF) via ESMTP id XAA10623 for ; Thu, 22 Aug 1996 23:37:43 -0700 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id XAA09187; Thu, 22 Aug 1996 23:37:37 -0700 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) id XAA04699; Thu, 22 Aug 1996 23:37:28 -0700 From: "Javier Castellar" Message-Id: <9608222337.ZM4697@sixty.asd.sgi.com> Date: Thu, 22 Aug 1996 23:37:27 -0700 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: bump mapping using Infinite Reality" (Aug 22, 7:25pm) References: <9608230025.AA12813@mred.bgm.link.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: bump mapping using Infinite Reality Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O We did show a bump mapping + reflection mapping demostration running at 60hz in a 3pipe iR at Siggraph'96 (Nacho and Luis at CA&D) Another nice real-time method using a multipass texturing approach has also been depicted at a Siggraph paper (check Cabral et al references). It uses the current iR extensive support for texture mapping, TCLUTs ... etc. As Steve was explaining it could be near-time, depending on the method being used and the type of database. While the tasteless empire (as Steve Jobs said) was claiming that the polygons can be raped without going in jail, we were suggesting additional high quality rendering aproaches: - What we call Multipass rendering - What we call bump mapping. - What we call clipmapping - What we call evolving terrain. There was another company at the show, friend of the tasteless empire, showing a video in which a guy said: "I am so happy with my WindowsNT system that even if SGI visit my company and offer me an iR by free I will not accept it" (this is for real!) -Javier -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 01:59:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA11348; Fri, 23 Aug 1996 01:27:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA11332; Fri, 23 Aug 1996 01:27:41 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA21529; Fri, 23 Aug 1996 01:27:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA27743; Fri, 23 Aug 1996 01:27:40 -0700 Received: from chopin.kist.re.kr ([161.122.61.25]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA23605 for ; Fri, 23 Aug 1996 01:27:24 -0700 Received: from bartok.kist.re.kr by chopin.kist.re.kr via SMTP (940816.SGI.8.6.9/921111.SGI.AUTO) for id SAA16971; Fri, 23 Aug 1996 18:51:27 +1000 Message-ID: <321D6ABE.6ACF@chopin.kist.re.kr> Date: Fri, 23 Aug 1996 17:24:30 +0900 From: Lae Hyun Kim Organization: Korea Institute of Science and Technology X-Mailer: Mozilla 2.01Gold (Win95; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Manipulating picked object Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi! Performers, Please Help me... I want to manipulate a 3d object picked by mouse. When i drag a 3d object with mouse, How the 3d object move into mouse position? I don't know how 2d position of mouse map into 3d position of the object. Sample code would be greatly appreciated. Thank you. Lae Hyun Kim. -- =================================================== Lae-Hyun Kim, Korea Institute of Science and Technogy, CAD/CAM. E-mail : dochi@chopin.kist.re.kr URL : http://chopin.kist.re.kr/dochi/dochi.html ///// @ @ -----------------------ooO-(_)-Ooo----------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 03:24:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA11506; Fri, 23 Aug 1996 02:43:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA11490; Fri, 23 Aug 1996 02:43:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA22782; Fri, 23 Aug 1996 02:43:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA29313; Fri, 23 Aug 1996 02:43:29 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA02290 for ; Fri, 23 Aug 1996 02:43:16 -0700 Received: from csf1.pobox.oleane.com (csf1.pobox.oleane.com [194.2.5.16]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id LAA14390; Fri, 23 Aug 1996 11:42:28 +0200 Message-Id: <199608230942.LAA14390@relay1.oleane.net> X-Sender: csf1@pobox.oleane.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 23 Aug 1996 11:41:11 +0200 To: Lae Hyun Kim From: "couvet@pobox.oleane.com" Subject: Re: Manipulating picked object Cc: info-performer@sgi.com Status: O At 17:24 23/08/1996 +0900, you wrote: >Hi! Performers, > > >Please Help me... > >I want to manipulate a 3d object picked by mouse. >When i drag a 3d object with mouse, How the 3d object move into mouse=20 >position? > >I don't know how 2d position of mouse map into 3d position of the=20 >object. > >Sample code would be greatly appreciated. > >Thank you. > >Lae Hyun Kim. > > It is possible to associate 3D moving with two buttons of the mouse once you have picked the object, one button is for moving up-down,= left-right and the other one is for moving front-rear (ie along each axis) Serge Couvet,Dipl Ing |=20 Advanced Research Manager | Future systems Technology ( training systems and surgery simulation) Thomson Training & Simulation | Manufacturer of training simulators 1, rue du G=E9n=E9ral de Gaulle- Z.I. Les beaux soleils - OSNY | BP226-|95523 Cergy Pontoise Cedex-FRANCE | couvet@pobox.oleane.com -tel (33 1) 34228663 | ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 04:00:22 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA11595; Fri, 23 Aug 1996 03:22:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA11579; Fri, 23 Aug 1996 03:22:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA23468; Fri, 23 Aug 1996 03:22:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA00168; Fri, 23 Aug 1996 03:22:24 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA08594; Fri, 23 Aug 1996 03:22:21 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA25630; Fri, 23 Aug 1996 11:18:35 +0100 From: "Angus Dorbie" Message-Id: <9608231118.ZM25628@bitch.reading.sgi.com> Date: Fri, 23 Aug 1996 11:18:35 +0100 In-Reply-To: "Javier Castellar" "Re: bump mapping using Infinite Reality" (Aug 22, 11:37pm) References: <9608230025.AA12813@mred.bgm.link.com> <9608222337.ZM4697@sixty.asd.sgi.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: "Javier Castellar" , steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: bump mapping using Infinite Reality Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O At the very least the penalty for uttering such a remark should be the the ridicule it richly deserves, so who was this tasteless wintelbot? On Aug 22, 11:37pm, Javier Castellar wrote: > Subject: Re: bump mapping using Infinite Reality > "I am so happy with my WindowsNT system that even if SGI visit my company and > offer me an iR by free I will not accept it" > > (this is for real!) >-- End of excerpt from Javier Castellar ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 03:52:12 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA11547; Fri, 23 Aug 1996 03:09:52 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA11531; Fri, 23 Aug 1996 03:09:51 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA23216; Fri, 23 Aug 1996 03:09:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA29858; Fri, 23 Aug 1996 03:09:50 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA04844; Fri, 23 Aug 1996 03:09:47 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id LAA25610; Fri, 23 Aug 1996 11:06:09 +0100 From: "Angus Dorbie" Message-Id: <9608231106.ZM25608@bitch.reading.sgi.com> Date: Fri, 23 Aug 1996 11:06:09 +0100 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: bump mapping using Infinite Reality" (Aug 22, 7:25pm) References: <9608230025.AA12813@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: bump mapping using Infinite Reality Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Brian Cabral rhowed me a real-time bump mapping implementation a year ago running on RE2, this was also explained on a recent SGI graphics course. He's now published a paper on a more general shading approach which I haven't seen this). The bump mapping implementation is fairly straightforward once it's been explained by someone who's smart enough to figure out how to do it in the first place. Here's my understanding of how it works. o Firstly as an introduction, imagine an image processing 'emboss' function which some paint packages apply to to get a stylistic 3D illumination of a photograph. This is achieved by subtracting the original image brightness data from itself after it's been translated towards an imaginary light source. o Now imagine you've peeled the skin off your bump mapped object and have drawn it on the screen, the skin is an intensity map representing bump height. I think Brian called this 'tangential space' so you're looking down on your surface and all the surface normals are pointing out of the screen at you. The texture is a black and white pattern which describes bump height. o Remember the 'emboss' image processing function. It is possible to generate an illumination map across the surface by redrawing the skin translated towards an imaginary light source. But remember that the objects skin has been peeled and normals are all the same now so for every point on the surface the light is in a different relative place. o Since you have your bump map as a texture and you're drawing the bump mapped objects skin as a streched texture map you can move every vertex on our skin geometry in the direction of the real light source by varying distances depending on light source elevation. The texture interpolation will interpolate for every pixel. o The second skin pass with vertices perturbed by lighting calculations requires a subtractive blend function (Brians secret weapon on RE2). o You can then redraw the object using lighting result you've just produced in the framebuffer as a texture to modify the shading operation of the objects geometry. o You can also use tluts to obtain specular highlights from calculations similar to those above but at this point in the description my head started to hurt. Rgds, Angus. On Aug 22, 7:25pm, Steve Baker wrote: > Subject: Re: bump mapping using Infinite Reality > > True bump mapping requires that the IG's lighting calculation > is performed at every pixel (or at the very least, at every texel). > > As far as I know, there is no hardware in the iR to perform that > directly. > > If you are happy with a non-realtime (or maybe with luck a > near-realtime) solution, then I suppose you could replace > every texel with a teeny-tiny polygon in the DRAW process > and do the appropriate thing with the surface normal. Possibly > (if each map is only used on one polygon) you could recompute > the lighting in software and reload the map every frame. > > Apart from that - I think you are stuck. > > Steve Baker 817-323-1361 (Vox-Lab) > Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) > 2200 Arlington Downs Road 817-695-4028 (Fax) > Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) > > ======================================================================= > 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 Steve Baker ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 04:05:06 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA11634; Fri, 23 Aug 1996 03:29:45 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA11618; Fri, 23 Aug 1996 03:29:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA23565; Fri, 23 Aug 1996 03:29:44 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA00253; Fri, 23 Aug 1996 03:29:44 -0700 Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id DAA09242 for ; Fri, 23 Aug 1996 03:29:43 -0700 Received: from LOCALNAME (endbd.laurel.us.net [198.240.112.58]) by us.net (8.6.5/8.6.12) with SMTP id GAA14132 for ; Fri, 23 Aug 1996 06:27:50 -0400 X-Provider: US Net - Advanced Internet Services - info@us.net Message-ID: <321DAB0E.D7C@us.net> Date: Fri, 23 Aug 1996 05:58:54 -0700 From: "Mark G. Yarbrough" X-Mailer: Mozilla 2.01 (Win16; U) MIME-Version: 1.0 To: Performer Mailing List Subject: Texture Memory Resources Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, I am using Performer 1.2 on a RE with 16Mb texture memory. I have several different terrain databases that I can load that use the full 16Mb of texture. Most of these applications run fine (30 frames/sec), but yesterday I discovered one that is loading texture every frame (2 frames/sec). While running, I turn on the statistics (a la perfly demo) and it tells me that it is has six textures and is loading 12 textures for just under 32Mb every frame. Having constructed this image, I know that each of the six textures is 1M pixels, and the texture loading at run time says that total texture memory used is a few bytes less than the 16Mb limit. What is going on here? The only thing different about this database is that I have some terrain that is lighted (has normals), but not textured (nor has texcoords). Thanks, Mark G. Yarbrough (mgy@us.net) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 07:54:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12088; Fri, 23 Aug 1996 07:10:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12072; Fri, 23 Aug 1996 07:10:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA27529; Fri, 23 Aug 1996 07:10:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA05655; Fri, 23 Aug 1996 07:10:31 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA05326 for ; Fri, 23 Aug 1996 07:10:30 -0700 Received: from excalibur.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA23571; Fri, 23 Aug 1996 10:01:26 -0400 Received: by excalibur.cae.ca (940816.SGI.8.6.9/930416.SGI) id JAA05026; Fri, 23 Aug 1996 09:58:41 -0400 From: "Nicolas Gauvin" Message-Id: <9608230958.ZM5024@excalibur.cae.ca> Date: Fri, 23 Aug 1996 09:58:41 -0400 In-Reply-To: "Ray Twiddy" "glTexImage2D in OGL HUD & Pf2.01" (Aug 22, 3:46pm) References: <9608221546.ZM2873@ohio.neiddd.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: rltwiddy@neiddd.com Subject: Re: glTexImage2D in OGL HUD & Pf2.01 Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 22, 3:46pm, Ray Twiddy wrote: > How do I coordinate and control the 2 textures: one in Performer and the other > in OpenGL? > > Is there a way to apply a pfTexture to an OpenGL object in a draw callback? > >-- End of excerpt from Ray Twiddy You can to this in your draw callback: 1. Enable texture with pfEnable(PFEN_TEXTURE) 2. Apply a pfTexEnv with pfTexEnv::apply 3. Apply a pfTexture with pfTexture::apply 4. Draw your OpenGL geometry Or you could use a pfGeoState that encapsulates all those 3 and apply it in your draw callback just before drawing your OpenGl geometry. -- Nicolas Gauvin CAE Electronics Ltd., 8585 Cote De Liesse Software Developer Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 nicolas@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 08:14:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA12127; Fri, 23 Aug 1996 07:42:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA12111; Fri, 23 Aug 1996 07:42:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA28196; Fri, 23 Aug 1996 07:42:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA06604; Fri, 23 Aug 1996 07:42:51 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA10617 for ; Fri, 23 Aug 1996 07:42:49 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA13972; Fri, 23 Aug 96 09:37:59 -0500 Date: Fri, 23 Aug 96 09:37:59 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9608231437.AA13972@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: bump mapping using Infinite Reality Status: O Angus said: > Brian Cabral rhowed me a real-time bump mapping implementation > a year ago running on RE2, this was also explained on a recent > SGI graphics course. He's now published a paper on a more > general shading approach which I haven't seen this). OK, I think I follow this explanation - but it's a typical 'rigged demo' approach. You end up having people believe that the machine can do something that is never going to work in most 'real' applications. The approach suggested appears to need three rendering passes (two for the texture and one for the final object?) My favorite use for bump mapping is super-realistic oceans scenes - with sunlight glittering off the water - and fan-shaped sun reflections as the sun sets over the horizon. VERY COOL! Proper bump mapping can do this with a single polygon and a teeny-tiny bump map with some interfering sinusoids. The problem in using the approach that Angus describes (if I understand it - which I may not) is that my bump map is maybe a 128x128 map, but it is repeated hundreds of times in each direction in order to texture the water from horizon to horizon. Hence when I peel the skin off my ocean - I need a 12800x12800 texture map - rendered twice and then pasted back onto my ocean. Hardly a realtime solution. Some of the really cool SGI demos really piss me off because they lead people to believe that you have a usable technique when in fact, you don't. A classic (and very costly) example of this was a project that my company has been working on for several years. It was a fairly conventional RE2 flight simulator. Before we sold the system to the customer, we did many demos of the system flying around some nice looking terrain, during the day - and at night. But we didn't show a night time landing. During night time landings, the pilot turns on his landing lights - which just like car headlights, illuminate a little puddle of light ahead of the aircraft. So, can the RE2 do proper landing lights? Well, there is a really cool demo on the RE2 of a room being illuminated with a really beautiful spotlight. YOu can even change the spotlight to look as though its shining through a photographic texture. Well, that certainly looked (to our customer) like the machine had the ability to do that - so he purchased a large number of these machines. Of course, if you look at the spotlight demo, it's doing lots of special-case stuff, multi-pass rendering, etc, etc. SOme of the techniques it uses are incompatable with other features of the machine - some of the coplanarity kludges don't work with it, etc. There was no way we could deliver a reasonable frame rate on a complex database with a general purpose scene using that technique without nearly doubling the amount of hardware required. So - can the iR do bump mapping? The answer is emphatically *NO* it can't - not at the same time as coming even close to the pixel and polygon rates that the spec sheet say. So unless you are building a rigged demo to try to sucker some unfortunate customer into buying something that won't do what he wants - don't bother with bump mapping. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 10:29:36 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12540; Fri, 23 Aug 1996 09:54:40 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12524; Fri, 23 Aug 1996 09:54:39 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13643; Fri, 23 Aug 1996 09:54:38 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA12399; Fri, 23 Aug 1996 09:54:38 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA06083; Fri, 23 Aug 1996 09:54:36 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id RAA26899; Fri, 23 Aug 1996 17:50:47 +0100 From: "Angus Dorbie" Message-Id: <9608231750.ZM26897@bitch.reading.sgi.com> Date: Fri, 23 Aug 1996 17:50:47 +0100 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: bump mapping using Infinite Reality" (Aug 23, 9:37am) References: <9608231437.AA13972@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: bump mapping using Infinite Reality Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hmmm.. I made it clear that this was multi-pass and the limitations are there to see. You seem to understand the technique although you haven't realised that bumpmapping can tile over planar surfaces for distant sources & no specularity, or at least localviewer lighting equivalent, and can be as cheap as texture mapping under some circumstances ie diffuse only or loalviewer and static light source. I thought the question was can the iR perform bump mapping in real time and the answer is emphatically *YES*. If you want to ask a different question then fine maybe you get a different answer. Nobody was being suckered and the explanation of the technique was clear. There is another view here, the RE2 & iR are systems which can perform all of these tricks because of the flexibility of the GL. Youre not limited to what the demos show. Are you saying that someone from SGI showed a customer the spotlight demo and told them they could do it for free in his flight sim so they bought a whole bunch? This beggars belief, purchasing decisions aren't made on this basis. Requirements are published, competative bids are made and an evaluation determines where the contracts are placed. I can accept that mistakes could have been made in the process, but blaming that spotlight demo completely lacks credibility. It sounds like whoever bid this should have been aware of the capabilities of the RE2 when they made their bid. Those are the skills intergrators are supposed to have, that's on of the reasons end users use them. I remember being involved in similar processes while working for intergrators and extreme care was always taken when evaluation the additional load imposed by effects like lobe lighting. IMHO I think SGI demos for iR aren't suckering anyone because nobody has yet seen a demo that exploits the machine to the full (but I haven't seen the latest CA&D stuff). Rgds, Angus. On Aug 23, 9:37am, Steve Baker wrote: > Subject: Re: bump mapping using Infinite Reality > > Angus said: > > > Brian Cabral rhowed me a real-time bump mapping implementation > > a year ago running on RE2, this was also explained on a recent > > SGI graphics course. He's now published a paper on a more > > general shading approach which I haven't seen this). > > OK, I think I follow this explanation - but it's a typical > 'rigged demo' approach. You end up having people believe that > the machine can do something that is never going to work in > most 'real' applications. > > The approach suggested appears to need three rendering passes > (two for the texture and one for the final object?) > > My favorite use for bump mapping is super-realistic oceans > scenes - with sunlight glittering off the water - and fan-shaped > sun reflections as the sun sets over the horizon. VERY COOL! > Proper bump mapping can do this with a single polygon and a > teeny-tiny bump map with some interfering sinusoids. > > The problem in using the approach that Angus describes (if I > understand it - which I may not) is that my bump map is maybe > a 128x128 map, but it is repeated hundreds of times in each > direction in order to texture the water from horizon to horizon. > > Hence when I peel the skin off my ocean - I need a 12800x12800 > texture map - rendered twice and then pasted back onto my ocean. > Hardly a realtime solution. > > Some of the really cool SGI demos really piss me off because they > lead people to believe that you have a usable technique when in > fact, you don't. > > A classic (and very costly) example of this was a project that > my company has been working on for several years. It was a fairly > conventional RE2 flight simulator. Before we sold the system to the > customer, we did many demos of the system flying around some > nice looking terrain, during the day - and at night. But we didn't > show a night time landing. During night time landings, the pilot > turns on his landing lights - which just like car headlights, > illuminate a little puddle of light ahead of the aircraft. > > So, can the RE2 do proper landing lights? Well, there is > a really cool demo on the RE2 of a room being illuminated with > a really beautiful spotlight. YOu can even change the spotlight to > look as though its shining through a photographic texture. > > Well, that certainly looked (to our customer) like the machine > had the ability to do that - so he purchased a large number > of these machines. > > Of course, if you look at the spotlight demo, it's doing lots of > special-case stuff, multi-pass rendering, etc, etc. SOme of the > techniques it uses are incompatable with other features of the > machine - some of the coplanarity kludges don't work with it, etc. > > There was no way we could deliver a reasonable frame rate on a > complex database with a general purpose scene using that technique > without nearly doubling the amount of hardware required. > > So - can the iR do bump mapping? The answer is emphatically *NO* > it can't - not at the same time as coming even close to > the pixel and polygon rates that the spec sheet say. > > So unless you are building a rigged demo to try to sucker > some unfortunate customer into buying something that won't do > what he wants - don't bother with bump mapping. > > > Steve Baker 817-323-1361 (Vox-Lab) > Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) > 2200 Arlington Downs Road 817-695-4028 (Fax) > Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) > > ======================================================================= > 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 Steve Baker ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 10:29:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA12522; Fri, 23 Aug 1996 09:54:09 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA12506; Fri, 23 Aug 1996 09:54:08 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA13621; Fri, 23 Aug 1996 09:54:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA12373; Fri, 23 Aug 1996 09:54:07 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA05982 for ; Fri, 23 Aug 1996 09:54:06 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id JAA23271; Fri, 23 Aug 1996 09:53:51 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id JAA04853; Fri, 23 Aug 1996 09:53:35 -0700 From: "Remi Arnaud" Message-Id: <9608230953.ZM4851@remi.asd.sgi.com> Date: Fri, 23 Aug 1996 09:53:34 -0700 In-Reply-To: "Jude Anthony" "Culling" (Aug 23, 11:16am) References: <11AB11B79E8@P3.ENZIAN.COM> 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, info-performer@sgi.com Subject: Re: Culling Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 23, 11:16am, Jude Anthony wrote: > Subject: Culling > Do meshed strips get culled as a group? That is to say, if I have > 100 triangles in a meshed strip, and only one is visible in my scene, > do the other 99 get culled or are all 100 passed to draw? > The whole mesh is sent to the Graphic Pipeline. -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 08:55:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA12192; Fri, 23 Aug 1996 08:17:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA12176; Fri, 23 Aug 1996 08:17:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA29090; Fri, 23 Aug 1996 08:17:56 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA07950; Fri, 23 Aug 1996 08:17:56 -0700 Received: from relay1.smtp.psi.net (relay1.smtp.psi.net [38.8.14.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA16344 for ; Fri, 23 Aug 1996 08:17:54 -0700 Received: from P3.ENZIAN.COM by relay1.smtp.psi.net (8.6.12/SMI-5.4-PSI) id LAA15725; Fri, 23 Aug 1996 11:17:50 -0400 Received: from ENZIAN_02/SpoolDir by P3.ENZIAN.COM (Mercury 1.21); 23 Aug 96 11:16:35 EST Received: from SpoolDir by ENZIAN_02 (Mercury 1.30); 23 Aug 96 11:16:31 EST From: "Jude Anthony" Organization: Enzian Technology, Inc. To: info-performer@sgi.com Date: Fri, 23 Aug 1996 11:16:24 EST Subject: Culling X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: <11AB11B79E8@P3.ENZIAN.COM> Status: O Do meshed strips get culled as a group? That is to say, if I have 100 triangles in a meshed strip, and only one is visible in my scene, do the other 99 get culled or are all 100 passed to draw? Thanks, Jude Anthony jude@p3.enzian.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 10:57:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA12670; Fri, 23 Aug 1996 10:21:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA12654; Fri, 23 Aug 1996 10:21:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA14665; Fri, 23 Aug 1996 10:21:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA13837; Fri, 23 Aug 1996 10:21:24 -0700 Received: from thoth.engr.sgi.com ([192.132.176.43]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA12168 for ; Fri, 23 Aug 1996 10:21:24 -0700 Received: (from guyr@localhost) by thoth.engr.sgi.com (950413.SGI.8.6.12/960327.SGI.AUTOCF) id KAA01569; Fri, 23 Aug 1996 10:21:17 -0700 From: "Guy Russell" Message-Id: <9608231021.ZM1567@thoth.engr.sgi.com> Date: Fri, 23 Aug 1996 10:21:17 -0700 In-Reply-To: "Mark G. Yarbrough" "Texture Memory Resources" (Aug 23, 5:58am) References: <321DAB0E.D7C@us.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Mark G. Yarbrough" , Performer Mailing List Subject: Re: Texture Memory Resources Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Are you using detail texture? Detail textures take up memory, but are generally not accounted for in the download stats. This could be enough to push you over the edge. In the pfuDownloadTexList function for Impacts that I posted earlier, I do account for detail textures. I did not put detail texture support in for anything except Impact, however the source code shows you how to add it for other machines. Guy -- Guy Russell Member of the Technical Staff Silicon Graphics Inc. Email:guyr@engr.sgi.com 2011 N. Shoreline Blvd. M/S 2U-923 Phone:(415)933-6113 Mountain View CA 94043 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 11:52:02 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA13043; Fri, 23 Aug 1996 11:12:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA13027; Fri, 23 Aug 1996 11:12:25 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA16747; Fri, 23 Aug 1996 11:12:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA16667; Fri, 23 Aug 1996 11:12:24 -0700 Received: from thor.ats.qc.ca (gw.ats.qc.ca [198.168.83.144]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23448 for ; Fri, 23 Aug 1996 11:12:20 -0700 Received: (from jaydee@localhost) by thor.ats.qc.ca (8.7.5/gwhub-mf-6) id OAA27786 for info-performer@sgi.com; Fri, 23 Aug 1996 14:12:19 -0400 (EDT) Message-Id: <199608231812.OAA27786@thor.ats.qc.ca> From: jaydee@ats.qc.ca (Jean Daigle) Date: Fri, 23 Aug 1996 14:12:19 -0400 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: bump mapping using Infinite Reality" (Aug 23, 9:37am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: info-performer@sgi.com Subject: Re: bump mapping using Infinite Reality Status: O Hi! Let me apologize in advance for further deviating this thread from the technical focus of the mailing list. I think Steve is perhaps being just a tad hard on our friends at SGI. :-) On Aug 23, 9:37am, Steve Baker wrote: } Subject: Re: bump mapping using Infinite Reality } Date: Fri, 23 Aug 96 09:37:59 -0500 } From: steve@mred.bgm.link.com (Steve Baker) } To: info-performer@sgi.com ... } Angus said: } } > Brian Cabral rhowed me a real-time bump mapping implementation } > a year ago running on RE2, this was also explained on a recent } > SGI graphics course. He's now published a paper on a more } > general shading approach which I haven't seen this). } } OK, I think I follow this explanation - but it's a typical } 'rigged demo' approach. You end up having people believe that } the machine can do something that is never going to work in } most 'real' applications. ... }-- End of excerpt from Steve Baker Perhaps it would be fair to make a distinction between features which are "general purpose", and others that are "special case." The latter involve tradeoffs with other machine features, and may not be applicable in all scenarios, at peak performance rates, etc. Nevertheless, the technique described here (and others, such as fast shadows, etc.), is ground breaking and laudable for its own merit. Our community has not hitherto been able to achieve such results; it is only the amazing enabling technologies from SGI, and innovative algorithms from lots of really bright people that make it possible. I for one felt humbled by the 60Hz RE^2 demos from Computer Arts & Developments. They made me re-evaluate my assumptions about what the hardware could achieve after settling into a state of complacency after a couple of years. The same criticism could have been applied to texture mapping not so many hardware generations ago. Features evolve from the domain of pure research, into special case demos, and finally become incorporated into baseline products. I would further agree that unfortunate misunderstandings can arise when technically less-developed individuals view a demo and invoke the halo effect to confer the demonstrated benefit on other applications with incompatible constraints. Caveat emptor! Then again, if visual simulation was a commodity product, we might be forced to look elsewhere for gainful and challenging employment. Regards, Jean Daigle. -------------------------------------------------------------------- | Jean Daigle ATS Aerospace Inc. | | Manager, 1250 Boul Marie-Victorin | | Real Time Graphics & Entertainment St. Bruno, QC J3V 6B8 | | Tel: (514) 441-9000 | | Jean.Daigle@ATSaerospace.com Fax: (514) 441-6789 | -------------------------------------------------------------------- ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 12:30:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13289; Fri, 23 Aug 1996 12:11:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13273; Fri, 23 Aug 1996 12:11:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA18922; Fri, 23 Aug 1996 12:11:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA19548; Fri, 23 Aug 1996 12:11:27 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA07425 for ; Fri, 23 Aug 1996 12:11:24 -0700 Received: from uucp2.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp2.UU.NET [192.48.96.33]) id QQbeau29792; Fri, 23 Aug 1996 15:11:23 -0400 (EDT) Received: from ds9.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Fri, 23 Aug 1996 15:11:23 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA22293; Fri, 23 Aug 96 14:25:26 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id OAA23951; Fri, 23 Aug 1996 14:25:25 -0400 From: "Gan Wang" Message-Id: <9608231425.ZM23949@cavalier> Date: Fri, 23 Aug 1996 14:25:24 -0400 In-Reply-To: Mario Veraart "Re: Double buffers used in ASD sample" (Aug 23, 10:54am) References: <199608230854.KAA22814@s00sn1.fel.tno.nl> <199608231337.JAA05254@er> In-Reply-To: uunet!ht.com!scott (Scott McMillan) "Re: Double buffers used in ASD sample" (Aug 23, 9:37am) X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: Mario Veraart , uunet.uu.net!uunet!ht.com!scott (Scott McMillan) Subject: Re: Double buffers used in ASD sample Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 23, 10:54am, Mario Veraart wrote: > I think it depends on what kind of a machine you try to run it. > If you run it on a 1 CPU machine, like an Impact, you probably don't get > a conflict between APP and DRAW because they will operate sequential, > not intermixed. But I think if you run in APP_CULL_DRAW mode on a 4 CPU machine > you must have a problem or the changing of the mesh by the App is done at > a different part in the frame as when DRAW needs the geosets. If it's done > between pfSync and pfFrame(), not very wise, than there wouldn't be a problem > because the DRAW is suspended until the pfFrame(). A little more background: I run the "asdfly" sample on an Onyx/iR with 4 processors and the program is configured in PFMP_APP_CULL_DRAW. On Aug 23, 9:37am, Scott McMillan wrote: > Subject: Re: Double buffers used in ASD sample > I would assume this works because DRAW actually works on display > lists that are generated by the CULL and not the actual gsets (this > is just a guess though). Correct me if I am wrong, I don't believe that pfDispList copies gsets. I think it only has libpr pfCommands and pointers to the only copy of gsets in the world. I am not convinced and still puzzled... Gan -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 12:53:31 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13421; Fri, 23 Aug 1996 12:29:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13405; Fri, 23 Aug 1996 12:29:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA19546; Fri, 23 Aug 1996 12:29:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA20277; Fri, 23 Aug 1996 12:29:04 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA11068 for ; Fri, 23 Aug 1996 12:29:02 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA14797; Fri, 23 Aug 96 14:24:11 -0500 Date: Fri, 23 Aug 96 14:24:11 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9608231924.AA14797@mred.bgm.link.com> To: info-performer@sgi.com Subject: Re: bump mapping. Status: O Ooops! I accidentally flamed again - sorry everyone. :-) I'll try to stick with the bump-mapping issue.... OK, let's see - Angus said:- > Hmmm.. I made it clear that this was multi-pass and the limitations are > there to see. Indeed - but you can claim *any* feature in your system if you are prepared to run slowly enough. We *could* ray-trace or used radiosity methods and claim that the iR can do these things. What matters in practice is whether it can do it in a general database and at a reasonable cost. In most (if not all) cases, doing two passes has the effect of doubling the pixel fill and doubling the polygon loads. This typically comes close to doubling the cost of the IG - more pipes, more RM's, more CPU's to drive the extra pipes. > You seem to understand the technique although you haven't realised that > bumpmapping can tile over planar surfaces.... Oh, I had no problem realising that - but it just isn't useful. 1) The ocean isn't flat (I can give you the URL of the Flat Earth Society if you want to subscribe :-) if you look at the ocean from an aircraft window when the sun is low in the sky, this is very apparent. 2) Although the sun is near-enough infinite, lights on your own vehicle at night are not - and the eye certainly *isn't* infinite. > for distant sources & no > specularity, or at least localviewer lighting equivalent, and can be as > cheap as texture mapping under some circumstances ie diffuse only or > loalviewer and static light source. Bump mapping is really a waste of effort if all of the conditions you describe are met. If all the polygons are planar and we ignore specularity, then you might as well pre-compute a complete set of pre-illuminated maps, one for every hour of the day (or whatever) and trickle-load them into the IG as virtual time progresses. Bump mapping is really only useful where these simpler and cheaper tricks break down. > I thought the question was can the iR perform bump mapping in real time and > the answer is emphatically *YES*. If you want to ask a different question > then fine maybe you get a different answer. Nobody was being suckered and > the explanation of the technique was clear. Yes, and my 386 PC can do ray-tracing in realtime (I have 'DOOM' and it does kindof kludgy limited case raytracing)...if the conditions are exactly right and you limit the conditions enough. So is it valid to say that PC's can do real-time raytracing? Of course not. > There is another view here, the RE2 & iR are systems which can perform > all of these tricks because of the flexibility of the GL. Youre not limited > to what the demos show. This much I understand - and I have used a LOT of these tricks myself - I would strongly agree with all your sentiments about the generality of the design of SGI graphics and the power that comes with flexibility. I'd like to urge extreme caution with presenting and viewing demos - it's critial to explain the limitations of the techniques being used. People see demos at SigGraph and come to us saying "SGI are showing bump mapping" and we have to patiently explain that it's all a clever hack and that they can't have fancy ocean models on their next F16 simulator. This makes SGI look bad because they mislead the customer (nobody on the stand at SigGraph explains that this awesome demo is completely inapplicable to real applications). It also makes me look incompetant because I can't do bump mapping in my simulations "but SGI can" using the same hardware. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 12:27:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA13242; Fri, 23 Aug 1996 12:07:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA13226; Fri, 23 Aug 1996 12:07:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA18777; Fri, 23 Aug 1996 12:07:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA19426; Fri, 23 Aug 1996 12:07:26 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA06705 for ; Fri, 23 Aug 1996 12:07:23 -0700 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 MAA26249 for ; Fri, 23 Aug 1996 12:11:22 -0700 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA10173 for ; Fri, 23 Aug 1996 19:07:01 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id MAA17542 for info-performer@sgi.com; Fri, 23 Aug 1996 12:11:20 -0700 From: "Marcus Barnes" Message-Id: <9608231211.ZM17540@royalflush.engr.multigen.com> Date: Fri, 23 Aug 1996 12:11:20 -0700 In-Reply-To: "Gan Wang" "Double buffers used in ASD sample" (Aug 22, 4:30pm) References: <9608221630.ZM22992@cavalier> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Double buffers used in ASD sample Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 22, 4:30pm, Gan Wang wrote: > Subject: Double buffers used in ASD sample > > I am puzzled... > > In the "asdfly" sample code provided, a pfSwitch node is used to implement a > *double buffer* to evaluate two pfTerrains and associated gsets. There are two distinct implementations shown in the 2.0.2 asdfly demo in pfuterrain.c . They both use a pfSwitch to control double buffering. The method of scape[App|Cull]() uses APP and CULL to evaluate the mesh, each doing 50%, then the CULL toggles the pfSwitch. The data is contained in pfCycleBuffer's. This was the first algorithm developed (last year) that distributed the work load but doesn't scale very well. The method of scapeMult[App|Cull]() is the one you're talking about. It uses a time slice approach where the APP is given 4 frames to evaluate the mesh. The CULL just counts frames and toggles the pfSwitch. It waits 5 frames first, to let the APP build the first mesh. This approach does not use pfCycleBuffer's. This was the second algorithm developed and is a bit more scalable but introduces more latency. > It appeared to me it would have problems in multiprocess mode. [munch analysis] > I am more puzzled because the sample code works... It works because the APP is working on the "tl->active" buffer for 4 frames. It only switches it when it's done. The CULL controls the pfSwitch based upon "tl->active" which toggles every 4 frames. So the "double buffer" is toggled every four frames as well. > I thought the triple buffers should be used here in accordance to the three > phase APP_CULL_DRAW, while double buffers would not be sufficient for the > three process stages. In the pfCycleBuffer method there are several such buffers. In the time slice method, the CULL and DRAW can be viewed as a single stage. In all cases, the terrain evaluation process implicitly includes culling. The CULL stage has nothing to do in this regard. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.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 Aug 23 14:41:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA14217; Fri, 23 Aug 1996 14:39:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA14201; Fri, 23 Aug 1996 14:39:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23840; Fri, 23 Aug 1996 14:39:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA26165; Fri, 23 Aug 1996 14:39:13 -0700 Received: from newsgate.dircon.co.uk (newsgate.dircon.co.uk [194.112.32.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA10615 for ; Fri, 23 Aug 1996 14:39:11 -0700 Received: from jhcscg.UUCP (jhcscg@localhost) by newsgate.dircon.co.uk (8.6.12/8.6.9) with UUCP id WAA03148 for sgi.com!info-performer; Fri, 23 Aug 1996 22:32:04 +0100 Received: from kermit by jhcscg via ESMTP (940816.SGI.8.6.9/940406.SGI) for id SAA03488; Sat, 24 Aug 1996 18:31:06 -0300 Received: by kermit (940816.SGI.8.6.9) id WAA02049; Sat, 24 Aug 1996 22:31:05 +0100 From: "Hal Bertram" Message-Id: <9608242231.ZM2047@kermit> Date: Sat, 24 Aug 1996 22:31:05 +0100 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: bump mapping." (Aug 23, 2:24pm) References: <9608231924.AA14797@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: bump mapping. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 23, 2:24pm, Steve Baker wrote: > Subject: Re: bump mapping. > > Ooops! I accidentally flamed again - sorry everyone. :-) > > I'll try to stick with the bump-mapping issue.... > > OK, let's see - Angus said:- > > > Hmmm.. I made it clear that this was multi-pass and the limitations are > > there to see. > > Indeed - but you can claim *any* feature in your system if you are > prepared to run slowly enough. We *could* ray-trace or used radiosity > methods and claim that the iR can do these things. What matters in > practice is whether it can do it in a general database and > at a reasonable cost. Yes, like texture mapping used to be relatively slow, but it still worked. This is clearly a technology in its infancy. As speeds increase, multi-pass rendering will not seem like such a dirty phrase. Also, most of computer graphics is about what you can get away with, obviously you can't get away with this approach for your application, but maybe we can use it, so I'm glad they brought it to our attention. Seeing things like this also prompts you think about how you can modify the aproach for your own ends. > I'd like to urge extreme caution with presenting and viewing demos - it's > critial to explain the limitations of the techniques being used. Anyway, SigGraph is a show - of course they are going to display whatever they can without talking about the small print. It's just marketing... -- Hal Bertram Jim Henson's Creature Shop 30 Oval Road, London NW1 7DE, UK hal@jhcs.co.uk Tel: +44 171 428 4000 Fax: +44 171 284 2218 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 16:05:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA15001; Fri, 23 Aug 1996 16:00: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 QAA14985; Fri, 23 Aug 1996 16:00:32 -0700 Received: from odin.corp.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA29793; Fri, 23 Aug 1996 16:00:32 -0700 Received: from sgi.sgi.com by odin.corp.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id QAA19942; Fri, 23 Aug 1996 16:00:31 -0700 Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA27198 for ; Fri, 23 Aug 1996 15:59:14 -0700 Received: from chem.chem.ucsd.edu (chem.ucsd.edu [132.239.68.1]) by UCSD.EDU (8.7.5/8.6.9) with SMTP id PAA29219 for ; Fri, 23 Aug 1996 15:59:13 -0700 (PDT) Received: by chem.chem.ucsd.edu (5.51) id AA28742; Fri, 23 Aug 96 15:58:36 PDT Received: by large.ucsd.edu (950413.SGI.8.6.12) id PAA19915; Fri, 23 Aug 1996 15:56:18 -0700 Date: Fri, 23 Aug 1996 15:56:18 -0700 From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199608232256.PAA19915@large.ucsd.edu> Apparently-To: info-performer@sgi.com Status: O Hi All, So I'm trying to get DBASE paging to work in Performer 2.0, and I'm hitting the same nb_clean() crash in merge() that many other people have reported. We're thinking of upgrading to Performer 2.0.2 shortly, does that release (or any later release) solve the problems with merge()? Thanks, Jeremy ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 14:43:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA14237; Fri, 23 Aug 1996 14:40:51 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA14221; Fri, 23 Aug 1996 14:40:50 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA23887; Fri, 23 Aug 1996 14:40:50 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA26244; Fri, 23 Aug 1996 14:40:49 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA10887 for ; Fri, 23 Aug 1996 14:40:48 -0700 Received: from uucp3.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp3.UU.NET [192.48.96.34]) id QQbebe26217; Fri, 23 Aug 1996 17:40:47 -0400 (EDT) Received: from ds9.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Fri, 23 Aug 1996 17:40:47 -0400 Received: from cavalier.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA22865; Fri, 23 Aug 96 17:24:20 EDT Received: by cavalier.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id RAA24160; Fri, 23 Aug 1996 17:24:19 -0400 From: "Gan Wang" Message-Id: <9608231724.ZM24158@cavalier> Date: Fri, 23 Aug 1996 17:24:18 -0400 In-Reply-To: "Marcus Barnes" "Re: Double buffers used in ASD sample" (Aug 23, 12:11pm) References: <9608221630.ZM22992@cavalier> <9608231211.ZM17540@royalflush.engr.multigen.com> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: "Marcus Barnes" Subject: Re: Double buffers used in ASD sample Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 23, 12:11pm, Marcus Barnes wrote: > Subject: Re: Double buffers used in ASD sample > > The method of scapeMult[App|Cull]() is the one you're talking about. That is right. >It uses a > time slice approach where the APP is given 4 frames to evaluate the mesh. The > CULL just counts frames and toggles the pfSwitch. It waits 5 frames first, to > let the APP build the first mesh. This approach does not use pfCycleBuffer's. > This was the second algorithm developed and is a bit more scalable but > introduces more latency. > ... > It works because the APP is working on the "tl->active" buffer for 4 frames. > It only switches it when it's done. The CULL controls the pfSwitch based upon > "tl->active" which toggles every 4 frames. So the "double buffer" is toggled > every four frames as well. > I think the number of passes used to evaluate the mesh is irrelevant to the problem I was talking about. My concern is in the first frame after each time the pfSwitch is toggled. In this frame time, APP and DRAW would get the same set of gsets, which APP gets them because they are associated to the pfTerrain it has newly received due the switch toggle, and DRAW would get at least some of them which are passed down from CULL that worked on them in the previous frame (when APP was working on the other set of gsets and the associated pfTerrain in its last pass). It seems to me that it is the consequence of "double-buffering pfSwitch" node used in a three stage pipeline. I hope I described it clearly. Thanks. Gan -- Gan Wang Cambridge Research Associates Office: 703-790-0505 ext.7210 1430 Spring Hill Road, Suite 200 Fax: 703-790-0370 McLean, VA 22102 Internet: gan@cambridge.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 17:00:37 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA15211; Fri, 23 Aug 1996 16:30:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA15195; Fri, 23 Aug 1996 16:30:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA27715; Fri, 23 Aug 1996 16:30:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA01953; Fri, 23 Aug 1996 16:30:39 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA03011 for ; Fri, 23 Aug 1996 16:30:38 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA12809; Fri, 23 Aug 1996 16:30:27 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA11056; Fri, 23 Aug 1996 16:30:27 -0700 From: "Sharon Clay" Message-Id: <9608231630.ZM11054@rose.asd.sgi.com> Date: Fri, 23 Aug 1996 16:30:26 -0700 In-Reply-To: jaf@chem.ucsd.edu (Jeremy Friesner) "" (Aug 23, 3:56pm) References: <199608232256.PAA19915@large.ucsd.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: jaf@chem.ucsd.edu (Jeremy Friesner), info-performer@sgi.com Subject: Patches for Performer2.0 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Aug 23, 3:56pm, Jeremy Friesner wrote: > Subject: ->Hi All, -> ->So I'm trying to get DBASE paging to work in Performer 2.0, and ->I'm hitting the same nb_clean() crash in merge() that many other ->people have reported. We're thinking of upgrading to Performer ->2.0.2 shortly, does that release (or any later release) solve ->the problems with merge()? Yes - the patches for Performer 2.0 fix these bugs. They are also fixed in the 2.1 iR release. For a list of the bugs fixed, you can check out our web page. We also have the full relnotes for the patches on the web page: http://www.sgi.com/Technology/Performer/relnotes2.0.2.html src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 17:01:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA15252; Fri, 23 Aug 1996 16:37:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA15236; Fri, 23 Aug 1996 16:37:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA27881; Fri, 23 Aug 1996 16:37:19 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA02272; Fri, 23 Aug 1996 16:37:19 -0700 Received: from us.net (laurel.us.net [198.240.72.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA04318 for ; Fri, 23 Aug 1996 16:37:18 -0700 Received: from LOCALNAME (endbd.laurel.us.net [198.240.112.58]) by us.net (8.6.5/8.6.12) with SMTP id TAA20366; Fri, 23 Aug 1996 19:17:12 -0400 X-Provider: US Net - Advanced Internet Services - info@us.net Message-ID: <321E5F3C.5ED0@us.net> Date: Fri, 23 Aug 1996 18:47:40 -0700 From: "Mark G. Yarbrough" X-Mailer: Mozilla 2.01 (Win16; U) MIME-Version: 1.0 To: Guy Russell CC: Performer Mailing List Subject: Re: Texture Memory Resources References: <321DAB0E.D7C@us.net> <9608231021.ZM1567@thoth.engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Guy Russell wrote: > Are you using detail texture? Detail textures take up memory, but are > generally not accounted for in the download stats. This could be enough to > push you over the edge.[snip] Thanks for the reply. No such luck on the detail texture. I ran a couple more experiments today and found that my other databases that call for six 1024x1024 textures to be displayed at one time cause a reload every frame (but they only loaded a total of "6" textures per frame instead of the other example's "12"). I am wondering if there may be some other process using texture resources that I am not aware of. I will work on this next week and let you know. ---Mark ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 23 17:26:47 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA15610; Fri, 23 Aug 1996 17:19:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA15594; Fri, 23 Aug 1996 17:19:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA29203; Fri, 23 Aug 1996 17:19:26 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA03758; Fri, 23 Aug 1996 17:19:26 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA11976 for ; Fri, 23 Aug 1996 17:19:24 -0700 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 RAA27268 for ; Fri, 23 Aug 1996 17:23:29 -0700 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id AAA03623 for ; Sat, 24 Aug 1996 00:19:06 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id RAA17956 for info-performer@sgi.com; Fri, 23 Aug 1996 17:23:27 -0700 From: "Marcus Barnes" Message-Id: <9608231723.ZM17954@royalflush.engr.multigen.com> Date: Fri, 23 Aug 1996 17:23:26 -0700 In-Reply-To: "Gan Wang" "Re: Double buffers used in ASD sample" (Aug 23, 5:24pm) References: <9608221630.ZM22992@cavalier> <9608231211.ZM17540@royalflush.engr.multigen.com> <9608231724.ZM24158@cavalier> Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Double buffers used in ASD sample Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 23, 5:24pm, Gan Wang wrote: > Subject: Re: Double buffers used in ASD sample > On Aug 23, 12:11pm, Marcus Barnes wrote: > > Subject: Re: Double buffers used in ASD sample > > > > It works because the APP is working on the "tl->active" buffer for 4 frames. > > It only switches it when it's done. The CULL controls the pfSwitch based > > upon "tl->active" which toggles every 4 frames. So the "double buffer" > > is toggled every four frames as well. > > I think the number of passes used to evaluate the mesh is irrelevant to the > problem I was talking about. No its not ... because of the work done in each time slice by the algorithm. > My concern is in the first frame after each time > the pfSwitch is toggled. In this frame time, APP and DRAW would get the same > set of gsets, which APP gets them because they are associated to the pfTerrain > it has newly received due the switch toggle, and DRAW would get at least some > of them which are passed down from CULL that worked on them in the previous > frame (when APP was working on the other set of gsets and the associated > pfTerrain in its last pass). It seems to me that it is the consequence of > "double-buffering pfSwitch" node used in a three stage pipeline. I hope I > described it clearly. I see what you mean. The APP doesn't know about the pfSwitch setting so it could potentially conflict with the DRAW. The way it's is setup in the demo, starting from frame 0, the conflict would happen in frames 8 and 9. But! the evaluation actually has two sub tasks: evaluating the potential triangles and "weaving" the final mesh. The weave task actually populates the geosets and it runs to completion in a single frame. There is no incremental conflicts. Note that this is an evaluation bottle neck and limits scalability. Still this demo has handled much of northern california (from 100m dted) with clipmapping (30 meter texels as I recall) at 60Hz on a properly configured iR. PS: Improved mechanisms and algorithms are being developed, rest assured. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.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 Aug 23 21:46:42 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id VAA01240; Fri, 23 Aug 1996 21:39:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA01224; Fri, 23 Aug 1996 21:39:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id VAA05041; Fri, 23 Aug 1996 21:39:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id VAA09405; Fri, 23 Aug 1996 21:39:52 -0700 Received: from cucs18.cs.cuhk.hk (cucs18.cs.cuhk.hk [137.189.4.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA22169 for ; Fri, 23 Aug 1996 21:39:49 -0700 Received: from sgi18 by cs.cuhk.hk with ESMTP id MAA28340; Sat, 24 Aug 1996 12:38:45 +0800 Received: by sgi18 (940816.SGI.8.6.9/Spike-2.0) id MAA14384; Sat, 24 Aug 1996 12:38:42 +0800 Date: Sat, 24 Aug 1996 12:38:41 +0800 (HKT) From: David Chan To: info-performer Subject: How to load multiple .iv file in a specified position ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I want to load multiple .iv file into performer 2.0, is it possible every .iv model(file) in a specified position after loaded into performer? i.e, like the town demo . Thanks. David ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sat Aug 24 12:55:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA02499; Sat, 24 Aug 1996 12:51:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA02483; Sat, 24 Aug 1996 12:51:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA23619; Sat, 24 Aug 1996 12:51:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA26213; Sat, 24 Aug 1996 12:51:27 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA07375 for ; Sat, 24 Aug 1996 12:51:25 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) for info-performer@sgi.com id UAA00478; Sat, 24 Aug 1996 20:47:32 +0100 From: "Angus Dorbie" Message-Id: <9608242047.ZM476@bitch.reading.sgi.com> Date: Sat, 24 Aug 1996 20:47:31 +0100 In-Reply-To: steve@mred.bgm.link.com (Steve Baker) "Re: bump mapping." (Aug 23, 2:24pm) References: <9608231924.AA14797@mred.bgm.link.com> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: bump mapping. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O You've made a good case and I agree with most of what you have said. With the Infinite Reality you finally have a machine which can usefully employ multipass algorithms in a real-time scene, even RE2 had some success here. You can bump map with a local light source and specular highlights in real-time, yes its slow compared to normal shading but I'm not cheating in any way when I say that this is real-time, the tricks I mentioned were optional for enhancing the performance. There are lots of ways you could make this kind of bump mapping even more viable, like round robin your bump mapped object calculations, but any tricks would depend on the application. I don't think approximating the shading on the sea with the assumption that it is flat would be noticeable, the actual deviation would be less than a degree from a ships bridge, and you still have the shading operation on the base polygons. The specularity is a real showstopper here, but you could blend in a surface with a specular calculation using a tlut to trancparency for parts of the bump texture, this could look great (ouch even more passes :-)). Is this any more usefull than any other kludge? I have to agree with you that for bump mapped seas you'd probably want to ignore this approach. Angus. On Aug 23, 2:24pm, Steve Baker wrote: > Subject: Re: bump mapping. > > Ooops! I accidentally flamed again - sorry everyone. :-) > > I'll try to stick with the bump-mapping issue.... > > OK, let's see - Angus said:- > > > Hmmm.. I made it clear that this was multi-pass and the limitations are > > there to see. > > Indeed - but you can claim *any* feature in your system if you are > prepared to run slowly enough. We *could* ray-trace or used radiosity > methods and claim that the iR can do these things. What matters in > practice is whether it can do it in a general database and > at a reasonable cost. > > In most (if not all) cases, doing two passes has the effect of doubling the > pixel fill and doubling the polygon loads. This typically comes close to > doubling the cost of the IG - more pipes, more RM's, more CPU's to drive > the extra pipes. > > > You seem to understand the technique although you haven't realised that > > bumpmapping can tile over planar surfaces.... > > Oh, I had no problem realising that - but it just isn't useful. > > 1) The ocean isn't flat (I can give you the URL of the Flat Earth Society > if you want to subscribe :-) if you look at the ocean from an aircraft > window when the sun is low in the sky, this is very apparent. > > 2) Although the sun is near-enough infinite, lights on your own vehicle at night > are not - and the eye certainly *isn't* infinite. > > > for distant sources & no > > specularity, or at least localviewer lighting equivalent, and can be as > > cheap as texture mapping under some circumstances ie diffuse only or > > loalviewer and static light source. > > Bump mapping is really a waste of effort if all of the conditions you describe > are met. If all the polygons are planar and we ignore specularity, > then you might as well pre-compute a complete set of pre-illuminated > maps, one for every hour of the day (or whatever) and trickle-load them > into the IG as virtual time progresses. > > Bump mapping is really only useful where these simpler and cheaper tricks > break down. > > > I thought the question was can the iR perform bump mapping in real time and > > the answer is emphatically *YES*. If you want to ask a different question > > then fine maybe you get a different answer. Nobody was being suckered and > > the explanation of the technique was clear. > > Yes, and my 386 PC can do ray-tracing in realtime (I have 'DOOM' and it does > kindof kludgy limited case raytracing)...if the conditions are exactly right > and you limit the conditions enough. So is it valid to say that PC's can > do real-time raytracing? Of course not. > > > There is another view here, the RE2 & iR are systems which can perform > > all of these tricks because of the flexibility of the GL. Youre not limited > > to what the demos show. > > This much I understand - and I have used a LOT of these tricks myself - > I would strongly agree with all your sentiments about the generality of > the design of SGI graphics and the power that comes with flexibility. > > I'd like to urge extreme caution with presenting and viewing demos - it's > critial to explain the limitations of the techniques being used. People > see demos at SigGraph and come to us saying "SGI are showing bump mapping" > and we have to patiently explain that it's all a clever hack and that > they can't have fancy ocean models on their next F16 simulator. > > This makes SGI look bad because they mislead the customer (nobody on the stand > at SigGraph explains that this awesome demo is completely inapplicable > to real applications). It also makes me look incompetant because I can't > do bump mapping in my simulations "but SGI can" using the same hardware. > > > > Steve Baker 817-323-1361 (Vox-Lab) > Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) > 2200 Arlington Downs Road 817-695-4028 (Fax) > Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) > > ======================================================================= > 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 Steve Baker ======================================================================= 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 Aug 25 11:07:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA03468; Sun, 25 Aug 1996 11:02:30 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA03452; Sun, 25 Aug 1996 11:02:29 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA20670; Sun, 25 Aug 1996 11:02:28 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA21840; Sun, 25 Aug 1996 11:02: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/950213.SGI.AUTOCF) via ESMTP id LAA23652 for ; Sun, 25 Aug 1996 11:02:27 -0700 Received: from isdn-celeste.corp.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id LAA27502; Sun, 25 Aug 1996 11:02:26 -0700 Received: by isdn-celeste.corp.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id LAA01046; Sun, 25 Aug 1996 11:00:45 -0700 Date: Sun, 25 Aug 1996 11:00:45 -0700 From: mtj@isdn-celeste.corp.sgi.com (Michael Jones) Message-Id: <199608251800.LAA01046@isdn-celeste.corp.sgi.com> To: info-performer@sgi.com Subject: re: bump mapping Status: O Quite an interesting discussion! I've been away on a two-day vacation and am just now reading it all. I have a few things to add: 1. Demos always do the best within a limited scope. The much appreciated SIGGRAPH demo by CA&D was real: it produced all of bump mapping, glow effects, glare effects, per-pixel phong shading, multiple reflections (video->column->floor-> eye), environment mapping, and live video download (multiple streams!) at a sustained 60Hz update rate. *Many* of our virtual set ISV's and end users (network broadcasters) were able to say: "that room is exactly what I want to do in my application!" We even had one of our well-known (mechanical CAD) customers say: "I want to do that in my [much bigger] application and I'll pay to make it happen. What do I buy?" -- and I assure you that I had a ready answer! This is what demos are for, to demonstrate possibilities. There is no implied promise that you can have all of the demonstrated abilities in every application context. 2. As it happens, we do have some very interesting work that has been underway for some time involving Phong shading. Unfortunately, we can't talk about it just yet, but I do believe that the situation may soon be happier than some expect. (for example, we were going to show a bump-mapped full speed Performer town at SIGGRAPH but ran out of time to get the demo completed due to Performer 2.2 development schedule pressures.) Don't forget that a two-pass technique on iR does not need to run at half speed, it can often run at full speed with 0.707 the resolution in X and 0.707 in Y due to Dynamic Video Resolution. If you know how to read between the lines, you should be looking toward to the future with optimism. 3. I completely disagree with Steve Baker of Hughes Training when he writes: "It also makes me look incompetant because I can't do bump mapping in my simulations "but SGI can" using the same hardware." There is nothing that could make Steve look incompetent! Every time I talk with him, I learn something new, and his work, HTI's RightView and the UTD program that uses it is in the Performer Hall of Fame. Steve, O god of Stargazer, you need never fear such judgements from the informed. (Though you do seem a bit testy sometimes ;-) Just let people know that CA&D's awesome demo room is a single room and not the huge flight simulation gaming area you must deliver. They will understand. Michael Be seeing you, Phone:415.390.1455 Fax:415.965.2658 M/S:8U-590 Michael T. Jones Silicon Graphics, Advanced Graphics Division mtj@sgi.com 2011 N. Shoreline Blvd., Mtn. View, CA 94039-7311 "Competition is a by-product of productive work, not its goal. A creative man is motivated by the desire to achieve, not by the desire to beat others." -Ayn Rand ======================================================================= 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 Aug 25 14:34:29 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA03671; Sun, 25 Aug 1996 14:19:16 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA03655; Sun, 25 Aug 1996 14:19:15 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA24794; Sun, 25 Aug 1996 14:19:15 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA25593; Sun, 25 Aug 1996 14:19:14 -0700 Received: from vr.mme.wsu.edu (vr.mme.wsu.edu [134.121.72.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA18878 for ; Sun, 25 Aug 1996 14:19:13 -0700 Received: by vr.mme.wsu.edu (940816.SGI.8.6.9/930416.SGI.AUTO) for info-performer@sgi.com id OAA04126; Sun, 25 Aug 1996 14:19:03 -0700 From: "VRCIM Laboratory" Message-Id: <9608251418.ZM4124@vr.mme.wsu.edu> Date: Sun, 25 Aug 1996 14:18:57 -0700 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Applying and Enable Lighting Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O This question is in regard to applying and enabling lighting on a deskside Onyx. We create a new light model using pfNewLmodel passing in NULL. Then, we use pfApplyLModel and our code crashes. Any type of pfEnable or pfApply for lighting crashes the code. The same code works on a Crimson but not the Onyx. Any comments or suggestions would be appreciated. Thanks. -- Virtual Reality and Computer-Integrated Manufacturing Laboratory School of Mechanical and Material Engineering Washington State University Phone : 509-335-1900 Email : vrcim@vr.mme.wsu.edu WWW : http://www.vrcim.wsu.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 Sun Aug 25 17:29:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA03935; Sun, 25 Aug 1996 17:20:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA03919; Sun, 25 Aug 1996 17:20:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA28835; Sun, 25 Aug 1996 17:20:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA29213; Sun, 25 Aug 1996 17:20:25 -0700 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA13249 for ; Sun, 25 Aug 1996 17:20:24 -0700 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.11/16.2) id AA021138822; Sun, 25 Aug 1996 19:20:22 -0500 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Sun, 25 Aug 1996 19:20:22 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Fri, 23 Aug 1996 16:21:41 -0500 From: Bryan Wasileski To: info-performer@sgi.com Subject: Texture Downloading Status: O Performer: Can someone direct me to some information regarding downloading terrain textures during run-time without taking a performance hit. I hear that it is possible;however, everything I've read seems to indicate that all the textures should be downloaded on initialization. We have a large area terrain for which it is impracticle to load the entire database at once. I would like to dynamically load different pieces at I fly though the database but I cannot afford to take a hit everytime I download a new texture. As far a the machine goes, I have an IR with 4xR10000's, 2 RM6 boards with 16M of texture memory. Your help is greatly appreciated. - Bryan Wasileski McDonnell Douglas Training Systems St. Louis, MO ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Aug 25 20:27:54 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA04139; Sun, 25 Aug 1996 20:18:03 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA04123; Sun, 25 Aug 1996 20:18:02 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA03035; Sun, 25 Aug 1996 20:18:01 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id UAA03231; Sun, 25 Aug 1996 20:18:01 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA08394 for ; Sun, 25 Aug 1996 20:17:57 -0700 From: flysiml@public.bta.net.cn Received: from 202.96.61.102 (ts3-6.bta.net.cn [202.96.61.102]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id LAA29879 for ; Mon, 26 Aug 1996 11:17:35 +0800 Date: Mon, 26 Aug 1996 11:17:35 +0800 Message-Id: <199608260317.LAA29879@public.bta.net.cn> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Subject: can't make NOBORDER window To: info-performer@sgi.com X-Mailer: SPRY Mail Version: 04.00.06.17 Status: O hello friends, i'm making a program using pf2.1 on an iR station. in program i have following codes: ...... /* Initialize graphics pipeline(s) */ void InitPipe(void) { pfPipeWindow *pw; int i; char str[PF_MAXSTRING]; for (i=0; i < NumPipes; i++) { pfPipeScreen(pfGetPipe(i), PF_MIN2(i, numScreens-1)); ViewState->pw[i] = pw = pfNewPWin(pfGetPipe(i)); pfPWinMode(pw, PFWIN_NOBORDER, TRUE); sprintf(str,"IRIS Performer [pipe %d]", i); pfPWinName(pw,str); pfPWinOriginSize(pw, 0, 0, WinSizeX, WinSizeY); pfPWinConfigFunc(pw, OpenWin); if (ViewState->visualID > -1) pfPWinFBConfigId(pw, ViewState->visualID); pfConfigPWin(pw); } ........ } ........ but the window HAS border. what's wrong? help me please. thanks. flysiml@public.bta.net.cn ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Sun Aug 25 23:29:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA04387; Sun, 25 Aug 1996 23:18:06 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA04371; Sun, 25 Aug 1996 23:18:05 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA07232; Sun, 25 Aug 1996 23:18:04 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA07589; Sun, 25 Aug 1996 23:18:04 -0700 Received: from server.rtset.co.il ([194.90.96.254]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA03658 for ; Sun, 25 Aug 1996 23:17:58 -0700 Received: from amit (amit.rtset.co.il [194.90.96.238]) by server.rtset.co.il (8.6.12/8.6.9) with ESMTP id HAA16274; Sun, 27 Aug 1995 07:20:02 +0200 Received: (from rany@localhost) by amit (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA02952; Tue, 27 Aug 1996 07:58:09 +0200 From: "Ran Yakir" Message-Id: <9608270758.ZM2950@amit> Date: Tue, 27 Aug 1996 07:58:09 +0000 In-Reply-To: "VRCIM Laboratory" "Applying and Enable Lighting" (Aug 25, 2:18pm) References: <9608251418.ZM4124@vr.mme.wsu.edu> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "VRCIM Laboratory" Subject: Re: Applying and Enable Lighting Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > > This question is in regard to applying and enabling lighting on a deskside > Onyx. We create a new light model using pfNewLmodel passing in NULL. Then, we > use pfApplyLModel and our code crashes. Any type of pfEnable or pfApply for > lighting crashes the code. The same code works on a Crimson but not the Onyx. > Any comments or suggestions would be appreciated. Thanks. The answer is within the question. When you pass NULL to the pfNewLModel function, you allocate the lightmodel from the heap. This means that the data referenced by it is accessible from the allocating process only. When you work on a Crimson (single CPU), you get defaulted to a single process, so the pfApplyLModel function can reference the light model data. On an ONYX (with more than one CPU) you get defaulted to multiprocessed mode. So while the NewLModel is called from the APP process, the ApplyLModel is called from the DRAW process, and WHAAM. There is a simple workaround for the problem :-) You should allocate the lightmodel from the shared arena. This is done by lm = pfNewLModel (pfGetSharedArena()); Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | RT-SET Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@rtset.co.il Work : 972-9-552236 | rany@netvision.net.il Res. : 972-9-989974 | Fax : 972-9-552239 | ======================================================================= 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 Aug 26 02:01:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA04617; Mon, 26 Aug 1996 01:51:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA04601; Mon, 26 Aug 1996 01:51:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA10713; Mon, 26 Aug 1996 01:51:34 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA12304; Mon, 26 Aug 1996 01:51:33 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA25126 for ; Mon, 26 Aug 1996 01:51:31 -0700 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id KAA00850 for info-performer@sgi.com; Tue, 27 Aug 1996 10:49:01 -0700 Date: Tue, 27 Aug 1996 10:49:01 -0700 From: Tran cong Tam Message-Id: <199608271749.KAA00850@sirssg1.epfl.ch> To: info-performer@sgi.com Status: O On 24 Aug 1996 David Chan wrote : > I want to load multiple .iv file into performer 2.0, is it possible >every .iv model(file) in a specified position after loaded into >performer? i.e, like the town demo . Yes, You can do that by creating a file includes all the .iv files in a file like the one I show below. example : edit FILE_EXA.iv type inventor file.iv inside with this format ----------------------------------------- #Inventor V2.0 ascii Separator { DEF FILE_A Group { File { name "File_1.iv" } File { name "File_2.iv" } } # End Of Group } ------------------------------------------- then try with : perfly FILE_EXA.iv Good lucks TRAN /-------------------------------------------------------/ | TRAN | | IDERALPE | | SWITZERLAND | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer.html Submissions: info-performer@sgi.com requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 02:40:10 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA04695; Mon, 26 Aug 1996 02:28:22 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA04679; Mon, 26 Aug 1996 02:28:21 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA11535; Mon, 26 Aug 1996 02:28:20 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA13041; Mon, 26 Aug 1996 02:28:19 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA29802 for ; Mon, 26 Aug 1996 02:28:17 -0700 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id LAA00954 for info-performer@sgi.com; Mon, 26 Aug 1996 11:25:31 -0700 Date: Mon, 26 Aug 1996 11:25:31 -0700 From: Tran cong Tam Message-Id: <199608261825.LAA00954@sirssg1.epfl.ch> To: info-performer@sgi.com Status: O On 24 Aug 1996 David Chan wrote : > I want to load multiple .iv file into performer 2.0, is it possible >every .iv model(file) in a specified position after loaded into >performer? i.e, like the town demo . Yes, You can do that by creating a file includes all the .iv files in a file like the one I show below. example : edit FILE_EXA.iv type inventor file.iv inside with this format ----------------------------------------- #Inventor V2.0 ascii Separator { DEF FILE_A Group { File { name "File_1.iv" } File { name "File_2.iv" } } # End Of Group } ------------------------------------------- then try with : perfly FILE_EXA.iv Good lucks TRAN /-------------------------------------------------------/ | TRAN | | IDERALPE | | SWITZERLAND | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer.html Submissions: info-performer@sgi.com requests: info-performer-request@sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 05:19:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA04918; Mon, 26 Aug 1996 05:13:05 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04902; Mon, 26 Aug 1996 05:13:04 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA15510; Mon, 26 Aug 1996 05:13:03 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA17206; Mon, 26 Aug 1996 05:13:02 -0700 Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.12]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id FAA21701 for ; Mon, 26 Aug 1996 05:12:56 -0700 Received: from alley.fel.tno.nl by sun4nl.NL.net with SMTP id AA14594 (5.65b/CWI-3.3); Mon, 26 Aug 1996 14:12:36 +0200 Received: from s00sn1.fel.tno.nl ([134.203.8.207]) by alley.fel.tno.nl (8.6.12/8.6.12) with ESMTP id OAA06926; Mon, 26 Aug 1996 14:09:41 +0200 Received: (from rioj7@localhost) by s00sn1.fel.tno.nl (8.7.5/8.7.3) id OAA00305; Mon, 26 Aug 1996 14:06:05 +0200 (MET DST) From: Mario Veraart Message-Id: <199608261206.OAA00305@s00sn1.fel.tno.nl> Subject: Landing lights (Was: bump mapping) To: steve@mred.bgm.link.com (Steve Baker) Date: Mon, 26 Aug 1996 14:06:05 +0200 (MET DST) Cc: info-performer@sgi.com (Performer) In-Reply-To: <9608231437.AA13972@mred.bgm.link.com> from "Steve Baker" at Aug 23, 96 09:37:59 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Steve Baker wrote: > A classic (and very costly) example of this was a project that > my company has been working on for several years. It was a fairly > conventional RE2 flight simulator. Before we sold the system to the > customer, we did many demos of the system flying around some > nice looking terrain, during the day - and at night. But we didn't > show a night time landing. During night time landings, the pilot > turns on his landing lights - which just like car headlights, > illuminate a little puddle of light ahead of the aircraft. > > So, can the RE2 do proper landing lights? Well, there is > a really cool demo on the RE2 of a room being illuminated with > a really beautiful spotlight. YOu can even change the spotlight to > look as though its shining through a photographic texture. I have seen a demo application on a RE2 that uses Vega LightLobes to simulate spotlights. They claim to be able to render an unlimited amount of lights. They don't use the GL lights (limited to about 8) but they say they define where there should be darkness in the database. The demo showed an aircraft flying over an airfield that has some buildings on it and it looked great. Can anybody explain what they did to the Geosets to be able to define a darkness that's changed with the ambient lighting term? Mario ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 09:02:43 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA05201; Mon, 26 Aug 1996 08:39:25 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA05185; Mon, 26 Aug 1996 08:39:24 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA20865; Mon, 26 Aug 1996 08:39:24 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA23840; Mon, 26 Aug 1996 08:39:23 -0700 Received: from melito.asd.sgi.com ([150.166.38.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA29444 for ; Mon, 26 Aug 1996 08:39:23 -0700 Received: from localhost by melito.asd.sgi.com via SMTP (950413.SGI.8.6.12/940406.SGI.AUTO) id IAA01206; Mon, 26 Aug 1996 08:39:21 -0700 Message-Id: <199608261539.IAA01206@melito.asd.sgi.com> From: cabral@sgi.com (Brian Cabral) To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: (Fwd) Re: bump mapping using Infinite Reality Date: Mon, 26 Aug 1996 08:39:21 -0700 Sender: cabral@melito.asd.sgi.com Status: O > Date: Fri, 23 Aug 96 09:37:59 -0500 > From: steve@mred.bgm.link.com (Steve Baker) > To: info-performer@sgi.com > Subject: Re: bump mapping using Infinite Reality > > Angus said: > > > Brian Cabral rhowed me a real-time bump mapping implementation > > a year ago running on RE2, this was also explained on a recent > > SGI graphics course. He's now published a paper on a more > > general shading approach which I haven't seen this). > > OK, I think I follow this explanation - but it's a typical > 'rigged demo' approach. You end up having people believe that > the machine can do something that is never going to work in > most 'real' applications. > As the progenetor of the "rigged demo" :)) I thought some explanation on what I was trying achieve is in order. I was striving to do pixel wise correct bump mapping within the arithmetic precision of the frame buffer. By correct I mean starting with Blinn's original formulation and mathematically going forward. I achieved this using multi-pass techniques. This was a non-trivial excerise but one which proved what I wanted. Getting the answer right was the important aspect of the demo. As to whether you can use this type of bump mapping in a 60hz real-time demo is orthogonal w.r.t. any multipass algorithm. If you use this effect you get less fill and geometry for that part of the scene. It's just another constraint on primarily your data base but also your management of the frame buffer and graphics pipeline. So I don't see that there's any smoke and mirrors here. Just another way to use an already powerful graphics/imaging system in a way others may not have tried or figured out. B.c. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 11:03:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA05496; Mon, 26 Aug 1996 10:58:18 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA05480; Mon, 26 Aug 1996 10:58:17 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA26550; Mon, 26 Aug 1996 10:58:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA00946; Mon, 26 Aug 1996 10:58:12 -0700 Received: from franklin.seas.gwu.edu (franklin.seas.gwu.edu [128.164.9.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA03010 for ; Mon, 26 Aug 1996 10:58:10 -0700 Received: from felix.seas.gwu.edu (felix.seas.gwu.edu [128.164.9.3]) by franklin.seas.gwu.edu (8.7.1/8.7.1) with ESMTP id NAA02731 for ; Mon, 26 Aug 1996 13:58:09 -0400 (EDT) Received: from localhost (jenflan@localhost) by felix.seas.gwu.edu (8.7.1/8.7.1) with SMTP id NAA13522 for ; Mon, 26 Aug 1996 13:58:03 -0400 (EDT) Date: Mon, 26 Aug 1996 13:58:02 -0400 (EDT) From: Jennifer Flanagan X-Sender: jenflan@felix To: info-performer@sgi.com Subject: unregister Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 11:46:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA05627; Mon, 26 Aug 1996 11:43:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA05611; Mon, 26 Aug 1996 11:43:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29039; Mon, 26 Aug 1996 11:43:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA03111; Mon, 26 Aug 1996 11:43:29 -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/950213.SGI.AUTOCF) via SMTP id LAA14610 for ; Mon, 26 Aug 1996 11:43:26 -0700 Message-ID: Date: 26 Aug 1996 14:42:17 U From: "Katyl, Donald" Subject: Triangle Strips To: "Performer" 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 all, I'm having some trouble with tristrips. I'm trying to create a GeoSet with a couple of triangle strips in it. The problem is that all of the = strips are taking the vertices from the beginning of the vertex array (or from = the beginning of the index array when I use indices). I put the vertices for all of the strips into one array. I put the = indices for the vertices in another array. I was expecting the second strip to = take ts vertices from the array starting from where the first one left off. My code is below. I'm trying to create 2 strips with 5 triangles = each. When I pfPrint the geode, both strips are using the same index numbers and have identical geometries. What am I doing wrong? (I'm using Performer 1.2 with IRIX 5.3) Don Katyl Naval Undersea Warfare Center Newport, Rhode Island katyl @ c80.npt.nuwc.navy.mil My Code: #include #include #include #include static pfVec3 verts_dat [] =3D { { 0.0, 0.0, 0.0 }, { 1.0, 0.0, 0.0 }, { 2.0, 0.0, 0.0 }, { 0.0, 1.0, 0.0 }, { 1.0, 1.0, 0.0 }, { 2.0, 1.0, 0.0 }, { 0.0, 2.0, 0.0 }, { 1.0, 2.0, 0.0 }, { 2.0, 2.0, 0.0 } }; static unsigned short indices_dat [] =3D { 3, 0, 4, 1, 5, 2, 6, 3, 7, 4, 8, 5 }; static long lengths [] =3D { 6, 6 }; static void* AllocateAndCopy (void*, int, void*); main () { pfGeode *test; pfGeoSet *gset; pfVec3 *verts; unsigned short *index; long *lens; void *arena; pfInit(); pfConfig(); arena =3D pfGetSharedArena (); verts =3D (pfVec3*) AllocateAndCopy (verts_dat, sizeof (verts_dat), = arena); index =3D (unsigned short *) AllocateAndCopy (indices_dat, sizeof (indices_dat), arena); lens =3D (long*) AllocateAndCopy (lengths, sizeof (lengths), arena); gset =3D pfNewGSet (arena); pfGSetNumPrims (gset, 2); pfGSetPrimLengths (gset, lens); pfGSetPrimType (gset, PFGS_TRISTRIPS); pfGSetAttr (gset, PFGS_COORD3, PFGS_PER_VERTEX, verts, index); test =3D pfNewGeode (); pfAddGSet (test, gset); pfPrint (test, PFTRAV_SELF | PFTRAV_DESCEND, PFPRINT_VB_DEBUG, NULL); pfExit(); } static void * AllocateAndCopy (void* src, int size, void* arena) { void *dest; dest =3D pfMalloc (size, arena); if (dest =3D=3D NULL) { pfExit (); } memcpy (dest, src, size); return dest; } ======================================================================= 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 Aug 26 13:23:57 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05931; Mon, 26 Aug 1996 13:22:13 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05915; Mon, 26 Aug 1996 13:22:12 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02782; Mon, 26 Aug 1996 13:22:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA07512; Mon, 26 Aug 1996 13:22:11 -0700 Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA07509 for ; Mon, 26 Aug 1996 13:21:58 -0700 From: dpugmire@facility.cs.utah.edu Received: from lal.cs.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs) id OAA24531; Mon, 26 Aug 1996 14:21:57 -0600 Received: by lal.cs.utah.edu (8.6.12/utah-2.15sun-leaf) id OAA22360; Mon, 26 Aug 1996 14:21:56 -0600 Date: Mon, 26 Aug 1996 14:21:56 -0600 Message-Id: <199608262021.OAA22360@lal.cs.utah.edu> To: info-performer@sgi.com Subject: Aerial images Status: O hi, This isn't directly about performer, but ......... Where have you out there gotten geo-specific aerial/satellite photographs ? I've looked at the local Dept. of Agriculture office, and it seems they only have some old infra-red stuff - the stuff you have to edit up to turn the red to green.... Am I looking in the wrong places ??? Thanks, dp. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 13:27:59 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05958; Mon, 26 Aug 1996 13:26:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05942; Mon, 26 Aug 1996 13:26:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02908; Mon, 26 Aug 1996 13:26:22 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA07660; Mon, 26 Aug 1996 13:26:21 -0700 Received: from junior.apk.net (junior.apk.net [206.183.12.46]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA08546 for ; Mon, 26 Aug 1996 13:26:14 -0700 Received: from trix (pm1-6.ravenna.apk.net [207.54.136.25]) by junior.apk.net (8.7.5/8.7.3) with SMTP id QAA02191 for ; Mon, 26 Aug 1996 16:26:04 -0400 (EDT) Sender: laser@apk.net Message-ID: <32220815.167E@apk.net> Date: Mon, 26 Aug 1996 16:24:54 -0400 From: Mark Lasersohn X-Mailer: Mozilla 3.0b6Gold (X11; I; IRIX 5.3 IP20) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Center of Rotation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello, I am trying to set the center of rotation on a DCS. Can anyone help me? -- Mark Lasersohn Cow House Productions laser@apk.net ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 13:46:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA06029; Mon, 26 Aug 1996 13:43:49 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA06013; Mon, 26 Aug 1996 13:43:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA03575; Mon, 26 Aug 1996 13:43:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA08433; Mon, 26 Aug 1996 13:43: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/950213.SGI.AUTOCF) via ESMTP id NAA12725 for ; Mon, 26 Aug 1996 13:43:46 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA08647; Mon, 26 Aug 1996 13:43:44 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA05130; Mon, 26 Aug 1996 13:43:44 -0700 From: "Sharon Clay" Message-Id: <9608261343.ZM5128@rose.asd.sgi.com> Date: Mon, 26 Aug 1996 13:43:44 -0700 In-Reply-To: "Marcus Barnes" "Re: Texture Downloading" (Aug 26, 12:04pm) References: <9608261204.ZM19890@royalflush.engr.multigen.com> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: "Marcus Barnes" , info-performer@sgi.com Subject: Re: Texture Downloading Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Aug 26, 12:04pm, Marcus Barnes wrote: > Subject: Re: Texture Downloading -> ->On Aug 23, 4:21pm, Bryan Wasileski wrote: ->> Subject: Texture Downloading -> ->> We have a large area terrain for which it is impracticle to load the ->> entire database at once. I would like to dynamically load different ->> pieces at I fly though the database but I cannot afford to take a hit ->> everytime I download a new texture. ->> As far a the machine goes, I have an IR with 4xR10000's, 2 RM6 ->> boards with 16M of texture memory. Your help is greatly appreciated. -> ->If you are targetting iR only, you should be creating geospecific clipmap ->textures. Read the man page for pfcliptexture and pfimagecache for details on ->how this works. -> Clipmapping is simply a way of virtualizing texture memory so that you can have a mipmapped texture of virtual size up to 32Kx32K texels (that was on iR 6.2 with Perfomrer2.1 - it is getting much bigger with more recent iR software) and yet use under 40MBytes of texture memory (might be less depending on how you configure things). You can probably get interactive clipmapping runing in a day and the real-time 30/60-Hz version only requires playing with the formatting of enough disks so that the disk bandwidth can keep up with your flying speed and the iR downloading rates. Just using Performer2.1 perfly you can give yourself a basic clipmapping demo on your own data and even on your own database! o There is clipmap documentation, data, and clipmap config files (file.ct) under /usr/share/Performer/data/clipdata/ (**** see README in this dir !!!) and tools to turn your data into clipmap data with rsets in /usr/share/Performer/src/tools/ o You can run perfly on our and your clipmap data textured onto a single polygon The /usr/share/Performer/data/clipdata/README shows how to do this. Basically, it is just perfly file.im (where .im is the suffix for a simple ascii loader that we ship). perfly /usr/share/Performer/data/clipdata/moffett/mof.im will show you 1 meter data of Moffett Field. o You can run perfly with our and your clipmap data replacing a texture in _your_ database. From the perfly man page: % setenv PFSUBSTCLIP_TEXTURE file.ct # needs to be in current dir or $PFPATH % perfly your_datafile_fullname.substclip That will just grab the first texture in your database and make it a clipmap. You can select the texture by doing: % setenv PFSUBSTCLIP_TEXTURE_I -1 - run perfly on database.substclip to get list of textures and indices % setenv PFSUBSTCLIP_TEXTURE_I tex_no o There are simple programs under /usr/share/Performer/src/pguide/ to demonstrate different pieces of the clipmapping task: pguide/libpr/C/{icache.c, cliptex.c} We have more information about clipmapping in a document describing Performer2.1 features that I have put out on the ftp site: ftp://sgigate.sgi.com/pub/Performer/docs/perf2.1.ps We are working on the 2.2 release of Performer and if you would like to develop a clipmapping application and are interested in being a 2.2 beta customer, please let me know! src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 12:02:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA05682; Mon, 26 Aug 1996 12:00:43 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA05666; Mon, 26 Aug 1996 12:00:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA00037; Mon, 26 Aug 1996 12:00:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA03860; Mon, 26 Aug 1996 12:00:41 -0700 Received: from mailhost.multigen.com (mailhost.multigen.com [204.119.69.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA18527 for ; Mon, 26 Aug 1996 12:00:29 -0700 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 MAA29396 for ; Mon, 26 Aug 1996 12:04:28 -0700 Received: from royalflush.engr.multigen.com (royalflush.engr.multigen.com [204.119.70.54]) by plateau.engr.multigen.com (8.6.11/8.6.12) with ESMTP id TAA02319 for ; Mon, 26 Aug 1996 19:00:00 GMT Received: (from marcus@localhost) by royalflush.engr.multigen.com (950511.SGI.8.6.12.PATCH526/8.6.12) id MAA19892 for info-performer@sgi.com; Mon, 26 Aug 1996 12:04:25 -0700 From: "Marcus Barnes" Message-Id: <9608261204.ZM19890@royalflush.engr.multigen.com> Date: Mon, 26 Aug 1996 12:04:24 -0700 In-Reply-To: Bryan Wasileski "Texture Downloading" (Aug 23, 4:21pm) References: Organization: MultiGen Inc. X-Phones: 1-408-556-2654 X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Texture Downloading Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 23, 4:21pm, Bryan Wasileski wrote: > Subject: Texture Downloading [munch] > We have a large area terrain for which it is impracticle to load the > entire database at once. I would like to dynamically load different > pieces at I fly though the database but I cannot afford to take a hit > everytime I download a new texture. > As far a the machine goes, I have an IR with 4xR10000's, 2 RM6 > boards with 16M of texture memory. Your help is greatly appreciated. If you are targetting iR only, you should be creating geospecific clipmap textures. Read the man page for pfcliptexture and pfimagecache for details on how this works. MultiGen will soon release our Series II Pro package which includes a texture mosaic tool that is designed to create such large geospecific clipmaps, from orthorectified source imagery, for use in Performer. Prototypes of this tool were used to process the textures seen in the western United States flyover demo shown at ITEC, IMAGE, SIGRRAPH etc :-) it saved us all alot of time. Regards. -- ____ ___ ____ _ Marcus Barnes, Member Technical Staff / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 /____/ EMAIL: marcus@multigen.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 Aug 26 13:10:41 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA05894; Mon, 26 Aug 1996 13:08:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA05878; Mon, 26 Aug 1996 13:08:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA02254; Mon, 26 Aug 1996 13:08:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA06725; Mon, 26 Aug 1996 13:08: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/950213.SGI.AUTOCF) via ESMTP id NAA04234 for ; Mon, 26 Aug 1996 13:08:52 -0700 Received: from remi.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id NAA06699; Mon, 26 Aug 1996 13:08:50 -0700 Received: by remi.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id NAA11841; Mon, 26 Aug 1996 13:08:48 -0700 From: "Remi Arnaud" Message-Id: <9608261308.ZM11839@remi.asd.sgi.com> Date: Mon, 26 Aug 1996 13:08:48 -0700 In-Reply-To: "Katyl, Donald" "Triangle Strips" (Aug 26, 2:42pm) References: 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, "Performer" Subject: Re: Triangle Strips Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 26, 2:42pm, Katyl, Donald wrote: > Subject: Triangle Strips Hi, > > I'm having some trouble with tristrips. I'm trying to create a GeoSet > with a couple of triangle strips in it. The problem is that all of the strips > are taking the vertices from the beginning of the vertex array (or from the > beginning of the index array when I use indices). [text removed] > > What am I doing wrong? (I'm using Performer 1.2 with IRIX 5.3) your code works fine in performer 2.x This is the output: [0:0]pfGeode pfId=128 0x18076a00 { trav masks: cull=0xffffffff draw=0xffffffff isect=0xffffffff bsphere: ctr(1.000000, 1.000000, 0.000000) rad=1.414214 Num pfGeoSets: 1 [1:0] GeoSet: 0x18076dc0 { Primitive: PFGS_TRISTRIPS, INDEXED, pfPrims=2, glPrims=8, verts=12 Attribute Bindings: PFGS_COLOR4=PFGS_OFF PFGS_NORMAL3=PFGS_OFF PFGS_TEXCOORD2=PFGS_OFF Packed=0 Attribute List Pointers: PFGS_COORD3: 0x18076980 PFGS_COLOR4: 0x0 PFGS_NORMAL3: 0x0 PFGS_TEXCOORD2: 0x0 PackedAttrs: 0x0 Attribute Index List Pointers: PFGS_COLOR4: 0x0 PFGS_NORMAL3: 0x0 PFGS_TEXCOORD2: 0x0 PFGS_COORD3: 0x180797b0 Strip Lengths: 6 6 Coord Index: 3 X: 0.000000 Y: 1.000000 Z: 0.000000 Coord Index: 0 X: 0.000000 Y: 0.000000 Z: 0.000000 Coord Index: 4 X: 1.000000 Y: 1.000000 Z: 0.000000 Coord Index: 1 X: 1.000000 Y: 0.000000 Z: 0.000000 Coord Index: 5 X: 2.000000 Y: 1.000000 Z: 0.000000 Coord Index: 2 X: 2.000000 Y: 0.000000 Z: 0.000000 Coord Index: 6 X: 0.000000 Y: 2.000000 Z: 0.000000 Coord Index: 3 X: 0.000000 Y: 1.000000 Z: 0.000000 Coord Index: 7 X: 1.000000 Y: 2.000000 Z: 0.000000 Coord Index: 4 X: 1.000000 Y: 1.000000 Z: 0.000000 Coord Index: 8 X: 2.000000 Y: 2.000000 Z: 0.000000 Coord Index: 5 X: 2.000000 Y: 1.000000 Z: 0.000000 } GeoSet: 0x18076dc0 [1:0] [0:0]} pfGeode 128 0x18076a00 Maybe there is a bug in the pfPrint() of the 1.2 release ? Can you upgrade to 2.x ? -- Remi -- o o Remi ARNAUD - Silicon Graphics, Performer, Advanced Systems Dev o o o o Mail Stop 590 - 2011 N. Shoreline Boulevard, Mountain View, CA94043 o o o o Email: remi@asd.sgi.com - Tel: (415) 933 6208 - Fax: (415) 965 2658 o o ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 14:50:25 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA06327; Mon, 26 Aug 1996 14:48:23 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA06311; Mon, 26 Aug 1996 14:48:22 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA05942; Mon, 26 Aug 1996 14:48:21 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA11479; Mon, 26 Aug 1996 14:48:20 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA28377 for ; Mon, 26 Aug 1996 14:48:19 -0700 Received: from dandan.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id OAA12410; Mon, 26 Aug 1996 14:48:17 -0700 Received: by dandan.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id OAA16406; Mon, 26 Aug 1996 14:48:17 -0700 From: "Jenny Zhao" Message-Id: <9608261448.ZM16404@dandan.asd.sgi.com> Date: Mon, 26 Aug 1996 14:48:17 -0700 In-Reply-To: "Marcus Barnes" "Re: Double buffers used in ASD sample" (Aug 23, 5:23pm) References: <9608221630.ZM22992@cavalier> <9608231211.ZM17540@royalflush.engr.multigen.com> <9608231724.ZM24158@cavalier> <9608231723.ZM17954@royalflush.engr.multigen.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Marcus Barnes" , info-performer@sgi.com Subject: Re: Double buffers used in ASD sample Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 23, 5:23pm, Marcus Barnes wrote: > Subject: Re: Double buffers used in ASD sample > On Aug 23, 5:24pm, Gan Wang wrote: > > Subject: Re: Double buffers used in ASD sample > > My concern is in the first frame after each time > > the pfSwitch is toggled. In this frame time, APP and DRAW would get the same > > set of gsets, which APP gets them because they are associated to the > pfTerrain > > it has newly received due the switch toggle, and DRAW would get at least some > > of them which are passed down from CULL that worked on them in the previous > > frame (when APP was working on the other set of gsets and the associated > > pfTerrain in its last pass). It seems to me that it is the consequence of > > "double-buffering pfSwitch" node used in a three stage pipeline. I hope I > > described it clearly. > > I see what you mean. The APP doesn't know about the pfSwitch setting so it > could potentially conflict with the DRAW. The way it's is setup in the demo, > starting from frame 0, the conflict would happen in frames 8 and 9. > > But! the evaluation actually has two sub tasks: evaluating the potential > triangles and "weaving" the final mesh. The weave task actually populates the > geosets and it runs to completion in a single frame. There is no incremental > conflicts. Note that this is an evaluation bottle neck and limits scalability. > Still this demo has handled much of northern california (from 100m dted) with > clipmapping (30 meter texels as I recall) at 60Hz on a properly configured iR. > > PS: Improved mechanisms and algorithms are being developed, rest assured. > > Regards. > -- Marcus is right. the last stage of the TerrainEvaluation is the geoset generation, and before that, the terrain does the traversal of the database. also we overlapped the beginning of the TerrainEvaluation and the DRAW, the real writing doesn't really happen until 3 frames later. that is why the demo worked safely. the new release of performer will have a new asychronize evaluation which will make the terrain evaluation process independent of the performer main process. > ____ ___ ____ _ Marcus Barnes, Member Technical Staff > / __ `__ \/ __ `( ) MultiGen Inc. 550 S. Winchester Blvd. STE 500 > / / / / / / /_/ / / San Jose CA 95128 WEB: http://www.multigen.com > /_/ /_/ /_/\__, /_/ PH:1-408-556-2654 FX:1-408-261-4102 > /____/ EMAIL: marcus@multigen.com > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Marcus Barnes -- Jenny Zhao zhz@asd.sgi.com 415 933-5091 (Voice) 415 965-2658 (Fax) Silicon Graphics - IRIS Performer ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 15:32:04 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA06527; Mon, 26 Aug 1996 15:30:10 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA06511; Mon, 26 Aug 1996 15:30:09 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA07666; Mon, 26 Aug 1996 15:30:08 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA13754; Mon, 26 Aug 1996 15:30:08 -0700 Received: from mred.bgm.link.com (mred.bgm.link.com [130.210.236.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id PAA08928 for ; Mon, 26 Aug 1996 15:30:06 -0700 Received: by mred.bgm.link.com (920330.SGI/920502.SGI.AUTO) for info-performer@sgi.com id AA20504; Mon, 26 Aug 96 17:24:59 -0500 Date: Mon, 26 Aug 96 17:24:59 -0500 From: steve@mred.bgm.link.com (Steve Baker) Message-Id: <9608262224.AA20504@mred.bgm.link.com> To: info-performer@sgi.com Subject: Ascension Flock-of-Birds. Status: O Sorry if this is a bit off subject - but has anyone out there played with an Ascension Flock-of-Birds? I'm seeing *really* poor angular noise levels - when the detector and emitter are around two feet apart I see around 5 degrees of noise! Is this typical of the device - or is there something I'm not setting up properly? When the emitter and detector are a couple of inches apart, the noise drops down to almost zero - so I'm fairly sure I'm reading it correctly. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= 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 Aug 26 15:55:07 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA06718; Mon, 26 Aug 1996 15:53:37 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA06702; Mon, 26 Aug 1996 15:53:36 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA08532; Mon, 26 Aug 1996 15:53:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA14698; Mon, 26 Aug 1996 15:53:35 -0700 Received: from fang.dsto.defence.gov.au (fang.dsto.defence.gov.au [131.185.2.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA14461 for ; Mon, 26 Aug 1996 15:53:32 -0700 Received: from msmail.dsto.defence.gov.au by fang.dsto.defence.gov.au; (8.6.12/1.1.8.2/13May95-0346PM) id IAA14914; Tue, 27 Aug 1996 08:23:29 +0930 Received: by msmail.dsto.defence.gov.au with Microsoft Mail id <32232109@msmail.dsto.defence.gov.au>; Tue, 27 Aug 96 08:23:37 CST From: "Simpkin, Graeme" To: info-performer Subject: RE: Landing lights (Was: bump mapping) Date: Tue, 27 Aug 96 08:50:00 CST Message-ID: <32232109@msmail.dsto.defence.gov.au> Encoding: 18 TEXT X-Mailer: Microsoft Mail V3.0 Status: O >Steve Baker wrote: > > So, can the RE2 do proper landing lights? Well, there is > a really cool demo on the RE2 of a room being illuminated with > a really beautiful spotlight. You can even change the spotlight to > look as though its shining through a photographic texture. Those of you that have the MultiGen 1996 Calendar can turn to the November 1996 page to see Wormald's implementation of landing lights in their Wormald Image Generation System (WIGS). I've seen it in action and it looks good. You can wave the lights around like a helicopter search light, and the effect is impressive. - Graeme Simpkin Air Operations Simulation Center AOD/DSTO Australia ======================================================================= 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 Aug 26 17:24:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA07071; Mon, 26 Aug 1996 17:22:46 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA07055; Mon, 26 Aug 1996 17:22:45 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA13265; Mon, 26 Aug 1996 17:22:45 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA18347; Mon, 26 Aug 1996 17:22:44 -0700 Received: from firewall.cgsd.com ([205.164.126.98]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA04442 for ; Mon, 26 Aug 1996 17:22:41 -0700 Received: (from mmcbride@localhost) by firewall.cgsd.com (8.6.12/8.6.12) id RAA04369; Mon, 26 Aug 1996 17:22:19 -0700 Date: Mon, 26 Aug 1996 17:22:18 -0700 (PDT) From: Mark McBride To: info-performer@sgi.com Subject: Flock of Birds Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O We are using the Flock of Birds tracker, and 5 degrees sounds about average. I think noise is an exponential function of distance from the transmitter, so the closer you are, the exponentially better. One note, if you are willing to spring for their extended range transmitter (ERC), it significantly reduces noise. Other options are turning on all the AC filters, but this increases the systme lag by a significant amount. ---Mark +------------------------------------------------------+ | | | Mark McBride | | Student, UC Davis | | mcbride@cs.ucdavis.edu mog@ece.ucdavis.edu | | "The significant problems we face cannot be solved | | at the same level of thinking we were at when we | | created them." -- Albert Einstein | | | +------------------------------------------------------+ ======================================================================= 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 Aug 26 18:17:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA07201; Mon, 26 Aug 1996 18:16:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA07185; Mon, 26 Aug 1996 18:16:18 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA14931; Mon, 26 Aug 1996 18:16:18 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id SAA19995; Mon, 26 Aug 1996 18:16:17 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA15446 for ; Mon, 26 Aug 1996 18:16:17 -0700 Received: from sixty.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) for <@giraffe.asd.sgi.com:info-performer@sgi.com> id SAA24971; Mon, 26 Aug 1996 18:16:16 -0700 Received: by sixty.asd.sgi.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id SAA08273; Mon, 26 Aug 1996 18:16:15 -0700 From: "Javier Castellar" Message-Id: <9608261816.ZM8271@sixty.asd.sgi.com> Date: Mon, 26 Aug 1996 18:16:14 -0700 In-Reply-To: Mark McBride "Flock of Birds" (Aug 26, 5:22pm) References: X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Flock of Birds Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I think that exist an extended (larger) emitter that reduce the noise. I remember that years ago it was possible to retouch the adaptative filter poles and zeros to get the right setting for noisy enviroment. I am talking about five years ago. -Javier -- ************************************************************************* * Javier Castellar Arribas * Email: javier@asd.sgi.com * * * Vmail: 3-1589 * * Member of Technical Staff * Phone: 415-933-1589 / 2108 (lab) * * Core Design - Applied Engineering * Fax: 415-964-8671 * * Advanced Systems Division * MailStop: 8L-800 * ************************************************************************* * Silicon Graphics Inc. * * 2011 N. Shoreline Boulevard, * * Mountain View, California 94043-1386, USA * ************************************************************************* "Violence is the last refuge of the incompetent" Hardin Seldon ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Mon Aug 26 23:18:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA07602; Mon, 26 Aug 1996 23:17:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA07584; Mon, 26 Aug 1996 23:17:00 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA21523; Mon, 26 Aug 1996 23:16:58 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA27193; Mon, 26 Aug 1996 23:16:58 -0700 Received: from gatekeeper.bvr.co.il (gatekeeper.bvr.co.il [194.90.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA04810 for ; Mon, 26 Aug 1996 23:16:49 -0700 Received: (from uucp@localhost) by gatekeeper (8.6.12/8.6.9) id EAA26805; Tue, 27 Aug 1996 04:58:01 GMT Received: from unknown(192.114.85.105) by gatekeeper via smap (V1.3) id sma026803; Tue Aug 27 07:57:00 1996 Received: by genie.bvr.co.il (950413.SGI.8.6.12/931108.SGI.AUTO.ANONFTP) id HAA02513; Tue, 27 Aug 1996 07:56:05 +0300 From: "Ran Yakir" Message-Id: <9608270756.ZM2511@genie.bvr.co.il> Date: Tue, 27 Aug 1996 07:56:05 +0000 In-Reply-To: Mark Lasersohn "Center of Rotation" (Aug 26, 4:24pm) References: <32220815.167E@apk.net> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Mark Lasersohn Subject: Re: Center of Rotation Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O > I am trying to set the center of rotation on a DCS. Can anyone help > me? > Let's assume your center of rotation is in : pfVec3 center; and your DCS transformation is in pfMatrix tmat; ... pfMakeIdentMat (mat); pfPreTransMat (mat, center[0], center[1], center[2], mat); pfPreMultMat (mat, tmat); pfPreTransMat (mat, -center[0], -center[1], -center[2], mat); pfDCSMat (dcs, mat); Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | BVR Technologies Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | ======================================================================= 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 Aug 27 01:47:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA07923; Tue, 27 Aug 1996 01:45:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA07907; Tue, 27 Aug 1996 01:45:57 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA24557; Tue, 27 Aug 1996 01:45:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA01994; Tue, 27 Aug 1996 01:45:56 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA27467; Tue, 27 Aug 1996 01:45:44 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA03081; Tue, 27 Aug 1996 09:41:28 +0100 From: "Angus Dorbie" Message-Id: <9608270941.ZM3079@bitch.reading.sgi.com> Date: Tue, 27 Aug 1996 09:41:27 +0100 In-Reply-To: Mario Veraart "Landing lights (Was: bump mapping)" (Aug 26, 2:06pm) References: <199608261206.OAA00305@s00sn1.fel.tno.nl> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Mario Veraart Subject: Re: Landing lights (Was: bump mapping) Cc: info-performer@sgi.com (Performer) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O It might be a trade secret. It's true that Vega has an excellent and imaginitive solution to the lobe light problem which reduces the overhead for this effect and drastically reduces the cost for multiple lights. Angus. On Aug 26, 2:06pm, Mario Veraart wrote: > Subject: Landing lights (Was: bump mapping) > Steve Baker wrote: > > > A classic (and very costly) example of this was a project that > > my company has been working on for several years. It was a fairly > > conventional RE2 flight simulator. Before we sold the system to the > > customer, we did many demos of the system flying around some > > nice looking terrain, during the day - and at night. But we didn't > > show a night time landing. During night time landings, the pilot > > turns on his landing lights - which just like car headlights, > > illuminate a little puddle of light ahead of the aircraft. > > > > So, can the RE2 do proper landing lights? Well, there is > > a really cool demo on the RE2 of a room being illuminated with > > a really beautiful spotlight. YOu can even change the spotlight to > > look as though its shining through a photographic texture. > > I have seen a demo application on a RE2 that uses Vega LightLobes to simulate > spotlights. They claim to be able to render an unlimited amount of lights. > They don't use the GL lights (limited to about 8) but they say they > define where there should be darkness in the database. The demo showed > an aircraft flying over an airfield that has some buildings on it and it > looked great. > Can anybody explain what they did to the Geosets to be able to define > a darkness that's changed with the ambient lighting term? > > Mario > ======================================================================= > 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 Mario Veraart ======================================================================= 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 Aug 27 03:01:33 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id DAA08037; Tue, 27 Aug 1996 03:00:09 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA08021; Tue, 27 Aug 1996 03:00:08 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id DAA26108; Tue, 27 Aug 1996 03:00:07 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id DAA03559; Tue, 27 Aug 1996 03:00:06 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA08579; Tue, 27 Aug 1996 02:59:58 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id KAA03281; Tue, 27 Aug 1996 10:55:57 +0100 From: "Angus Dorbie" Message-Id: <9608271055.ZM3279@bitch.reading.sgi.com> Date: Tue, 27 Aug 1996 10:55:57 +0100 In-Reply-To: dpugmire@facility.cs.utah.edu "Aerial images" (Aug 26, 2:21pm) References: <199608262021.OAA22360@lal.cs.utah.edu> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: dpugmire@facility.cs.utah.edu, info-performer@sgi.com Subject: Re: Aerial images Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O For the Laguna Beach flight sim we got 2.25m ortho correct images and 10m elevation information from: ERDAS International, 2801 Buford Highway, N.E. Atlanta, Georgia 30329 USA Phone: 404/248-9000 (We actually used their UK office) The information provided by ERDAS was converted to DTED elevation and SGI images using a couple of simple converters which we can supply and then fed into the MultiGen terrain package to produce the real-time database. Angus. On Aug 26, 2:21pm, dpugmire@facility.cs.utah.edu wrote: > Subject: Aerial images > > hi, > > This isn't directly about performer, but ......... > Where have you out there gotten geo-specific aerial/satellite > photographs ? I've looked at the local Dept. of Agriculture office, > and it seems they only have some old infra-red stuff - the stuff you > have to edit up to turn the red to green.... > Am I looking in the wrong places ??? > > Thanks, > > dp. > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from dpugmire@facility.cs.utah.edu ======================================================================= 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 Aug 27 06:12:34 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08272; Tue, 27 Aug 1996 06:11:14 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08256; Tue, 27 Aug 1996 06:11:10 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA00477; Tue, 27 Aug 1996 06:11:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA08003; Tue, 27 Aug 1996 06:11:09 -0700 Received: from rdvax.ntsc.navy.mil (rdvax.ntsc.navy.mil [192.44.253.102]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id GAA09440 for ; Tue, 27 Aug 1996 06:11:08 -0700 Message-Id: <199608271311.GAA09440@sgi.sgi.com> Date: 27 Aug 96 08:56:00 EST From: "Robert Reif" Subject: developing IRIX5.3/Performer2.0 executable on IR To: "info-performer" Status: O Hi, I have an Onyx IR running IRIX 6.2 and Performer 2.1 which is being used as our development system. I need to generate executables on this machine that will run on an Onyx RE2 running IRIX 5.3 and Performer 2.0. Any ideas on how to accomplish this would be greatly appreciated. Thanks, Bob Reif reif@rdvax.ntsc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 27 06:37:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA08325; Tue, 27 Aug 1996 06:36:14 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA08309; Tue, 27 Aug 1996 06:36:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA00965; Tue, 27 Aug 1996 06:36:12 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA08641; Tue, 27 Aug 1996 06:36:12 -0700 Received: from gatekeeper.bvr.co.il (gatekeeper.bvr.co.il [194.90.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA13810 for ; Tue, 27 Aug 1996 06:36:08 -0700 Received: (from uucp@localhost) by gatekeeper.bvr.co.il (8.6.12/8.6.9) id NAA01551; Tue, 27 Aug 1996 13:35:08 GMT Received: from unknown(192.114.85.105) by gatekeeper.bvr.co.il via smap (V1.3) id sma001548; Tue Aug 27 16:35:02 1996 Received: by genie.bvr.co.il (950413.SGI.8.6.12/931108.SGI.AUTO.ANONFTP) id QAA13331; Tue, 27 Aug 1996 16:35:46 +0300 From: "Ran Yakir" Message-Id: <9608271635.ZM13329@genie.bvr.co.il> Date: Tue, 27 Aug 1996 16:35:46 +0000 In-Reply-To: "Robert Reif" "developing IRIX5.3/Performer2.0 executable on IR" (Aug 27, 8:56am) References: <199608271311.GAA09440@sgi.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Robert Reif" Subject: Re: developing IRIX5.3/Performer2.0 executable on IR Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 27, 8:56am, Robert Reif wrote: > > I have an Onyx IR running IRIX 6.2 and Performer 2.1 which is being used > as our development system. I need to generate executables on this machine > that will run on an Onyx RE2 running IRIX 5.3 and Performer 2.0. You can install Performer 2.0 under a different root tree (say /perf2.0). This is done by using inst (or swmgr) with -r /perf2.0 . Then you include /perf2.0/usr/include/ in your include path, and /perf2.0/usr/lib in your library search path. Ran -- __ | Ran Yakir /_) _ __ \ / _ / o __ | BVR Technologies Ltd. / )_ (_(_) ) \/ (_(_/<_(_)( | _/ | -------------------------------------+-------------------------------- Phone : | E-mail : rany@bvr.co.il Work : 972-3-5715671 | Res. : 972-9-989974 | Fax : 972-3-5715668 | ======================================================================= 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 Aug 27 07:12:40 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA08440; Tue, 27 Aug 1996 07:03:57 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA08424; Tue, 27 Aug 1996 07:03:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA01597; Tue, 27 Aug 1996 07:03:55 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA09558; Tue, 27 Aug 1996 07:03:54 -0700 Received: from igate1.hac.com (igate1.HAC.COM [192.48.33.10]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA19178 for ; Tue, 27 Aug 1996 07:03:53 -0700 From: Bela_A_Kekesi_at_2-HACHQ3@CCGATE.HAC.COM Received: from ises01.ES.HAC.COM ([147.16.5.2]) by igate1.hac.com (4.1/SMI-4.1) id AA05402; Tue, 27 Aug 96 07:04:00 PDT Received: by ises01.ES.HAC.COM; id AA01728; Tue, 27 Aug 1996 07:03:50 -0700 Received: from cc:Mail by CCGATE.HAC.COM id AA841154647; Tue, 27 Aug 96 09:56:33 PST Date: Tue, 27 Aug 96 09:56:33 PST Encoding: 62 Text, 47 uuencode Message-Id: <9607278411.AA841154647@CCGATE.HAC.COM> To: steve@mred.bgm.link.com (Steve Baker), info-performer@sgi.com Subject: Re: Ascension Flock-of-Birds. Status: O Hi Steve, One possible problem you may be experiencing if the noise is *too* bad is the quadrant in which your tracker sits in accordance with your emitter. Having played around with these tracking systems in the past, we noticed problems when passing between quadrants. -A quadrant being a 3D cubical field where the emitter is the origin, and each quadrant exists such that positive X,Y,Z would be one quadrant; -X,Y,Z would be another, etc. Ensuring that your tracker stays within a quadrant will help. Something else you might check is if there is any metal near your tracker/ emitter setup. Something as simple as girders in the floor can sometimes throw your tracker. -Of course, other magnetic fields nearby can mess up your tracking too. (i.e., many computers). Although the latter shouldn't mess you up too bad unless you have some gargantuan setup. As far as experiencing a drop as you get further from your emitter; yes, that will happen. If none of that helps, and you need more precision in your readings I would recommend Ascension's Extended Range Tracker. Hope that helps! Alex Kekesi Hughes Aircraft _______________________________________________________________________________ Subject: Ascension Flock-of-Birds. From: steve@mred.bgm.link.com (Steve Baker) at CCGATE Date: 8/26/96 3:40 PM Sorry if this is a bit off subject - but has anyone out there played with an Ascension Flock-of-Birds? I'm seeing *really* poor angular noise levels - when the detector and emitter are around two feet apart I see around 5 degrees of noise! Is this typical of the device - or is there something I'm not setting up properly? When the emitter and detector are a couple of inches apart, the noise drops down to almost zero - so I'm fairly sure I'm reading it correctly. Steve Baker 817-323-1361 (Vox-Lab) Hughes Training Inc. 817-695-8776 (Vox-Office/vMail) 2200 Arlington Downs Road 817-695-4028 (Fax) Arlington, Texas. TX 76005-6171 steve@mred.bgm.link.com (eMail) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com The following is an attached File item from cc:Mail. It contains information that had to be encoded to ensure successful transmission through various mail systems. To decode the file use the UUDECODE program. --------------------------------- Cut Here --------------------------------- begin 644 rfc822.txt M4F5C96EV960Z(&)Y(&-C;6%I;"!F2!S9VEG M871E+G-G:2YC;VT@=FEA($533510#0H@*#DU,3(Q,2Y31TDN."XV+C$R+E!! M5$-(,3`T,B\Y-#`T,#9A+E-'22D@:60@4$%!,C0P,30[($UO;BP-"B`R-B!! M=6<@,3DY-B`Q-3HS,CHQ-B`M,#2!R M;V-K+F-S9"YS9VDN8V]M('9I82!%4TU44`T*("@Y-3$R,3$N4T=)+C@N-BXQ M,BY0051#2#$P-#(O.3$P.#`U+E-'22D-"B!F;W(@/&EN9F\M<&5R9F]R;65R M0')E;&%Y+F-S9"YS9VDN8V]M/B!I9"!004$Q,S2!S9VDN and emitter are around two feet apart I see around 5 degrees of noise! > > Steve Baker 817-323-1361 (Vox-Lab) A few additional comments: Obvious, but try to reduce ferrous/magnetic objects and sources of electromagnetism (e.g., CRT) in the area. You could implement a simple first (or second) order filter that smooths the noise. 5 deg at 2 ft seems outside specs, but I don't have the manual with me. Steve -- Stephen.Maher@gsfc.nasa.gov (301) 286-3368 Scientfic Visualization Studio (f) (301) 286-1634 Code 935 NASA Goddard Space Flight Center ======================================================================= 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 Aug 27 08:19:49 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA08704; Tue, 27 Aug 1996 08:07:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08688; Tue, 27 Aug 1996 08:07:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA03168; Tue, 27 Aug 1996 08:07:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA11791; Tue, 27 Aug 1996 08:07:27 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA02989 for ; Tue, 27 Aug 1996 08:04:53 -0700 Received: from daisy.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA09255; Tue, 27 Aug 1996 17:05:56 +0200 Sender: dnouls@luc.ac.be Message-Id: <32232B64.15FB@luc.ac.be> Date: Tue, 27 Aug 1996 17:07:48 +0000 From: David Nouls Organization: L.T.I. - E.D.M. X-Mailer: Mozilla 3.0 (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Polhemus Fastrak Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Performers, This message isn't 100% on-topic but since it's for an application using Performer this was the only place I knew for my question: We are using a Polhemus Fastrak for Position and orientation tracking. The position-tracking seems to work but we are having problems with the Euler Angles that this device generates. When we only change the pitch for example, then the heading also changes. The results are rather weired motion! Do I have to convert these values if I want to use it in Performer ? /)avid -- ( I had a .sig once, but a little green man beat me up and took it.) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Tue Aug 27 08:40:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA08756; Tue, 27 Aug 1996 08:26:19 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA08740; Tue, 27 Aug 1996 08:26:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA03665; Tue, 27 Aug 1996 08:26:10 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA12350; Tue, 27 Aug 1996 08:26:09 -0700 Received: from gatekeeper.prl.philips.co.uk (gatekeeper.prl.philips.co.uk [193.129.162.20]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id IAA07664 for ; Tue, 27 Aug 1996 08:26:04 -0700 Received: by gatekeeper.prl.philips.co.uk (4.1/UNIPALM-Vevision: 1.3 gatekeeper.prl.philips.co.uk) id AA11434; Tue, 27 Aug 96 16:34:00 BST Received: from prlhp1.prl.research.philips.com(130.141.10.82) by gatekeeper.prl.research.philips.com via smap (V1.3) id sma011404; Tue Aug 27 16:33:38 1996 Received: from prsun11 by prlhp1.prl.research.philips.com; Tue, 27 Aug 96 16:25:07 +0100 Received: from swift.is.prl.philips.co.uk (swift [130.141.143.120]) by prl.research.philips.com (8.7.5/prsun11) with ESMTP id QAA15148 for ; Tue, 27 Aug 1996 16:25:57 +0100 (BST) Received: by swift.is.prl.philips.co.uk (8.7.5) id PAA12222; Tue, 27 Aug 1996 15:25:33 GMT From: "Richard Gallery" Message-Id: <9608271625.ZM12220@swift> Date: Tue, 27 Aug 1996 16:25:32 +0100 In-Reply-To: maher@holodeck.gsfc.nasa.gov (Stephen Maher) "Re: Ascension Flock-of-Birds" (Aug 28, 10:32am) References: <199608281432.KAA09457@holodeck.gsfc.nasa.gov> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: info-performer@sgi.com Subject: Inventor Problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi I have been trying to use LoadIV to load an inventor file into Performer. The file, which contains several models positioned in a scene, does not load satisfactorily. One problem is that all positioning and scaling information appears to get discarded, i.e. all models get lumped together. If we look at the Inventor scene in SceneViewer everything is ok. Does anyone have any suggestions/comments? Additionally, a further problem is that texture information has got discarded. We get errors about the textures saying 'bad magic in image file 4379' We are using Perfomer 1.2 and Irix 5.3, and Inventor 2.1 (files are Inventor Ascii) The problems are displayed both in perfly, and also our own application. bye -- Richard Gallery Philips Research Labs Cross oak Lane Redhill Surrey RH1 5HA 01293-815167 fax 01293-815500 ======================================================================= 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 Aug 27 18:33:23 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA09992; Tue, 27 Aug 1996 18:31:49 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA09976; Tue, 27 Aug 1996 18:31:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA05005; Tue, 27 Aug 1996 18:31:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id SAA10713; Tue, 27 Aug 1996 18:31:46 -0700 Received: from merki.connect.com.au (merki.connect.com.au [192.189.54.36]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA28184 for ; Tue, 27 Aug 1996 18:31:43 -0700 Received: (from uucp@localhost) by merki.connect.com.au id LAA04880 (8.7.5/IDA-1.6); Wed, 28 Aug 1996 11:31:34 +1000 (EST) >Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA28818 (5.65c/IDA-1.5); Wed, 28 Aug 1996 10:43:45 +1000 Received: from aggro (aggro_e) by zebedee.wormald.com.au with SMTP id AA28818 (5.65c/IDA-1.5); Wed, 28 Aug 1996 10:43:45 +1000 Received: from murad (murad [8.0.0.108]) by aggro with SMTP id KAA21496 (8.6.12/IDA-1.6); Wed, 28 Aug 1996 10:51:12 +1000 Received: from localhost by murad (5.65) id AA06676; Wed, 28 Aug 1996 10:57:24 +1000 Date: Wed, 28 Aug 1996 10:57:24 +1000 (AEST) From: Troy Stephen X-Sender: troys@murad To: David Nouls Cc: Performer Subject: Re: Polhemus Fastrak In-Reply-To: <32232B64.15FB@luc.ac.be> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi David, To get The Polhemus fastrak working with my Performer application, first off I made sure the receiver box was oriented so that the +X axis is forward and the +Z axis is down. Then, to convert from the fastrak coordinate system to the performer coordinate system, I did the following to the values I received: performer_x = fastrak_y performer_y = fastrak_x performer_z = -fastrak_z performer_h = -fastrak_h performer_p = fastrak_p performer_r = fastrak_r hope this helps, Troy Stephen On Tue, 27 Aug 1996, David Nouls wrote: > Hello Performers, > > This message isn't 100% on-topic but since it's for an application using > Performer this was the only place I knew for my question: > > We are using a Polhemus Fastrak for Position and orientation tracking. > The position-tracking seems to work but we are having problems with the > Euler > Angles that this device generates. When we only change the pitch for > example, then the heading also changes. The results are rather weired > motion! Do I have to convert these values if I want to use it in > Performer ? > > /)avid > -- > ( I had a .sig once, but a little green man beat me up and took it.) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 28 00:01:26 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id XAA10484; Tue, 27 Aug 1996 23:59:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA10468; Tue, 27 Aug 1996 23:59:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id XAA14338; Tue, 27 Aug 1996 23:59:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id XAA17499; Tue, 27 Aug 1996 23:59:39 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id XAA17577 for ; Tue, 27 Aug 1996 23:59:37 -0700 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id IAA06606 for info-performer@sgi.com; Wed, 28 Aug 1996 08:56:44 -0700 Date: Wed, 28 Aug 1996 08:56:44 -0700 From: Tran cong Tam Message-Id: <199608281556.IAA06606@sirssg1.epfl.ch> Apparently-To: info-performer@sgi.com Status: O On Date: Tue, 27 Aug 1996 16:25: Richard Gallery wrote : >I have been trying to use LoadIV to load an inventor file into >Performer. The file, which contains several models positioned in >a scene, does not load satisfactorily Hi, Richard - LoadIv of Perf1.2 does not understand the position of file.iv. My proposition : 1) Use Performer2.0 with Irix5.3 ( something is Ok but not always ) 2) rewrite your LoadIv in the file : /usr/src/Performer/src/lib/libpfsgi/pfiv.c Using pfiv.C of Performer2.0 like a guide >Additionally, a further problem is that texture information has got >discarded. We get errors about the textures saying >'bad magic in image file 4379' ???? Try to exchange it with another texture or change their sizes to power of 2 . Hope it helps TRAN ======================================================================= 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 Aug 28 05:33:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA10930; Wed, 28 Aug 1996 05:31:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA10914; Wed, 28 Aug 1996 05:31:47 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA23288; Wed, 28 Aug 1996 05:31:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA26066; Wed, 28 Aug 1996 05:31:46 -0700 Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA06451 for ; Wed, 28 Aug 1996 05:31:37 -0700 Received: from dialup.netvision.net.il (ts012p6.pop9a.netvision.net.il [194.90.11.224]) by mail.netvision.net.il (8.7.5/8.7.3) with SMTP id PAA10096 for ; Wed, 28 Aug 1996 15:30:32 +0300 (IDT) Message-ID: <3224B9AF.1119@netvision.net.il> Date: Wed, 28 Aug 1996 14:27:11 -0700 From: "DreamTeam Ltd." Organization: DreamTeam Ltd. X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: info-performer@sgi.com Subject: Help - I need somebody ! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O 1) I do a projected-texture on a cube. The texture is "aimed" exactly on one face, but it is projected on the other-faces also, as if the cube was transparent (it is not). how can I solve this problem ?? 2) for transparency, I do: gstate->setMode(PFSTATE_TRANSPARENCY,PFTR_BLEND_ALPHA|PFTR_NO_OCCLUDE); gstate->setMode(PFSTATE_ALPHAFUNC, PFAF_NOTEQUAL); gstate->setVal(PFSTATE_ALPHAREF, 0.0f); what happens is that when alpha < 1, there is no blending, and the polygons that are on the other side of the "current" polygon are seen as if "current" polygon is COMPLETELY transparent. If there is no geometry behind it, "current" polygon is seen. anyone knows the soloution ?? 3) when I use SpotLight on the ONYX RE2-R10000 (running IRIX 6.2), the whole scene becomes corrupted with red polygons... the same code works fine on the indy's that run 5.3. could it be a bug of IRIX 6.2 ?? of ONYX RE2-R10000 ?? The machine I work on is an ONYX RE2-R10000, IRIX 6.2 Tnx Rami Mayer Programmer DreamTeam Ltd. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 28 07:54:39 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA11105; Wed, 28 Aug 1996 07:52:56 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA11089; Wed, 28 Aug 1996 07:52:55 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA28638; Wed, 28 Aug 1996 07:52:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA29827; Wed, 28 Aug 1996 07:52:54 -0700 Received: from ht.com (he.ht.com [207.22.119.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA01249 for ; Wed, 28 Aug 1996 07:52:52 -0700 Received: from er.ht.com by ht.com (940816.SGI.8.6.9/3.1.090690-High Techsplanations) id KAA00886; Wed, 28 Aug 1996 10:52:11 -0400 Received: by er.ht.com (940816.SGI.8.6.9/940406.SGI.AUTO) for info-performer@sgi.com id KAA02212; Wed, 28 Aug 1996 10:52:10 -0400 From: scott@ht.com (Scott McMillan) Message-Id: <199608281452.KAA02212@er.ht.com> Subject: Stereo flakiness on High Impact To: info-performer@sgi.com Date: Wed, 28 Aug 1996 10:52:10 -0400 (EDT) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1919 Status: O I have gotten quadbuffer stereo working on a High Impact running 5.3 and Perf2.0. Now I am experiencing the same Graphics errors that were posted Chris Cederwall and others over the last two months. Was there ever a definitive fix to this problem posted (i.e. specific patches and where to get them). Here is the SYSLOG entry: Aug 28 10:39:58 4A:er unix: WARNING: mgras: CFIFO timeout Aug 28 10:39:58 2A:er unix: Aug 28 10:39:58 4A:er unix: WARNING: Graphics error Aug 28 10:39:58 2A:er unix: irnode=88361b5c Aug 28 10:39:58 2A:er unix: gfxp=8c12afb4, pid=476, boundrn=88190388, rnodep=8d975b24 Aug 28 10:39:58 2A:er unix: gfxp=8f33b36c, pid=2017, boundrn=88190400, rnodep=885b7228 Aug 28 10:39:58 2A:er unix: active_rnode=8d975b24 Aug 28 10:39:58 2A:er unix: busy_dma: bf070104/1c Aug 28 10:39:58 2A:er unix: status: bf070000/149 Aug 28 10:39:58 2A:er unix: fifo_status: bf070004/7802c2c Aug 28 10:39:58 2A:er unix: gio_status: bf070100/0 Aug 28 10:39:58 2A:er unix: rebus_sync: bf05021c/3 Aug 28 10:39:58 2A:er unix: window: bf045000/9e0 Aug 28 10:39:58 2A:er unix: hqpc: bf046000/244 Aug 28 10:39:58 2A:er unix: flag_set: bf070008/10d00 Aug 28 10:39:58 2A:er unix: hq_config: bf050000/7e85 Aug 28 10:39:58 2A:er unix: gio_config: bf050114/765b900f Aug 28 10:39:58 2A:er unix: re_status: bf07c578/200 Aug 28 10:39:58 3B:er Xsession: scott: fatal IO error 32 (Broken pipe) I am working with setmon -x 1024x768_96s if that makes a difference. Also will an upgrade to IRIX 6.2 fix the problem and will a still need some patches? Thanks in advance, scott -- Scott McMillan | HT Medical, Inc. | Developing virtual environ- scott@ht.com | http://www.ht.com | ment medical and surgical Ph: 301-984-3706 | 6001 Montrose Rd., St. 902 | simulations and surgery Fax: 301-984-2104 | Rockville, MD 20852 | simulation creation tools. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 28 08:39:35 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id IAA11284; Wed, 28 Aug 1996 08:38:03 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA11268; Wed, 28 Aug 1996 08:38:02 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id IAA01383; Wed, 28 Aug 1996 08:38:02 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id IAA01653; Wed, 28 Aug 1996 08:38:01 -0700 Received: from count-zero.codenet.be (ns.codenet.be [194.111.177.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA10791 for ; Wed, 28 Aug 1996 08:37:58 -0700 Received: from smtpgate.trasys.be ([194.111.177.156]) by count-zero.codenet.be (Netscape Mail Server v1.1) with SMTP id AAA14451 for ; Wed, 28 Aug 1996 17:37:56 +0200 Received: by smtpgate.trasys.be with Microsoft Mail id <3224938C@smtpgate.trasys.be>; Wed, 28 Aug 96 17:44:28 +2 From: "Spencer, Dan" To: "'SMTP:info-performer@sgi.com'" Subject: pfFrustContainsBox Date: Wed, 28 Aug 96 17:33:00 +2 Message-ID: <3224938C@smtpgate.trasys.be> Encoding: 22 TEXT X-Mailer: Microsoft Mail V3.0 Status: O Problem: I am trying to use the pfFrustContainsBox function for collision avoidance. First of all I set up the variouse volumes required (boxs frustums etc), then transform them using pfMultMat and pfOthoXformFrust etc. This workd fine for box - box intersection but when I try to detect collisions between a frustum (any type, perspective or orthoganal) and a box, the pfFrustContainsBox function behaves like the pfBoxContainsBox function (i.e. the distinctive shape of the frustum appears to be replaced by a box which perfectly encloses the frustums dimensions). Could it be that the function is approximating the frustum to a box for performance reasons (PFIS_MAYBE is returned) ? If so how can I force it to be more accurate (regarless of performance costs) ? Thanks for any help, Dan. ======================================================================= 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 Aug 28 11:32:18 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA11691; Wed, 28 Aug 1996 11:30:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA11675; Wed, 28 Aug 1996 11:30:14 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA14396; Wed, 28 Aug 1996 11:30:13 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA09304; Wed, 28 Aug 1996 11:30:13 -0700 Received: from roll.csd.sgi.com ([150.166.145.19]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA22688; Wed, 28 Aug 1996 11:30:12 -0700 Received: from quid.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) id LAA14393; Wed, 28 Aug 1996 11:30:11 -0700 Received: by quid.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) id LAA06305; Wed, 28 Aug 1996 11:30:11 -0700 From: "Rob Jenkins" Message-Id: <9608281130.ZM6303@quid.csd.sgi.com> Date: Wed, 28 Aug 1996 11:30:10 -0700 In-Reply-To: scott@ht.com (Scott McMillan) "Stereo flakiness on High Impact" (Aug 28, 10:52am) References: <199608281452.KAA02212@er.ht.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: scott@ht.com (Scott McMillan), info-performer@sgi.com Subject: Re: Stereo flakiness on High Impact Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O Hi Scott Below is a general guide for Impact: Operating System: IRIX 5.3 for All Indigo2 All IMPACT ( to check this, versions -n eoe1.sw.unix should show 1022585737 ) Latest Software patches: 1223, 1271, 1157 plus kernel rollup patch 1268 I would advise anyone to upgrade to Irix 6.2 if possible as it's generally more stable. You should install the gfx patch for 6.2 which is 1333. You may need some other non-gfx patches depending on what you do I'm just talking gfx here. In the near future patch 1332 will release for Irix 5.3 and 1447 will release for Irix 6.2 for gfx stuff. You local SGI support office can get you the patches or if you have support I believe you can get them via ftp from patches.sgi.com ( probably under /private ). In the past I've found that the type of errors you posted ( did you get a CTXSW timeout also ? ) are usually caused by not having the latest patches but if this only happens under certian circumstances it could be an application specific bug. If neither then I guess it maybe a HW problem. I think this should be VOF independant - the error is happening earlier in the pipe than the video O/P. Hope this helps Rob -- ________________________________________________________________ Rob Jenkins Silicon Graphics robj@csd.sgi.com ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 28 13:14:17 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA11967; Wed, 28 Aug 1996 13:12:37 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA11951; Wed, 28 Aug 1996 13:12:36 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA20934; Wed, 28 Aug 1996 13:12:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA14804; Wed, 28 Aug 1996 13:12:35 -0700 Received: from UCSD.EDU (mailbox1.ucsd.edu [132.239.1.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA17081 for ; Wed, 28 Aug 1996 13:12:28 -0700 Received: from chem.chem.ucsd.edu (chem.ucsd.edu [132.239.68.1]) by UCSD.EDU (8.7.5/8.6.9) with SMTP id NAA01560 for ; Wed, 28 Aug 1996 13:12:21 -0700 (PDT) Received: by chem.chem.ucsd.edu (5.51) id AA13960; Wed, 28 Aug 96 13:11:43 PDT Received: by sdchemw1.ucsd.edu (940816.SGI.8.6.9) id NAA22262; Wed, 28 Aug 1996 13:11:55 -0700 From: jaf@chem.ucsd.edu (Jeremy Friesner) Message-Id: <199608282011.NAA22262@sdchemw1.ucsd.edu> Subject: setScope() (instead of pfBuffer::merge() ?) To: info-performer@sgi.com Date: Wed, 28 Aug 1996 13:11:55 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Status: O Hi again all, I'm still working on database paging here; due the tricksy nature of pfBuffer::merge() under Performer 2.0, I'm attempting to do some limited paging without calling pfBuffer::merge(). In particular, I'm trying to use setScope() to move nodes from the DBASE pfBuffer to the main pfBuffer: ... in the DBASE process, I create a pfBuffer and addChild() a new pfGroup ("myGroup") into it. To myGroup I then add children which contain my new geometry. Then I setScope(myGroup, false) to remove that pfGroup from the dbase process's pfBuffer. Next the DBASE process sends a message to the APP process containing a pointer to myGroup. The DBASE process never accesses myGroup (or its children) afterwards. (i.e. myGroup is the responsibility of the APP process now) ... when the APP process receives the message, it does a pfGetCurBuffer()->setScope(myGroup,true) to add myGroup into the main Performer pfBuffer. Now the APP process should be able to do whatever it wants with the pfGroup; but it can't. :( If I try to pfPrint() the pfGroup, it only prints info on the root node and then dumps core (invalid memory address, blah blah). The reason for this, as far as I can tell, is that while myGroup->getNumChildren() still returns the correct number of children, myGroup->getChild() returns NULL for every child! So: Is there something I'm doing wrong? Some reason why this scheme won't work? And: The free bonus question! When I setScope() a node, does this affect just that pfNode(), or does it apply (recursively) to all children of that pfNode as well? Thanks for any and all help! -Jeremy Friesner jaf@chem.ucsd.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 Aug 28 14:02:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id NAA12100; Wed, 28 Aug 1996 13:57:48 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA12084; Wed, 28 Aug 1996 13:57:48 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id NAA24272; Wed, 28 Aug 1996 13:57:47 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id NAA16825; Wed, 28 Aug 1996 13:57:46 -0700 Received: from wolfe.net (mail1.wolfe.net [204.157.98.11]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA27762 for ; Wed, 28 Aug 1996 13:57:39 -0700 Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfe.net (8.7.5/8.7) with ESMTP id NAA11619; Wed, 28 Aug 1996 13:57:43 -0700 (PDT) From: Timothy Moore Received: (from moore@localhost) by gonzo.wolfenet.com (8.7/8.7) id NAA06481; Wed, 28 Aug 1996 13:57:33 -0700 (PDT) Date: Wed, 28 Aug 1996 13:57:33 -0700 (PDT) Message-Id: <199608282057.NAA06481@gonzo.wolfenet.com> To: jaf@chem.ucsd.edu In-reply-to: Jeremy Friesner's message of Wed, 28 Aug 1996 13:11:55 -0700 (PDT) <199608282011.NAA22262@sdchemw1.ucsd.edu> Subject: Re: setScope() (instead of pfBuffer::merge() ?) Cc: info-performer@sgi.com Status: O From: jaf@chem.ucsd.edu (Jeremy Friesner) Date: Wed, 28 Aug 1996 13:11:55 -0700 (PDT) Content-Type: text Hi again all, I'm still working on database paging here; due the tricksy nature of pfBuffer::merge() under Performer 2.0, I'm attempting to do some limited paging without calling pfBuffer::merge(). Are you refering to the bugs inf pfBuffer::merge in 2.0, fixed in 2.0.1 and later? If not, it would be better to use pfBuffer::merge and let Performer deal with the scope and messaging stuff that you've gone and implemented yourself. In particular, I'm trying to use setScope() to move nodes from the DBASE pfBuffer to the main pfBuffer: ... in the DBASE process, I create a pfBuffer and addChild() a new pfGroup ("myGroup") into it. To myGroup I then add children which contain my new geometry. Then I setScope(myGroup, false) to remove that pfGroup from the dbase process's pfBuffer. Next the DBASE process sends a message to the APP process containing a pointer to myGroup. The DBASE process never accesses myGroup (or its children) afterwards. (i.e. myGroup is the responsibility of the APP process now) ... when the APP process receives the message, it does a pfGetCurBuffer()->setScope(myGroup,true) to add myGroup into the main Performer pfBuffer. Now the APP process should be able to do whatever it wants with the pfGroup; but it can't. :( If I try to pfPrint() the pfGroup, it only prints info on the root node and then dumps core (invalid memory address, blah blah). Sounds like you didn't call setScope() on the child nodes. The reason for this, as far as I can tell, is that while myGroup->getNumChildren() still returns the correct number of children, myGroup->getChild() returns NULL for every child! And: The free bonus question! When I setScope() a node, does this affect just that pfNode(), or does it apply (recursively) to all children of that pfNode as well? Just that pfNode. Tim ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 28 14:42:19 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA12237; Wed, 28 Aug 1996 14:40:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA12221; Wed, 28 Aug 1996 14:40:31 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA27794; Wed, 28 Aug 1996 14:40:30 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA19485; Wed, 28 Aug 1996 14:40:30 -0700 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA08374 for ; Wed, 28 Aug 1996 14:40:28 -0700 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP (peer crosschecked as: uucp6.UU.NET [192.48.96.37]) id QQbetq08223; Wed, 28 Aug 1996 17:40:27 -0400 (EDT) Received: from ds9.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Wed, 28 Aug 1996 17:40:27 -0400 Received: from cagiva.cambridge.com by cambridge.com (4.1/SMI-4.1-SWS) id AA11655; Wed, 28 Aug 96 17:17:16 EDT Received: by cagiva.cambridge.com (940816.SGI.8.6.9/SMI-4.1-rbj) id RAA05257; Wed, 28 Aug 1996 17:17:17 -0400 From: "Daniel Jia" Message-Id: <9608281717.ZM5255@cagiva> Date: Wed, 28 Aug 1996 17:17:15 -0400 In-Reply-To: uunet!chem.ucsd.edu!jaf (Jeremy Friesner) "setScope() (instead of pfBuffer::merge() ?)" (Aug 28, 1:11pm) References: <199608282011.NAA22262@sdchemw1.ucsd.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: uunet.uu.net!uunet!chem.ucsd.edu!jaf (Jeremy Friesner), uunet.uu.net!uunet!sgi.com!info-performer Subject: Re: setScope() (instead of pfBuffer::merge() ?) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 28, 1:11pm, Jeremy Friesner wrote: > Subject: setScope() (instead of pfBuffer::merge() ?) > > ... > The reason for this, as far as I can tell, is that while > myGroup->getNumChildren() still returns the correct number of > children, myGroup->getChild() returns NULL for every child! > > ... The above behavior happened to me too. I can't tell exactly under what circumstance it happens. Same thing happens with myGeode->getNumGSets() and myGeode->getGSet(0). Any one has similar experience or knows why it happens? I am using pf2.1 or pf2.0 on IRIX6.2 or IRIX5.3. ======================================================================= 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 Aug 28 16:48:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA12655; Wed, 28 Aug 1996 16:46:35 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA12639; Wed, 28 Aug 1996 16:46:34 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA05786; Wed, 28 Aug 1996 16:46:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA25559; Wed, 28 Aug 1996 16:46:33 -0700 Received: from evl.eecs.uic.edu (evl.eecs.uic.edu [128.248.246.100]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA08534 for ; Wed, 28 Aug 1996 16:46:30 -0700 Received: from zbox.eecs.uic.edu by evl.eecs.uic.edu via ESMTP (950215.SGI.8.6.10/940406.SGI.AUTO) for id SAA12867; Wed, 28 Aug 1996 18:47:06 -0500 Received: (swami@localhost) by zbox.eecs.uic.edu (8.6.12/8.6.4) id XAA03726; Wed, 28 Aug 1996 23:47:06 GMT Date: Wed, 28 Aug 1996 18:47:05 -0500 (CDT) From: "Swaminathan N." To: performer mailing list Subject: Polygons in pfGeoSets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I'm trying to create a geoset using indexed polygons. The code seems to work for small numbers of primitives, but doesnt for larger numbers. >From pfPrint I gather that the number of primitives and the strip lengths are fine. However I get much more vertices than striplength[i]*numberOfPrimitives. For instance if there are 800 primitive triangles, I get 3669 coordIndexes, 1269 more than 2400 which I'm supposed to get. I've been working on the assumption that I've screwed up my memory allocation somewhere, but I've looked and looked. Maybe it's something obvious. I'd like to know if this is indeed the way to create indexed polygons. Anyway here's relevant piece of code. Thanks Swami static void * memdup(void *mem, size_t bytes) { void *data = pfMalloc(bytes, pfGetSharedArena()); memcpy(data, mem, bytes); return data; } // QvIndexedFaceSet is a class that has data members // c.values: an array of pfVec3, pfMalloced // coordIndex.values: an array containing the coordinate indices with -1 as // end of face markers, pfMalloced void QvIndexedFaceSet::makegset() { QvCoordinate *c = NULL; if (coord.value) c = (QvCoordinate *)(coord.value); //coord.value holds the coordinate values as a pfVec3 * int numVerts = 0, numPrims = 0, numIndex = 0; int length[1024]; ushort *icoord; pfGeoSet *g = new pfGeoSet; icoord = (ushort *)malloc(sizeof(ushort) * coordIndex.num); // get rid of the -1 which are end of face markers // coordIndex.num is the number of indices in total for (int i=0; isetNumPrims(numPrims); g->setPrimLengths((int *)memdup(length,sizeof(int)*numPrims)); g->setPrimType(PFGS_POLYS); g->setAttr(PFGS_COORD3, PFGS_PER_VERTEX, memdup(c->point.values,sizeof(pfVec3)*c->point.num), (ushort *)memdup(icoord, sizeof(ushort)*numIndex)); } // pfPrint output GeoSet: 0x180b7600 { Primitive: PFGS_POLYS, INDEXED, pfPrims=800, glPrims=800, verts=2400 Attribute Bindings: PFGS_COLOR4=PFGS_OFF PFGS_NORMAL3=PFGS_OFF PFGS_TEXCOORD2=PFGS_OFF Attribute List Pointers: PFGS_COORD3: 0x18102c90 PFGS_COLOR4: 0x0 PFGS_NORMAL3: 0x0 PFGS_TEXCOORD2: 0x0 Attribute Index List Pointers: PFGS_COLOR4: 0x0 PFGS_NORMAL3: 0x0 PFGS_TEXCOORD2: 0x0 PFGS_COORD3: 0x18103fc0 Strip Lengths: eight hundred 3's follow here 3669 "Coord Index:" follow here } ======================================================================= 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 Aug 28 16:54:28 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA12693; Wed, 28 Aug 1996 16:52:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA12677; Wed, 28 Aug 1996 16:52:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA06749; Wed, 28 Aug 1996 16:52:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA25703; Wed, 28 Aug 1996 16:52:52 -0700 Received: from franklin.cris.com (franklin.cris.com [199.3.12.31]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA09891 for ; Wed, 28 Aug 1996 16:52:47 -0700 Received: from cliff.cris.com (cliff.cris.com [199.3.12.45]) by franklin.cris.com (8.7.5/(96/08/20 2.48)) id TAA05221; Wed, 28 Aug 1996 19:52:04 -0400 (EDT) [1-800-745-2747 The Concentric Network] Errors-To: andyb5@cris.com Received: from stomach.coryphaeus.com ([204.247.110.34]) by cliff.cris.com (8.7.5) id TAA01521; Wed, 28 Aug 1996 19:52:00 -0400 (EDT) Message-ID: <3224D3F3.5C05@concentric.net> Date: Wed, 28 Aug 1996 16:19:15 -0700 From: Andy Bushnell X-Mailer: Mozilla 2.01 (Win95; U) MIME-Version: 1.0 To: info-performer@sgi.com CC: ab@coryphaeus.com Subject: Opportunities Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, Coryphaeus Software inc, located in Los Gatos, CA is on a recruiting drive. We are interested in high quality individuals with knowledge of 3D graphics, Performer and OpenGL (hey, we'll even consider Inventor experience!!). Coryphaeus Software develops state-of-the-art COTS (Commercial Off The Shelf) applications for the Visual Simulation and Entertainment markets. Please drop us a line if you are interested in our employment opportunities. Regards, Andy Bushnell, Director of Software Engineering, Coryphaeus Software inc 985 University Av, #31, Los Gatos, CA, USA. Tel: 408-395-4537 Fax: 408-395-6351 Email: andy@coryphaeus.com WWW: http://www.coryphaeus.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 Aug 28 18:00:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id RAA12891; Wed, 28 Aug 1996 17:58:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA12875; Wed, 28 Aug 1996 17:58:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id RAA11046; Wed, 28 Aug 1996 17:58:40 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id RAA28396; Wed, 28 Aug 1996 17:58:39 -0700 Received: from mail.ucsd.edu (ucsd.edu [132.239.254.201]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA24207 for ; Wed, 28 Aug 1996 17:58:38 -0700 Received: from esper.ucsd.edu by mail.ucsd.edu; id RAA19737 sendmail 8.6.12/UCSD-2.2-sun via ESMTP Wed, 28 Aug 1996 17:58:34 -0700 for <@mail.ucsd.edu:info-performer@sgi.com> Received: by esper.ucsd.edu (950413.SGI.8.6.12/940406.SGI.AUTO) id RAA01853; Wed, 28 Aug 1996 17:57:48 -0700 Date: Wed, 28 Aug 1996 17:57:48 -0700 Message-Id: <199608290057.RAA01853@esper.ucsd.edu> From: Jon Christensen To: info-performer@sgi.com Subject: trouble with perfly -x under 6.2 on Indigo 2 Extreme Reply-To: Jon Christensen Status: O After upgrading one of our Indigo 2's to 6.2 and upgrading Performer dev and eoe to 2.0.2 (patches 1392 and 1347), perfly -x is now crashing with some type of gl error. Our main application which runs fine under 2.0, dies after calling pfuGLXWinopen. We're trying to get to 2.0.2 to fix other problems we're running into with LOD morphing and pfBuffer::merge(). Running the OPT.O32.IRISGL version under dbx gives. Process 1829 (perfly) stopped on signal SIGSEGV: Segmentation violation (default) at [gl_n_viewport:71 ,0xf04b4f0] Source (of ../EXPRESS/_viewport.c) not available for Process 1829 (dbx) where > 0 gl_n_viewport(0x7fff25ec, 0x7fff25e8, 0x0, 0xa) ["../EXPRESS/_viewport.c":71, 0xf04b4f0] 1 gl_interpret() ["../object/interpret.s":67, 0xf097d30] Has anyone else run into this? Any ideas/suggestions? thanks, Jon p.s. So far we've applied the following patches from the recommended patch list: 1247, 1270, 1281, 1336, 1364, 1366, 1406, 1429 and also patches 1276, 1287, 1437. ======================================================================= 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 Aug 28 18:51:01 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id SAA13034; Wed, 28 Aug 1996 18:49:26 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA13018; Wed, 28 Aug 1996 18:49:26 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id SAA13907; Wed, 28 Aug 1996 18:49:25 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id SAA29995; Wed, 28 Aug 1996 18:49:24 -0700 Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA03282 for ; Wed, 28 Aug 1996 18:49:02 -0700 From: flysiml@public.bta.net.cn Received: from pc-czg (ts3-27.bta.net.cn [202.96.61.123]) by public.bta.net.cn (8.6.8.1/8.6.9) with SMTP id JAA11378 for ; Thu, 29 Aug 1996 09:48:45 +0800 Message-ID: <3224E918.3F26@public.bta.net.cn> Date: Thu, 29 Aug 1996 09:49:28 +0900 X-Mailer: Mozilla 2.02Gold (WinNT; I) MIME-Version: 1.0 To: info-performer Subject: how to make a NOBORDER PWin on iR/IRIX6.2/PF2.1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi friends, i'm making a multichannel visual simulation program on an iR station with IRIX6.2 and Performer2.1. I learnt from the Release Note that : Window borders Under 64 bit operation on base IRIX6.2, all windows are receiving window borders and the PFWIN_NOBORDER mode for pfWindows and pfPipeWindows has no effect. and the code pfPWinMode(pw, PFWIN_NOBORDER, TRUE) don't work indeed, but I need the window to be NOBORDER, what can I do? Thanks, ZG Cao flysiml@public.bta.net.cn ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Wed Aug 28 20:50:58 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id UAA13336; Wed, 28 Aug 1996 20:49:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA13320; Wed, 28 Aug 1996 20:49:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id UAA18253; Wed, 28 Aug 1996 20:49:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id UAA04043; Wed, 28 Aug 1996 20:49: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/950213.SGI.AUTOCF) via ESMTP id UAA23139 for ; Wed, 28 Aug 1996 20:49:31 -0700 Received: from rose.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id UAA07985; Wed, 28 Aug 1996 20:49:29 -0700 Received: by rose.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id UAA01594; Wed, 28 Aug 1996 20:49:28 -0700 From: "Sharon Clay" Message-Id: <9608282049.ZM1592@rose.asd.sgi.com> Date: Wed, 28 Aug 1996 20:49:28 -0700 In-Reply-To: Jon Christensen "trouble with perfly -x under 6.2 on Indigo 2 Extreme" (Aug 28, 5:57pm) References: <199608290057.RAA01853@esper.ucsd.edu> X-Mailer: Z-Mail-SGI (3.2S.2 10apr95 MediaMail) To: Jon Christensen , info-performer@sgi.com Subject: Re: trouble with perfly -x under 6.2 on Indigo 2 Extreme Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O +>---- On Aug 28, 5:57pm, Jon Christensen wrote: > Subject: trouble with perfly -x under 6.2 on Indigo 2 Extreme ->After upgrading one of our Indigo 2's to 6.2 and upgrading ->Performer dev and eoe to 2.0.2 (patches 1392 and 1347), perfly -x ->is now crashing with some type of gl error. Our main application ->which runs fine under 2.0, dies after calling pfuGLXWinopen. We're ->trying to get to 2.0.2 to fix other problems we're running into ->with LOD morphing and pfBuffer::merge(). -> ->Running the OPT.O32.IRISGL version under dbx gives. -> -> Process 1829 (perfly) stopped on signal SIGSEGV: Segmentation violation (default) at [gl_n_viewport:71 ,0xf04b4f0] -> Source (of ../EXPRESS/_viewport.c) not available for Process 1829 -> (dbx) where -> > 0 gl_n_viewport(0x7fff25ec, 0x7fff25e8, 0x0, 0xa) ["../EXPRESS/_viewport.c":71, 0xf04b4f0] -> 1 gl_interpret() ["../object/interpret.s":67, 0xf097d30] -> ->Has anyone else run into this? Any ideas/suggestions? This smells like a problem that I had really thought had been fixed before 6.2. Please try running ipcs and removing and removing any ip structures that you see (will probably need to be root) and/or reboot. Let me know if this actually fixes it. Thanx, src. -- -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 http://www.sgi.com/Technology/Performer/ -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 01:24:16 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA13963; Thu, 29 Aug 1996 01:22:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA13947; Thu, 29 Aug 1996 01:22:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA26064; Thu, 29 Aug 1996 01:22:33 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA11218; Thu, 29 Aug 1996 01:22:24 -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/950213.SGI.AUTOCF) via ESMTP id BAA02153 for ; Thu, 29 Aug 1996 01:16:24 -0700 Received: from visin1.rus.uni-stuttgart.de (visin1.rus.uni-stuttgart.de [129.69.29.188]) by artemis.rus.uni-stuttgart.de with ESMTP id KAA20151 (8.6.13/IDA-1.6 for ); Thu, 29 Aug 1996 10:15:40 +0200 Received: by visin1.rus.uni-stuttgart.de (950413.SGI.8.6.12/930416.SGI/BelWue-1.1) for info-performer@sgi.com id KAA08593; Thu, 29 Aug 1996 10:14:59 +0200 From: "Daniela Rainer" Message-Id: <9608291014.ZM8591@visin1.rus.uni-stuttgart.de> Date: Thu, 29 Aug 1996 10:14:58 +0000 In-Reply-To: "Sharon Clay" "Re: trouble with perfly -x under 6.2 on Indigo 2 Extreme" (Aug 28, 8:49pm) References: <199608290057.RAA01853@esper.ucsd.edu> <9608282049.ZM1592@rose.asd.sgi.com> Reply-To: rainer@rus.uni-stuttgart.de Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: info-performer@sgi.com Subject: Re: trouble with perfly -x under 6.2 on Indigo 2 Extreme Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 28, 8:49pm, Sharon Clay wrote: > Subject: Re: trouble with perfly -x under 6.2 on Indigo 2 Extreme > > +>---- On Aug 28, 5:57pm, Jon Christensen wrote: > > Subject: trouble with perfly -x under 6.2 on Indigo 2 Extreme > ->After upgrading one of our Indigo 2's to 6.2 and upgrading > ->Performer dev and eoe to 2.0.2 (patches 1392 and 1347), perfly -x > ->is now crashing with some type of gl error. Our main application > ->which runs fine under 2.0, dies after calling pfuGLXWinopen. We're > ->trying to get to 2.0.2 to fix other problems we're running into > ->with LOD morphing and pfBuffer::merge(). > -> > ->Running the OPT.O32.IRISGL version under dbx gives. > -> > -> Process 1829 (perfly) stopped on signal SIGSEGV: Segmentation violation (default) at [gl_n_viewport:71 ,0xf04b4f0] > -> Source (of ../EXPRESS/_viewport.c) not available for Process 1829 > -> (dbx) where > -> > 0 gl_n_viewport(0x7fff25ec, 0x7fff25e8, 0x0, 0xa) ["../EXPRESS/_viewport.c":71, 0xf04b4f0] > -> 1 gl_interpret() ["../object/interpret.s":67, 0xf097d30] > -> > ->Has anyone else run into this? Any ideas/suggestions? > > This smells like a problem that I had really thought had been fixed > before 6.2. > Please try running ipcs and removing and removing any ip structures > that you see (will probably need to be root) and/or reboot. > Let me know if this actually fixes it. > > Thanx, > src. > > -- > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > Sharon Rose Clay (Fischler) - Silicon Graphics, Advanced Systems Dev. > src@sgi.com (415) 933 - 1002 FAX: (415) 965 - 2658 MS 8U-590 > http://www.sgi.com/Technology/Performer/ > -----{-----{---@ -----{----{---@ -----{----{---@ -----{----{---@ > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com >-- End of excerpt from Sharon Clay I had the same problem, too (I think I still have this problem). ipcrm didn't solve this problem. Please let me know, if you fix the problem. Regards Daniela -- ------------------------------------------------------------------------- Daniela Rainer | email: rainer@rus.uni-stuttgart.de Rechenzentrum Uni Stuttgart (RUS) | Tel: +49 (0) 711 685 5970 Allmandring 30a, 70550 Stuttgart | Fax: +49 (0) 711 678 7672 ======================================================================= 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 Aug 29 02:47:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id CAA14119; Thu, 29 Aug 1996 02:45:59 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA14103; Thu, 29 Aug 1996 02:45:58 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id CAA28623; Thu, 29 Aug 1996 02:45:57 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id CAA12905; Thu, 29 Aug 1996 02:45:57 -0700 Received: from shallow.division.co.uk (shallow.division.co.uk [194.70.241.89]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id CAA14370 for ; Thu, 29 Aug 1996 02:45:50 -0700 Received: from nga.division.co.uk (nga.division.co.uk [194.70.241.87]) by shallow.division.co.uk (8.7/8.7) with SMTP id JAA03129 for ; Thu, 29 Aug 1996 09:45:33 GMT Received: by nga.division.co.uk with Microsoft Mail id <01BB9596.F9B2D3A0@nga.division.co.uk>; Thu, 29 Aug 1996 10:43:54 +0100 Message-ID: <01BB9596.F9B2D3A0@nga.division.co.uk> From: Andrew Ng To: "'Performer Mailing List'" Subject: Frame buffer snapshot Date: Thu, 29 Aug 1996 10:43:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Status: O Hi, I've implemented a frame buffer snapshot facility in our Performer 2.0 = based application, running on a Max Impact with IRIX 5.3. The problem = that I'm having is when the Performer window is covered by other windows = on the desktop. When this occurs, the snapshot taken has garbage in = these areas that are covered by other windows. It looks as though pixels = have not been written into these areas. Is there anyway that I can avoid = this, without having to raise the Performer window to the top? Any help would be appreciated. Thanks. -------------------------------------------------------------------------= ----- Andrew Ng (Software Engineer) Division Limited, 19 Apex Court, Email: = nga@division.co.uk Woodlands, Almondsbury. Tel: +44 (0)1454 = 615554 Bristol BS12 4JT. Fax: +44 (0)1454 = 615532 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 04:05:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id EAA14275; Thu, 29 Aug 1996 04:03:36 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA14259; Thu, 29 Aug 1996 04:03:35 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id EAA01414; Thu, 29 Aug 1996 04:03:35 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id EAA14626; Thu, 29 Aug 1996 04:03:34 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id EAA25976 for ; Thu, 29 Aug 1996 04:02:47 -0700 Received: from daisy.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA07404; Thu, 29 Aug 1996 13:03:41 +0200 Sender: dnouls@luc.ac.be Message-Id: <3225959E.ABD@luc.ac.be> Date: Thu, 29 Aug 1996 13:05:34 +0000 From: David Nouls Organization: L.T.I. - E.D.M. X-Mailer: Mozilla 3.0 (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: info-performer@sgi.com Subject: Grabbing the FrameBuffer FAST ? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hello Performers, Is there a way to grab the Performer-output FAST ? I need to grab the results, compress them and send them over an ATM network. In Opengl this is a costly operation (takes more than a second per screen) I would like to obtain at least 10fps. We can safely assume that the Performer window will be the fornmost window. Also, is it possible to render with Performer without actually showing them on the screen ? /)avid -- ( I had a .sig once, but a little green man beat me up and took it.) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 05:58:00 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id FAA14459; Thu, 29 Aug 1996 05:56:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA14443; Thu, 29 Aug 1996 05:56:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id FAA04972; Thu, 29 Aug 1996 05:56:32 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id FAA17304; Thu, 29 Aug 1996 05:56:32 -0700 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id FAA11667 for ; Thu, 29 Aug 1996 05:56:30 -0700 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.11/16.2) id AA073193393; Thu, 29 Aug 1996 07:56:33 -0500 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Thu, 29 Aug 1996 07:56:32 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 29 Aug 1996 07:56:07 -0500 From: Bryan Wasileski To: info-performer@sgi.com Subject: Performers: Status: O Performers: I short while ago, I saw a mail message that said one of the people on this list had re-written the pfuSmoke utility using pfGeode's. Does anyone have that message around? I'd like to speak to that person if they're listening or if someone know's how to get a hold of him/her can you send me their e-mail. Thanks. - bryan wasileski McDonnell Douglas Training Systems bwasileski@mdc.com (314) 232-8496 ======================================================================= 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 Aug 29 06:27:20 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14571; Thu, 29 Aug 1996 06:25:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14555; Thu, 29 Aug 1996 06:25:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA06408; Thu, 29 Aug 1996 06:25:53 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA18384; Thu, 29 Aug 1996 06:25:52 -0700 Received: from newsgate.dircon.co.uk (newsgate.dircon.co.uk [194.112.32.15]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA16238 for ; Thu, 29 Aug 1996 06:25:50 -0700 Received: from jhcscg.UUCP (jhcscg@localhost) by newsgate.dircon.co.uk (8.6.12/8.6.9) with UUCP id OAA14057 for sgi.com!info-performer; Thu, 29 Aug 1996 14:15:38 +0100 Received: from kermit by jhcscg via ESMTP (940816.SGI.8.6.9/940406.SGI) for id JAA07642; Fri, 30 Aug 1996 09:57:20 -0300 Received: by kermit (940816.SGI.8.6.9) id NAA11878; Fri, 30 Aug 1996 13:57:19 +0100 From: "Hal Bertram" Message-Id: <9608301357.ZM11876@kermit> Date: Fri, 30 Aug 1996 13:57:19 +0100 In-Reply-To: Andrew Ng "Frame buffer snapshot" (Aug 29, 10:43am) References: <01BB9596.F9B2D3A0@nga.division.co.uk> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: info-performer@sgi.com Subject: Re: Frame buffer snapshot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 29, 10:43am, Andrew Ng wrote: > Subject: Frame buffer snapshot > > [ plain text > Encoded with "quoted-printable" ] : Hi, > > I've implemented a frame buffer snapshot facility in our Performer 2.0 based application, running on a Max Impact with IRIX 5.3. The problem that I'm having is when the Performer window is covered by other windows on the desktop. When this occurs, the snapshot taken has garbage in these areas that are covered by other windows. It looks as though pixels have not been written into these areas. Is there anyway that I can avoid this, without having to raise the Performer window to the top? As far as I am aware, those pixels are not drawn. Each pixel has a number of info bits which tell it which window it belongs to, and only those will be drawn by the graphics. Occasionally if a window with less pixel depth (e.g. colourmap) overwrites and RGB, some of the image will still be there in the RGB planes, but will certainly not be updated. Maybe you can use an offscreen buffer to create a clear view, or if you know that you will always have a certain area visible, render to that a number of times and arrange the tiles back into a complete image. Or possibly ask the window manager to raise you and lower you either side of the grab. Hal -- Hal Bertram Jim Henson's Creature Shop 30 Oval Road, London NW1 7DE, UK hal@jhcs.co.uk Tel: +44 171 428 4000 Fax: +44 171 284 2218 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 06:49:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id GAA14642; Thu, 29 Aug 1996 06:48:01 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA14626; Thu, 29 Aug 1996 06:48:00 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id GAA07689; Thu, 29 Aug 1996 06:47:59 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id GAA19049; Thu, 29 Aug 1996 06:47:59 -0700 Received: from hpc.org (copernicus.hpc.org [192.187.8.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id GAA20304 for ; Thu, 29 Aug 1996 06:47:21 -0700 Received: from galileo.hpc.org (galileo.hpc.org [192.187.8.7]) by hpc.org (8.7.1/8.7.1) with SMTP id JAA25279 for <@copernicus.hpc.org:info-performer@sgi.com>; Thu, 29 Aug 1996 09:50:41 -0400 (EDT) Received: by galileo.hpc.org (950215.SGI.8.6.10/930416.SGI) for info-performer@sgi.com id JAA19642; Thu, 29 Aug 1996 09:46:30 -0400 From: gwaldron@galileo.hpc.org (Glenn Waldron) Message-Id: <199608291346.JAA19642@galileo.hpc.org> Subject: re: Smoke using geodes To: info-performer@sgi.com Date: Thu, 29 Aug 1996 09:46:30 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Status: O Re: Smoke uising Geodes I have a smoke module that uses Geodes.. it's OO and based on a larger system, so you've have to hack the code out of the framework, but that shouldn't be much of a problem. Contact me if you're intersted.. Glenn -- Glenn A. Waldron - Sr. Programmer USC/Information Sciences Institute email: gwaldron@isi.edu voice: 703.812.4732 beep: 800.503.8046 ======================================================================= 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 Aug 29 07:41:03 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA14823; Thu, 29 Aug 1996 07:36:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14807; Thu, 29 Aug 1996 07:36:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA10216; Thu, 29 Aug 1996 07:36:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA20642; Thu, 29 Aug 1996 07:36:31 -0700 Received: from alpha.luc.ac.be (alpha.luc.ac.be [193.190.2.30]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA29190; Thu, 29 Aug 1996 07:36:22 -0700 Received: from daisy.luc.ac.be by alpha.luc.ac.be; (5.65v3.2/1.1.8.2/28Jul95-1212AM) id AA24358; Thu, 29 Aug 1996 16:37:25 +0200 Sender: dnouls@luc.ac.be Message-Id: <3225C7B5.2781@luc.ac.be> Date: Thu, 29 Aug 1996 16:39:17 +0000 From: David Nouls Organization: L.T.I. - E.D.M. X-Mailer: Mozilla 3.0 (X11; I; IRIX64 6.2 IP19) Mime-Version: 1.0 To: Brian Furtaw Cc: info-performer@sgi.com Subject: Re: Grabbing the FrameBuffer FAST ? References: <3225959E.ABD@luc.ac.be> <9608291001.ZM28592@hotsauce.clubfed.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Brian Furtaw wrote: > The fastest way to grab the frame buffer is Sirius video on an Onyx REII/IR > which will do 30fps. Take a look at the vidtomem utility thats comes will > SIRIUS video. Are you sure I can use this option to grab the Performer output ? I thought it was something to put things realtime in the framebuffer or texturememory. Is there a web-page with some info on this option ? Also, is it expensive ? (We are in some research-projects but I don't think there is much room for expensive hw-upgrades) /)avid -- ( I had a .sig once, but a little green man beat me up and took it.) ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 09:43:14 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id JAA15158; Thu, 29 Aug 1996 09:41:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA15142; Thu, 29 Aug 1996 09:41:38 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id JAA17457; Thu, 29 Aug 1996 09:41:37 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id JAA26034; Thu, 29 Aug 1996 09:41:36 -0700 Received: from bhole.cae.ca (CAE.CA [142.39.200.50]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA28187 for ; Thu, 29 Aug 1996 09:41:35 -0700 Received: from poster.cae.ca (poster.cae.ca [142.39.22.1]) by bhole with SMTP (DuhMail/2.0) id MAA08342; Thu, 29 Aug 1996 12:37:50 -0400 Received: from eagle.cae.ca by poster.cae.ca (AIX 3.2/UCB 5.64/4.03) id AA16706; Thu, 29 Aug 1996 12:35:13 -0400 Received: by eagle.cae.ca (951211.SGI.8.6.12.PATCH1042/930416.SGI.AUTO) id MAA14144; Thu, 29 Aug 1996 12:37:05 -0400 From: "Bernard Leclerc" Message-Id: <9608291237.ZM14142@eagle.cae.ca> Date: Thu, 29 Aug 1996 12:37:00 -0400 In-Reply-To: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland) "GSet Bleedthrough" (Aug 14, 3:07pm) References: <9608141507.ZM26704@PacificOcean.coaps.fsu.edu> X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) To: holland@PacificOcean.coaps.fsu.edu (Aubrey Holland), holland@coaps.fsu.edu Subject: Re: GSet Bleedthrough Cc: info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O I know it's a bit late since this question has been asked two weeks ago... On Aug 14, 3:07pm, Aubrey Holland wrote: > I'm trying to show two geosets which are not coplanar and have noticed > that whenever I view the result, there is a lot of ugly bleedthrough from one > gset to the other. In particular, the one farther from the eyepoint can be > seen through the closer one. The GeoSets don't have holes in them, so this > bleedthrough is confusing to me. I have included an RGB image of a screen snap > showing my problem. In the image, the white line is above the land, but the > land can still be seen through the line. I would appreciate any advice that > you have to give. Aubrey, >From the screen snapshot you sent, I have the impression you are exceeding the resolution of your Z buffer. Try reducing the ratio of far/near clipping planes. Reduce far or increase near distances. Also, if possible the white line can be drawn in post-draw callback with zbuffer off. Or maybe you can raise the line a little bit more above the ground. Good luck. -- Bernard Leclerc CAE Electronics Ltd., 8585 Cote De Liesse Technical Leader Saint-Laurent, Quebec, Canada, H4L-4X4 3-D Graphics Applications tel: +1 514 341 2000 extension 2275 bleclerc@cae.ca fax: +1 514 340 5496 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 12:05:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15605; Thu, 29 Aug 1996 12:02:55 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15589; Thu, 29 Aug 1996 12:02:54 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA25691; Thu, 29 Aug 1996 12:02:51 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA02915; Thu, 29 Aug 1996 12:02:50 -0700 Received: from rdvax.ntsc.navy.mil (rdvax.ntsc.navy.mil [192.44.253.102]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA04118 for ; Thu, 29 Aug 1996 12:02:48 -0700 Message-Id: <199608291902.MAA04118@sgi.sgi.com> Date: 29 Aug 96 14:36:00 EST From: "Robert Reif" Subject: pftoiv1.1 and Performer 2.1 problem To: "info-performer" Status: O I am having a problem getting pftoiv1.1 from sgigate.sgi.com to work on my IR. When using pfconv to write out an iv file, it core dumps. Has anyone managed to get a pftoiv1.1 working with Performer 2.1? Thanks, Bob Reif. reif@rdvax.ntsc.navy.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 12:53:30 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15764; Thu, 29 Aug 1996 12:50:33 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15748; Thu, 29 Aug 1996 12:50:32 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA29668; Thu, 29 Aug 1996 12:50:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA05111; Thu, 29 Aug 1996 12:50:30 -0700 Received: from svmail03.mdc.com (SVMAIL03.MDC.COM [130.38.186.34]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA14664 for ; Thu, 29 Aug 1996 12:50:29 -0700 Received: from mdc.com by svmail03.mdc.com with SMTP (1.37.109.11/16.2) id AA203748232; Thu, 29 Aug 1996 14:50:32 -0500 Received: from GWXSL002-Message_Server by mdc.com with Novell_GroupWise; Thu, 29 Aug 1996 14:50:32 -0500 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 29 Aug 1996 14:49:33 -0500 From: Bryan Wasileski To: info-performer@sgi.com Subject: downloading textures Status: O Performers: I've have something odd going on and want to see if someone has an idea of what is happening. The system I am working on (this week) is an RE2/4xR4400's and MCO. My app loads in terrain, aircraft, and whatever else...I get a list of the textures for the scene using the pfuMakeSceneTexList() routine. Frrom the open window callback, I have a call to download the texture list; it is setup to display the textures as they are downloaded. When the textures start flashing up on the screen, they're blank. They are just various size white squares, no images of textures. But watching the console during the download, I see the names and the texture information about the downloaded texture;everything appears to be normal. Also, when everything is loaded and ready to go, just the texture for the terrain is in the scene, the aircraft/vehicles do not have anything on them. Also, I opened another window and channel viewing the same scene, and in that scene the vehicles are textured as well as the terrain. Any ideas????? - bryan ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 12:53:45 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id MAA15782; Thu, 29 Aug 1996 12:51:15 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA15766; Thu, 29 Aug 1996 12:51:13 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id MAA29867; Thu, 29 Aug 1996 12:51:11 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id MAA05126; Thu, 29 Aug 1996 12:51:11 -0700 Received: from aic.lockheed.com (goliath.rdd.lmsc.lockheed.com [129.197.131.53]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id MAA14799 for ; Thu, 29 Aug 1996 12:51:08 -0700 Received: from gabriel.rdd.lmsc.lockheed.com ([129.197.131.87]) by aic.lockheed.com (4.1/SMI-4.1/AIC-PostOffice-Brent-930416-01) id AA20245; Thu, 29 Aug 96 12:50:45 PDT Received: from gabriel by gabriel.rdd.lmsc.lockheed.com via SMTP (940816.SGI.8.6.9/911001.SGI) id MAA01074; Thu, 29 Aug 1996 12:48:45 -0700 Sender: stiles@aic.lockheed.com Message-Id: <3225F41C.2781@aic.lockheed.com> Date: Thu, 29 Aug 1996 12:48:44 -0700 From: Randy Stiles Organization: Lockheed Martin Advanced Technology Center X-Mailer: Mozilla 2.02S (X11; I; IRIX 5.3 IP22) Mime-Version: 1.0 To: Robert Reif Cc: info-performer Subject: Re: pftoiv1.1 and Performer 2.1 problem References: <199608291902.MAA04118@sgi.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi, We have also been experienced problems also loading 3D text for the Inventor format under Performer2.1/IRIX6.2 combination. (not the same problem as you describe, but I believe related). There have also been changes to pfiv.C in the Inventor loader for Performer 2.1, different from that for Perf 2.0, and there may have to be corresponding changes in pfstoreiv.C as well now. I will dig into this. You message implies that pfdStoreFile() when used under IRIX 5.3 works okay for you, for your given 3D models and program, is this the case? Robert Reif wrote: > > I am having a problem getting pftoiv1.1 from sgigate.sgi.com to work on > my IR. When using pfconv to write out an iv file, it core dumps. > > Has anyone managed to get a pftoiv1.1 working with Performer 2.1? > > Thanks, > > Bob Reif. > reif@rdvax.ntsc.navy.mil > > ======================================================================= > List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ > Submissions: info-performer@sgi.com > Admin. requests: info-performer-request@sgi.com -- // Randy Stiles mailto:stiles@aic.lockheed.com Orgn H142 Bldg 255 // Lockheed Martin Advanced Technology Center 3251 Hanover Street // office: 415.354.5256 fax: 415.354.5235 Palo Alto, CA 94304-1192 // http://vet.parl.com/~vet/people/stiles/ ======================================================================= 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 Aug 29 14:32:53 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id OAA16049; Thu, 29 Aug 1996 14:30:34 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA16033; Thu, 29 Aug 1996 14:30:33 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id OAA07185; Thu, 29 Aug 1996 14:30:31 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id OAA10282; Thu, 29 Aug 1996 14:30:31 -0700 Received: from nvl.army.mil (cougar.nvl.army.mil [140.183.6.68]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id OAA08567 for ; Thu, 29 Aug 1996 14:30:27 -0700 Received: by nvl.army.mil via sendmail with stdio id for info-performer@sgi.com; Thu, 29 Aug 1996 17:30:23 -0400 (EDT) (Smail-3.2 1996-Jul-4 #12 built 1996-Aug-8) Message-Id: From: dflorek@nvl.army.mil (David Florek) Subject: Resumes wanted... To: info-performer@sgi.com Date: Thu, 29 Aug 96 17:30:23 EDT X-Mailer: ELM [version 2.3 PL11] Status: O Growing small business defense technology firm in Washington, DC area (northern Virginia) seeking qualified personnel to develop state-of-the-art simulator systems. SW Engineers: BSCS min; exp SGI, OpenGL/Performer2.0 a plus. EOEng/Physics: tech BS min; C/C++, exp thermal/IR, sensors a plus. Electronics Tech: BSEE a plus; exp digital interfaces a plus. Program Mgrs: 5-20 yrs exp defense contracts; retired military a plus. Send resumes/salary requirements to dflorek@nvl.army.mil or fax to 540-891-7026. Dave Florek dflorek@nvl.army.mil ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Thu Aug 29 15:21:24 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id PAA16203; Thu, 29 Aug 1996 15:18:58 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA16187; Thu, 29 Aug 1996 15:18:56 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id PAA11214; Thu, 29 Aug 1996 15:18:54 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id PAA12438; Thu, 29 Aug 1996 15:18:53 -0700 Received: from physics.ucla.edu (physics.ucla.edu [128.97.23.13]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA20450 for ; Thu, 29 Aug 1996 15:18:52 -0700 Received: from scotch.physics.ucla.edu by physics.ucla.edu (SMI-8.6/SMI-SVR4) id PAA03755; Thu, 29 Aug 1996 15:18:48 -0700 Received: (from chris@localhost) by scotch.physics.ucla.edu (950413.SGI.8.6.12/950213.SGI.AUTOCF) id PAA24074; Thu, 29 Aug 1996 15:21:04 -0700 Date: Thu, 29 Aug 1996 15:21:04 -0700 (PDT) From: Chris Mitchell To: info-performer@sgi.com Subject: Bug in pfBox? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: O Hi, I'm having a really weird expeirience with pfBox. I have two boxes, Box and box. Box, as shown below, is much bigger than box, yet box seems to "contains()" Box. Debugger Output: cvd> print *this->root->box *this->root->box = class pfBox { min = class pfVec3 { vec = { [0] 0 [1] 0 [2] 0 } } max = class pfVec3 { vec = { [0] 20 [1] 20 [2] 20 } } } cvd> print *Box *Box = class pfBox { min = class pfVec3 { vec = { [0] 0 [1] 0 [2] 0 } } max = class pfVec3 { vec = { [0] 50 [1] 50 [2] 10 } } } Now it seems to me (from the man page) that *Box is bigger than *box, but the following if() statement evaluates to true(!?!): if (this->root->box->contains(Box) == PFIS_TRUE|PFIS_MAYBE|PFIS_ALL_IN) //Execute code >From the man page, one would conclude that PFIS_MAYBE | PFIS_TRUE | PFIS_ALL_IN: The box (that's Box) argument is non-empty and lies entirely inside the box. would not come up true here, but it does. Any ideas? Is it a bug in pfBox? Thanks, Chris //////////////////////////////////////////////////// //Chris Mitchell -- // //Institute of Plasma and Fusion Research (IPFR) // //UCLA Physics Department 310-206-1772 // //mitchell@physics.ucla.edu // //chrism@ucla.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 Fri Aug 30 00:29:56 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id AAA16992; Fri, 30 Aug 1996 00:27:39 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA16976; Fri, 30 Aug 1996 00:27:37 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id AAA01588; Fri, 30 Aug 1996 00:27:36 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id AAA11624; Fri, 30 Aug 1996 00:27:34 -0700 Received: from sirssg1.epfl.ch (sirssg1.epfl.ch [128.178.7.205]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id AAA25834 for ; Fri, 30 Aug 1996 00:27:32 -0700 Received: (from tran@localhost) by sirssg1.epfl.ch (940816.SGI.8.6.9/8.6.12) id JAA02282 for info-performer@sgi.com; Fri, 30 Aug 1996 09:26:47 -0700 Date: Fri, 30 Aug 1996 09:26:47 -0700 From: Tran cong Tam Message-Id: <199608301626.JAA02282@sirssg1.epfl.ch> To: info-performer@sgi.com Status: O Hi Performer users, This is a proposition to PERFORMER TEAM OF SGI ( Angus, Clay Rose, Javier, Michael Jone ...etc...) I see that many Performer friends have problems to load Inventor file.iv . And I think that almost of these Inventor file.iv are OK with SceneViewer. My proposition : - give us the Loader of SceneViewer. Other ideas or propositions are welcomes BEST REGARDS TRAN /-------------------------------------------------------/ | TRAN | | IDERALPE | | SWITZERLAND | | Email: tran@sirssg1.epfl.ch | /-------------------------------------------------------/ Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer.html Submissions: info-performer@sgi.com 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 Aug 30 01:48:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id BAA17131; Fri, 30 Aug 1996 01:46:31 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA17115; Fri, 30 Aug 1996 01:46:30 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id BAA04055; Fri, 30 Aug 1996 01:46:29 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id BAA17808; Fri, 30 Aug 1996 01:46:27 -0700 Received: from bitch.reading.sgi.com ([144.253.70.18]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id BAA06993; Fri, 30 Aug 1996 01:46:19 -0700 Received: by bitch.reading.sgi.com (940816.SGI.8.6.9/911001.SGI) id JAA09041; Fri, 30 Aug 1996 09:42:12 +0100 From: "Angus Dorbie" Message-Id: <9608300942.ZM9039@bitch.reading.sgi.com> Date: Fri, 30 Aug 1996 09:42:11 +0100 In-Reply-To: Tran cong Tam "" (Aug 30, 9:26am) References: <199608301626.JAA02282@sirssg1.epfl.ch> X-Mailer: Z-Mail (3.2.2 10apr95 MediaMail) To: Tran cong Tam , info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 30, 9:26am, Tran cong Tam wrote: > Subject: > Hi Performer users, > > This is a proposition to PERFORMER TEAM OF SGI > ( Angus, Clay Rose, Javier, Michael Jone ...etc...) ^^^^^ I'm not on the performer team, I'm a mere mortal user working in the Reality Centre (the spelling should tell you it's in the UK). Angus. ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 30 07:46:27 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id HAA17592; Fri, 30 Aug 1996 07:44:12 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA17576; Fri, 30 Aug 1996 07:44:11 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id HAA14738; Fri, 30 Aug 1996 07:44:09 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id HAA17807; Fri, 30 Aug 1996 07:44:08 -0700 Received: from crdems.ge.com (crdems.GE.COM [192.35.44.5]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via SMTP id HAA03240 for ; Fri, 30 Aug 1996 07:41:56 -0700 Received: from bart.crd.ge.com by crdems.ge.com (5.65/GE 1.77) id AA21898; Fri, 30 Aug 96 10:39:16 -0400 Received: from bart (localhost) by bart.crd.ge.com (5.x/GE-CRD Standard Sendmail Version S1.5)id AA13994; Fri, 30 Aug 1996 10:39:23 -0400 Sender: volpe@ash.crd.ge.com Message-Id: <3226FD1A.27@ash.crd.ge.com> Date: Fri, 30 Aug 1996 10:39:22 -0400 From: Christopher R Volpe Organization: GE Corporate Research & Development, Schenectady, NY X-Mailer: Mozilla 2.0 (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: Performer User Group Subject: Compiler warnings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: O Hi folks- Got a really newbie question for ya: I'm compiling a performer application in an Onyx iR running Irix 6.2 with Performer 2.1. The C++ compiler seems a bit overly paranoid about what it's finding in some of the performer header files. I'm using makefiles and compiler options based on the provided sample code. Here's what I get: /usr/bin/CC -nostdinc -I/usr/include/CC -I/usr/include -mips3 -64 -O -MDupdate Makedepend -xansi -Dirix6 -c ../main.C "/usr/include/Performer/pf/pfFrameStats.h", line 428: warning(1681): "void pfFrameStats::copy(const pfFrameStats *, uint, uint, uint)" does not match "pfMemory::copy" -- virtual function override intended? void copy(const pfFrameStats *_prev, uint _dstBufSel, uint _srcBufSel, uint _which) { ^ Why is it warning about pfFrameStats overloading the copy function inherited from pfMemory? Is that such an uncommon thing to do that the compiler should warn about it by default? thanks, Chris -- Chris Volpe Phone: (518) 387-7766 GE Corporate R&D Fax: (518) 387-6560 PO Box 8 Email: volpecr@crd.ge.com Schenectady, NY 12301 Web: http://www.crd.ge.com/~volpecr ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 30 10:57:21 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id KAA18018; Fri, 30 Aug 1996 10:51:54 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA18002; Fri, 30 Aug 1996 10:51:53 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id KAA24957; Fri, 30 Aug 1996 10:51:52 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id KAA03332; Fri, 30 Aug 1996 10:51:51 -0700 Received: from mailout1.h1.usa.pipeline.com (data1.h1.usa.pipeline.com [38.8.56.2]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA17499 for ; Fri, 30 Aug 1996 10:51:49 -0700 Received: from pipe6.t2.usa.pipeline.com by mailout1.h1.usa.pipeline.com (8.6.9/2.1-PSINet/Pipeline) id RAA05803; Fri, 30 Aug 1996 17:51:43 GMT Received: by pipe6.t2.usa.pipeline.com (8.6.12/SMI-5.4-PSI) id RAA21491; Fri, 30 Aug 1996 17:51:38 GMT Date: Fri, 30 Aug 1996 17:51:38 GMT Message-Id: <199608301751.RAA21491@pipe6.t2.usa.pipeline.com> To: Gregory W Larson Subject: Re: FWD: Opportunities From: gofaster@usa.pipeline.com (Gofaster) Cc: info-performer@sgi.com, ab@coryphaeus.com X-PipeUser: gofaster X-PipeHub: usa.pipeline.com X-PipeGCOS: (Gofaster) X-Mailer: Pipeline v3.5.0 Status: O GO FOR IT!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I BELIEVE IN YOU AND WE WILL MAKE IT WORK __ We can sell every thing but 1 car and my viking, and live on a boat. make your dream happen loverrrr boy! -- Gofaster ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 30 12:00:32 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id LAA18181; Fri, 30 Aug 1996 11:57:28 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA18165; Fri, 30 Aug 1996 11:57:27 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id LAA29386; Fri, 30 Aug 1996 11:57:27 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id LAA06473; Fri, 30 Aug 1996 11:57:26 -0700 Received: from hpc.org (copernicus.hpc.org [192.187.8.4]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03162 for ; Fri, 30 Aug 1996 11:57:23 -0700 Received: from galileo.hpc.org (galileo.hpc.org [192.187.8.7]) by hpc.org (8.7.1/8.7.1) with SMTP id PAA05442 for <@copernicus.hpc.org:info-performer@sgi.com>; Fri, 30 Aug 1996 15:00:44 -0400 (EDT) Received: by galileo.hpc.org (950215.SGI.8.6.10/930416.SGI) for info-performer@sgi.com id OAA22758; Fri, 30 Aug 1996 14:56:34 -0400 From: gwaldron@galileo.hpc.org (Glenn Waldron) Message-Id: <199608301856.OAA22758@galileo.hpc.org> Subject: Smoke using Geodes: uploaded To: info-performer@sgi.com Date: Fri, 30 Aug 1996 14:56:34 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Status: O Due to many requests, I've put my smoke module (using geodes) on the SGI ftp site in the pub directory. Name: glennssmoke.tar.Z Feel free to flame it, ask for help with it, steal it, whatever! Let me know if there are any questions. Glenn. -- Glenn A. Waldron - Sr. Programmer USC/Information Sciences Institute email: gwaldron@isi.edu voice: 703.812.4732 beep: 800.503.8046 ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 30 16:20:46 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA18782; Fri, 30 Aug 1996 16:18:41 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA18766; Fri, 30 Aug 1996 16:18:40 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA13811; Fri, 30 Aug 1996 16:18:39 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA21889; Fri, 30 Aug 1996 16:18:38 -0700 Received: from giraffe.asd.sgi.com (giraffe.asd.sgi.com [192.26.72.158]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA01513 for ; Fri, 30 Aug 1996 16:18:38 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA06732; Fri, 30 Aug 1996 16:18:36 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA03807; Fri, 30 Aug 1996 16:18:35 -0700 Date: Fri, 30 Aug 1996 16:18:35 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <9608301618.ZM3805@babar.asd.sgi.com> In-Reply-To: Tran cong Tam "" (Aug 30, 9:26am) References: <199608301626.JAA02282@sirssg1.epfl.ch> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: Tran cong Tam , info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 30, 9:26am, Tran cong Tam wrote: > Subject: > I see that many Performer friends have problems to load > Inventor file.iv . > > And I think that almost of these Inventor file.iv are OK > with SceneViewer. > > My proposition : > > - give us the Loader of SceneViewer. > > Other ideas or propositions are welcomes That is what we have done -- the IRIS Performer loader for OpenInventor files works by loading the file into Inventor and then performing a traversal of the Inventor scene graph to extract the geometry and state. As far as I know, problems that people have are related to either Inventor itself, installation woes, versionitis, not getting the latest pfiv loader from sgi.com, or other non- bug types of issues. While these issues are important, they are more of a support task than a bug-fixing one and so do not lead to improved software. Anyone with a "problem" IV file should let us know so that we can fix the loader for the IRIS Performer 2.2 release. Thanks, Michael ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com From guest Fri Aug 30 16:21:38 1996 Received: by holodeck.csd.sgi.com (950413.SGI.8.6.12/911001.SGI) for info-performer-dist@holodeck.csd.sgi.com id QAA18800; Fri, 30 Aug 1996 16:19:42 -0700 Return-Path: Received: from roll.csd.sgi.com by holodeck.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA18784; Fri, 30 Aug 1996 16:19:42 -0700 Received: from rock.csd.sgi.com by roll.csd.sgi.com via ESMTP (950413.SGI.8.6.12/911001.SGI) for id QAA14213; Fri, 30 Aug 1996 16:19:41 -0700 Received: from sgi.sgi.com by rock.csd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1042/910805.SGI) for id QAA21986; Fri, 30 Aug 1996 16:19: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/950213.SGI.AUTOCF) via ESMTP id QAA01646 for ; Fri, 30 Aug 1996 16:19:40 -0700 Received: from babar.asd.sgi.com by giraffe.asd.sgi.com via ESMTP (951211.SGI.8.6.12.PATCH1502/951211.SGI) id QAA06796; Fri, 30 Aug 1996 16:19:37 -0700 Received: by babar.asd.sgi.com (950413.SGI.8.6.12/940406.SGI.AUTO) id QAA03811; Fri, 30 Aug 1996 16:19:35 -0700 Date: Fri, 30 Aug 1996 16:19:35 -0700 From: mtj@babar.asd.sgi.com (Michael T. Jones) Message-Id: <9608301619.ZM3809@babar.asd.sgi.com> In-Reply-To: "Angus Dorbie" "" (Aug 30, 9:42am) References: <199608301626.JAA02282@sirssg1.epfl.ch> <9608300942.ZM9039@bitch.reading.sgi.com> X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail) To: "Angus Dorbie" , Tran cong Tam , info-performer@sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Status: O On Aug 30, 9:42am, Angus Dorbie wrote: > Subject: > On Aug 30, 9:26am, Tran cong Tam wrote: > > Subject: > > Hi Performer users, > > > > This is a proposition to PERFORMER TEAM OF SGI > > ( Angus, Clay Rose, Javier, Michael Jone ...etc...) > > ^^^^^ I'm not on the performer team, I'm a mere mortal user working in > the Reality Centre (the spelling should tell you it's in the UK). An "Honorary Performer Team Member", in any case. Michael ======================================================================= List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/ Submissions: info-performer@sgi.com Admin. requests: info-performer-request@sgi.com